Petro

И снова всем привет! Эта заметка будет еще короче предыдущей :). В общем все мы знаем и по своему боремся с проблемой после парсинга и/или импорта из говноисточников дублей товаров, компонент ищет дубли по названию товаров (pagetitle) и удаляет эти дубли. Но не просто удаляет, первому вхождению он дает все виртуальные категории удаленных товаров (проще говоря отмечает категории на вкладке товара «Категории»).

Эта заметка продолжает цикл посвященный всестороннему обзору архитектуры REST для MODX.

Здесь можно почитать введение
Здесь быстрый осмотр встроенного в MODX модуля modRestService
Здесь практика. Часть 1

В этой заметке затронем инструментарий для работы с REST вообще, не только для MODX.

Привет всем.

Во время выступления Steffan Blockx (Building a CMP without ExtJS) в этом году на митапе MODX AMSTERDAM я вдоволь насмеялся, потому, что для меня тема и содержание его выступления были не содержательными. Он 45 мин. говорил, что компонент для MODX можно написать и без ExtJS. Но как же я ошибался по поводу очевидности его слов. Для кого-то — да, а для некоторых оказывается, что не совсем.

Несколько причин очевидности:

• ExtJS всё еще JS и обходится без магии работая с процессорами
• На данный момент есть много компонентов (барабанная дробь) которые работают на чистом js или используя библиотеки. Shopkeeper3 (Angular), imgArea (частично jQuery), ModxMinify (jQuery)
• Об использовании vue писали и раньше

Самый смешной аргумент звучал так: «Wordpress хорош тем, что там можно использовать что угодно!». Читатель, тут нужно смеяться.

Это была первая причина, а вторая поинтереснее. Как же устаешь от нытья в чате телеграм по поводу ExtJS. Каждый клянется, что он точно не является некрофилом и ему противно вступать в половые отношения с «мертвым» MODX.

Третья причина банальная, несколько людей попросили показать.

Эта заметка продолжает цикл посвященный всестороннему обзору архитектуры REST для MODX.

Здесь можно почитать введение
Здесь быстрый осмотр встроенного в MODX модуля modRestService

Ну а начиная с этой заметки — поговорим уже о нюансах настоящей боевой разработки.

Статья — продолжение цикла, рассматривающего создание REST API для MODX со всех сторон.
Часть первая — введение

Рассмотрим как работает встроенный в MODX модуль для RESTful API, настроим первое подключение, разберем базовые моменты.

При планировании разработки механизма RESTful API была идея использовать стандартные процессоры. Плюсы очевидны — готовый код для CRUD с проверками прав и лексиконами. Кроме того, более простая интеграция с дополнениями. Ведь они тоже работают через процессоры. Т.е. их серверную часть переписывать не нужно. По крайней мере, не всю.

Что смущает?

В некоторых базовых и пользовательских процессорах заложена специфика ExtJs. Не критично, но загрязняет код.

Ответ кодируется в JSON со своим форматом. А значит его нужно раскодировать. Получается двойная работа: массив -> json -> массив.

Раз уж зашла тема про REST хочу написать серию заметок о том, как обстоят дела с построением REST архитектуры в MODX или о том, как сделать API приложение на базе MODX.

Привет! Пользуюсь своим свободным временем по максимуму и вещаю вам с поезда. Кофе в Macdonals сегодня крайне восхитительно и я решил поделится с вами еще одной не самой большой, но крайне полезной статьей. Надеюсь никто не против :)

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

Возможности

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

Всем привет, это не совсем дополнение, сколько приятная возможность для тех кто пользуется git-ом (и не только) при создании своих проектов. Все скрипты написаны на BASH и теоретически должны работать практически на любой машине в которой работает данная оболочка. Если же вы не пользуетесь гитом, ничего, Вы можете делать любые бекапы и импорты своего приложения. А теперь вздохни полной грудью и почувствуй свободу в разработке! без цепей зависимости БД )