Последнее время почти на каждом магазине встречаю компонент SeoFilter. Полагаю, что компонент пользуется спросом, т.к. позволяет очень точечно оптимизировать динамические страницы фильтра mSearch2. Вот и в этот раз ко мне обратился человек с задачей оптимизации скорости ИМ, на котором был установлен данный компонент.
Я уже однажды писал статью про оптимизацию фильтра каталога, реализованного на mSearch2, однако в этот раз дело было совершенно в другом…

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

Что происходит с письмом в bxSender:

• Заменяются все ссылки на ссылки компонента с помощью которых отслеживается статистика по переходам
• Добавляется изображения для отслеживания открытия письма на почтовом сервере
• Добавляется hash код для отслеживания отскоков доставки сообщения
• Добавляются UTM метки для ссылок (если отмечена галочка в настройках)
• Добавляется текстовая версия письма

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

По первым итогам работы компонента:

1. Добавлено связывание товаров для построения списков вида «С этим товаром покупают».
   Теперь при сборе данных заказов каждый товар получает связь с другими товарами, которые присутствовали в заказах вместе с данным. Поэтому теперь на странице товара можно легко получить такой список:
   

   [[!msReferenceRelated? parents=`0`]]

2. Оба сниппета теперь обёртки для msProducts.
   Надеюсь, будет удобнее и упростит их использование.

Привет всем!

Для того чтобы администрация форума не ругалась:
«Сегодня дорогие мои, не будет никаких сантиментов и смайликов. Только жесткач и технические данные в чистом виде! Кому нравится словоблудие и рукофлудие, свободен. Никого не держу. Досвидульки и ...»

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

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

Позволяет автоматически стоить (и периодически обновлять по расписанию) списки товаров для «захвата» покупателя на основании реальных данных заказов на сайте. Может быть крайне полезен для привлечения и удержания покупателей. Позволяет выводить актуальные товары без постоянного редактирования товаров (например, меток «популярный»).

Принцип работы:
Компонент анализирует заказы на заданную глубину (по дате) и на основании собранных данных строит списки рекомендованных товаров как общий, так и для каждого пользователя индивидуально.
При формировании списков вес (набранный балл) товара может рассчитываться в зависимости от сегмента.
Пока 4 сегмента: количество продаж в штуках, частота продаж, сумма продаж, стоимость в заказе.
Списки могут формироваться как запуском процедуры из панели управления, так и автоматически посредством crontab. Полученные списки можно редактировать вручную.

Компонент для массовой рассылки на e-mail и управления подписками пользователей с фронтенда. Так же ведется статистика по отправляемым письмам, можно видеть как пользователи открывают письма, переходят по ссылкам из письма, отписываются от рассылки, управляют листами для подписки.

Возможности

• Управление подписками — на фронтенд добавлены сниппеты: форма для подписки новых пользователей, форма восстановление доступа к подписке и форма управление подпиской
• Подписчики — это email адреса и имена подписчиков для рассылок, с возможностью импортировать из CSV файла, из списка пользователей MODX, групп пользователей MODX и добавление в ручную
• Сегменты — создание сегментов для добавление подписчиков. При создании рассылки выбираются получатели находящиеся в сегменте
• Отписавшиеся — это список с e-mail адресами которые отписались
• Рассылки — создание рассылок для подписчиков с возможностью настроить индивидуальные шаблоны писем и системой автоматической статистики по запущенной рассылки.
• Отчет рассылок — статистика по отправленным письмам с фильтрами и статистикой о действиях пользователей
• Ошибки доставки — список e-mail адресов с отскоками доставки сообщений
• Транспорт отправителя — настройки для отправки писем с вашего сервера или SMTP, с возможность задать интервал отправки сообщений и количества писем в 1,2,3,5,10,15,30 минут
• Обратный путь — настройки POP3 соединения откуда будут забираться отскоки и записывается в списке с ошибками доставки

Отправил pullRequests автору и сюда отпишусь заодно. Пофиксил некоторые проблемы с этим компонентом.Если кому интересно, то прилагаю ссылку

UPD: Расписываю, что сделал.

1. Не начислялись голоса.
2. Не правильный расчёт прогрессбара для выбранных ответов
3. Ошибка, связанная с подключением конфига в JS поправлена. Страница перезагружалась при POST запросе
4. Тип поля «text» в файле xpquestion.map.inc.php был «text». Поменял его на string
5. При аякс запросе некорректно отображался результат

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

Точкой входа во frontend приложение служит _build/assets/js/index.js, там вот такой код:

import 'jquery'
import 'bootstrap'
import '../scss/index.scss'

console.log('App is loaded!');