03 декабря 2015, 18:39 {$_pls['tvname']} Новые дополнения и их версии / [pdoTools] 2.0.0-beta c шаблонизатором Fenom 175 0
03 декабря 2015, 12:30 Сделай стоимость такого билета на 1 рубль меньше. Фактически, ни на чем не отразится, но в таблице легко заметишь. Новости и события / MODX Meetup Minsk 2015 [билеты уже в продаже] 76 0
02 декабря 2015, 23:45 {$_modx->resource.tvname} Новые дополнения и их версии / [pdoTools] 2.0.0-beta c шаблонизатором Fenom 175 0
02 декабря 2015, 22:29 И сейчас все побегут массово расширять все системные таблицы ))) Готовые решения / Упрощаем работу с TV 44 +1
02 декабря 2015, 20:13 HybridAuth. Новые дополнения и их версии / [UserProfile2] - профиль пользователя. 103 0
02 декабря 2015, 17:55 Второе. Когда необходимо постоянно работать с некоторыми TV, появляется смысл добавить дублирующие значения в основную таблицу. В противном случае это не нужно. Готовые решения / Упрощаем работу с TV 44 0
02 декабря 2015, 15:18 MinifyX ошибки в своей работе скидывает в лог ошибок MODX. Что там есть? Вопросы / Не работает MinifyX 13 0
02 декабря 2015, 12:34 Вот и поглядим, знают ли они русские народные пословицы :) Готовые решения / Упрощаем работу с TV 44 +1
02 декабря 2015, 12:25 О 3 версии уже года 3 идут разговоры. Готовые решения / Упрощаем работу с TV 44 0
02 декабря 2015, 12:21 Сергей, молодец! Все гениальное просто :) Твой пытливый ум еще много полезностей, чую, придумает ))) Готовые решения / Упрощаем работу с TV 44 +1
02 декабря 2015, 09:41 Отправить AJAX запрос из браузера, отловить запрос сниппетом или плагином, запустить обработку. После всего этого вызвать JS метод Order.getCost(); Вопросы / Изменять стоимость доставки через яндекс 7 +1
02 декабря 2015, 08:29 Стоимость считается на фронте на JS? Если так, необходим собственный класс доставки, который принимает стоимость из браузера, но очень это криво выглядит. Нужно больше подробностей. Вопросы / Изменять стоимость доставки через яндекс 7 0
02 декабря 2015, 07:07 В HitsPage так не должно быть, достаточно посмотреть на название. Вопросы / Не могу настроить работу Hitspage 27 0
30 ноября 2015, 23:30 <? switch ($modx->event->name){ case 'msOnBeforeAddToCart': if (!is_array($options)) $options = json_decode($options, true); if (isset($options['price'])) { $product->set('price', $options['price']); } break; }Кусок с работающего проекта. Полагаться на записанное в options товара никогда не нужно, но как пример хорошо подходит. Вопросы / miniShop2 — работа с оптовыми ценами 28 0
30 ноября 2015, 23:08 1) Использовать getIterator 2) Перед сохранением установкой новых значений и сохранением в базу проверять, есть ли изменения. Если не изменилось, ничего не делать. Это самая очевидная оптимизация. Следующий шаг — начальная выборка значений в виде массивов данных, без getCollection/getIterator. Сравнить все на уровне массивов, затем быстро пройти только по изменившимся товарам. И, кстати, рекомендую именно проверку на уровне массивов сделать с формированием нового массива, в котором будут изменившиеся значения. На мой взгляд, быстрее этого варианта только чистый SQL. Могу, конечно, ошибаться. Вопросы / Программное обновление ресурсов (7000+) 8 +2
30 ноября 2015, 23:00 В такой задаче, хоть и не самый правильный способ, я бы смотрел в сторону обновления на чистом SQL, если нет необходимости отработки плагинов и прочего при изменении товаров. А такой необходимости нет, учитывая допустимость работы без процессоров. Что касается самих процессоров, с ними быстрее не получится. Они, помимо getObject() и save() выполняют еще огромное количество функций и проверок. У вас товары сохраняются все и всегда? Или есть проверка на изменившиеся поля? Вопросы / Программное обновление ресурсов (7000+) 8 0
Возможно ли реализовать возможность предоплаты за доставку на сайте? Так ради этого мне и нужно это все, чтобы клиент платил сразу при оформлении заказа, чтобы избавить себя от мусорных заявок (когда человек оставляет заявку, а предоплату делать не ...
Редизайн сообщества На больших экранах основной текст статьи я бы сделал 18 px. Да и текст комментариев можно таким сделать. Для меня лично 16 — мелковато на больших экранах (в комментариях вообще 15 ...
MiniShop3 1.11.0 при клике на radio идет пересчет итоговой суммы в orderUI, в зависимости от способов(оплаты доставки) я так поняла. попробуй код запуска события поставить ниже чем orderUI, после
ImageOptimizer - WebP/AVIF и responsive <picture> для MODX 3 Дополнение доступно modstore.pro/packages/photos-and-files/imageoptimizer
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeV... Добавил localizator3_default_language
msInShopNotify Начиная с версии 3.0.0-beta добавлена поддержка MiniShop3 Минимальные требования: PHP 8.4 MODX 3.2 MiniShop3
MaxNotify Обновление 1.2.0-pl (03.07.2026) — добавлены уведомления о заявках FormIt через hook-сниппет `maxNotifyFormIt`; — добавлены уведомления о заявках SendIt через hook-...
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurre... Да, планируется. Даже чуть больше, чем просто бонусная система)
Все гениальное просто :) Твой пытливый ум еще много полезностей, чую, придумает )))
Если так, необходим собственный класс доставки, который принимает стоимость из браузера, но очень это криво выглядит. Нужно больше подробностей.
2) Перед сохранением установкой новых значений и сохранением в базу проверять, есть ли изменения. Если не изменилось, ничего не делать.
Это самая очевидная оптимизация. Следующий шаг — начальная выборка значений в виде массивов данных, без getCollection/getIterator. Сравнить все на уровне массивов, затем быстро пройти только по изменившимся товарам.
И, кстати, рекомендую именно проверку на уровне массивов сделать с формированием нового массива, в котором будут изменившиеся значения. На мой взгляд, быстрее этого варианта только чистый SQL. Могу, конечно, ошибаться.
Что касается самих процессоров, с ними быстрее не получится. Они, помимо getObject() и save() выполняют еще огромное количество функций и проверок.
У вас товары сохраняются все и всегда? Или есть проверка на изменившиеся поля?