но поддерживать голые запросы неудобно, даже на примере MODxAPI/DocLister это хорошо видно

А если ещё и вфигачить такую вещь, когда данные идут независимо от запроса, то выборки ускоряются в несколько раз. Правда это можно компенсировать вьюхами.

это как?

По моему это то что ты писал "prepared statements"

а, типа один раз подготовили, а потом для разных данных используем?

Ага

и прямо в несколько раз ускорение?

Тогда mysql делает кэш для подобной выборки.

Просто кэш mysql меньше забивается. И соответственно для всех подобных запросов будет один кэш. И не будет очистки

Т.е. когда мы отправляем запрос сразу с данными, то каждый запрос кэшируется отдельно, а таким образом он кэширует без данных

век живи - век учись

я наверное никогда не делал таких запросов, чтобы это было заметно (:

А вообще реально ускоряют вьюхи. Мы для текдока их понаделали. Там из 10 секундых запросов они по превращались в 0.1 секундные

Или техдока, ну вообщем база запчастей

вьюхи и триггеры это плохо

Т.е. когда мы отправляем запрос сразу с данными, то каждый запрос кэшируется отдельно, а таким образом он кэширует без данных

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

Чем вьюхи плохи?

Это же просто закешированный ответ на определённый запрос

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

mysql во мнгогих случаях кэширует однотипные ответы

а так получается как с аяксом через плагин

По сути вьюха создаёт что-то типа виртуальной таблицы где все данные проиндексированны относительно ожидаемого ключа. И уже SELECT расставлен в нужном порядке. И по этому просто выбираем по одному ключу и всё

Короче для DLSitemap ничего лучше не придумал. $domen = parse_url($data['e.url']); $new = ''; foreach ($domen as $key => &$val) { switch ($key) { case 'scheme': $new .= $val . '://'; break; case 'host': $new .= $_SERVER['SERVER_NAME']; break; default: $new .= $val; } } $data['e.url'] = $new;если кто подскажет как лучше домен подменять, то буду благодарен

лучше не домен подменять а сеошника-дебила

стопудова, спасибо за совет

лучше не домен подменять а сеошника-дебила

если напишите более аргументированный ответ, то буду благодарен 😅

достаточно того, что я написал DLSitemap, а вот сеошники кроме хуйни ничего написать не способны 🤠

тяжко всем угодить:)

но вообще было бы круто, если бы одним параметром можно было домен изменить в DLSitemap😅

через мой труп только ((:

это того не стоит

Для каждого ресурса парсить урл как то напряжно, не?)

Для каждого ресурса парсить урл как то напряжно, не?)

спорить не буду, по этому и выложил, мб кто лучше решение знает

не знаю как работают другие решения по мультгородности, но я сделал своё :) единственный момент остался это sitemap

Огородогородильными методами это все делается)

о.О

Гдавное не забыть разные ключи кэша для разных доменов:)

это сео термин какой т?

не у меня всё более колхозно))) :D

Не, этот термин больше к модх относится

Так а как будет разный сайтмап показываться, если он закэшируется

Или там некэшированный вызов

а в чем проблема то собственно ?

правим шаблон сайтмап и вставляем туда свой домен ))

и все

правим шаблон сайтмап и вставляем туда свой домен ))

"tpl": "@CODE:\n<url>\n\t<loc>[+e.url+]</loc>\n\t<lastmod>[+date+]</lastmod>\n\t<changefreq>[+update+]</changefreq>\n\t<priority>[+priority+]</priority>\n</url>",

В кэше как минимум, который от домена не зависит)

нужно сформировать новый [+e.url+]

ну так подмените делов то ) хоть препаре хоть снипет внутри

Теоретически можно не использовать схему фулл, а просто приставлять спереди домен:)

ну так подмените делов то ) хоть препаре хоть снипет внутри

ну я в prepare и подменял

Как в modx реализовать сортировку товаров?

хм, а если плагином подменить [(site_url)] то тоже прокатит?

Уже предлагал както учитывать для кэша server name, но все забили)

хм, а если плагином подменить [(site_url)] то тоже прокатит?

Без кэширования вполне

а я чего-то думал, что там http и https подставлять нужно

Но потом попадет в кэш:)

а я чего-то думал, что там http и https подставлять нужно

Там скорее поддомены

поддомены можно str_replace

Без кэширования вполне

ну если можно именно [(site_url)] сделать некешированным

Главное знать какой из них закэшировался

site_url можно подменять плагином

ну если можно именно [(site_url)] сделать некешированным

Так а твой список через препаре разве не кэшируется?

можно воспользоваться кэшером от твига и там кэшировать под каждый поддмоен

Так а твой список через препаре разве не кэшируется?

сейчас нет. фишка в том чтобы выполнить парсинг домена один раз и всё

можно воспользоваться кэшером от твига и там кэшировать под каждый поддмоен

для этого весь уже давно готовый проект нужно перетягивать на твиг

зачем

просто библиотеки подключить

Так вызывай его на некэшированное странице, тогда и site_url не закэшируется

Какая разница, если там вызов одного сниппета

И он не кэшируется

а есть какой нить $modx->setConfig('site_start','balbalbal') для сессии?))))

$_SESSION['key']=value; Дарю 😊

$_SESSION['key']=value; Дарю 😊

"вау ну ничего себе"

Для каждого ресурса парсить урл как то напряжно, не?)

без парсинга урла 0,027544021606445 с парсингом 0,028562068939209

Там у тебя 10 страниц?

тут попахивает на 300 страниц))

да не больно много))

тут попахивает на 300 страниц))

Лаааадно, уговорил