Павел Гвоздь

Павел Гвоздь

Был в сети 5 часов назад
Заказы принимаю
Сергей, я считаю вполне обоснованным «недопонимание» со стороны Василия, мне бы тоже не понравился упрёк в мою сторону:
Но как же у автора pdoTools получились такие впечатляющие цифры? А всё просто. Тест проводился в API режиме. Т.е. в идеальных условиях для Fenom.
И выше Василий показал, что не в АПИ режиме дело.

В качестве вывода могу дать совет. Там, где не нужна логика, используйте синтаксис MODX. Если работаете с логикой, то не путайте синтаксисы — используйте только один.
И в конце статьи тогда стоило бы уточнить про предустановку pdoTools, а то создаётся впечатление, что pdoTools с его Fenom не даёт преимуществ на шаблонах без логики.
А что там идеального то в нормальном коде? Лучше уж никак, чем писать такой низкокачественный код. Потом когда работаешь с такими сайтами, половина времени (не преувеличение) уходит, чтобы разобраться, что и как работает.

Приведённый Сергеем кусок кода отлично описывает уровень кодера. Это не то, что бессмысленно, это даже уже не смешно…
А у меня в пакете вообще всё управление происходит в админке. На фронте только вывод, юзер на фронте не сможет ничего редактировать. У вас же вся работа с картой объектов на фронте, верно? В этом, пожалуй, основное и главное отличие компонентов.

Я не против публикации компонента в Modstore, даже по той же цене, что сейчас у imgArea.
если в магазине не дают продавать
А не дают? Вроде, если компонент не повторяет точь в точь, а реализует что-то новое или большее, то берут в магазин? Или я ошибаюсь?

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

$q = $modx->newQuery('msProduct')
    ->leftJoin('modTemplateVar', 'price_opt_tv_name', 'price_opt_tv_name.name = "price_opt"')
    ->leftJoin('modTemplateVarResource', 'price_opt_table', 'price_opt_table.tmplvarid = price_opt_tv_name.id AND price_opt_table.contentid = msProduct.id')
    ->where([])
    ...
примерно так будет.
Компонент Битрикс CMS для приёма оплаты в TON Coin взаимодействует с мерчантом tegro.money/, а конечно же не напрямую с блокчейном TON. Поэтому здесь работа примерно также, как и с другими мерчантами, через API сервиса должна быть налажена.
Тут как минимум вопросы нужно задавать в ТП на Modstore. А вообще, этой совместимости в описании компонента не заявлено, поэтому это платная доработка. И есть у меня подозрение, что решение надо писать на стороне второго компонента.