Pavel Zarubin

Учит — учит, а делает он это требованием совершать большое количество однотипных действий для расширения модели, создания интерфейса на extjs и т.д., Эта проблема бы конечно же решилась если бы вместо фреда выпустили бы конструктор новых типов ресурсов и хотя бы основных моделей, особенно учитывая то, что это не сложная задача но трудоемкая, но видимо сами разработчики modx'a изначально предполагали что хранить все надо в ресурсах, и это же подтверждает наличие настройки форм позволяющее для каждого шаблона сделать свою конфигурацию полей.
А сейчас, по факту, пока я буду расширять класс modResource под каждую свою модель я на том же ларавеле за это время половину админки напишу

А так, было время я тоже говорил что на modx можно сделать что угодно, что нет никаких ограничений и вообще зачем фреймворки, есть же MODX, он же чуть ли не фреймворк и ни капли не устарел, но все мы потом вырастаем, учимся программировать по настоящему и понимаем что для реальных задач, нужны реальные решения, а не игрушечные

Неужели на нем можно делать только интернет-магазины и он больше ни на что не годится

На самом деле даже интернет — магазин более-менее достойный ты врятли сделаешь, элементарное отсутствие очередей без которых любому интернет — магазину тяжко, перегруженная БД ненужными полями и таблицами, устаревший и медленный код, отсутствие нормально реализованных событий, кэширования и т.д.
Да, это PHP и все можно прикрутить, да, можно много логик переписать или дописать, но зачем, когда есть фреймворки где за тебя уже продумали большую часть моментов и реализовали это быстро и хорошо?
А что на счет CRM, вам повезет если бизнес загнется или поймет что ваше самописанное решение не нужно, но если все же нет и придется масштабировать под реальные потребности бизнеса, я не завидую тому, кто будет этим заниматься

И еще, все таки динамические компоненты лучше изменять через метод onAvalible (как я описывал тут: modx.pro/howto/15248) т.к. это позволяет работать например с пришедшими данными (record). Взять твою же галку «индивидуальный расчет» она действительно нужна на всех типах доставки? Все таки подозреваю что нужна она только на доставке с определенными классом обработчиком, что собственно и позволяет реализовать onAvalible

Хреново так делать, во первых ты перезаписываешь метод полностью, а если обновится минишоп и добавятся новые поля что делать будешь? Во вторых зачем прописывать одни и те же поля если у родителя они уже прописаны? В общем сначала всегда вызывается родительский метод getFields а уже потом производится работы с массивов который вернул этот метод

Ну во первых где тут краудфандинг, а во вторых честно говоря не знаю ни одну компанию в живую которая работала бы с главпунктом, видимо по этому еще никто компонент и не написал. Чаще всего компоненты пишутся не из разряда «А чтобы написать», а из разряда «Меня попросили написать это, почему бы не оформить и не продавать вдобавок», тут вам не ВП, даже если компонент будет популярен с продаж вы врятли разбогатеете

Нет, заходите в плагин msPNNotify в события и там в правой колонке есть приоритет, попробуйте поиграться с ним задать положительное/отрицательное значение

У меня такое было один раз, поиграйтесь с приоритетами плагина

Не знаю) Попробуйте с инкогнито) Поднял тестовый, на нем тоже все ок

s20760.h10.modhost.pro/manager/
s20760
JeKS3eJ9BCQi

Кэш браузера пробовали очищать? Еще раз проверил, у меня все работает

Поправил, обновитесь

А я откуда знаю как в вашем случае в switch вытянуть город? В компоненте идет стандартный чанк где уже показано как вытянуть текущий выбранный город github.com/pavel-one/multiSite/blob/master/core/components/multisite/elements/chunks/city.tpl

А конкретнее в чанк приходит массив городов cities и массив текущего города исходя из урла current_city, распечатывайте их оба, смотрите как вам вытянуть в ваших условиях

Чего?

Можно же было просто загуглить)

Он не физически перекликается, а идейно )

Если кто — то поможет с переводом, то почему бы и нет :)

Ребятки, в общем не будет его в modstore, потому что оно перекликается с платным cityFields (да-да, не ChangeDomain как мы выяснили выше), по этому вот вам краткая инструкция как собрать компонент:

1. Создаем папку Extras у себя на сайте
2. Клонируем туда репозиторий на github
3. Запускаем build.php

Ну нет, принципиально разные способы разборки ключей, например у тебя добавляются плейсхолдером ключи, и можно использовать я так понимаю только в контенте, у меня же можно использовать хоть в контенте, хоть в шаблоне, хоть в тв полях т.к. парсится уже скомпилированная страница, также я так понимаю что перед созданием контента к ключу нужно сначала создать эти ключи к городам, что не очень удобно, ну короче мб, когда нибудь гляну твой компонент

Это есть в официальной документации
docs.modx.pro/komponentyi/msearch2/tipovyie-resheniya/zavisimyie-filtryi

Можно, если чуть чуть изменить код плагина