Вопросы специалистов

Документация для специалистов

Багрепорт

Новости

Вопросы клиентов

Сайты на ShopModxBox

MIGX

Сопутствующий товар - шаблон

Изменяемая цена на shopmodxbox

Ajax-каталог на практике

MODx::makeUrl() и GET-параметры в формируемых ссылках

Баг в админке

Небольшая уязвимость в ShopModxBox. Переопределение цены при заказе.

MODX Meetup Minsk 29 ноября

Панель управления заказов без скроллбара

ShopModx и мультидоменность/мультимагазин

Пользовательские процессоры MIGXdb

Когда заданы сопутствующие товары, их ID хранятся в соответствующей переменной. Для их вывода необходимо:
 1. преобразовать строку вида '543||354||222||666' (именно так хранятся значения списка в TV) в массив (назовем его $ids)
 2. вызвать процессор, который выберет нужные данные:
 


{$params=['where'=>['id:in'=>$ids]]}

{processor action='web/catalog/products/getdata' ns=modxsite params=$parrams assign=result}



3. обработать как при выводе товаров в категории:
 


{foreach $result.object as $object}

...

{/foreach}



Когда заданы сопутствующие товары, их ID хранятся в соответствующей переменной. Для их вывода необходимо:
 1. преобразовать строку вида '543||354||222||666' (именно так хранятся значения списка в TV) в массив (назовем его $ids)
 2. вызвать процессор, который выберет нужные данные: {$params=['where'=>['id:in'=>$ids]]}

{processor action='web/catalog/products/getdata' ns=modxsite params=$parrams assign=result} 3. обработать как при выводе товаров в категории: {foreach $result.object as $object}

...

{/foreach}

Когда заданы сопутствующие товары, их ID хранятся 

Все так.

Честно скажу, когда-то с таким сталкивался, но не стал особо углубляться, поверхностный анализ ничего не дал. Переустанавливал MODX.

Честно скажу, когда-то с таким сталкивался, но не 

Благодарю за ответ. В связи с этим хотел спросить. Каким образом возможно перенести весь контент сайта (статьи, плагины и т.п.) на свежеустановленную Modx Revo. Не могли бы вы подсказать какую то статью или же что-то с личного опыта по данной теме на ваше усмотрение.

Благодарю за ответ. В связи с этим хотел спросить.

Vapor наше всё.

Весьма благодарен за предоставленную статью. Буду разбираться.

Весьма благодарен за предоставленную статью. Буду 

Не за что.

А что именно делает :in запрос и что он может принимать в значение?


И я не понимаю, как преобразовать строку в массив, что я должен для этого использовать ?


Вот код который у меня должен выдавать я так понимаю сам себя (так, просто проверить) и он вообще ничего не выдаёт
 

{assign var=params value=[

                            "limit" => 6,

                            "getPage" => 1,

                            "where" => [

                                "id:in" => "%{$object.id}%"

                            ]

                        ]}

                        

                        {processor action="web/catalog/products/getdata" ns="modxsite" params=$params assign=result}

                    

                        {include file="shop/catalog/list/fetch.tpl"}

А что именно делает :in запрос и что он может принимать в значение? И я не понимаю, как преобразовать строку в массив, что я должен для этого использовать ? Вот код который у меня должен выдавать я так понимаю сам себя (так, просто проверить) и он вообще ничего не выдаёт {assign var=params value=[

                            "limit" => 6,

                            "getPage" => 1,

                            "where" => [

                                "id:in" => "%{$object.id}%"

                            ]

                        ]}

                        

                        {processor action="web/catalog/products/getdata" ns="modxsite" params=$params assign=result}

                    

                        {include file="shop/catalog/list/fetch.tpl"}

А что именно делает :in запрос и что он может прин

Если вы решили все-таки заниматься сборкой ShopModxBox, то для начала изучите хотя бы основные типы данных (в частности строки, массивы и объекты), а так же методы explode() (формирование массива из строки) и implode() (обратно из массива в строку). Плюс к этой изучите хотя бы простейшие SQL-запросы.
 

В SQL данная ковструкция - маска поиска по строке. То есть если $object.id имеет, к примеру, значение 110, то будет искать любую строку состоящую из 110 и любых других символов слева и справа от 110 (% - это любые символы. _ - любой один символ). Но операнд in требует перечисление (или массив). В вашем случае это "id:in" => [$object.id], или если поиск только по id, то "id" => $object.id


В примере, который приводил Саша, $ids - это массив id-шников. {$params=['where'=>['id:in'=>$ids]]}
 

1. преобразовать строку вида '543||354||222||666' (именно так хранятся значения списка в TV) в массив (назовем его $ids)

{$ids = (array)explode("||", $modx->resource->getTVValue($tv_id))}

{$params=[

    'where'=>[

        'id:in'=>$ids

    ]

]}

{processor action='web/catalog/products/getdata' ns=modxsite params=$params assign=result}



    {print_r($result, 1)}






Если вы решили все-таки заниматься сборкой ShopModxBox, то для начала изучите хотя бы основные типы данных (в частности строки, массивы и объекты), а так же методы explode() (формирование массива из строки) и implode() (обратно из массива в строку). Плюс к этой изучите хотя бы простейшие SQL-запросы. "%{$object.id}%" В SQL данная ковструкция - маска поиска по строке. То есть если $object.id имеет, к примеру, значение 110, то будет искать любую строку состоящую из 110 и любых других символов слева и справа от 110 (% - это любые символы. _ - любой один символ). Но операнд in требует перечисление (или массив). В вашем случае это "id:in" => [$object.id], или если поиск только по id, то "id" => $object.id В примере, который приводил Саша, $ids - это массив id-шников. {$params=['where'=>['id:in'=>$ids]]} 1. преобразовать строку вида '543||354||222||666' (именно так хранятся значения списка в TV) в массив (назовем его $ids) {$ids = (array)explode("||", $modx->resource->getTVValue($tv_id))}

{$params=[

    'where'=>[

        'id:in'=>$ids

    ]

]}

{processor action='web/catalog/products/getdata' ns=modxsite params=$params assign=result}



    {print_r($result, 1)}

Если вы решили все-таки заниматься сборкой ShopMod

Профессионалы на фремворках сидят а не на CMS MODX...)))

Профессионалы на фремворках сидят а не на CMS MODX

Профессионалы делают рабочие продукты, которые приносят прибыль, а не холиварят :) MODX всего лишь инструмент

Профессионалы делают рабочие продукты, которые при

на голом PHP тоже можно делать))) Просто вещи нужно называть своими именами MODX эта CMS так даже на официальном сайте написано ссылка на фото, поэтому ставить гордую приставку CMF к данной цмски не надо.


А так как это CMS то наверное не нужно напоминать о том что и так всем известно, что на цмсках средний уровень разработчиков ниже чем на фремворках и скорее всего это даже не разработчика а сайта строители....


На самом деле не чего против вашего мероприятия не имею замечательная идея, просто мысли в слух...))

на голом PHP тоже можно делать))) Просто вещи нужно называть своими именами MODX эта CMS так даже на официальном сайте написано ссылка на фото, поэтому ставить гордую приставку CMF к данной цмски не надо. А так как это CMS то наверное не нужно напоминать о том что и так всем известно, что на цмсках средний уровень разработчиков ниже чем на фремворках и скорее всего это даже не разработчика а сайта строители.... На самом деле не чего против вашего мероприятия не имею замечательная идея, просто мысли в слух...))

на голом PHP тоже можно делать))) Просто вещи нужн

Изначально это все же CMF (по крайней мере 4 года назад так называли), на сайте тексты пишут люди и не всегда разработчики, а вполне себе обыкновенные маркетологи :) Но это особенности терминологии, детали так сказать.


Вы правы, уровень CMS зачастую подразумевает более низкий уровень, это и немудрено, все таки CMS - инструмент больше для простых людей, чтобы сайтом было удобно управлять. А шерстить под одну гребенку всех не нужно, вы не знаете ни мой опыт, ни опыт других разработчиков, чтобы судить. Я разрабатывал программы на различных фреймворках и без них, и не только на PHP.

Изначально это все же CMF (по крайней мере 4 года назад так называли), на сайте тексты пишут люди и не всегда разработчики, а вполне себе обыкновенные маркетологи :) Но это особенности терминологии, детали так сказать. Вы правы, уровень CMS зачастую подразумевает более низкий уровень, это и немудрено, все таки CMS - инструмент больше для простых людей, чтобы сайтом было удобно управлять. А шерстить под одну гребенку всех не нужно, вы не знаете ни мой опыт, ни опыт других разработчиков, чтобы судить. Я разрабатывал программы на различных фреймворках и без них, и не только на PHP.

Изначально это все же CMF (по крайней мере 4 года 

Я тоже не только на PHP и почему насчет разработчиков вы это на свой счет приняли? Не знаю что и думать даже...


Насчет того что 4 года назад MODX был CMF, да это так и было тоже помню, но вот уровень фремворков и возможности PHP с тех пор сильно изменились в лучшую сторону и теперь то что было передовым лет этак 7 назад сейчас уже не актуально.


Требование к современным веб ресурсам сильно повысились, начиная от разных представлений базы данных сюда можно включить и внейшний API сайта и прочие WebDev, WebCal и так далее.


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


Не чего против CMS MODX не имею но если MODX фремворк то следует провисит сравнение с современными фремворками.


Так что разработчики MODX все правильно поняли убрав CMF из названия, они все таки адекватные люди...))

Я тоже не только на PHP и почему насчет разработчиков вы это на свой счет приняли? Не знаю что и думать даже... Насчет того что 4 года назад MODX был CMF, да это так и было тоже помню, но вот уровень фремворков и возможности PHP с тех пор сильно изменились в лучшую сторону и теперь то что было передовым лет этак 7 назад сейчас уже не актуально. Требование к современным веб ресурсам сильно повысились, начиная от разных представлений базы данных сюда можно включить и внейшний API сайта и прочие WebDev, WebCal и так далее. О безопастности вообще говорить не приходится в сравнении с другими CMS хорошо но вот с фремворками типа симфони или лавры я бы сравнивать не стал, полный набор и кулхакинг, и иньекции и так далее такие дырки здесь исключительно ручками латаются. Не чего против CMS MODX не имею но если MODX фремворк то следует провисит сравнение с современными фремворками. Так что разработчики MODX все правильно поняли убрав CMF из названия, они все таки адекватные люди...))

Я тоже не только на PHP и почему насчет разработчи

Кат - наше всё :)

Добрый день! Данную тему уже поднимали, но у меня сейчас к сожалению нет времени чтобы этим заняться. Если у вас проект там серьезный, возможно имеет смысл просто заказать у кого-нибудь разработку индивидуального модуля управления заказами. Все процессоры имеются, просто надо оформление сделать и возможно не на ExtJS. Наверняка найдутся умельцы с бюджетами до 5000 рублей.

Добрый день! Данную тему уже поднимали, но у меня 

Алексей, еще одно подобное высказывание, и я заблокирую тебя. Я не скажу за всю Одессу, но может ты скажешь что я не профессионал? Я знаю еще профессионалов, я не один такой.
 Короче, трололо будем пресекать здесь жестко.

Алексей, еще одно подобное высказывание, и я забло

Что такие все нервные я же не кого конкретно не называл...)))

Что такие все нервные я же не кого конкретно не на

А сказал веголиш что средний уровень разработчиков на цмесках ниже среднего уровня разработчиков на фремворках.

А сказал веголиш что средний уровень разработчиков

А где там написано, что MODX - это CMS? В первом предложении говорится вообще о CMS, которые не должны быть преградой для доставки контента, чем грешат большинство платформ.

А где там написано, что MODX - это CMS? В первом п

Встречный вопрос, где написано что MODX CMF...?

http://joxi.ru/KAgJWK1fgvaG2l

надо быть реалистами, да когда-то MODX тянул на гордое название фремворка, но сейчас эта просто добротная цмска.


надо быть реалистами, да когда-то MODX тянул на гордое название фремворка, но сейчас эта просто добротная цмска. ссылка на фото

надо быть реалистами, да когда-то MODX тянул на го

Откройте документацию и прочитайте, что MODX сочетает в себе CMS и полноценный фремворк.


Откройте документацию и прочитайте, что MODX сочет

есть вот такое  мнение в сити
 


Я бы сказал, что CMS сама по себе — это на самом деле часть фреймворка, а именно — та её часть, которая упрощает нам работу с данными, с контентом. Поэтому WordPress на мой взгляд было бы правильнее назвать «фреймворк со встроенной CMS».

источник



Видимо у на разное понимание к требованием современного фремворка.


в MODX нету не MVC не юнит тестов без которого современная разработка сайтов мягко говоря не возможна.


MODX эта скорее универсальная CMS чем полноценный фремворк...

есть вот такое  мнение в сити Я бы сказал, что CMS сама по себе — это на самом деле часть фреймворка, а именно — та её часть, которая упрощает нам работу с данными, с контентом. Поэтому WordPress на мой взгляд было бы правильнее назвать «фреймворк со встроенной CMS».

источник Видимо у на разное понимание к требованием современного фремворка. в MODX нету не MVC не юнит тестов без которого современная разработка сайтов мягко говоря не возможна. MODX эта скорее универсальная CMS чем полноценный фремворк...

есть вот такое  мнение в сити Я бы сказал, что CMS

Я имею в веду крупные проеты, а вот для Сайтов визиток и не больших магазинов MODX вполне сойдет.

Я имею в веду крупные проеты, а вот для Сайтов виз

Да и кстати в MODX действительно есть фремворк и называется от XPDO, попробуйте установить его отдельно от MODX и что нибудь сделайте на нем, я пологаю что вы очень быстро поймете что я имею в виду когда говорю что это все уже порядком падустало.

Да и кстати в MODX действительно есть фремворк и н

Ты сказал, что профессионалы на фреймворках сидят, а не на MODX, что трактуется как типа здесь непрофессионалы. Сделай доброе дело: создай свое сообщество, разработай и популяризируй свои технологии и пусть люди приходят и оценивают твой профессионализм. И там обсуждайте общий уровень кого угодно.
 Я видел тебя в работе, я знаю что ты очень толковый, что ты стараешься делать оригинально, что ищешь какие-то свои методы, но тебе еще пока рано судить кто где и что. Потому что ты пока еще в процессе роста. Так что рассказывай про свои достижения, но не выражайся вслух кто и какого уровня где. Тебе еще пока рано.

Ты сказал, что профессионалы на фреймворках сидят,

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

Полностью с тобой согласен Николай, да я и думаю ч

Видимо у на разное понимание к требованием современного фремворка.
 в MODX нету не MVC не юнит тестов без которого современная разработка сайтов мягко говоря не возможна.

Читаем определение на приведенной страницы википедии:
 

Content Management Framework (CMF) — это каркас (фреймворк программной системы) для проектирования систем управления контентом. На их основе создаются системы управления содержимым (CMS), а также веб-приложения.

Где здесь хоть слово про юнит-тесты?
 Здесь четко сказано - есть CMS, а есть каркасы для них - CMF.
 Так вот, удаляем папку manager (что является как раз средством управления контентом) и что, MODX умирает? Нет. API живое. Берем и пишем на этом свою CMS-ку. Поэтому, MODX как был фреймворком, так он и есть фреймворк.

Видимо у на разное понимание к требованием современного фремворка.
 в MODX нету не MVC не юнит тестов без которого современная разработка сайтов мягко говоря не возможна. Читаем определение на приведенной страницы википедии: Content Management Framework (CMF) — это каркас (фреймворк программной системы) для проектирования систем управления контентом. На их основе создаются системы управления содержимым (CMS), а также веб-приложения. Где здесь хоть слово про юнит-тесты?
 Здесь четко сказано - есть CMS, а есть каркасы для них - CMF.
 Так вот, удаляем папку manager (что является как раз средством управления контентом) и что, MODX умирает? Нет. API живое. Берем и пишем на этом свою CMS-ку. Поэтому, MODX как был фреймворком, так он и есть фреймворк.

Видимо у на разное понимание к требованием совреме

Но это твой путь. А у других людей у каждого свой путь. И не надо им говорить куда им идти, пока они к тебе не придут и не спросят об этом.

Но это твой путь. А у других людей у каждого свой 

Не удержался все таки прокомментирую


Поэтому, MODX как был фреймворком, так он и есть фреймворк.

В данном случаи свою цмску придется писать на чистом XPDO а что мы имеем в оном


1 отсутствие немспейса в моделях
 2 нет юнит тестов и так далее


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


Я очень много практиковал с XPDO и уверено могу сказать что он не современен.


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


В любом современном фремворке легко можно сконфигурировать едро путем простых накроет не лазя в само едро тоеть эта парадигма модульности как в ruby on rails это реально круто но без немспейса это не возможно.


Реальность такова что XPDO довольно старый вариант фремворка а MODX эта CMS написана на довольно старом варианте фремворка под названием XPDO.


Надеюсь меня не кто не выгонит за то что озвучиваю то что и так понятно всем тем кому понятно как пхп код бьются.

Не удержался все таки прокомментирую Поэтому, MODX как был фреймворком, так он и есть фреймворк. В данном случаи свою цмску придется писать на чистом XPDO а что мы имеем в оном 1 отсутствие немспейса в моделях
 2 нет юнит тестов и так далее тоесть скорее всего придется взять какой нибудь фремворк где есть рутинг, тесты, инкопсуляция, и прочие плюшки и прикрутить к этому всему XPDO в качестве ORM как это я и дела на некоторых проектах, но вот беда нет нем спейса все библиотеки как полагаются из вендора работают из под авто загрузчика а наш любимый XPDO живет в мире 4PHP Я очень много практиковал с XPDO и уверено могу сказать что он не современен. Кто то может сказать что зачем тебе чистый XPDO ведь есть API MODX но реальность такова что само едро MODX не модульно тоесть если я захочу изменить прицеп политики доступов то это так просто не получится, обана вот мы и столкнулись с первым признаком CMS. Кто нибудь может сказать что можно сделать влезть в едро и переопредилить там все что не нравится или начать писать свои процессоры и модели, но если мы пишем свои процессоры и модели то причем сдесь MODX ведь эта все можно сделать на XPDO, ну а что качается лазанья в едро я думаю это коментировать не обязательно. В любом современном фремворке легко можно сконфигурировать едро путем простых накроет не лазя в само едро тоеть эта парадигма модульности как в ruby on rails это реально круто но без немспейса это не возможно. Реальность такова что XPDO довольно старый вариант фремворка а MODX эта CMS написана на довольно старом варианте фремворка под названием XPDO. Надеюсь меня не кто не выгонит за то что озвучиваю то что и так понятно всем тем кому понятно как пхп код бьются.

Не удержался все таки прокомментирую Поэтому, MODX

да и к стате как то странно коменты добавляются только по дате и понятно в каком порядке они появлялись.

да и к стате как то странно коменты добавляются то

Извиняюсь, постил много куда, затерся в самый нужный момент.

Извиняюсь, постил много куда, затерся в самый нужн

Ничего страшного :)

Да, действительно хороший пример, причём AJAX замечательно индексируется)
 Думаю этот ход явно в сторону будущего, скоро, да уже и сейчас многие магазины переходят на AJAX, а лидеры рынков уже давно на этой технологии.
 ShopModx замечательно выглядит, подскажите только пожалуйста, где я могу изучить фильтрацию поподробнее, а так же как лучше устроить магазин, если товаров планируется более 7000. Причём изменение цен происходить будет каждую неделю.
 Есть ещё интересная задача, как решить на MODX - не знаю, но предполагаю что можно задачей на CRON.
 Суть задачи - загружать прайс-лист с тем же названием каждую пятницу в определённую папку и чтобы он автоматически обновлял цены. Или может есть ещё пути решения?

Да, действительно хороший пример, причём AJAX заме

Думаю этот ход явно в сторону будущего

На самом деле в этом мы идем не в будущее, а возвращаемся в прошлое))), так как Smarty - ветеран шаблонизации, и все это делалось уже не один год назад. А мы просто подтягиваем эти технологии и методики в MODX.
 

причём AJAX замечательно индексируется)

Нет, гораздо лучше реализация была здесь: http://home-ex_ru.portfolio.modxclub.ru/catalog/, при чем я делал это года три-4 назад, и там много фишек, включая смену адресной строки, сохранение страниц в кеш браузера и работу исторических кнопок браузера. Это одна из лучших вещей, что я делал. Но вот как раз там мне очень не хватало Smarty-шаблонизации.


где я могу изучить фильтрацию поподробнее

Очень полезна в этом будет эта статья.


а так же как лучше устроить магазин, если товаров планируется более 7000

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


Причём изменение цен происходить будет каждую неделю.
 Есть ещё интересная задача, как решить на MODX - не знаю, но предполагаю что можно задачей на CRON.

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

Думаю этот ход явно в сторону будущего На самом деле в этом мы идем не в будущее, а возвращаемся в прошлое))), так как Smarty - ветеран шаблонизации, и все это делалось уже не один год назад. А мы просто подтягиваем эти технологии и методики в MODX. причём AJAX замечательно индексируется) Нет, гораздо лучше реализация была здесь: http://home-ex_ru.portfolio.modxclub.ru/catalog/, при чем я делал это года три-4 назад, и там много фишек, включая смену адресной строки, сохранение страниц в кеш браузера и работу исторических кнопок браузера. Это одна из лучших вещей, что я делал. Но вот как раз там мне очень не хватало Smarty-шаблонизации. где я могу изучить фильтрацию поподробнее Очень полезна в этом будет эта статья. а так же как лучше устроить магазин, если товаров планируется более 7000 .
 Ничего особенного для этого не надо, разве что в настройках MODX-а отключите кеширование карты ресурсов cache_alias_map, чтобы сократить объем кеш-файла при инициализации MODX-а. Причём изменение цен происходить будет каждую неделю.
 Есть ещё интересная задача, как решить на MODX - не знаю, но предполагаю что можно задачей на CRON. Теории импорт/экспорт в двух словах не буду рассказывать. Все это решаемо. Научить в короткий срок не получится, если сами не справитесь с импортом - заказывайте индивидуальную разработку.

Думаю этот ход явно в сторону будущего На самом де

Леша неплохую шумиху навел )

причём AJAX замечательно индексируется) В каком смысле?

причём AJAX замечательно индексируется) В каком см

Да это он скорее всего про то, что ссылки абсолютные, реальные, и даже если отключен JS, контент подается идентичный.

В каком смысле? Да это он скорее всего про то, что ссылки абсолютные, реальные, и даже если отключен JS, контент подается идентичный.

В каком смысле? Да это он скорее всего про то, что

Смотри, ты устанавливаешь свою цену, но потом вызываешь parent::beforeSet(). А там: https://github.com/Fi1osof/ShopModxBox/blob/master/core/components/billing/processors/mgr/orders/products/create.class.php#L66. То есть опять устанавливается цена.
 Или вызывает после parent::beforeSet(), или в beforeSave() переноси.

Смотри, ты устанавливаешь свою цену, но потом вызы

так я в нем и подправил.
 


class modMgrOrdersProductsCreateProcessor extends modObjectCreateProcessor{

...



Согласен, не совсем правильно лезть в то, что есть, но я для теста, по-быстрому вписал.


Кстати, подумай о подобной доработке - значение цены не брать из sm_price напрямую, а в метод вынести. Тогда при наследовании достаточно getPrice (например) переопределить - и цена по-другому считаться будет.

так я в нем и подправил. class modMgrOrdersProductsCreateProcessor extends modObjectCreateProcessor{

... Согласен, не совсем правильно лезть в то, что есть, но я для теста, по-быстрому вписал. Кстати, подумай о подобной доработке - значение цены не брать из sm_price напрямую, а в метод вынести. Тогда при наследовании достаточно getPrice (например) переопределить - и цена по-другому считаться будет.

так я в нем и подправил. class modMgrOrdersProduct

да, я в топике написал  
 billing/mgr/orders/products/create,
 а надо было
 /core/billing/processors/mgr/orders/products/create
 :)

да, я в топике написал  
 billing/mgr/orders/produ

В итоге, решился вопрос или нет? На вид у тебя вроде все ОК

В итоге, решился вопрос или нет? На вид у тебя вро

Согласен, не совсем правильно лезть в то, что есть, но я для теста, по-быстрому вписал.

Да в целом это все ОК. Как я и говорил много раз - это заготовка для индивидуальных разработок. Разворачиваешь, быстро пробуешь что-то свое сделать, если не растет кокс - сбрасываешь и экономишь время. Если растет - то развиваешь как свой проект индивидуальный.

Согласен, не совсем правильно лезть в то, что есть, но я для теста, по-быстрому вписал. Да в целом это все ОК. Как я и говорил много раз - это заготовка для индивидуальных разработок. Разворачиваешь, быстро пробуешь что-то свое сделать, если не растет кокс - сбрасываешь и экономишь время. Если растет - то развиваешь как свой проект индивидуальный.

Согласен, не совсем правильно лезть в то, что есть

нет, и не могу понять. вроде верно все - а в базe sm_price все равно пишется

нет, и не могу понять. вроде верно все - а в базe 

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

Блин, проверь все последовательно, в каждом процес

Перечитай еще раз внимательно этот топик.

Нашел :)
 у меня из формы цена передавалась(!).
 Вредно много по ночам сидеть. все, теперь работает.

Нашел :)
 у меня из формы цена передавалась(!).
 В

Блин, с фронта подобные данные передавать - злое зло. Но это многое объясняет:) 
 Кстати, спасибо за багрепорт! Я конечно очень стараюсь следить за секурностью, но здесь вот пропустил возможность переопределить цену товара извне. Вот багфикс. Добавь себе в код, а новая сборка выйдет уже с этим багфиксом. И сейчас топик краткий напишу.

Блин, с фронта подобные данные передавать - злое з

Блин, с фронта подобные данные передавать - злое зло

да сам понимаю. ведь любую цену подставить можно :)

Блин, с фронта подобные данные передавать - злое зло да сам понимаю. ведь любую цену подставить можно :)

ведь любую цену подставить можно :)

ведь любую цену подставить можно :) Уже нет:)

Когда будет в Ставрополе?

Амбициозно :)
 Вероятно, пока вы сами его там не организуете, то никогда.

Амбициозно :)
 Вероятно, пока вы сами его там не о

Послушать я бы пошел, да боюсь спикать некому.

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

Ну, в этом и заключается смысл организации, чтобы 

Вообще для этого в параметры TV-шки вписывается свой конфигуратор и там уже можно переопределять и плагины и все остальное. Деталей не скажу, ибо нет под рукой сейчас сайта где я это делал, но копайте в эту сторону.

Вообще для этого в параметры TV-шки вписывается св

Да, это который MIGX, а у меня проблема с MIGXdb - тот самый который таблицами позволяет управлять из админки.

Да, это который MIGX, а у меня проблема с MIGXdb -

Так там тоже конфигурации прописываются.

В официально документации написано 
 

Of course you can create your own processors under your own processor-path.

Но не написано как... Ткните носом если в курсе где почитать?

В официально документации написано Of course you can create your own processors under your own processor-path. Но не написано как... Ткните носом если в курсе где почитать?

В официально документации написано Of course you c

https://github.com/Bruno17/MIGX.
 Читайте код модуля. Там все написано.


А еще может Алексей придет да подскажет.

https://github.com/Bruno17/MIGX.
 Читайте код модуля. Там все написано. А еще может Алексей придет да подскажет.

https://github.com/Bruno17/MIGX.
 Читайте код моду

Не буду усилий к ответу прикладывать больше, чем ваш праздны интерес к этому (потому как чую, что все равно дальше интереса не пойдет), но все-таки на основные моменты отвечу.


товары в магазинах вообще не пересекаются; для каждого магазина - свой контекст или свое поддерево товаров

Да, это можно. Только в шаблонах, где выборки общие выполняются, в параметры запросов дописать "where" => ["context_key" => $modx->context->key], так как сейчас просто выборка всех товаров в корневом разделе каталога выполняется.


номера заказов, желательно, чтобы отличались каким-то префиксом

Это вот уже префикс самому придется подшаманить. Дело в том, что id заказов - числовой. Можно конечно же просто добавить в таблицу еще одну колонку и фигачить туда префикс или свой кастомный номер заказа.


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

Добрый день! Не буду усилий к ответу прикладывать больше, чем ваш праздны интерес к этому (потому как чую, что все равно дальше интереса не пойдет), но все-таки на основные моменты отвечу. товары в магазинах вообще не пересекаются; для каждого магазина - свой контекст или свое поддерево товаров Да, это можно. Только в шаблонах, где выборки общие выполняются, в параметры запросов дописать "where" => ["context_key" => $modx->context->key], так как сейчас просто выборка всех товаров в корневом разделе каталога выполняется. номера заказов, желательно, чтобы отличались каким-то префиксом Это вот уже префикс самому придется подшаманить. Дело в том, что id заказов - числовой. Можно конечно же просто добавить в таблицу еще одну колонку и фигачить туда префикс или свой кастомный номер заказа. Ну и по опыту скажу, что изначально shopModx делался под магазин, который имел два отдельных домена, абсолютно разные скины у которых были (даже ссылки страниц и пути к картинкам разные были), при этом не то, чтобы товары в разных контекстах лежали, там вообще для товаров единый каталог был. Но у товаров были указаны и розничные и оптовые цены. На одном сайте выводилась розница, на другом - опт. Так что могу точно сказать, что подобные задачи shopModx-у по плечу изначально.