Prihod

Сегодня в телеграм канале MODX написали о том, что редактор TinyMCE Rich Text Editor не умеет то, не умеет этого. Кто-то не сумел его настроить, у кого-то он выдавал ошибки и т.д. Вопрос выбора редактора для меня встал сразу как я перешел на MODX (что напомню случилось не так давно, месяцев 8 назад). Задача стояла одна: сделать простой, удобный и многофункциональный редактор контента. Поигрался с обычным TinyMCE, поигрался с ckeditor, поигрался с TinyMCE Rich Text Editor и решил ковырять последний.

Я не хочу устраивать холивар, какой мол, редактор лучше. Я делюсь готовым решением рабочего и многофункционального редактора. А какой выбирать — решать конечно вам.

Интро

Это моя первая заметка, посему просьба не ругать. По этой же причине не могу написать данную заметку в любой другой раздел. Если кто-то её перенесет, я буду не против. Данный step-by-step гайд больше подойдет либо совсем новичкам, либо тем кто хочет познакомиться с правами в MODX поближе.

Работаю с MODX не долго, около 2 месяцев. Уже на втором проекте у меня возникла задача жесткого разграничения прав, несколько иерархий контент-менеджеров, модераторов, авторов, администраторов и т.д. Все это меня заставило окунуться в омут настроек политик доступа для разных групп пользователей. Готового гайда я не нашел, так что пришлось разбираться в каждой настройке и смотреть на что она влияет, чтобы не обрезать нужные права определенным группам. Плохо я искал, инет полон гайдов подобной тематики, вот хороший гайд. К тому же я хочу изучить MODX и работать именно на нем и считаю что я должен не просто прийти и использовать то что создали другие разработчики, но и внести свой (пусть и небольшой вклад). Но об этом в конце статьи. Это небольшое интро в мою степь, чтобы у людей не возникало вопросов «кто этот парень чтобы меня учить»? Я не учу, а лишь делюсь своим, пусть и опять же, небольшим, но опытом.

Класс xPDOCacheManager реализует механизм кеширования в MODX. Кеш у нас хранится в файлах, а значит, этот класс может помочь нам в работе с файловой системой.

Чтобы иметь доступ к методам класса xPDOCacheManager, нужно получить экземпляр этого класса. Это делается одной строчкой:

$cache = $modx->getCacheManager();

xPDOCacheManager::writeFile

Первый метод поможет нам записывать данные в файл. Работает он очень просто:

$cache->writeFile(MODX_BASE_PATH . 'filename.txt', 'Текст');

Один день проведённый на modx.pro показал, что у людей очень много проблем с дополнением Babel. Люди боятся его за сложность настройки. На самом деле всё не так страшно. Эта статья, надеюсь, поможет при создании мультиязычных сайтов. Целью этой статьи не является разбор, чем одно дополнение лучше другого, это именно инструкция: как сделать.

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


Так, например, я столкнулся с куском кода в ядре, который увеличивает время выгрузки большого кол-ва товаров в ~3 раза, выполняя одно и то же ресурсоёмкое действие каждый раз, когда скрипт запускает обновление ресурса через процессор modResourceUpdateProcessor.

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

Я говорю вот об этой строчке кода. Давайте попробуем разобраться, что же с ней не так!

Привет, друзья!

Вчера прошёл вечерний митап в городе Леуварден, Голландия. Это столица региона Фрисландия, в котором я имею удовольствие в данный момент проживать уже месяц.

Митап, по нашим меркам, был очень необычным — он стартовал в 19 часов вечера, в среду, то есть ровненько посередине рабочей неделе. Местом проведения стал Stenden Hotel.

Совершенно неожиданно для организатора, собралось аж 38 человек, со всей Голландии. Так как среди них затесался и один русский — митап проходил на английском языке.

Привет друзья!

Прямо сейчас проходит MODXpo 2017 и я хочу поделиться с вами своим, только что показанным, докладом.
Идея в том, чтобы разрабатывать сайты без логина в админку, прямо из PhpStorm.



Я предлагаю делать это через свой пакет, который установит нужные ресурсы, настройки, шаблоны и вообще что угодно. Это не для разработки дополнений, это для разработки сайтов.

Добрый день. Предлагаю вашему вниманию проект, который сейчас находится в стадии бета-тестирования.
Идея: универсальная площадка для коммуникаций, обмена опытом и знаниями.
В будущем – образовательная платформа.

Приветствую, дорогое наше сообщество!!!
Сегодня я расскажу о наболевшем, но этот топик не про жалобы «Как всё плохо», а про "Призыв к действию".
И так: У нас есть классный компонент интернет-магазина miniShop2, за который я очень благодарен Василию, который сделал его на столько гибким под разные цели и задачи.
И всё в этом компоненте хорошо, за исключением функционала МЕНЕДЖЕРА, который должен обрабатывать поступающие заказы.
Я уже сделал на miniShop2 с десяток магазинов, и в каждом это проблема всё время всплывает. Рецепты решений на просторах сообщества, конечно выручали отчасти, но большинство из них требуют изменения исходников компонента, а это- блокирует возможность обновления пакета.