Кеш контекста на сайтах с кучей страниц
Добрый день. Делаю переношу на modx портал с 150k+ статей. Раньше уже сталкивался что на сайтах с 50k+ страниц используя pdotools начинало сильно нагружаться железо, почитал в интернете что это из-за разбухания кеша контекста (например тут habrahabr.ru/post/171343/). Неужели единственный способ иметь приличное быстродействие — это отказаться от pdotools, отключить кеш контекста и самому писать все выборки?
Комментарии: 4
Вообще, сильно тормозить при должном сервере не должно, тем более, что с момента статьи Николая Ланца прошло уже довольно много времени и кэширование в модксе также претерпело свои изменения.
https://modx.pro/comments/ — вот, например, 783 страницы по 25 результатов на каждую.
Быстродействие вашего результата во многом упирается в сопутствующие сниппеты на странице, структуру выводимых чанков и количество подключаемых к статьям tv-полей.
Как вариант, для повышения производительности, можно также воспользоваться Fenom'ом.
UPD: Впрочем, вопрос оптимизации бесконечен, да и для по-настоящему больших проектов всегда предпочтительнее писать все конкретно под задачу.
https://modx.pro/comments/ — вот, например, 783 страницы по 25 результатов на каждую.
Быстродействие вашего результата во многом упирается в сопутствующие сниппеты на странице, структуру выводимых чанков и количество подключаемых к статьям tv-полей.
Как вариант, для повышения производительности, можно также воспользоваться Fenom'ом.
UPD: Впрочем, вопрос оптимизации бесконечен, да и для по-настоящему больших проектов всегда предпочтительнее писать все конкретно под задачу.
Максим, не совсем корректен ваш комментарий.
Вся проблема в том, что при сбросе кеша MODX будет пытаться собрать карту ресурсов из всех заявленных 150к+ документов. Во-первых, 783*25 — это совсем не 150к. Во-вторых, MODX не пытается все эти комментарии набить в кеш контекста. Так что вопрос не столько в конечной выборке, сколько в работе самого MODX-а. И с написания той статьи мало что поменялось. И по прежнему в таких случаях приходится использовать cacheOptimizer.
modx.pro/comments/ — вот, например, 783 страницы по 25 результатов на каждую.Это совершенно не связано с затронутой проблемой — генерацией кеша контекста. Подробно про все это читайте здесь, если интересно.
Вся проблема в том, что при сбросе кеша MODX будет пытаться собрать карту ресурсов из всех заявленных 150к+ документов. Во-первых, 783*25 — это совсем не 150к. Во-вторых, MODX не пытается все эти комментарии набить в кеш контекста. Так что вопрос не столько в конечной выборке, сколько в работе самого MODX-а. И с написания той статьи мало что поменялось. И по прежнему в таких случаях приходится использовать cacheOptimizer.
Да, с комментариями и вправду не самый удачный пример.
Статью почитаю, спасибо.)
Статью почитаю, спасибо.)
Не за что!
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.