Проверьте сколько время выволнения скрипта + сколько памяти выделяется под php на vds

по опыту плохо настроенный vds работает зачастую хуше шаред хостинга

30/128

@Dmi3yy В целом, так и есть. А адекватно настроенный с оптимальным конфигом ПО - производительнее. Особенно если хостер использует связку Apache + NGINX.

30/128

В идеале хотя бы в 2 раза увеличить 60 и 256

поднял до 120/768 - не выводятся документы

не выводяцца с ошибкой какой-то вероятно?

поставил bdebug. 5.4к запросов на 5,6к доков. это, вроде, много

должна быть хотя бы 504

prepare

странно, но отдает 404. при ограничении количества документов - выводит доки

оключал prepare

поставил bdebug. 5.4к запросов на 5,6к доков. это, вроде, много

А зачем вам на каждый ресурс по запросу что то явно не правильно сделанно

гляньте что за снипет в запросах столько генерит

http://joxi.ru/4AklPBjTyWX9Dr

ну и debug=`2` для доклистера посмотреть

а в шаблоне используете [+url+] или [~[*id*]~] и поиграться настройкой aliaslistingfolder попробовать включить

[+e.url+]

включен*

еще иногда вместо 404 отдает ошибку ERROR: Too many forward attempts! The request could not be completed due to too many unsuccessful forward attempts.

[+e.url+] смысла помойму нет можно [+url+] просто

[+e.url+] смысла помойму нет можно [+url+] просто

взял из конфига sitemap.json

[[DocLister? &parents=`2,2347` &depth=`6` &tpl=`yml_offer` ]] даже при таком вызове сервер 404 отдает

[[DocLister? &parents=`2,2347` &depth=`6` &tpl=`yml_offer` ]] даже при таком вызове сервер 404 отдает

http://docs.evo.im/03_extras/doclister.html

в чанке yml_offer самописных сниппетов нет?

нет. там вообще снипетов нет. в prepare разбирается json multiTV и все по сути

https://forums.modx.com/index.php?action=thread&thread=15330&i=1

глянь туда, несколько вариантов есть. плюс попробуй отключить ЧПУ на время

http://docs.evo.im/03_develop/03_api/getparentids.html

http://joxi.ru/4AklPBjTyWX9Dr

там очевидно как-раз aliaslistingfolder включен, соответственно урлы запрашиваются из базы. я бы их в prepare формировал "руками" из урлов родителей (они будут получены из aliasListing без запроса в базу) и alias текущего документа

пару строк - и минус 5 000 запросов в базу )))

вариант, если вложенности нет, но у него там изначально прописано &depth=`6`

если оптимизировать и добавить еще пару строк с getStore/setStore для урла родителя - то и минус пару десятков мегабайт памяти

пару строк - и минус 5 000 запросов в базу )))

http://joxi.ru/52aBjqVU4LkvDA

выключил.

в память укладываемся, по времени тоже.. а документы не выдает

выключил.

ну так я об этом и говорю

огромное время php - что-то не то

с выключенным aliaslistingfolder там вообще при 5 тыс доков должно взлетать даже на слабом хостинге

41 сек, при том что ты писал что увеличил до 120. не в том дело

41 канеш много, это факт))

ну в случае с xml документом - это не критично

снипет кэшируемый, вытащен из кэша... хммм

да фигня какая-то или в prepare или в tpl - не должно быть такого времени на таком запросе

пару сек максимум ))

и то если нагруженный сервер в это время

display=2000 - выводит. при этом не долго думая

а тут какая-то дикая нагрузка на php )

на данный момент в prepare 1 строка if ( isset($data['tv.old-price']) && !empty($data['tv.old-price']) ) { $data['pr.old-price'] = '<oldprice>'.$data['tv.old-price'].'</oldprice>'; }

2* еще return )

меня смущает ERROR: Too many forward attempts! может он у тебя где-то сам на себя начинает редиректить, от этого и валицца?

при display=2000 нет ошибки и вообще не всегда ошибка появляется. чаще 404 отдает

это-то и странно))

что 404, а не 504

Доклистер иногда туда редиректит при ошибках

в настройках указана 404 страница?

Т.к. у нас только список конечных товаров, то я бы алиаслистингфолдер включил, а формирование урла доклистером вырубил и делал бы его вручную))

Скорее всего в 0.5 сек вложиться можно)

логично. но жопой чую тут что-то не в доклистере дело

всего 5.6к товаров, при display 2500 Memory: 45,0078125 mb, MySQL: 0,4549 s, 16 request(s), PHP: 9,5976 s, total: 10,0525 s, document retrieved from database

Мемори овер дофига жрет

надо поставить алиаслистинг только для папок будет сразу меньше

тогда количество запросов вырастет.

слушай папу)) потести

так тестил же

выше в чате скрины с результатами

Делай как я сказал и никого не слушай))

крч. еще добавлял display 2500 offset 2500/5000 выводит норм

т.е. дело не в товарах

а в их количестве возможно. но это не точно. у меня ощущение, что вообще не там копаем

<offer id="[+id+]" available="true"> <name>[+e.pagetitle+]</name> <description> [+e.pagetitle+]. <![CDATA[ [+summary+] ]]> </description> [+pr.vendor+] <url>[+url+]</url> <price from="true">[+tv.price+]</price> [+pr.old-price+] <currencyId>RUR</currencyId> <categoryId>[+parent+]</categoryId> [+pr.photos+] <store>false</store> <pickup>false</pickup> <delivery>true</delivery> <sales_notes>Доставка по Екатеринбургу от 200 руб.</sales_notes> </offer> чанк

https://pikabu.ru/story/terpenie_lopnulo_6565147

ну все, пипец, теперь я проклят)) час назад работало, теперь 504))

ну все, пипец, теперь я проклят)) час назад работало, теперь 504))

Это всё из-за плохих советов

))

1С мать его

Ошибка SOAP: (faultcode: HTTP, faultstring: Error Fetching http headers) и как всегда надо все вчера и нихрена не работает

народ, подскажите плиз! когда то уже видел, нет ли готового решения у кого нибудь для создание ленты фотографий из инстаграма!)

https://lightwidget.com

правда за https просят 10 баксов