Для хранения конфигов etc хорошо подходит etckeeper. И, да, его можно перенастроить для работы с git (по умолчанию работает с bzr).
Для всего остального - или настраивать редакторы на создание bak-файлов при редактировании (это умеет vi и kate "изкаропки"), ну и делать бэкапы своевременные.
Для всего остального - моск.
На самом деле мало кто абсолютно грамотен. Но есть же вспомогательные средства, их не дураки придумали. Проверка правописания в лисе по-моему, включена по умолчанию, надо просто не спешить…
можно. для открытия файла точно: создаете скрипт, пишете в нем, что вам нужно, чтобы выполнилось, и в конце дописываете что-то вроде && kate %F
под это все можно сделать свой файл сервис меню (тут попробуйте взять готовый софт, если руками не выйдет я не пробовал) и как-то так запускать. но все это, увы, только теория. не пробовал.
а ну вот, что то родилось [Desktop Entry] ServiceTypes=KonqPopupMenu/Plugin,inode/directory,inode/directory-locked,all/allfiles,inode/directory-hidden Actions=OpenWithKateAndExtraaction Icon=kate Type=Service X-KDE-Priority=TopLevel
[Desktop Action OpenWithKateAndExtraaction] Name=Открыть в редакторе kate Icon=kate Exec=kate "%f"
в строке Exec=kate "%f" перед kate "%f"
допишите что то вроде моя_команда &&
получится моя_команда && kate "%f"
этот файл положите в ~/.kde/share/kde4/services/ServiceMenus/
и юзайте правую кнопку.
чтобы создавать бекап файла, у меня сработало Exec=cp "%f" "%f".bak && kate "%f"
как-то не вяжется На самом деле мало кто абсолютно грамотен. Но есть же вспомогательные средства, их не дураки придумали. Проверка правописания в лисе по-моему, включена по умолчанию, надо просто не спешить…
Смысл сообщения я никогда не меняю. Только рюшечки добавляю. Но не я один так делаю. Давайте в каждом сообщении будем выкладывать картинку предыдущего? ヅ
Ладно, расскажу полную идею. Во общем выполнив вот эту команду sudo apt-get install lightdm gnome-settings-daemon indicator-session unity-greeter ubuntu-mono light-themes --no-install-recommends
Получил 3 проблемы на 3 недели разбирательств. Тут появилась идея, а что если найти программу для резервного копирования, но поиск показал что все программы делают бекап только файлов пользователя а не системные. Видимо у разработчиков такая политика, что лучше сохранить файлы пользователя, а в случаи ошибки он просто переустановит систему. Проблема в том, что на настройку может уйти много времени, а ошибка может быть плёвая. Поэтому решил сам сделать. Алгоритм такой.
Создаётся два дополнительных раздела. Один около 100мб, второй 200гб и называется он backup. На первом находится мини ос на ядре линукс. Вроде grub2 может передавать параметры для загрузки ос. В нём добавляю пункт "Восстановление системы на момент начала прошлой сессии". Теперь что происходит во время работы. Допусти есть deb пакет x. Ему не нравится пакет y. Происходит удаление пакета y и в этот момент должен создаваться бекап файлов которые удаляются. Например файл /usr/bin/asfsd. Его копируют на раздел backup при этом путь сохраняется и вместо файла asfsd создаётся папка с этим именем и внутрь уже помешается этот файл имя которого меняется на дату изменения, то есть получаем "/backup/usr/bin/asfsd/Ч:М д:м:г". В файле /backup/log создаётся строка следующего содержания
0 /usr/bin/asfsd /backup/usr/bin/asfsd/Ч:М д:м:г
0 означает текущая сессия.
Теперь после удаления пакета y идёт установка пакета x. Значит в файле /backup/log создаётся следующая строка
0 /usr/bin/fdsxf -d
-d значит удалить.
В некоторых пакетов есть определённые скрипты которые дописывают в некоторые файлы добавляют свои параметры. Смысл тот же. Делаем бекап файла пред его изменением.
Вот в принципе и весь алгоритм.
Я долго молчал надеясь что наши гуру отправят молодёжь (Andru) в правильном направлении но поскольку никому не интересно всё таки вставлю свои 3 копейки.
итак у ТС возникла проблема Получил 3 проблемы на 3 недели разбирательств. Тут появилась идея, а что если найти программу для резервного копирования, но поиск показал что все программы делают бекап только файлов пользователя а не системные. Видимо у разработчиков такая политика, что лучше сохранить файлы пользователя, а в случаи ошибки он просто переустановит систему.
Вывод вполне естественный - пользователь не читал man-ы по стандартным программам управления пакетами в debiane-base дистрибутивах (dpkg, apt-get, aptitude и далее). И пытается изобретать велосипед. Возможно он сделает его удобным и современным. Но пока ...
Отправляем к началу dpkg dpkg -i Установка состоит из следующих шагов:
1. Извлечение файлов управления из пакета. 2. Если другая версия этого пакета была установлена ранее, то запускается сценарий prerm для старого пакета. 3. Запускается сценарий preinst , если он есть в данном пакете. 4. Распаковываются файлы и в это же время происходит резервное сохранение старых файлов так что если что-либо пойдет не так, мы можем восстановить их. 5. Если другая версия данного пакета была установлена ранее, то запускаем сценарий postrm для старого пакета. Заметим, что этот сценарий запускается после сценария preinst нового пакета, потому что новые файлы пишутся в то же время, когда старые удаляются. 6. Настройка пакета. Смотрите --configure для более подробной информации об этом шаге. Пакеты в debian Apt
??? Корзина?
git
Для хранения конфигов etc хорошо подходит etckeeper. И, да, его можно перенастроить для работы с git (по умолчанию работает с bzr).
Для всего остального - или настраивать редакторы на создание bak-файлов при редактировании (это умеет vi и kate "изкаропки"), ну и делать бэкапы своевременные.
Для всего остального - моск.
Если речь идёт об исходниках программы то однозначно git как писал MacLeod в остальных случаях по ситуации.
Например я изменяю файл (добавляю новые параметры) и нажимаю сохранить. В этот момент создаётся бекап файла и затем уже сохраняется.
Я думаю большинство текстовых редакторов делают это.
Бэкап предпоследней редакции делает kate, с недавних пор не по умолчанию, надо натыкать в настройках.
А можно сделать, чтобы при открытие, удаление файла сначала выполнялся скрипт, а потом уже действие.
Как же так можно?
Я имею введу или открытие, или удаление, или добавление.
Ужас! Ну нельзя же так!
Введу
Да не обижайтесь вы на молодёжь это последствия ЕГЭ мне кажется. Хоть и сам не был отличником по Русскому языку.
На самом деле мало кто абсолютно грамотен. Но есть же вспомогательные средства, их не дураки придумали. Проверка правописания в лисе по-моему, включена по умолчанию, надо просто не спешить…
Ржевский прижимает Наташу к стене.
- Поручик, вы хотите меня распять?
- Нет, раз шесть.
- Что вы имеете в виду?
- То, что имею, то и введу!
Анекдот конечно баян, но как демонстрация употребления слова "введу", сгодится.
А по сути можно?
можно. для открытия файла точно: создаете скрипт, пишете в нем, что вам нужно, чтобы выполнилось, и в конце дописываете что-то вроде && kate %F
под это все можно сделать свой файл сервис меню (тут попробуйте взять готовый софт, если руками не выйдет я не пробовал) и как-то так запускать. но все это, увы, только теория. не пробовал.
а ну вот, что то родилось
[Desktop Entry]
ServiceTypes=KonqPopupMenu/Plugin,inode/directory,inode/directory-locked,all/allfiles,inode/directory-hidden
Actions=OpenWithKateAndExtraaction
Icon=kate
Type=Service
X-KDE-Priority=TopLevel
[Desktop Action OpenWithKateAndExtraaction]
Name=Открыть в редакторе kate
Icon=kate
Exec=kate "%f"
в строке Exec=kate "%f" перед
kate "%f"
допишите что то вроде
моя_команда &&
получится
моя_команда && kate "%f"
этот файл положите в ~/.kde/share/kde4/services/ServiceMenus/
и юзайте правую кнопку.
чтобы создавать бекап файла, у меня сработало
Exec=cp "%f" "%f".bak && kate "%f"
Только вот kate и так прекрасно умеет создавать резервные копии перед изминением файла…
мне пофиг, человек попросил - я ему набросал пример, как смог. ему же еще при удалении надо, пусть тренируется.
кстати, да, изминение порадовало
как-то не вяжется
Вяжется только у бабулек ヅ Спасибо, учту… А картинку вставлять, это был перебор…
ну, знаете, люди разные бывают ヅ
Просто все знают твои наклонности к редактированию постов. Того и гляди, обновишь - а там уже другая, так сказать, мысль =)
Смысл сообщения я никогда не меняю. Только рюшечки добавляю. Но не я один так делаю. Давайте в каждом сообщении будем выкладывать картинку предыдущего? ヅ
да ладно, он честный парень, и никогда бы не подправил ошибку в своем посте, чтобы сказать, что это был наклеп :)
Ладно, расскажу полную идею. Во общем выполнив вот эту команду
sudo apt-get install lightdm gnome-settings-daemon indicator-session unity-greeter ubuntu-mono light-themes --no-install-recommends
Получил 3 проблемы на 3 недели разбирательств. Тут появилась идея, а что если найти программу для резервного копирования, но поиск показал что все программы делают бекап только файлов пользователя а не системные. Видимо у разработчиков такая политика, что лучше сохранить файлы пользователя, а в случаи ошибки он просто переустановит систему. Проблема в том, что на настройку может уйти много времени, а ошибка может быть плёвая. Поэтому решил сам сделать. Алгоритм такой.
Создаётся два дополнительных раздела. Один около 100мб, второй 200гб и называется он backup. На первом находится мини ос на ядре линукс. Вроде grub2 может передавать параметры для загрузки ос. В нём добавляю пункт "Восстановление системы на момент начала прошлой сессии". Теперь что происходит во время работы. Допусти есть deb пакет x. Ему не нравится пакет y. Происходит удаление пакета y и в этот момент должен создаваться бекап файлов которые удаляются. Например файл /usr/bin/asfsd. Его копируют на раздел backup при этом путь сохраняется и вместо файла asfsd создаётся папка с этим именем и внутрь уже помешается этот файл имя которого меняется на дату изменения, то есть получаем "/backup/usr/bin/asfsd/Ч:М д:м:г". В файле /backup/log создаётся строка следующего содержания
0 /usr/bin/asfsd /backup/usr/bin/asfsd/Ч:М д:м:г
0 означает текущая сессия.
Теперь после удаления пакета y идёт установка пакета x. Значит в файле /backup/log создаётся следующая строка
0 /usr/bin/fdsxf -d
-d значит удалить.
В некоторых пакетов есть определённые скрипты которые дописывают в некоторые файлы добавляют свои параметры. Смысл тот же. Делаем бекап файла пред его изменением.
Вот в принципе и весь алгоритм.
Я долго молчал надеясь что наши гуру отправят молодёжь (Andru) в правильном направлении но поскольку никому не интересно всё таки вставлю свои 3 копейки.
итак у ТС возникла проблема
Вывод вполне естественный - пользователь не читал man-ы по стандартным программам управления пакетами в debiane-base дистрибутивах (dpkg, apt-get, aptitude и далее). И пытается изобретать велосипед. Возможно он сделает его удобным и современным. Но пока ...
Отправляем к началу dpkg
Пакеты в debian
Apt
Отправить комментарий