Финансовая поддержка
VPS, бесплатные дополнения и docs
Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию.
Поддержать
[videoGallery] Видео галерея YouTube, Vimeo
mxBoard: канбан-доска для команд, людей и ИИ-агентов в MODX 3
Релиз miniShop2 ver. 4.4.1 & 4.4.2
[Решено] Обновление MODX 3.2.2 компонент FetchIt ломает сайт PHP 8.3
Плагин EnvBadge: визуальный индикатор окружения в админке MODX3
MaxNotify
MyFavorites
mxLocDoc - документация внутри админки
Редизайн сообщества
Msdiscount не устанавливается
Всего 126 102 комментария
Спасибо за оперативность! Правда парни из modx.com наверное не сразу пакет опубликуют?)
Совершенно верно
Исправлять ошибки тоже нужно.
Нет, просто обновляешь поверх нее — и все. Первая версия сильно ограничена в возможностях, но все равно полезна для легких сайтов, например, для лендинга.
Имя чанка должно автоматически измениться для всех сопутствующих блоков, поэтому это ошибка в бесплатной версии. Исправлю сегодня.
Я сейчас начал работу с бесплатной, если пойму, что её возможностей мало — на 2-ю версию будет трудно уйти?
И еще есть небольшой вопрос: 1) создал блок, указал имя чанка, 2) добавил этот блок к ресурсам, заполнил контентом, 3) переименовал чанк у блока, 4) у ресурса осталось старое имя чанка, всё сломалось, поменять его нельзя?
Из пожеланий, всё-таки не терять MODX-style и дать возможность использовать систему чанков полноценно, не прибегая в foreach циклам в коде шаблонизатора.
Думаю это выглядело бы примерно так:
Зачем это нужно?
Кроме избавления от циклов в коде для лаконичности и сохранения удобного MODX-стиля раздельного оформления повторяющихся элементов, который и так изрядно потреплен частым злоупотреблением гибкостью fenom-а) — ну, как минимум, дополнительно можно получить более глубокое кэширование и переиспользовать чанки где-то ещё в проекте.
А ещё там внутри чанка можно сделать доступным {$idx} и {$total} (его, возможно, и снаружи, с префиксом типа list_total или как-то так) чтобы не городить их опять же в коде чанка, который для разметк (aka верстки) предназначен, а не для логики.
Это конечно не правка бизнес-логики компонента, а больше к Developer Expierence, но вроде всё так красиво реализовано для разработчиков (уже), что такая вишенка на торт возможно придется кому-то (вроде меня :) ) очень кстати!
Классно, теперь могу поставить клиентам. Мне больше нравится темная тема, но клиентам некоторым привычнее работать в светлой. Удобно что можно будет переключаться. Простая вещь, а как удобно.
два знаю
intellect money
pay any way
2. Написать свой класс-обработчик заказа, который унаследует все методы стандартного и переопределит метод submit().
3. В JS проверять наличие в get-параметрах ключа msorder и делать редирект из JS.
4. Подумать над задачей ещё и раз и прийти к выводу, что данные любого ресурса можно вывести на любой странице, если известен ID ресурса.
По порядку поясняю:
— Новая версия пакета для PHP 8 разработана, потому что SDK Юманей поддерживает только PHP 8. И только новая версия SDK поддерживает новые методы оплаты. Что были необходимы клиенту.
— В репозитории модсторе новую версию был вынужден отключить, так как покупатели пакета жаловались что им недоступна старая версия под PHP < 8.
— Пакет под MODX2 и на PHP8 все работает.
PS. Кому необходимы новые методы оплаты и у кого сайт работает на PHP8 пишите в ТП — временно активирую пакет для скачивания. Пока только так.
Подскажите, пожалуйста, данный компонент на локальном сервере (localhost/) проверить можно или он не будет там работать?
А как вообще в miniShop2 с поддержкой PHP 8? Попробовал поставить — сразу сотни предупреждений посыпались в лог, даже от простой перезагрузки лога.