Павел Гвоздь

вон уже прекрасный кряк

Одно дело использовать бесплатно с одобрения авторов, а другое — взломав софт.

У них есть ещё вот такая приятная штука — www.jetbrains.com/community/opensource/

Планы касательно MODX: стать посвободнее в плане загруженности и взяться наконец за совместимость моих пакетов с MODX3.

Всем удачи и добра в новом, 2020-ом году!

Много чего хотел написать, и о том, почему говорят, что MODX не развивается, и о том, что не так всё просто, и т.д. Решил, что ну его нафиг.

Просто не понятно, почему здесь только текст? Почему нет примера, аля «вот я сделал, смотрите как просто, вот ссылка на доку, вот ссылка на пакет, ждём согласования Modstore»? Текст написать проще всего, а ты возьми и своим примером покажи, что всё возможно!

Я думаю Василий имел ввиду выражение require_once, а не вот это вот:

if(!@include("rb.php"))

Заметка про require?)

Ну конечно! А что на счёт, например, этого?

Соглашусь с комментариями выше и прошу исправить решение в посте в соответствии с ними! Ибо потом производятся сайты, созданные на копипасте (без мозгов), которые приходится корректировать мне или другим адекватным разработчикам.

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

miniShop2.Callbacks.Order.getcost.response.success
miniShop2.Callbacks.Order.getcost.response.error
miniShop2.Callbacks.Order.add.response.success

Чёрт возьми! А я то думаю, кто вот такую дрянь уже на котором клиентском сайте делает! Блин, ну есть же дока, что вы творите?!

Никогда так не делайте!

Это т.н. старый способ, минус его в том, что он затирает вообще все правки на данные колбэки, которые были сделаны до него по нормальному, методами miniShop2.Callbacks[add/remove]. И кажется затирает все правки и после него…



P.S.: Плюсанул раньше, чем дошёл до этого момента. Теперь минус ставить не хочется. Прошу исправить этот косяк в коде!

Не должен.

Писать доп условие на проверку, откуда был отослан запрос.

Феном полноценный шаблонизатор. Как можно сказать в отношении него «чтобы заменить [[+name]] на {$name}»?

Зачем тогда пользоваться Fenom

Как минимум ради циклов, расширения шаблонов.

пробрасывали основной объект приложения $modx в $_modx

microMODX $_modx ≠ modX $modx

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

Сергей сказал, что это плохая практика, никто не запрещает делать такие сайты в одиночку. Однако в команде за это могут надавать по рукам.

В целом можно, но придётся допилить. Исходники ни одного из компонентов по идее править не придётся, т.к. есть соответствующие события плагинов.

В чанке tpl.xCalc.field.msproducts укажите параметр limit перед вызовом сниппета msProducts:

{var $params['limit'] = 100}

И впредь пишите в ТП на Модстор, пжл.

github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/processors/mgr/system/user/getlist.class.php#L20-L22

ожидал хоть немного кода

Пост в разделе «Новые дополнения и их версии» с префиксом «xParser 1.8.0» в названии. Да, это анонс.

А битрикс, да! Маркетологам лишь бы продать этот кусок 💩 поэтому рождаются такие вот легенды.

Нет. На данный момент нельзя.

зачем мне теперь ВДРУГ все бросить и платить 2000 рублей за новый плагин,?

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

А если вы захотите мигрировать с miniShop2 на Shopkeeper, или с MODX на Laravel, к кому претензии пойдут?

а возможность оплатить товар бонусами в описании его нет?

Априори.

Если кто-нибудь закажет внедрение этого поставщика, то будет.