А fastvps какой тариф? Облако конечно удобней, как ни крути. Я вот уже привык к снепшотам, возможности клонировать сервер и прогнать всякие тесты и прочим фишкам.
Кстати да индексируется хорошо. Несмотря на страшилки «спецов» по SEO о кошерном размещении тегов h1-h3 и обязательном оборачивании топиков в абзацы.))
Нет я скорость отдачи самой сети имел в последнюю очередь в виду. Что в принципе может измерить этот тест? Количество отдельных ссылок на css? И на том и на том сервере стоят одинаковые настройки сжатия/объединения статики? Скорость рендеринга самой страницы учитывается (раз написано про конфигурацию)?
У меня нет желания принизить достижения AltoCMS, просто давайте будет объективны. Фундаментальных скачков в производительности глядя на разные проекты не видно.
Чтобы это сравнение имело какой-то смысл необходимо
— запускать тесты на одинаковой серверной конфигурации, в одном и том же размещении (у одного хостера) примерно в одно и тоже время
— запускать в одинаковом окружении, включая ОС, версии сторонних библиотек и т.д.
— иметь идентичные настройки тюнинга производительности, например кэширования
— иметь примерно одинаковый функционал по встроенным фичам / плагинам
Кстати возможно у вас просто устаревший конфиг tzdata. Если обновить ее (а лучше систему) должно решиться.
(для дебиан-подобных систем, чтобы обновить) apt-get install tzdata
В общем обнаружил пару магических нюансов в работе этого плагина.
1. Основная проблема с тем, что не генерился хэш была связана на самом деле с этой строчкой altocms.ru/708.html#comment19572
2. При этом несмотря на то что метод getUserNoDigestHash() не определен, код
— отрабатывает и хэш возвращается в ссылку. Каким образом это происходит — я без понятния, но факт. Возможно гуру ООП в рамках php могут этот момент прояснить.
3. Насчет скрипта для генерации хэшей, теперь я понял для чего он нужен — тупо для того чтобы сгенерить хэши для тех пользователей, которые зарегились до активации плагина. После активации при регистрации хэш заполняется в БД автоматически.
— config.local.php и
— config.php
еще на всякий случай выключи opcache если используется
вопрос намного в сторону а почему DO и fastvps? не проще на чем-то одном держать?
У меня нет желания принизить достижения AltoCMS, просто давайте будет объективны. Фундаментальных скачков в производительности глядя на разные проекты не видно.
— запускать тесты на одинаковой серверной конфигурации, в одном и том же размещении (у одного хостера) примерно в одно и тоже время
— запускать в одинаковом окружении, включая ОС, версии сторонних библиотек и т.д.
— иметь идентичные настройки тюнинга производительности, например кэширования
— иметь примерно одинаковый функционал по встроенным фичам / плагинам
(для дебиан-подобных систем, чтобы обновить) apt-get install tzdata
Если скажете что за система — гляну как настроить. К примеру в дебиане это можно сделать командой
dpkg-reconfigure tzdata
Для себя решил что пока не нужно.
1. Основная проблема с тем, что не генерился хэш была связана на самом деле с этой строчкой altocms.ru/708.html#comment19572
2. При этом несмотря на то что метод getUserNoDigestHash() не определен, код
— отрабатывает и хэш возвращается в ссылку. Каким образом это происходит — я без понятния, но факт. Возможно гуру ООП в рамках php могут этот момент прояснить.
3. Насчет скрипта для генерации хэшей, теперь я понял для чего он нужен — тупо для того чтобы сгенерить хэши для тех пользователей, которые зарегились до активации плагина. После активации при регистрации хэш заполняется в БД автоматически.