46 минут назад
Как здорово! А с Ютубом такая штука сработает?
Вставка видео с Rutube с управлением на сайте 5
4 часа назад
Так откуда бы им взяться. Молодой крови особо не видно в наших краях.
Еще один эксперимент с рейтингом modx.pro 4
9 часов назад
удалось найти причину? я так понял, плагин работает с minishop2 до версии 2.8.3-pl
[mscDistance] - доставка по городу/району 35
Сегодня в 08:28
Я использую серверную, мне так просто удобней. Подключение к MODX API в скрипте, надеюсь вы используете)
Как перенести копию сайта с субдомена в контекст основного домена? 6
Вчера в 20:13
Да. Хороший вопрос.
Подумаю над этим, напишу
Стоимость доставки minishop2 из двух условий 2
15 января 2025, 21:00
ну в чанке да. Я то php написал для кастома
[utmMark] - сохранения UTM меток для форм 16
14 января 2025, 12:10
Для того, чтобы понимать изменились ли параметры фильтрации или нет должны соблюдаться следующие условия
1. Нужно указать ключи всех изменяемых парам...
Sendit и Pagination 9
14 января 2025, 08:26
Спасибо, попробую.
Можно ли в MODX как-то получить значение длины видеофайла? 4
13 января 2025, 21:35
Особенно после запуска FacetSearch я думаю некоторый опыт уже сложился у нас, надо его использовать!
FacetSearch так то провалился. Не хватило времен...
GNU2 можно ли зашифровать часть компонента MODX? 16
ну а чтобы узнать имена переменных, в этом же файле поищите вызовы функции 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 года