Gezer: В цивилизованных странах когда шпионы прокалываются и удается доказать факт шпионажа - их не задерживают а высылают или пишут в страну откуда шпионы мол нехорошо...забирайте людей нафиг.
greenwood: чем больше финансово людей заинтересовано, тем устойчивее система
А самая устойчивая фигура - пирамида. :D
Надо разделять две "простоты" - простоту устройства и простоту (легкость) реализации.
Устройство атомной бомбы знает каждый школьник, но, слава Богу, его простота не помогает эту бомбу сделать. С другой стороны, воспроизводство себе подобных - крайне сложный биологический процесс, но совсем не надо быть биологом, чтобы этим успешно заниматься. :)
kostich: Есть два варианта, что бы было секурнее... 1) бэкуп сам ходит на сервера и делает всё что нужно по ssh 2) сервера сами ходят на бэкуп.
Первый вариант мне нравится больше, но на серверах нужно держать ssh ключик для root, а это уже как-то не совсем кошерно смотрится... ну когда ssh открыт только для vpn (ipsec or pptp), то как-то спокойнее.
Второй вариант требует большей проработки, т.к. в случаях когда сервер сам льёт на бэкуп нужно писать какой-то врапер, что бы в случаях компрометации сервера файлы из бэкуп нельзя было прибить.
Я делаю проще. Первый сервер готовит файлы бекапов. Второй их забирает.
blaize: 1.
Разделите всё на несколько бекапов, один из которых - система.
Как правило, это раздел /boot и на корне все разделы (каталоги), кроме /home и /var
В случае падения ставите новый жёсткий диск, создаёте точно такую же структуру разделов и распаковываете бекап системы. Получите голую систему со всеми сервисами и тп. Останется распаковать бекапы с данными.
Есть два недостатка в этой схеме:
1. Нужен физический доступ, который не всегда можно осуществить, по крайней мере быстро. И не к арендуемому серверу.
2. Если софт регулярно обновляется (читающий, например, bugtrack, это делает), устаревшую версию придется лечить. А еще будут утеряны изменения в конфигах, которые часто делаются "на лету", при подстройке сервера.
blaize: 2.
Как вариант (это если точно такой же диск) можно архивировать не файлы, а напрямую данные с диска через "dd if=/dev/hda of=/mnt/hdd/backup bs=8192". Такой бекап менее гибкий, но скорость восстановления сравнима со скоростью записи на диск. Он будет содержать все данные раздела, начиная от загрузчика в MBR. Перед выполнением в /mnt/hdd смонтируйте другой раздел, не бекапируемый.
Используя dd, обрекаешь себя на поиски идентичного винта, а "по закону подлости" его как раз под рукой не оказывается. Уж лучше "pax -p e". При наложении такого бекапа поверх свежеустановленной системы, ее функциональность сохраняется (по крайней мере FreeBSD). Только и его надо делать с умом, не сливая просто все подряд.
Во всех случаях, кроме второго сервера, реанимация займет заметное время.
Если доска объявлений попадет в базу софтин типа EspAnadir, то вскоре работы по ее очистке прибавится заметно. Но и без этого вскоре ее засекут спамеры и доля нетематических объявлений станет очень большой. Мне приходится постоянно пополнять список стоп-слов, с которыми объявления не добавляются. Всякие фичи, вроде ввода текста с картинки помогают мало - кроме ботов, еще спамят студенты за копейки.
В цивилизованных странах когда шпионы прокалываются и удается доказать факт шпионажа - их не задерживают а высылают или пишут в страну откуда шпионы мол нехорошо...забирайте людей нафиг.
Путаем шпионов с дипломатами? Немудрено. :D
пока грузины не осознаю что жить при нем стало намного хуже
Ой, а я другое слышал. ;)
Кстати, все до единого знакомые грузины (даже противники Михаила) с этим согласны.
чем больше финансово людей заинтересовано, тем устойчивее система
А самая устойчивая фигура - пирамида. :D
Надо разделять две "простоты" - простоту устройства и простоту (легкость) реализации.
Устройство атомной бомбы знает каждый школьник, но, слава Богу, его простота не помогает эту бомбу сделать. С другой стороны, воспроизводство себе подобных - крайне сложный биологический процесс, но совсем не надо быть биологом, чтобы этим успешно заниматься. :)
Загруженные аватары будут видны не сразу, а в течение 5 минут.
У меня в IE тоже идет выравнивание по центру и признаюсь честно - меня это особо не беспокоит.
Я наблюдал такое, заходя через одну из старых версий squid. После обновления версии баг исчез.
Ага, людям больше делать нечего, кроме как перед каждым своим постом читать 10 тысяч сообщений в архиве "Курилки", не баян ли.
Попробуйте поместить в форму поиска, например "setInterval". Полагаю, если есть время огрызаться, то и на этот эксперимент оно тоже найдется.
Надеюсь не баян.
Надежда не оправдалась:
Забавно
Прикол с <img>
А я надеюсь, что, кроме письма, люди научатся еще и чтению. ;)
Есть два варианта, что бы было секурнее... 1) бэкуп сам ходит на сервера и делает всё что нужно по ssh 2) сервера сами ходят на бэкуп.
Первый вариант мне нравится больше, но на серверах нужно держать ssh ключик для root, а это уже как-то не совсем кошерно смотрится... ну когда ssh открыт только для vpn (ipsec or pptp), то как-то спокойнее.
Второй вариант требует большей проработки, т.к. в случаях когда сервер сам льёт на бэкуп нужно писать какой-то врапер, что бы в случаях компрометации сервера файлы из бэкуп нельзя было прибить.
Я делаю проще. Первый сервер готовит файлы бекапов. Второй их забирает.
1.
Разделите всё на несколько бекапов, один из которых - система.
Как правило, это раздел /boot и на корне все разделы (каталоги), кроме /home и /var
В случае падения ставите новый жёсткий диск, создаёте точно такую же структуру разделов и распаковываете бекап системы. Получите голую систему со всеми сервисами и тп. Останется распаковать бекапы с данными.
Есть два недостатка в этой схеме:
1. Нужен физический доступ, который не всегда можно осуществить, по крайней мере быстро. И не к арендуемому серверу.
2. Если софт регулярно обновляется (читающий, например, bugtrack, это делает), устаревшую версию придется лечить. А еще будут утеряны изменения в конфигах, которые часто делаются "на лету", при подстройке сервера.
2.
Как вариант (это если точно такой же диск) можно архивировать не файлы, а напрямую данные с диска через "dd if=/dev/hda of=/mnt/hdd/backup bs=8192". Такой бекап менее гибкий, но скорость восстановления сравнима со скоростью записи на диск. Он будет содержать все данные раздела, начиная от загрузчика в MBR. Перед выполнением в /mnt/hdd смонтируйте другой раздел, не бекапируемый.
Используя dd, обрекаешь себя на поиски идентичного винта, а "по закону подлости" его как раз под рукой не оказывается. Уж лучше "pax -p e". При наложении такого бекапа поверх свежеустановленной системы, ее функциональность сохраняется (по крайней мере FreeBSD). Только и его надо делать с умом, не сливая просто все подряд.
Во всех случаях, кроме второго сервера, реанимация займет заметное время.
Если доска объявлений попадет в базу софтин типа EspAnadir, то вскоре работы по ее очистке прибавится заметно. Но и без этого вскоре ее засекут спамеры и доля нетематических объявлений станет очень большой. Мне приходится постоянно пополнять список стоп-слов, с которыми объявления не добавляются. Всякие фичи, вроде ввода текста с картинки помогают мало - кроме ботов, еще спамят студенты за копейки.