Привет друзья, у нас хорошие новости!



Несколько часов назад вышел свежий релиз MODX2, при активном участии людей из нашего сообщества!

Вот официальный Changelog в моём вольном переводе и с расшифровкой…

Привет, друзья, давно не виделись!

Прошло уже более 3х лет, как я перестал активно работать с MODX и занялся своим проектом Vesp. За это время я создал много разных сайтов и библиотек, неплохо освоил современные технологии, а теперь возвращаюсь порадовать сообщество MODX.

Почти год назад я уже написал заметку о фундаментальной проблеме в 3й версии MODX, и даже предложил готовый вариант её решения, но никакой реакции это не вызвало. Судя по количеству закачек (целых 10!), никто даже не попробовал установить новое дополнение и посмотреть, как оно работает.

Плюсом к этому добавились мои разговоры с европейскими коллегами на недавнем митапе в Швейцарии, из которых я вынес, что никто ничего менять не планирует.

А у меня есть свободное время, так что я решил немного подорвать экосистему новым типом дополнений, которые должны быть настолько хороши, чтобы заставить вас использовать Composer с MODX 3.

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

Итак, юзер @Futuris установил новенький mmxForms и словил Fatal Error 500 на сервере, при попытке создать форму.

В логах нашли вот такое сообщение:

PHP Fatal error:  
Declaration of Slim\Psr7\Uri::withScheme($scheme) must be compatible with
Psr\Http\Message\UriInterface::withScheme(string $scheme): Psr\Http\Message\UriInterface
in ...

Как же так? Почему у меня работает, а у него нет?

Привет!

Сегодня расскажу про обновление easyComm до версии 1.15.0.
В этом обновлении огромное количество улучшений и исправлений, разных изменений.

В связи с этим: БЕКАП ПЕРЕД ОБНОВЛЕНИЕМ ОБЯЗАТЕЛЕН!!!
Эта версия содержит большое количество изменений, я не исключаю того, что будут баги.

На это обновление я затратил наверное часов 60 рабочего времени, так что в этой статье даже и не опишу всего, точно что-нибудь пропущу или забуду.

Всем привет. Я к вам с короткой заметкой. У меня оставался единственный платный компонент modRetailCRM, продажи которого, я давно не отслеживаю, и тикеты с вопросами не получаю. В общем забыл уже о его существовании.

Василий Наумкин анонсировал новый вид дополнений для MODX3 способных решить проблему зависимостей.

Идея очень перспективная, заслуживает внимания и осмысливания. Мне прямо скажу очень понравилась — Василий респект!!!

Для полного внедрения в массы не хватает немного дружеского интерфейса — то за что народ и полюбил MODX. Вероятно необходима страничка для управления composer пакетами в админке.

Из которой можно выполнить поиск пакета аналогично поиску пакета в репозитории, установку, удаление, обновление и тд. и тп. Естественно сейчас об этом рано говорить… Но хочу привести пример транспортного пакета для Composer дополнений.

Фактически это просто обертка для установки из Composer mmxDatabase и mmxForms. Пакет при установке скачивает composer и актуальную версию composer.json. Далее в резолвере происходит либо установка пакета, либо удаление

Всем привет! Столкнулся с задачей реализовать фильтрацию по первой букве ресурса (из поля pagetitle) в моём случае это фильтрация пород собак, но готового решения не нашёл. Вдохновился документацией и очень похожим решением в этой статье. Может кому будет полезно.

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

Не нашел нигде как сделать так. В официальной документации было только примеры изменения иконки метки через замену iconImageHref

Приветствую, наконец-то я довёл #FlatFilters до вменяемого состояния и даже протестировал его работу на боевом сайте, который находится у меня в поддержке.

Решил попробовать создать сборку для локальной разработки при условии, что через год, два, три я смогу развернуть его из Git и продолжить работу, как и три года назад, без головной боли, что у меня что-то не запускается (за исключением самого Docker)))))).

В чем соль

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

Как это возможно сделать? Варианты:

• содержать свой сервер, на котором работает твое дополнение;
• иметь где-то какие-то бэкапы, чтобы из них развернуть свое дополнение;
• локально держать свою копию с дополнением;
• устанавливать заново свое дополнение, когда требуется доработка;
• и т.д.

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