Диск sda в норме, а вот sdb, несмотря на то, что он абсолютно новый, показывает ошибки чтения и позиционирования. Дело либо в кабеле, либо диск изначально бракованный. Также есть вероятность, что диск подвержен чрезмерным вибрациям/резонансам, что влияет на позиционирование.
LineHost: А вот по поводу PHP shell_exec не могу сказать ничего хорошего, на общем хостинге он должен быть закрыт.
Вопрос к знатокам. Сервер с cPanel, php работает как suphp. shell_exec и другие вкусные функции закрыты, но клиент может создать собственный php.ini, и отменить эти запреты. Насколько это чревато боком, и что можно предпринять для дополнительной защиты? Я знаю, что можно запретить создание собственного php.ini, но иногда клиентам требуются определённые директивы, которые в .htaccess не работают при suphp.
Не вопрос, могу настроить.
Сайт должен быть целиком на html. Размещу его на r/o разделе.
Сервер закрою в сейф.
Сейф залью бетоном.
...и через 5 минут сервер упадёт из-за перегрева.
yum list installed | less
Это позволит прокручивать вывод туда-сюда кнопками PgUp и PgDown.
В PuTTY также можно увеличить размер экранного буфера, чтобы больше влазило: PuTTY Configuration - Window - Lines of scrollback
Диск sda в норме, а вот sdb, несмотря на то, что он абсолютно новый, показывает ошибки чтения и позиционирования. Дело либо в кабеле, либо диск изначально бракованный. Также есть вероятность, что диск подвержен чрезмерным вибрациям/резонансам, что влияет на позиционирование.
а где это смотреть?
smartctl -A /dev/sda
smartctl -A /dev/sdb
Доступность сайта из различных точек мира можно проверить этим сервисом.
Могут быть проблемы, например, с динамической маршрутизацией в ДЦ, либо на магистральных каналах.
Гляньте здесь http://www.ipdeny.com/ipblocks/
Попробуйте через ssh:
killall -9 ispmgr
Всем спасибо за ответы. CSF и CloudLinux уже имеются. С mpm-itk + mod_php буду экспериментировать позже.
rustelekom, спасибо что наставили на путь истинный, это то что и требовалось =)
А вот по поводу PHP shell_exec не могу сказать ничего хорошего, на общем хостинге он должен быть закрыт.
Вопрос к знатокам. Сервер с cPanel, php работает как suphp. shell_exec и другие вкусные функции закрыты, но клиент может создать собственный php.ini, и отменить эти запреты. Насколько это чревато боком, и что можно предпринять для дополнительной защиты? Я знаю, что можно запретить создание собственного php.ini, но иногда клиентам требуются определённые директивы, которые в .htaccess не работают при suphp.
Ещё один пример того, что не нужно покупать домены у хостера.