24 минуты назад
Все верно, сорян, в своем сообщении написал не то что хотел =)
msGiftCards - дополнение для MODX 2 + miniShop2 для продажи, применения и учета подарочных сертифика... 5
2 часа назад
Нет конечно, иначе это были бы уже отдельные товары.
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 комментария
Обычные модификации не подходят, ввиду крайне не удобного администрирования.
Попытаюсь объяснить подробнее:
Мебель, выбор ткани или выбор цвета.
Цвета и ткани делятся на ценовые категории, внутри каждой много делений по названиям тканей, а каждая ткань в свою очередь представляет из себя множество фото в разных цветовых решениях.
Категории тканей — это у нас категории товаров. Сама ткань — ресурс (товар), фото тканей — галерея изображений.
Суть в том, что в зависимости от товара наценка на категории тканей разная. Поэтому вводим такую опцию — Категории тканей, которая содержит просто перечисление категорий (категория 1, категория2, категория 3 и т.д.), а в модификациях мы указываем наценку, допустим: кат1 — 0, кат 2 — +500, кат 3 + 1000 и.т.д
При нажатии на сайте ссылки выбор ткани всплывает модальное окно в которое подгружаются только те ресурсы, названия родителя которых совпадают с значениями опций (где-то может быть 5 категорий ткани, где-то 8) и они раскидываются по вкладкам (табам), каждый таб — отдельная категория ткани. и вот сюда мне нужно погрузить наценку категории, а для этого — получить модификации продукта по опции Категория тканей и соответственно наценку на каждое из значений опции
Скорее всего просто в рандомном порядке
@Василий Наумкин Спасибо тебе за участие в развитии сообщества и созданные инструменты. Ты внес ощутительный вклад — ты это сам прекрасно знаешь.
Да, все мы выгораем постепенно и теряем вдохновение к работе — к сожалению, такая у нас реальность.
От себя, я тебе желаю позитива, хороших и интересных проектов, профессионального роста и счастья тебе и твоим близким.
А теперь по делу:
Узнал поздно о твоем решении, мог бы помочь с мордой на VueJS (NuxtJS), но раз Иван уже взялся за modx.pro, то ждем его на React :)
Касательно, pdoTools предлагаю назначить несколько мейнтейнеров из сообщества (@Илья Уткин,@Павел Гвоздь,@Сергей Шлоков) с правом принятия пулл-реквестов и мержа в основную ветку, чтобы они проводили код-ревью и принимать решения по добавлению изменений в репозиторий. Я бы предложил себя, но этот год начался очень нагружено и боюсь не оправдать ожиданий из-за нехватки времени.
Удачи тебе :)
А все ли в курсе, что некоторые программисты и веб-мастера люди видимо очень стеснительные и после получения ответа на свой вопрос, чтобы в будущем не было «стыдно что задавал глупые вопросы» просто берут и снимают их с публикации.
И вот она, Проблема:
От снятия топиков с публикации есть два сайд-эффекта, которые не очевидны и не приятны:
- Вопрос (и ответ) не найдут поиском другие (а там готовые решения конкретных проблем)
- Карма в необпуликованных топиках не учитывается
Тут у нас рейтинг особо ни на что сам по себе не влияет но как-то пару лет назад приболел и работать не хотелось, взялся отвечать на вопросы, зеленые плюсики были доп. мотивацией и предавали некой геймификации процессу. За пару дней плотной «форумной жизни» я не раз столкнулся с тем, что у тебя на почте лежит письмо от modx.pro и там автор например отвечает «спасибо решение мне помогло», кликаешь посмотреть на зеленый плюсик и порадоваться что кому-то помог, а там — 403. Мотивация отвечать… если не пропадает, то падает. А как бы иногда было приятно на вопрос от коллеги ответь «чекни на modx.pro — я там отвечал кому-то по этой теме», правда же?Решение 1, возможно имеет смысл запретить снимать с публикации топики в которых есть ответы или хотя бы запретить делать это быстро?
Или еще интереснее Решение 2: я прямо уверен что некоторые с публикации снимают топики чтобы потом при откликах в разделе Работа, заказчик не пошел в профиль — не посмотрел топики и не усомнился в компетенции специалиста «а чего это он вопросы задает, сам не шарит что-ли?». Заказчики вообще нечасто в курсе специфики наших профессий :) и намного хуже когда разработчик перестает учиться…
Так может сделаем возможность вместо снятия с публикации просто скрывать ссылку и имя автора топика в Вопросах?
Можно еще в зависимости от рейтинга автора (или даты регистрации) писать вместо имени «МодЫксер» или «Опытный МодЫксер», «Новичек» и т.п. чтобы намекнуть читателю об уровне топикстартера, как было на «теплых ламповых» форумах) (может это доп.усложнение и перебор, конечно, но возможность анонимизации в вопросах точно позволила бы ценным ответам задерживаться в паблике, что для сообщества точно было бы полезным!
Суть такова: внутри товара я получаю некий ресурс — в галерее которых цвета.
В тоже время у этого товара есть опция, в модификациях которой указана наценка.
Проще говоря, есть группы лдсп и на каждую группу по названию (категория 1, категория 2 и т.д.) есть наценка. Вот ее и нужно подтянуть.
Файл msynccataloghandler метод getCategoryData строка 628
Должна проверяться настройка $this->config['category_by_name'] а не $this->config['parent_by_name']
Из за этого сопоставление по имени не работает
А то висят мертвым грузом
А другая часть, которая должна применять скидку к товарам одной категории — не работает
все равно не меняет ценник.
Я тут плагины поотключал и выяснил что при отключении плагина msOptionPrice все работает. Но вот где он ценник перебивает ума не приложу