Комментарии 13
При возможности, все таки на таких слабеньких машинах лучше отказаться от панели управления.
Собственно, разрабатываю сайты и размещаю демки, некоторые сайты своих заказчиков, заодно и практика в настройке сервера. Решил с недавнего времени поэкспериментировать в панелями управления и столкнулся с парой задач, которые не решаются установкой модулей:
Инкрементальный бэкап (сейчас настроен rsnapshot). Такое понятие есть в virtualmin, которая больше всего приглянулась.
В итоге, при настройке из статьи есть проблемка, что когда разрастутся сайты — архивы бэкапов станут побольше и до отправки на ftp, как понимаю, их нужно хранить локально.
Не нашел бесплатной панели, где из коробки настраивался бы nginx + apache. Можно самостоятельно настроить, затем навешивать скрипты при создании пользователей, в общем, морока есть.
А так, достаточно годная статья, спасибо.
Собственно, разрабатываю сайты и размещаю демки, некоторые сайты своих заказчиков, заодно и практика в настройке сервера. Решил с недавнего времени поэкспериментировать в панелями управления и столкнулся с парой задач, которые не решаются установкой модулей:
Инкрементальный бэкап (сейчас настроен rsnapshot). Такое понятие есть в virtualmin, которая больше всего приглянулась.
В итоге, при настройке из статьи есть проблемка, что когда разрастутся сайты — архивы бэкапов станут побольше и до отправки на ftp, как понимаю, их нужно хранить локально.
Не нашел бесплатной панели, где из коробки настраивался бы nginx + apache. Можно самостоятельно настроить, затем навешивать скрипты при создании пользователей, в общем, морока есть.
А так, достаточно годная статья, спасибо.
Вы на слабых машинках не работали. 1 ГБ оперативной памяти и 1 ядро процессора, это "слабая" машинка?
Я в свое время использовал виртуалку с 128 МГц процессора и 64МБ оперативной памяти, где стояла ISP Manager и конечно же тупил Webmail. Но для панельки ресурсов было достаточно.
Я в свое время использовал виртуалку с 128 МГц процессора и 64МБ оперативной памяти, где стояла ISP Manager и конечно же тупил Webmail. Но для панельки ресурсов было достаточно.
Зачем apache + nginx? Есть же php-fpm.
Конечно, есть и такой вариант, но, увы, не всегда применим. Есть специфичные проекты, в которых тонны .htaccess настроек. Или есть какое-то удобное средство для конвертации в конфиг nginx?
Поверхностный гуглинг говорит что есть. Первое что попалось: http://winginx.com/ru/htaccess
nginx + apache — http://www.ispconfig.org/ а еще шардирование и много чего
Это кстати проблема virtualmin — он не умеет заливать бэкап на ftp прямо во время бэкапа, из-за чего зазря тратится время место на диске, его ресурс, замедление доступа.
Хотя делается это элементарно (речь о полном бэкапе, для инкрементального это не подходит, хотелось бы найти решение делать его налету)
# ftpbackup.sh site.ru
содержимое ftpbackup.sh
ftp -in ftpserver <<_EOF_
user ftpusername ftppassword
put "| tar cvf — /home/$1/public_html | gzip " $1.tar.gz
Хотя делается это элементарно (речь о полном бэкапе, для инкрементального это не подходит, хотелось бы найти решение делать его налету)
# ftpbackup.sh site.ru
содержимое ftpbackup.sh
ftp -in ftpserver <<_EOF_
user ftpusername ftppassword
put "| tar cvf — /home/$1/public_html | gzip " $1.tar.gz
Как давно тестировали?
Просто в настройках была опция — разделять для каждого пользователя архив и если поставить её, то предлагалось отправлять сразу этот файл на ftp, а не ждать полного бэкапа всех пользователей (виртуальных серверов в их терминологии). Хотя я не проверял — делается отправка на лету или все же файлы одного пользователя сохраняются на диск для отправки по завершению.
Просто в настройках была опция — разделять для каждого пользователя архив и если поставить её, то предлагалось отправлять сразу этот файл на ftp, а не ждать полного бэкапа всех пользователей (виртуальных серверов в их терминологии). Хотя я не проверял — делается отправка на лету или все же файлы одного пользователя сохраняются на диск для отправки по завершению.
НЛО прилетело и опубликовало эту надпись здесь
Странно, всегда считал, что LInux\Unix системы работают с памятью не так как Windows, т.к. пытаются все необходимое всегда держать в ОЗУ. И основным критерием достаточно количества ОЗУ является отсутствие данных в swap. Достаточно давно, когда еще приходилось админить, настраивал пограничный email relay в компании, в силу обстоятельств как раз со spamassasin и clamav. Так вот после тестов и ввода в эксплуатацию забыл виртуалке добавить ОЗУ, она нормально проработала с 256Мб месяца 3-ри. Пока из-за большого потока спама письма не стали заметно задерживаться в очереди. При этом проблема была по большому счету как раз в spamassasin-е и том что проверки там делаются фактически через perl, который при больших потоках писем начинает "жрать" память.
Но на самом деле решать проблему со спамом нужно через Серые списки или greylisting, которые позволяют, при правильной настройке, просто не принимать поток спама. А значит и не возникает необходимость его обрабатывать и проверять.
Это конечно просто мое личное мнение :).
P.s.Сам настраивал spamassasin ровно по тому, что в компании запретили использовать Серые списки :) из-за неудачного подхода к снаряду админами центрального офиса :).
Но на самом деле решать проблему со спамом нужно через Серые списки или greylisting, которые позволяют, при правильной настройке, просто не принимать поток спама. А значит и не возникает необходимость его обрабатывать и проверять.
Это конечно просто мое личное мнение :).
P.s.Сам настраивал spamassasin ровно по тому, что в компании запретили использовать Серые списки :) из-за неудачного подхода к снаряду админами центрального офиса :).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Хостинг за доллар