Новые дополнения и их версии

Привет друзья! Хочу представить вам новую версию pdoTools с улучшениями работы шаблонизатора Fenom.

Функциональность vs Безопасность

Я долго думал, как бы разрешить менеджерам запускать чанки и сниппеты, но при этом не пускать их к объектам MODX. Потому что, если включить системную настройку pdotools_fenom_modx, то любой менеджер сможет сделать в чанке вот так:

{if $res = $modx->getObject('modResource', 1)}
	$res->remove();
{/if}

Нам бы этого не хотелось, правда?

С другой стороны, я не хочу придумывать очередной псевдоязык команд, типа

{runSnippet('name', [params => data])}

или

{'name' [params => data] | snippet}

Поэтому я добавил специальную переменную {$_modx}, которая ссылается на небольшой безопасный класс, где есть только нужные менеджерам функции и свойства:

• {$_modx->placeholders} — массив с системными плейсхолдерами
• {$_modx->config} — массив с системными настройками
• {$_modx->context} — массив (не объект!) с текущим контекстом
• {$_modx->user} — массив (не объект!) с текущим пользователем
• {$_modx->resource} — массив (не объект!) с текущим ресурсом
• {$_modx->lexicon} — служба загрузки лексиконов
• {$_modx->lexicon()} — функция для вывода строки из лексикона
• {$_modx->runSnippet()} — запуск сниппета
• {$_modx->runProcessor()} — запуск процессора
• {$_modx->getChunk()} — вывод чанка
• и т.д., смотрите исходник.

Сегодня поступил хороший вопрос о синтаксисе Fenom в лучшем редакторе для MODX — Ace. Он очень похож на Smarty, так что его оказалось нетрудно добавить.

Однако, я в очередной раз обратил внимание, как долго наш любимый редактор не обновлялся — уже больше года! Очевидно, danyaPostfactum некогда им заниматься, поэтому я решил попробовать обновить компонент самостоятельно.

Наконец-то появилось немного свободного времени, чтобы сделать анонс будущего компонента, о котором я уже говорил — возможность бэкапа таблиц БД и немножко другого функционала из phpMyAdmin.

[mspPayin] — оплата через payin-payout.net/

Описание

msCDEK позволяет рассчитывать стоимость доставки, с учетом веса заказа, для 8 тарифов ТК СДЕК.

На самом деле, поддерживаются все тарифы СДЕК, но для этого необходимо вручную прописывать JSON в свойство properties метода доставки. Подробнее в конце заметки.

Особенности

1. Учет веса товаров в заказе
2. Вывод сроков доставки
3. Сниппет для расчета доставки в карточке товара
4. Поддержка авторизации
5. Совместимость с msRussianPost при расчете сроков доставки

Поддерживаемые типы отправлений:

1. Экспресс-Лайт Склад-Склад
2. Экспресс-Лайт Склад-Дверь
3. Экспресс-Лайт Дверь-Склад
4. Экспресс-Лайт Дверь-Дверь
5. Посылка Склад-Склад (Требуется авторизация!)
6. Посылка Склад-Дверь (Требуется авторизация!)
7. Посылка Дверь-Склад (Требуется авторизация!)
8. Посылка Дверь-Дверь (Требуется авторизация!)

Помимо стоимости, рассчитывается срок доставки.
Данный компонент возможно использовать вместе с компонентом msRussianPost – они унифицированы.

Описание

msRussianPost позволяет рассчитывать стоимость доставки, с учетом веса заказа и стоимости всех товаров, для всех основных типов перевозок Почтой России.

В тексте упоминается компонент msCDEK — его описание появится в скором времени.

Особенности

1. Учет стоимости и веса товаров в заказе
2. Вывод стоимости доставки с учетом страхования
3. Вывод сроков доставки
4. Сниппет для расчета доставки в карточке товара
5. Кэширование результатов расчета
6. Совместимость с msCDEK при расчете сроков доставки

Поддерживаемые типы отправлений:

1. Простая бандероль
2. Заказная бандероль
3. Заказная бандероль 1 класс
4. Ценная бандероль
5. Ценная посылка
6. Ценная авиабандероль
7. Ценная авиапосылка
8. Ценная бандероль 1 класс
9. Курьерская доставка EMS

Помимо стоимости, рассчитывается срок доставки.
Данный компонент возможно использовать вместе с компонентом msCDEK – они унифицированы.

В этой версии появилась возможность онлайн оплаты при бронировании. За реализацию этой возможности отвечает minishop2. Для оплаты можно использовать все способы оплаты, доступные в Minishop2.

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

Теперь заметки останутся даже после обновления элемента.

Сообщество, заинтересован, нужно ли вам дополнение личных сообщений «как вконтакте».
На один проект потребовался такой функционал, сделал на сокетах.
В данный момент оформляю все в компонент, но есть один минус: нужны веб-сокеты на сервере. Ибо мало кто может их поставить и настроить или хостинг не дает такой возможности решил сделать все через pusher.com. Огромным плюсом сервиса является возможность создавать уведомления, можно отправить конкретному пользователю через api (уведомление о новом сообщении, ответ на комментарий и тд).

Кто не знает зачем эти сокеты:
без обновления страницы клиент получает информацию (новые сообщения, уведомления), без костыля ввиде ajax запроса по таймауту. Все происходит мгновенно. Так же работают push уведомления на ios (кстати из modx можно слать уведомления в ios).

В тех-поддержке кто-то отписывался по поводу экспорта пользователей (подписчиков). Собственно функционал был добавлен.

Экспорт в формате csv. Колонки необходимые для экспорта выставляем в таблице, сортируем по ресурсу, пользователю — жмем экспорт и все.