Привет, кто знает как письму менеджеру в minishop2 прикрепить файл?

Я искал варианты, не нашел. пришлось модифицировать класс минишопа

@sheronov с днём рождения тебя. Всего самого наилучшего!! 🥳🥳🥳

Большое спасибо) Даже не ловко как-то, всё таки очень редко тут бываю)

Ребят, всю голову сломал. Есть плагин на добавление товара в корзину, в котором берется значение тв PRICES(тип TVtable) и при этом выкидывает ошибку в минишоповском jgrowl типа: бла бла бла так mixedimage/elements/tv/output. Хотя ТВ mixedimage всего одна и к шаблону товара никакого отношения не имеет вообще. Если удалить MixedImage и вместо него поставить fastUpload-все четко.Такая же беда с компонентом IconTV, он вообще нигде не используется, просто установлен

@CrazyBoy49z

Вопрос повышенной сложности. На сайте стоит компонент mspReceiptAccount он использует библиотеку mPDF, достаточно ли будет мне в своём коде сделать так require_once('core/components/mspreceiptaccount/lib/vendor/mpdf/mpdf/src/Mpdf.php') чтобы использовать все возможности библиотеки?

Привет, кто знает как письму менеджеру в minishop2 прикрепить файл?

Надо посмотреть в описании, на гитхабе есть. Там же это под композер - 1 файл = 1 класс, там еще лоадер отдельно и отдельно константы, как помню. Проще зайти и посмотреть.

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

Тоесть получается отключить стандартный емел на изменение статуса заказа, и впилить свой? Это кстати идея

Тоесть получается отключить стандартный емел на изменение статуса заказа, и впилить свой? Это кстати идея

Мне такая мысль в голову при ходила, но тут другой вопрос, а как отключить стандартный email в minishop, править исходники?

Мне такая мысль в голову при ходила, но тут другой вопрос, а как отключить стандартный email в minishop, править исходники?

Да, в модх очень много сделано через... неудобно, скажем так. Я поставил композер и все сильно легче стало. Например, SwiftMailer может "делать" аттачи из строк, не надо иметь файлы. У меня Twig рендерит текст, передает в MPDF, он выплевывает строку. Она передается в SwiftMailer - все. Вот тебе письмо с аттачем без созранений промежуточных.

со статуса убрать галочки

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

Да, в модх очень много сделано через... неудобно, скажем так. Я поставил композер и все сильно легче стало. Например, SwiftMailer может "делать" аттачи из строк, не надо иметь файлы. У меня Twig рендерит текст, передает в MPDF, он выплевывает строку. Она передается в SwiftMailer - все. Вот тебе письмо с аттачем без созранений промежуточных.

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

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

А как это "не надо иметь файлы"?

в phpMailer в той версии, что в модх, как помню, аттач можно сделать только передав имя файла.

MODX 3, как раз двигается в эту сторону

Наверное, ХЗ, я его не смотрел - там нет компонентов

Я обновил до возможной

Есть но немного

Наверное, ХЗ, я его не смотрел - там нет компонентов

https://github.com/modxcms/revolution/blob/3.x/composer.json

Композер у меня и на 2.7 работает

Не, я про то, что у меня прикручено на сайте, модиксовые комполненты

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

Ну мне нет смысла в это все влезать т.к. потерянное время. Проще пользовать современные пакеты - благо их можно впилить в модх без особых костылей. Повозиться пришлось только с Eloquent, чтобы "запускать" его без лары, standalone.

Там особо нет костылей на самом деле

Я уже год-1,5 наверно не пользуюсь MODX

Ну подключать через плагин это уже костиль

Eloquent класная штука

Кого?

Да, вот это надо было в 3.0 делать и было бы круто. Но...

Composer, eсли б он умел автоматом работать из коробки, чтобы можно было спокойно обновлять ядро. А не подключать к index.php

У меня подключено на handle request уже давно. Обновляй что угодно.

Не хотят отказаться от хPDO

Говорю через плагин = костиль

Да, вот это надо было в 3.0 делать и было бы круто. Но...

Не, мне это не интересно

Понимаю. Нужно будет обдумать как сделать. Интеграцию бо xPDO по своему сложный. Если брать eloquent от очень простой

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

Аналогов чего?

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

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

Всем привет. Подскажите, в minishop2, при оформлении заказа, в ордеформ, при выборе разных типов доставки можно скрывать и показывать разные типы оплаты. За каждым типом доставки в админке можно закрепить нужные способы оплаты, и они будут динамически подтягиваться. А вот есть ли стандартный способ провернуть тоже самое, но для полей формы, то есть – адрес для курьера и адрес\номер отделения доставки, что бы не нужные поля скрывались? Есть способ, там же, в админке, делать эти поля обязательными или необязательными, но они не скрываются при этом. Это легко можно сделать на JS, разумеется, просто может есть уже готовое, стандартное решение для этого?