Александр Туниеков
С нами с 19 декабря 2015; Место в рейтинге пользователей: #119 минут назад
Подскажите, пожалуйста, пытаюсь добавить свое кастомное поле в свойства товара MiniShop3 1.3.0-beta-1.
MiniShop3 — Утилиты — Свои поля — Создать поле...
MiniShop3 1.2.0 - 1.3.0 Самое интересное 7
5 часов назад
Это очень круто! В компоненте есть функционал создания транспортного пакета?
CustomExtra 3.0.0-beta для MODX3 4
Вчера в 23:41
И мой метод скорее всего на шаред-хостинге работать не будет, на шареде порты закрыты и не дают законектитьсяИменно не будет работать. Тестил пока на ...
Инструкция: Настройка SOCKS5 прокси в MODX3 для работы с репозиторием 24
Вчера в 16:43
Попробуйте параметр &scrollTop=`0`
Нигде в документации он не описан (есть лишь в javascript pdopage), но мне помог в такой ситуации.
Скроллит страницу вверх при ajax пагинации pdoPage 12
Вчера в 16:16
Я к чему спросил, сейчас активно ведется разработка ключевых компонентов под MODX3. Соответственно все больше разработчиков будут выбирать 3-ку
На ...
FileMan - прикрепление файлов к ресурсам для MODX 3 70
01 февраля 2026, 17:45
UPD: Предложенный вариант с формированием ссылок рабочий, конечно, но он вызывает перезагрузку страницы.
Как бы решить эту задачу красиво, с Ajax как...
Кнопки как в ModStore 12
01 февраля 2026, 15:20
Спасибо за помощь! Попробовала рекомендации, пока не помогло. Но, думаю, действительно какой-то конфликт. Буду ещё разбираться.
Не работает пагинация pdoPage 6
30 января 2026, 17:55
Уже практически готов, допиливаю детали. В течение недели думаю релиз будет
MiniShop3 - 1.1.0 - Уже в Modstore.pro 38
30 января 2026, 14:56
Это для фронтендеров которым fenom привычен я так полагаю
Fenom.js: шаблонизатор в стиле Fenom.php для JavaScript и Vite 5
29 января 2026, 12:28
Хотя не зря, все равно мой велосипед более гибкий, в будущем может еще что то к нему прикручу.
Сниппет getPageBlockContent для вывода блоков PageBlocks (Free версия) с других страниц в MODX 6
1. Вызов
не очень хорошая идея. Как выяснилось на каждый объект в результатах поиска приходиться более десятка вызовов в базу данных. Что, конечно, тормозит работу сайта. Более разумное решение присоединить все что можно к основному запросу и потом вытащить из него нужные данные.
Присоединяем
и выбираем колонку с данными объектов карты «ym2Map»:«objects».
Чанк my.tpl.mSearch2.row
дебаем балун и выводим объекты карты в результаты поиска
Чанк tpl.mFilter2.outer3
Вытаскиваем из результатов поиска и выводим на карту.
Скрипт assets/components/yandexmaps2/js/web/default.js
Изменилась регулярка чтоб она работала в safary
Маштабировать и центрировать карту чтобы все объекты на нее влезали
И свой тип метки на карте
Еще чтобы работал поиск как надо надо поправить ошибки в pdoTools
Файл core/components/pdotools/model/pdotools/pdofetch.class.php
Функция addSelects строка примерно 367:
$fields = 'SQL_CALC_FOUND_ROWS '. implode(",",$fields); это чтобы в запрос не попадало SQL_CALC_FOUND_ROWS Arroy
Функция addJoins строка примерно 304
Здесь поменял порядок присоединения таблиц чтоб tv присоединялись раньше чем все остальное. Иначе mySQL ругается на CSDistrict.id = TVdistrict.value. TVdistrict присоединяется позже и типо ему оно не известно. Надо чтоб лефтджоин с TVdistrict был раньше уже сделан.
Ну вот что помню :). Надеюсь это поможет вам и остальным разработчикам :)
точно нужны? Я делал другой плагин копируя этот и у меня из-за них возникала проблема что не находит xpdo классы компонентов. Не понятно зачем нужна вообще здесь инициализация нового объекта $modx
В emailqueue.mysql.schema.xml вместо этого
сделал это
Я эти поля как в modExtra сделано так и делал.
Хм. Он 3 часа обещает скачиваться. Может все таки дадите доступ к вашему MODX?
Кстати а как через менеджер MIGX inputTV проставить? я только через правку JSON конфига сделал.
например https://www.youtube.com/watch?v=_CFCr_embNw
Я недавно делал migx внутри migxdb :)
Хорошее правило, но явно не запрет прямых аналогов.
Прямо реклама монополии :). Всю жизнь учили, что конкуренция лучше, а тут прямым текстом монополия лучше :). Я отстал от жизни? Монополия в ИТ лучше?
Мне кажется, что монополия провоцирует не совершенствовать продукт, а просто сидеть и стричь денежки :).
Если вдруг на мой компонент появиться конкурент и продажи упадут вдвое, то я, скорее всего, увеличу стоимость компонента вдвое. В расчете на то, что конкуренту тоже надо отбивать вложения, и так как, сложный компонент дорого делать, то конкурент тоже подымет стоимость.
А я вот не уверен. В правилах четко написано никаких прямых аналогов. Значит никаких. А то что за произвол? Это понравилось одобрим, а это не одобрим. И вдруг стоящий и сложный компонент чуть чуть не дотянет и его не одобрят, а время то на сложный надо много :(.
Вы в разработке этого компонента заинтересованы? Или в чем заинтересовались? :)
1 минус. Как в моем случае, нельзя просто дополнение выпустить. Надо еще и сам функционал компонента под статистику доработать.
2 минус. Клиентам 2 дополнения придется ставить.
3 минус. Функционал компонента может измениться и дополнение станет не совместимым. Если в одном компоненте, то там это отслеживаешь, чтоб компонент был полностью рабочим. А в дополнении хата не моя и не знаю что там твориться :).
1 плюс как вы сказали 2 плюс если клиенту не нужна статистика он ее просто может не покупать.
В целом мне было бы интересней и клиентам удобней в одном компоненте. Только админам Modstore под группы разработчиков переделывать магазин — это много работы. Наверно они на это не пойдут :(.
Здесь в а в msImportExport
Некоторые разработчики перестают развивать свои компоненты. Некогда или интерес пропал. Вышеописанная идея как раз для них подойдет.
Открытое ПО как раз и ценно тем, что его дорабатывать может кто захочет. А запрет на прямые аналоги эту ценность прибивают.