MODx при большой нагрузке

Quote from: AKots at Aug 25, 2009, 11:56 AM

Если кто-то захочет тоже создать базу из множества документов, рассказываю, как я это сделал.
1. Беру за основу сайт с одной страницей, полученный после установки MODx (без тестового сайта).
2. Делаю копию документа.
3. В копии меняю родителя на предыдущий документ.
4. Повторяю несколько раз, в результате получается вложенное дерево из четырех-пяти уровней, в каждом из которых только один документ.
5. В самом нижнем уровне делаю штук десять (или больше) копий страницы, оставляя того же родителя.
6. В предыдущем уровне делаю штук десять копий – каждый раз создается по сотне документов.
7. В предыдущем уровне делаю штук пять копий – каждый раз создается по тысяче документов.
8. В предыдущем уровне делаю нужное количество копий, проверяя, когда сайт сломается. В процессе работы меняю шаблон, чтобы меню не строилось по всем уровням.
9. С помощью Doc Manager ставлю флаг публикации на всех документах (может быть, лучше это делать при добавлении каждой порции).

Подскажите как в моем случае на MODx Revo 2.1.1 сделать то же самое. Нужно наплодить 5-7 тысяч доков,
НО вот беда: Doc Manager с этой версией MODx у меня не работает, а Batcher, который заменяет его в Рево не дает возможности копировать ресурсы с дочерними документами, т.к. он у меня и дерево ресурсов не отображает. Как в Revolution можно сделать подобное?

Quote from: spbox at Jul 03, 2011, 02:29 PM

Doc Manager с этой версией MODx у меня не работает

А при чем тут Doc Manager? Просто делаете копию ресурса, выбрав копии дочерних ресурсов и введя имя нового ресурса. То есть выбираете в контекстном меню «сделать копию» и все.

Quote from: AKots at Jul 03, 2011, 02:57 PM

Quote from: spbox at Jul 03, 2011, 02:29 PM

Просто делаете копию ресурса, выбрав копии дочерних ресурсов ...

Спасибо за ответ, но прошу пощения, не совсем понял. Как это делается практически?

Quote from: spbox at Jul 04, 2011, 10:15 PM

Как это делается практически?

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

Может ли это быть багом? Кто знает?
Тогда еще вариант: импортировать HTML, но опять же не работает...
Что-то с 2.1.1 не ладное

Quote from: Alextekkk at Sep 27, 2010, 07:16 PM

Не пробовал еще но вот есть вариант с htaccess

1 #Усиливаем кеширование
2 FileETag MTime Size
3 <ifmodule mod_expires.c>
4 <filesmatch ".(jpg|gif|png|css|js)$">
5 ExpiresActive on
6 ExpiresDefault "access plus 1 year"
7 </filesmatch>
8 </ifmodule>

Разумна ли мысль?

кеширование статики на стороне клиента нужно адназначна. но ваша запись в .htaccess сработает только если статику на серваке отдаёт apache, а вот если ею занимается nginx (как и должно быть) - любые игры с .htaccess совершенно бесполезны, надо на сервере менять настройки nginx для домена...

Что скажете на такой результат:

При первом заходе:
0,8429 s — время запросов к базе данных
604 — количество запросов к базе данных
10,0733 s — время работы PHP скриптов
10,9162 s — общее время генерации страницы
database — источник содержимого (база или кэш)

И кеш:

0.0049 s — время запросов к базе данных
3 — количество запросов к базе данных
0.2269 s — время работы PHP скриптов
0.2318 s — общее время генерации страницы
cache — источник содержимого (база или кэш)

Размер siteCache.idx.php ~ 3Мб
Количество документов ~ 6000 и постоянно растёт
Выделено под php 64мб
Нагрузка цп 9%

Вчера сайт упал изза нехватки под пхп, решил проблему удалением лишних документов, шаблонов, тв, чанков; но чувствуется что это только начало, что опытные могут подсказать?

604 запроса к базе – очень плохо, а 10 секунд PHP – вообще ужасно. Надо переделывать сайт, отказываясь от использования ресурсоемких сниппетов и плагинов… А какая версия MODX? 6000 страниц – в принципе не так уж и критично, но если все эти страницы реально нужные (нередко создают страницы, которые сами не выводятся, а только служат источником данных для других страниц).

версия 1.0.5, а чтото кроме отказа от использования снипетов? есть какието варианты?

Я не писал – отказ от сниппетов, я писал – отказ от ресурсоемких сниппетов. Например, на одном сайте использовался сниппет, написанный каким-то умельцем, который генерировал около 300 обращений к базе. Я внес несложные исправления (около десяти строк кода), и теперь сниппет генерирует 3 обращения к базе. Также, например, активное использование PHx резко увеличивает нагрузку на сервер – замена конструкций PHx простейшими сниппетами, выполняющими то же самое, иногда уменьшает время работы PHP раз в 5–10. И так далее – надо искать, что тратит время PHP и генерирует множество запросов, и оптимизировать эти программы. В некоторых случаях, возможно, вместо стандартных сниппетов лучше использовать самописные, оптимизированные с учетом особенностей конкретного сайта (они не будут такими универсальными, как стандартные, но зато потребуют меньше ресурсов).