GeoMapX

Наконец-то дошли руки сделать бэкап сервера на другую машину. Соответственно, потребовалось обеспечить из скрипта доступ на удаленный сервер без указания пароля и непосредственно создание бэкапа (инкрементального). Беспарольный доступ обеспечить понятно как - создать сертификат. Потом пытался замонтировать через fuse sshfs, но тут sudo требует пароль. Некоторые размышления и rtfm показали, что rsync умеет пользоваться сертификатами для доступа на удаленный хост, после чего все стало совершенно понятным. Итак, необходимая последовательность действий заключается в следующих шагах: 1. Создаем сертификат на сервере-приемнике Маны написаны коряво и трудно понять, где и что следует выполнять. Но на самом деле все просто. На той машине, откуда мы будем ходить на целевой сервер, создаем сертификат RSA длиной 2048 бит вот такой командой: ssh-keygen -t rsa По умолчанию он будет записан в файл ~/.ssh/id_rsa.pub. Ключевую фразу не указываем. 2. Копируем сертификат на сервер-источник нужному пользо

Один из однокурсников матушки возымел желание опубликовать фотки после встречи в Пустыни в интернет и воспользовался для этой цели аккаунтом на Живом Журнале (LiveJornal, сокращенно ЖЖ). Как и следовало ожидать, матушка пожелала получить "это" в виде оффлайн-версии, что привело меня к печальному осознанию всей кривизны реализации этого самого ЖЖ и некоторых размышлений на тему, как же сделать эту самую офлайн версию. Что получилось, решил опубликовать, второй раз экспериментировать с ключами wget будет лень. wget maxozhar.livejournal.com -r -l inf -X data,res,friends,calendar,2007 -D pics.livejournal.com,maxozhar.livejournal.com -p -H -E -k Для остальных однокурсников и прочих лиц пожелание от всей души: выкладывайте фотки отдельно, не засовывайте их во всякие живые и дохлые журналы! Куда-нибудь на http-сервер, чтобы не надо было потом мучительно думать, как их оттуда выколупывать. Искренне Ваш и так далее.

Веб-сервер AolServer4 является платформой промышленного уровня для создания мощных, надежных и высокоэффективных веб-приложений. В нем предусмотрены возможности управления огромными множествами виртуальных хостов, пулы соединений с базой данных, пулы клиентских подключений, эффективные схемы кэширования статического и динамического содержимого, встроенная поддержка языка tcl и многое другое. Однако нередко встает задача воспользоваться мощью этого продукта в очень ограниченном окружении - на хостинге с ограниченным местом, с необходимостью запуска от нестандартного пользователя (если от пользователя www-data запущено некоторое количество php-ных сайтов, то для защиты своих данных явно лучше указать другого владельца). Также может потребоваться размещение данных, конфигурационных файлов и библиотек кода в нестандартном месте - по умолчанию все очень хорошо продумано, но на хостеры по-прежнему обожают создавать невообразимую кашу из разделов и их точек монтирования, притом зачастую досту