12 минут назад
Да, реально.$title = preg_replace('![^'.preg_quote($separator).'\.\pL\pN\s]+!u', '', $this->lower($title));
Работает как решение
[Translitor] - Альтернатива транслитерации псевдонимов 25
Вчера в 13:48
Финальная версия.
Прошлая давала ошибку при создании нового документа. Добавил проверку есть ли id.
@EVAL
if(! empty( $modx->resource->...
Tv параметр с чекбоксами выборка ресурсов вложенных в дедушку 7
Вчера в 09:22
Постам прошлого, у которых коэф рейтинга -0.1 и ниже, за каждое добавление в избранное и за каждый положительный голос рейтинга, следовало бы повышать...
Еще один эксперимент с рейтингом modx.pro 7
Вчера в 01:24
смотри информацию о Модификаторы MODX и фильтры phx
Генерация изображения с заданным текстом 6
20 января 2025, 14:22
Компонент не работает? А чего он тогда висит в магазине?
yClients + MODX - синхронизация CRM 16
19 января 2025, 13:57
Ничего из этого не планируется, если не будет спонсора на это. Компонент написан максимально просто с использованием метода оплаты виджетом, что требо...
[mspPaySelectionWidget] Виджет оплаты PaySelection для miniShop2 3
19 января 2025, 02:46
А сколько таких багов еще осталось по всяким разным компонентам??! Хорошо что добрые люди сообщили :-) А обычно компоненты проверять некому
[SendIt] Обнаружена критическая уязвимость обновитесь до версии 2.1.6 1
ну а чтобы узнать имена переменных, в этом же файле поищите вызовы функции getProperty, станет все понятно
Вы же сделали join, данные уже выбрали…
Правда запрос странный, в нем нет leftJoin)
Если кеширование не нужно — то сохранять данные в TV странное решение будет… проще их получать и сразу обрабатывать.
Открыл яндекс, набрал там «GoogleSheets modx»…
Первая же ссылка — внезапно (!) на документацию компонента… окей… посмотрим… обращаем свой взор на навигацию слева и видим… волшебное слово MIGX! Откроем, почитаем… и правда, вот он, импорт из таблицы в migx!
docs.modx.pro/komponentyi/googlesheets/migx
Тогда не придется создавать отдельное tv поле.
Ну правда кроме первой фразы про 99% вопросов. В целом могу отметить, что вопросы ко мне приходят, как правило, дельные и выходящие за рамки описанного в документации и статьях.
отсюда вывод — нужно сайт смотреть, а не то, на чем он сделан.
суть сводилась:
— если просто подключение простых чанков и кешируемых сниппетов — то парсер MODX чуть быстрее
— если есть всякие if, модификаторы (is и т.п.), то феном начинает выигрывать.
Для меня в любом случае важнее удобство Fenom, чем миллисекунды скорости.
Здесь история в том, что по идее нужно вызывать msProducts, который отобразит товары так, как нужно (с подключением изображений, параметров и т.д.).
Я для этих случаев просто получал ids товаров, а после передавал их в msProducts:
Не получилось, сразу в нескольких местах выскочили проблемы, ни сниппет msCart, ни чанки не готовы к такому повороту событий) все равно во многих местах тащится родной pagetitle от товара… я в итоге забил, и вместо вывода pagetitle в заказе вызываю каждый раз свой сниппет, который динамически формирует название товара.
А вообще идея здравая: сделать возможность подменить name у товара в корзине.
Это некешированный вызов:
Различие в том, что первая запись после первого своего вызова кешируется и данные сохраняются. Поэтому для 2го пользователя все равно будете видеть id первого.
Как правило, если не делать сложных и странных запросов, преобразований и грамотно кешировать, то страницы любого сайта работают быстро и это мало зависит от статических или не статических чанков.
Мой выбор Fenom, даже если он будет в чем-то медленнее.
Тут были эксперименты, что при сравнении простых вызовов сниппетов/чанков Fenom даже проигрывал…
Но! Чего только стоят if и foreach в феном… я уже не представляю как без них жить.
Или 12 заказ 20 года