Что можно для новичка-любителя скоростных сайтов без JS или с?

Question

[Tlito]

я знаю, что пхп - это удобный язык програмирования для веб, однако, он не самый быстрый.
я использую CMS друпал на шаред хостинге и раньше у меня был свой скрипт сайта с добавлением редактированием и отображением статей - на пхп. и я знаю что свой пхп-код быстрее работает чем друпал, тем более у меня был он без баз данных,а статей было 700.
я ускоряю друпал стандартными модулями: Boost, Minify, Advagg. но все равно пример недостижим:
пример chitalnya.ru
а магазины на друпал совсем медленно работают у меня. ну вернее я успеваю мигнуть раз 6 пока страница перелистнется.
подскажите, что юзать для супер оптимальной работы сайта по критерию - скорость работы авторизованных юзеров и скорость доступа для неавторизованных?
стоит ли ограничиваться пхп-фреймворками или есть существенное преимущество например у
CppCMS с таким вот анализом: cppcms.com/wikipp/en/page/benchmarks_all
и вообще есть ли такая возможность запускать на шаред-хостинге C++ сайты?

Answer 1

[Андрей Никифоров]

«Скорость» сайта складывается из трех основных показателей: скорость обработки запроса сервером, скорость работы с БД и скорость рендеринга.
Вам стоит начать с выяснения основного узкого места системы.

Если основное время уходит на работу с БД — нужно оптимизировать запросы, уменьшать их количество и агрессивно кешировать. Держать горячие данные в памяти.
Если много времени уходит на обработку запросов сервером — нужно смотреть в код, вычищать лишнее, оптимизировать имеющееся. CMS всегда медленнее самодельного кода (при хорошем программисте)
С рендерингом обычно проблем не возникает, но можно поискать другие движки рендеринга. Плюс cache-control. Плюс кеширование на сервере средствами nginx.

В любом случае, начните с профилирования.

Answer 2

[Mikhail Osher]

Давайте не будем извращаться. На подходе PHP7, который даст немалый прирост производительности.
Затем, почитайте, как ускорять друпал. Он умеет быстро работать - правильно настройте кэширование.
Хочется что-то еще быстрее? Пожалуйста, symfony2 (ходят слухи там и 3 не за горами)/laravel5/yii2 в помощь.

Comments

[danforth]

Михаил Евдокимов: учите под PHP 5.6, как только дойдете до уровня «средний +», то книги вам не понадобятся. Будете пользоваться мануалом.
Другой вопрос: прирост в скорости PHP 7 даст, а толку? Самые слабые места у сайта, это не PHP скрипты, а:
1) Куча JS скриптов в шапке
2) Время отклика сайта
3) Куча не сжатых картинок
4) Всякие плагины социальных сетей
5) Множество запросов к БД (особенно на CMS)

Проверьте свой сайт на Page Insights.

Answer 3

[Максим Тимофеев]

У Вас тормозит то что Вы сделали на drupal, при чем тут php? Вы и на другом языке сделаете это медленным.
Менять надо не язык, а уровень владения этим языком. Вам правильно подсказали в сторону yii2
В yii2 огромные возможности по оптимизации и он достаточно прост для освоения. Пропасть в технологиях между drupal и современными движками просто не постижима.
Знаете анекдот:
- не нравятся мне эти битлз, так фальшивят
- а где ты их слышал
- мне Вася по телефону напел.
Так вот и у Вас. Не судите о php по DRUPAL.

Comments

[Tlito]

согласен с уровнем абстракции. в том и проблема, что друпал дает много решений например мой сайт мультиязычный и скоро будет дву-доменным , на его проектироание я потратил не более 7 дней вместе с дизайном, а на фреймворке я думаю столко готовых решений для применения не найти: мультиязычность, фильтр кода с библиотекой syntax highlighter, быстрый просмотр статей в всплывающем окне, вставка видео ютуб не кодом а адресом, а также селектор языка. еще подгрузка статей при достижении низа страницы tlito.ru -- такое за 7 дней не сделать на фреймворке, ну за 10 сделать, если функции уже наработаны в лругих проектах.
но вместе с тем непонимание кода друпал усложняет оптимизацию.
и сложность ускорения усложняется - хочется пойти по прямому пути - включать в са

[Tlito]

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

[Максим Тимофеев]

Tlito: Вопрос оптимизации и желание сделать за 7 дней - несовместимы. Посмотрите за окно. Это сделали за 6 дней и оно далеко от идеала. Готовые решения всегда ресурсоемки. Почему встал вопрос оптимизации? Много посетителей на магазине - значит есть деньги?Тогда наймите спеца. Если приходит 10 человек в час, тогда зачем оптимизировать? На yii кстати есть готовые магазины, так что и за день можно справится. Но опять таки, написанное самостоятельно под конкретные нужды будет лучше работать, конечно при умении.

[Tlito]

Максим Тимофеев: оптимизировать - это сама цель. и это оч дорого стоит и трудно этим заниматься по заказу ибо оценка результата всегда субъективная, так как это сама цель.

[Максим Тимофеев]

Tlito: Оценка результатов - прирост производительности, который вполне измерим в дебаг панелях современных фреймворков. Оптимизация не посещаемого проекта, это не сама цель, это бестолковая работа.

Answer 4

[Иван Смирнов]

Нет, ну и на с++ можно конечно. Но мой выбор scala + play framework. Быстро и удобно. С другой стороны тут у вас готовые cms, а с фреймворками работают совсем по другому. Каждую страничку самому писать надо.