Защита собственного сервера, и лимитирование трафика, это личное дело арендующего сервер. Это же не шаред хостинг, где хостер должен решать такие проблемы. Так что вполне нормальная практика и хостер тут вполне прав.

Автору топика: Если не владеете системным администрированием, VPS это не ваше, или вам нужен администратор, который настроит ваш сервер и будет за ним следить.
Результат закономерен и поучителен - установка панели не имеет ничего общего с грамотной настройкой сервера...

Не зная под каким пользователем вы заходите, какие у вас есть права, под каким пользователем работает веб сервер, вам вряд-ли кто-то что-то вменяемое сможет посоветовать.

Вы не правы - как веб разработчик вы должны знать основы окружения, в котором работает ваше приложение.
Вам не нужно, конечно, быть системным администратором, и знать тонкости настроек серверного ПО, но о владельцах, группах, правах, вы знать должны, и понимать как это работает. Иначе вы не сможете создавать нормальные приложения. Даже, как видите, устанавливать готовые не всегда сможете. Т.е. это те знания, которые необходимы даже больше, чем знание php, например. Многие "веб программисты" это игнорируют, и совершенно зря.

«Естественно все права выставлены максимальные (777)»
Это крайне противоестественно. Права должны выставляться по принципу минимальной необходимости.

«да и с сервером тоже никаких проблем не должно быть.»
Но вероятно, они есть - идеологические, в настройке окружения и пользователей, которые в нём работают.

«Но что значит chown? Это даже не переводится.»
Это unix команда меняющая владельца файла. А расшифровывается как change owner. Если вы этого не знаете, весьма вероятно, что вы не сможете самостоятельно решить свою проблему, т.к. не знаете даже основ.

Выше много чего советовали, без особых пояснений...
Я предлагаю вот такой чеклист по выбору дистрибутива, основанный на немалом опыте:

Да нет, пользуйтесь. Я вот тоже пользуюсь, причём и в продакшене. Просто надо об это знать. А заодно, о package pining, чтобы не налететь часом.

Будте осторожны с репозиторием dotdeb. Может сложиться ситуация, когда вам придут из него версии библиотек, которые отличаются от системных и не слишком хорошо с ними совместимы. И вы будете получать сложно отлавливаемые ошибки в произвольном ПО. Такие случаи бывали и не раз.

mozh wrote:

Перекрывается стилями темы. стили стили, ну расскажите мне как это перекрыть стилями если админка стандартная seven? копировать эту тему, менять стиль, подключать?

Копировать не надо - создаёте subtheme, подключаете только свой доп CSS, всё. 5 мин работы.

Нет. Создание структуры и обработка вывода меню на порядки более ресурсоёмко, чем проверка условия.

1. Перекрывается стилями темы.
2. С ходу не скажу, но вероятно, без хака обойтись вполне можно выше советовали i18n, возможно - не пробовал. Будет такая задача - буду разбираться. Или спрошу совета.
3. Пишите свой хендлер.
4. Если я правильно помню, меняется от настроек views? Даже если нет, перекрывается своим хендлером.
5. Обработать своим хендлером и передать при пустом результате значение по умолчанию.

mozh wrote:

могу привести вам кучу примеров, когда без редактирования того же модуля views не обойтись. Гуд не гуд бред. Если сайт вам не знаком используйте модули hacked и diff которые покажут вам все изменения в ядре и контриб модулях

В друпале в целом и во views в частности сделано максимум того, чтобы обходиться без редактирования модулей.
Если вам приходится этим заниматься, значит вы, вероятно не понимаете, как этим пользоваться.

http://localhost/xampp/phpinfo.php - смотрим наличие opcache среди загруженных модулей (судя по описанию на apachefriends.org должен присутствовать). Если есть смотрим его конфигурацию. Если opcache.enable=0 включаем в php.ini перезагружаем apache.

А вообще, крайне рекомендую использовать как среду запуска php приложений linux. Проблем будет существенно меньше и работать будет заметно шустрее.

Чтобы полноценно ответить на ваш вопрос, надо бы узнать, а какое у вас окружение. Это сервер/vps/шард какой-нить?
А в первых двух случаях, какая у вас стоит операционка?

sergeybelya wrote:

Борис, приведите, пожалуйста, одну из критических и не устраненных уязвимостей последней версии WP

Последний sql-injection закрывал у клиента эту в среду средствами naxsi, wordpress и плагины были актуальны. Подробности не считаю полезным публиковать.
И такие задачи появляются с завидной постоянностью...

Про популярность: Wordpress заметно проще в установке - не надо особо думать, и в большинстве его применений даже ставить какие-либо плагины излишне. И он отлично решает задачу создания блога и/или личной странички, которая весьма востребована. Т.е. сравнивать надо исходя из решаемых задач, а не по количеству сайтов. Личных бложеков/страничек, по определению, будет всегда во много раз больше, чем порталов или каких-то сложных сервисов. Как и людей, которые смогут сделать их на Wordpress, будет больше, чем тех, кто сможет/будет делать их на Drupal.

Ещё есть связка apache-mpm-itk + mod_php, не обладающая перечисленными выше проблемами, если уж на то пошло.
И apache mod-fastcgi+php-fpm, для особых извращенцев, но тоже ими не страдающая, и позволяющая, заодно, использовать apache-mpm-worker.

Но вопрос был совсем не о том, а о том, в каком случае php как CGI процесс имеет хоть какие-нибудь плюсы перед чем-либо ещё, в частности php-fpm.

Минусы по отношению к CGI-то? Ну хоть один назовите.

Можно, см. нниже.
Заодно, можно обойтись и без апача.

Вполне можно запустить несколько экземпляров php-fpm для нескольких версий php, и никаких проблем с opcode cache не будет. А php как CGI это, в принципе, одна большая проблема - как о таком даже думать можно?

На серевере может быть 100500 процессоров с миллионом ядер. А выделено может быть 1/100 производительности одного ядра. Или они могут быть перегружены все кучей сайтов по сосоедству, если нагрузка вообще не распределяется.
И 1 проц с 4 ядрами это, вообще говоря, совсем мелкий сервер.

Ответ на этот вопрос, можно получить с помощью профайлера, например, xhprof. Но по всей вероятности придётся развернуть окружение где-то у себя на основном компе, или виртуалке, где вы сможете его поставить.

Это несколько излишне - devel умеет работать с xhprof.
Впрочем на хостинге это не поможет - там скорее всего xhprof не найдётся.

3. Статика грузится довольно вяло, так что вероятно, с хостингом всё не очень хорошо, и это может быть одной из проблем, и даже основной проблемой. Скорость загрузки картинки в слайдере зависит не от слайдера, а от хостинга.

«Раз-два-три ... На проекте есть форум, есть каталог, есть подписки с рассылками, есть нормальная админка, всё красиво и всё работает.

Либо всё работает, но остается подключить везде свою верстку.»
Это даже близко не о фреймворках. Это о различных CMS, или даже конструкторах сайтов.