Сообщений в теме: 3

[LeMax]

Добрый день!

 

Встала необходимость интегрировать Интернет-магазин на JBZoo с CRM\ERP-системой.

Для этого есть удобный встроенный функционал - присылаются письма на определенный системный e-mail и система сама "растаскивает" (парсит) разные строчки\поля в свои строчки и поля и далее работа с заказом уже ведется менеджером за пределами JBZoo.

 

Данный функционал пока реализовать не удалось, потому что:

• Если одновременно письмо с оплаченным заказом отправлять Клиенту (HTML) и Менеджеру (Только текст), то в письме менеджеру так и остаются все теги и лишний "разметочный мусор"
• Если создавать для менеджера отдельный "Шаблон письма", то это не решает проблему, т.к. многие блоки для письма формируют сами элементы (Доставки, Оплаты) и они также имеют свои теги и разметку, и если оставлять как есть - то также приходит "мусор", если править вывод элементов в письмах, то все получается, но тогда клиенту "приходит все не красиво"

Вопрос:

• Зачем предусмотрена функция при отправке "Только текст", если она не вырезает все теги и отправляет все голым сложно читаемым кодом?
• Возможно ли что-то сделать, чтобы при включении "Только текст" вырезались все теги?

 

Предложение:

• Имхо, удобнее было бы, если каждый элемент в шаблоне письма не имел свой вид отображения, а все версталось бы в одной месте, в одном шаблоне, куда просто подставлялись бы переменные (удобно использовать, не нужно править кучу файлов и искать (не всегда логично) в куче папок. Это дает более гибкую настройку шаблонов писем, а самое главное (!) интеграцию с любыми современными системами обработки задач\лидов.
• Возможно есть какое-то решение, чтобы так сейчас реализовать? К примеру, дать список всех переменных, которые могут быть (я не все нашел по файлам) и сделать так, чтобы все версталось именно в шаблоне письма (забыв о шаблонах\рендерах элементов). \\ Или сделать функционал "только текст" - чтобы он работал именно, как "только текст".

 

Спасибо.

[SmetDenis]

Зачем предусмотрена функция при отправке "Только текст", если она не вырезает все теги и отправляет все голым сложно читаемым кодом?

Некоторые короткие сообщения, созданные с помощью макросов и чистым шаблонов default, можно отправлять в режиме текста.
В остальных случаях лучше использовать HTML, т.к он более приятен пользователю.

Возможно ли что-то сделать, чтобы при включении "Только текст" вырезались все теги?

Мы делали подобное вырезание тегов, но тесты показали, что получается совершенно не читаемое сообщение.
Вы можете включить эту экспериментальную вещь, удалив эти комментарии в файле
media\zoo\applications\jbuniversal\cart-elements\notification\sendemail\sendemail.php

Имхо, удобнее было бы, если каждый элемент в шаблоне письма не имел свой вид отображения,

Сейчас шаблон письма, как и материал формируется из 3х вещей, - элементы, стиль позиции, общий шаблон.
Если все сделать это в одном файле, то можно смело поставить крест на разделение функций по элементам. Т.к будет невероятная смесь.

Возможное как решение в будущем, это добавить элементам больше вариантов вывода и макросов.

Возможно есть какое-то решение, чтобы так сейчас реализовать? К примеру, дать список всех переменных,

Что-то подобное уже есть, называется текстовый элемент и макросы


Или я не верно понял вопрос?

[LeMax]

получается совершенно не читаемое сообщение

Если сохранить только "Перевод на новую строку", "Табуляция" и "Пробел", то письмо можно сделать достаточно читаемым, а самое главное понятным для внешних систем.

Попробую, может и получится.

 

Сейчас шаблон письма, как и материал формируется из 3х вещей, - элементы, стиль позиции, общий шаблон. Если все сделать это в одном файле, то можно смело поставить крест на разделение функций по элементам. Т.к будет невероятная смесь.

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

 

Что-то подобное уже есть, называется текстовый элемент и макросы Или я не верно понял вопрос?

И да, и нет Я сразу же попробовал "собрать письмо" через это поле и вывести его в простейшем шаблоне, но тогда не получается подставить артикул\кол-во\цену товара, это переменной тут нет, а если ее добавлять в письмо, то читаемо оно становится только в виде HTML. Вот если бы добавить переменные для "Артикул", "Количество", "Название товара", "Общая сумма", "Цена товара" - то это полностью решило бы все проблемы 

[SmetDenis]

Если сохранить только "Перевод на новую строку", "Табуляция" и "Пробел", то письмо можно сделать достаточно читаемым, а самое главное понятным для внешних систем.

Может... но... как например быть с таблицей. там масса td tr, которые делают разметку.
Тут скорее нужна какая-нибудь сторонняя библиотека, которая убирает теги и оставляет читабельную разметку.
Например, вместо li прочерки, а таблица делится через tube "|" итд.

Внутри html будет очень много переносов, ножи данных табов, нелогичных пробелов итд.
 

Вот здесь как раз немного не понял, т.е. ...

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

Шаблоны материалов кастомизируют куда сложнее, и пока идея с элементами приносит порядок в шаблон нежели обратное.
Хотя не спорю, нужно проникнуться...
 

И да, и нет Я сразу же попробовал "собрать письмо" через это поле ...

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

Пока предлагаю только добавить своих макросов. Могу сказать где искать и как получить что-нибудь из заказа.
media\zoo\applications\jbuniversal\framework\helpers\jbordermacros.php

В начале идет список макросов, далее реализация каждого. Например, полное название заказа.

 

Вот если бы добавить переменные для "Артикул", "Количество", "Название товара", "Общая сумма", "Цена товара" - то это полностью решило бы все проблемы

У заказа есть метод $order->getItems(false)
Который вернет большой массив всей информации о списке товаров.
Там вы по ключевым словам найдете все необходимо (sku, price, total, quantity, name ...)