Могу предложить провести аудит безопасности сайта и сервера, в рамках него сделаем отчет, проведем работы по закрытию уязвимостей и сделаем рекомендации.
Друпалу по барабану, ибо оба этих форка будут использовать XtraDB взамен InnoDB, все запросы друпала оптимизированы под совместимость между различными СУБД, так что ему будет абсолютно пофиг. Однако, в обоих субд улучшена функциональность, будете ли Вы её использовать? И для чего? Если не можете ответить на эти вопросы, значит этот выбор для Вас аналогичен выбору между автомобилями "спутник" и "samara", а если можете, то и выбор очевиден.
Не заметил "кривизны" конфигов nginx, но за замечания спасибо, в принципе можно вписать.
По поводу php-fpm, Вы правы не стоит указывать значения по умолчанию, и конфиг подправим.
Еще раз спасибо, за потраченное время и указанные замечания.
Согласен, модуль SMTP - это удобно, особенно для шареда. Но с другой стороны для выделенного сервера где размещено много сайтов, достаточно настроить службу 1 раз и она будет работать для всех сайтов без доп. манипуляций.
На мой взгляд должно хватить, но есть нюансы;)
Мне кажется, что:
есть вероятность столкнуться с проблемой производительности базы данных. Поэтому нужно иметь ввиду кол-во зарегистрированных пользователей; кол-во контента, которое будут создавать пользователи в день; кол-во просмотров страниц.
по поводу канала тоже возможны проблемы, если пользователи будут интенсивно смотреть видео. Тут нужно учитывать кол-во просмотров видео в день.
Если ошибка стала появляться после обновления Drupal, то возможно не все апдейты базы прошли. Попробуйте запустить http://www.yourdomain.com/update.php
Достаточно просто делать резервное копирование скриптами. Я написал небольшую статью как архивировать с помощью drush и стандартными средствами, возможно пригодится.
Хочу сделать полноценный обзор на эту тему, поэтому скоро статья пополнится альтернативными вариантами бэкапа drupal сайтов.
В кратце для выделенного сервера можно начать с этого:
1) Для ускорения работы с анонимными запросами можно попробовать кэширующий прокси varnish/nginx или модуль boost
2) Для ускорения работы с авторизованными запросами можно начать с memcached
3) Если много статики, то настроить Nginx перед Apache
4) Настроить APC для кэширования php
Как вариант:
1) Удалить лишние модули
2) Посмотреть сколько примерно ест оперативы 1 процесс Apache, и в файле /etc/apache2/apache2.conf (если конечно это Debian) установить количество запускаемых процессов Apache по формуле:
([количество оперативы на сервере] - [оператива под MySQL]) / [Кол-во оперативы под 1 процесс Apache]
Могу предложить провести аудит безопасности сайта и сервера, в рамках него сделаем отчет, проведем работы по закрытию уязвимостей и сделаем рекомендации.
Отписался в личку.
--
С уважением, Роман
r.agabekov@initlab.ru
https://drupal-coder.ru
https://drupal-admin.ru
Если интересуют услуги системных администраторов с задачей "Настроить сервер для Drupal 8", то обращайтесь https://drupal-admin.ru
У нас именно такие заявки обычно
Статей по самостоятельной настройке много и у меня в блоге достаточно, хотя конечно хороший результат сразу и без опыта редко получается.
Судя по голосованию в группе Drupal в Facebook большинство за Percona.
Не заметил "кривизны" конфигов nginx, но за замечания спасибо, в принципе можно вписать.
По поводу php-fpm, Вы правы не стоит указывать значения по умолчанию, и конфиг подправим.
Еще раз спасибо, за потраченное время и указанные замечания.
Напишите, пожалуйста, в чем Вы считаете кривизна конфигов nginx?
Попробуйте вот эту статью. Если что-то не получится пишите, разберемся.
можно попробовать с помощью ab или siege.
например: ab -n 100 -c 10 http://testsite.com/
Для полноты картины посмотрите в том же Devel - как долго выполняются запросу к MySQL.
Хотя, если локально стоит почтовый сервер, то все должно работать и без этой службы.
Я думаю, что проблемы не должно быть, указав в качестве хоста локальный сервер.
Согласен, модуль SMTP - это удобно, особенно для шареда. Но с другой стороны для выделенного сервера где размещено много сайтов, достаточно настроить службу 1 раз и она будет работать для всех сайтов без доп. манипуляций.
Здесь можно почитать как настраивать. Вопрос достаточно распространенный, поэтому и решил написать небольшой пост.
Сайт расположен на шареде или на выделенном сервере?
Отлично сказано
На мой взгляд должно хватить, но есть нюансы;)
Мне кажется, что:
вот тема на drupal.org может поможет:
http://drupal.org/node/1545610
Если ошибка стала появляться после обновления Drupal, то возможно не все апдейты базы прошли. Попробуйте запустить http://www.yourdomain.com/update.php
Достаточно просто делать резервное копирование скриптами. Я написал небольшую статью как архивировать с помощью drush и стандартными средствами, возможно пригодится.
Хочу сделать полноценный обзор на эту тему, поэтому скоро статья пополнится альтернативными вариантами бэкапа drupal сайтов.
На эту тему много материала уже написано, можно почитать в блоге http://drupal-admin.ru
В кратце для выделенного сервера можно начать с этого:
1) Для ускорения работы с анонимными запросами можно попробовать кэширующий прокси varnish/nginx или модуль boost
2) Для ускорения работы с авторизованными запросами можно начать с memcached
3) Если много статики, то настроить Nginx перед Apache
4) Настроить APC для кэширования php
Согласен, нужно использовать, то что знаешь;) Я за Debian + ISP Manager
Да, мне тоже интересно.
Как вариант:
1) Удалить лишние модули
2) Посмотреть сколько примерно ест оперативы 1 процесс Apache, и в файле /etc/apache2/apache2.conf (если конечно это Debian) установить количество запускаемых процессов Apache по формуле:
([количество оперативы на сервере] - [оператива под MySQL]) / [Кол-во оперативы под 1 процесс Apache]