1 час назад
Все верно, сорян, в своем сообщении написал не то что хотел =)
msGiftCards - дополнение для MODX 2 + miniShop2 для продажи, применения и учета подарочных сертифика... 5
3 часа назад
Нет конечно, иначе это были бы уже отдельные товары.
ms3Variants - Реализация вариантов одного товара в MiniShop3 6
06 марта 2026, 09:38
Александр, данный компонент более недоступен для приобретения?
miniShop 2.9.1-pl 57
06 марта 2026, 09:11
Спасибо за информацию — проверим. Какой редактор используете?
MiniShop3: итоги февраля и версия 1.6.0 6
04 марта 2026, 21:09
Немного нетипичный пост на этом форуме. Будем считать это экспериментом. Кратко вводную информацию я выложил у нас в телеграм-сообществе — получил мно...
Baymard Institute: 61 рекомендация для e-commerce, о которых стоит знать 1
04 марта 2026, 20:13
Атомарненько)))
ms3FirstTimeBuyerDiscount - автоматическая скидка на первый заказ 7
03 марта 2026, 09:49
А теперь все эту красоту оформляем в виде сниппета. Параметры по-умолчанию редактируем в самом сниппете
elements/snippets/bgImage.php
<?php
/**
...
Унифицированное отображение разноформатных изображений без обрезки (решено) 1
02 марта 2026, 17:14
Это не ошибка, а warning — посмотрим, спасибо!
UPD github.com/modx-pro/MiniShop3/pull/127
MiniShop3 1.2.0 - 1.3.0 Самое интересное 23
01 марта 2026, 14:45
Добавил сиcтемную настройку ms3recentlyviewed.block_bots_detector и интегрировал jaybizzle/crawler-detect
ms3RecentlyViewed - Недавно просмотренные товары для MiniShop3 5
Всего 125 673 комментария
А можно его как то более сложным методом получать для более сложных сниппетов?)))))
Так делать, как делает автор заметки ни в коем случае нельзя, во первых у вас генерация страницы зависит от сервиса поставщика, т.е. если ляжет например DaData или будет тормозить — ваш сайт тоже отвалится или будет тормозить, каждое обновление страницы — запрос в DaData, первые 100 активных посетителей на сайте, а то и 20 и DaData забанит за слишком активное обращение к АПИ, а будет бан — поломается весь сайт)))
P.s. Артур, я видел что ты пишешь для себя, а я пишу для тех, кто решит «сэкономить немного времени»
В самом начале аж два запроса в БД просто ради того чтобы не парится и в инпут пихать ид или юзернейм? Не слишком ли большие жертвы ради удобства разработчика?) Да и таблицу профиля дергать просто чтобы разработчик не думал откуда он тянет данные — слишком, и того, ради какого нибудь поля которое может быть вообще в индексе мы делаем аж три запроса в бд))
Я бы не хотел бы чтобы мне так писали сайт, где просто чтобы дернуть имя авторизованного пользователя например уходило по три запроса в бд)
Product
Product properties
и также как Tags только например упаковка с выбором когда товары заполняешь (мягкая, пак, акционные)
Так и задумано, т.к. исторически у нас СЕОшники используют longtitle как заголовок страницы, а pagetitle — как h1.
&recaptchav3.token_key=`token-2`
&recaptchav3.action_key=`action-2`
&recaptchav3.threshold=`0.5`
Рекомендуют ставить получение токена не на событие загрузки страницы, а на отправку формы, как-то так:
skrinshoter.ru/s/071220/gCv8POsx?a
Но тут нюанс — получение токена занимает время, пост-запросы с формы могут улететь раньше, чем токен будет получен. Первый раз отправил форму — получил ошибку «нет токена», т.к. не успел подгрузиться. Во второй раз клацнул сабмит — отправил.
Значит, нужно ещё в FormIt ставить на submit проверку, есть ли в поле токена не пустой value. Это получается интеграция в formIt будет…