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

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

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

После установки, в бекенде на странице товара появится вкладка «Купонатор», там можно настроить или сгенерировать купоны для данного товара.

[DaData] — интеграция с сервисом DaData.
DaData.ru исправляет проблемные адреса, ФИО и телефоны автоматически, по 5–10 копеек за запись.
А бесплатные Подсказки помогают клиентам за пару секунд вводить правильные адреса, ФИО, email, реквизиты компаний и банков.
в пакете реализованы методы:
— подсказок
— стандартизации
— геолокации
— актуальности справочников
— баланса
— поиск адреса по коду КЛАДР или ФИАС

пример работы посмотреть тут location.vgrish.ru/index.php?id=10

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

В данном случае самая проблема возникла с компонентом Office. Это на самом деле очень ожидалось, как и в случае с Login и т.п. И это не проблема самих компонентов, а историческая неоднозначность самого MODX-а. Дело в том, что в MODX есть два наиболее часто используемых метода по политикам:
1. $modx->hasPermission() (Он же $modx->context->checkPolicy()) — проверка прав на контекст.
2. $modx->user->isAuthenticated() — проверка авторизованности пользователя в контексте (по умолчанию в web).

Прикол в том, что $modx->hasPermission() не проверяем авторизацию пользователя в данном контексте. Этот метод просто проверяет права пользователя, и не только не важно авторизован пользователь в этом контексте или нет, но и не важно авторизован ли пользователь вообще (то есть это может быть даже просто аноним). У пользователя или есть запрошенные права, или нету. И вот получается, что пользователь есть, и у него есть права, но компоненты, проверяющие пользователя методом $modx->user->isAuthenticated() просто не видят его в текущем контексте, из-за чего и получается путаница.

[GeoLocation] — компонент реализует функционал геолокации. Используется библиотека SxGeo.
Изменения:
— доработан функционал выбора по умолчанию
— добавлены поля «ресурс» и «изображение»
— добавлена возможность форматирования данных
— добавлена работа c INLINE чанками

Совсем недавно вышла версия 1.1.0, и вот уже сегодня пришлось выпустить версию 1.2.0 :) Поступила жалоба, что на сайте с мультиязычностью не корректно работают лексиконы.

Если очень коротко: то модуль был почти полностью переписан. Главные изменения:
1. Основную инициализацию перенесли из OnWebPageInit в OnMODXInit.
2. Отказались от механизма смены контекстов.
Далее будут детали.

[SkypeNotify] — собственно уведомление в скайп для MODX.
подключить и инициализировать skypenotify

$skypenotify = $modx->getService('skypenotify')
$skypenotify->initialize();

подключить аккаунт скайп

$skypenotify->connect('login', 'password');

отправить сообщение

$skypenotify->sendMessage('login', 'Привет Боб, как дела?');

Решил накидать какой-нибудь новогодний компонент.
Получилась гирлянда на всех страницах фронтенда =).

Вчера по просьбе сообщества я разработал компонент switchUser.
Сегодня произошли некоторые доработки компонента, которые потребовали отдельной статьи.