Т.е. у них 20 клиентов на сервере? Вы в это верите? (хотя бы подсчитав примерную экономическую выгоду, т.к. выручка будет 7*20 = 210$ в месяц)
Если все вопросы решать через личные контакты, то руководство будет работать тех. поддержкой, психологом и ещё куча других задач.
Как показывает практика, процентов 70 клиентов были бы не против общаться только напрямую с руководством. А вы представьте, сколько у них клиентов.
Поэтому и приходится отсекать такие обращение уровнем ниже. Т.е. в духе "какого фига не работает?!?", "почему вы такие *****?" руководству слышать не обязательно. Это задача других людей. А если вопросы по делу и действительно заслуживают внимание руководства, то можно попросить тикет перенаправить туда. Не думаю, что вам откажут.
my.firstvds.ru
Там есть все контакты. Если нужно руководство, попросите запрос передать туда.
А иначе - вряд ли кому-то понравится, если вы начнёте писать через личные средства связи и тем более звонить.
из /var/www/httpd-logs в /var/www/ЮЗЕР/data/logs
Ротация идёт от юзера из папки /var/www/ЮЗЕР/data/logs
Если пользователь логи там удалит, то ротацию отломает, т.к. сам web-сервер пишет в /var/www/httpd-logs
Sower, ничего копироваться и не должно. В раздел "журнал" не заходили? (он должен восстановить ссылки)
Действительно, скорее всего, решится через:
Там используются хардлинки, которые восстанавливаются просто при входе в журнал.
1. Только если экзотический скрипт ставите, который потребует какого-нибудь небезопасного register_globals. Тут его можно включить любо глобально, либо для одного сайта. Но правильный путь - такие скрипты не использовать вообще.
А популярным CMS экзотики не требуется.
2. Убираем переменные и всё работает "как надо". Если CMS из популярных, то там эти значения задаются "на всякий случай". Поэтому можно всё поправить в php.ini
P.S.: Сейчас посмотрел на одном из серверов с fastcgi, там крутится 547 сайтов, которые никаких проблем с fastcgi не испытывают :)
Это разве минусы? Незачем php value там использовать. Но можно использовать полностью свой php.ini, добавлять туда подгрузку своих модулей и т.п.. Может это скорее плюс?
Мы и для массового сейчас используем другие решения. Важно понимать, что mpm-itk даст ещё определённое снижение производительности и его объём зависит от количества пользователей/сайтов и нагрузки. Да и смотря под какие скрипты используется.
Уж сервер покупать вообще нет смысла. Если обычный хостинг не будет справляться с нагрузкой - смотрите в сторону VIP-хостинга. На нём можно (по опыту) держать сайты до 20-50 тысяч уников в сутки. (в зависимости от движка)
Тем не менее, знаю хостеров, которые лет 5 его используют успешно. Под тысячи сайтов на каждом сервере. Это тоже о чём-то говорит?
И никаких взломов, никаких особых проблем и т.п.
Естественно есть другие решения, но и это имеет право на существование.
