Семён Кудрявцев
С нами с 21 августа 2015; Место в рейтинге пользователей: #403 часа назад
Файл изображения — название файла с расширением
Путь к файлу — путь где файл находится
На мой взгляд для манагера это сложно. Проще иметь возможно...
Компонент для создания кастомного меню 17
4 часа назад
Добрый день, прикрутите возможность поиска товаров по ТВ/значению
msPre - Массовое редактирование товаров minishop 87
7 часов назад
Все спасибо, разобрался
Открываю исходники SeoFilter, YandexMarket2 и делаю их бесплатными 15
7 часов назад
Может можно реализовать как-то через «цепочки» внутри самого easyComm…
Одна админка, мультиязычность на разных доменах: de, fr, md + мультиязычные комментарии 1
9 часов назад
все спасибо разобрался!
[YandexMarket2] выгрузка товаров в Яндекс Маркет и не только 19
Сегодня в 10:37
t.me/ru_modx
Белый экран при редактировании ресурса после копирования его в другой контекст 6
Вчера в 22:38
Если используете сниппет для отправки формы без перезагрузки страницы, то js компонента FetchIt вставляет текст ошибок внутри тега с атрибутом data-er...
Проблемы с работой FormIt не выводятся сообщения после обработки формы. 12
Вчера в 22:01
Если посмотреть за последние годы, сколько здесь было заметок о дополнениях, которые сделали не наши ребята?Это сайт русскоязычноого сообщества, тут п...
Транспортный пакет для Composer дополнений 27
github.com/modx-pro/miniShop2/issues/627
Та же история с публикацией по расписанию.
Единственный вариант — это полностью переписывать реализацию класса кэш-менеджера и всех его методов.
Хорошо бы его сначала протестить по-полной, но за решительный шаг, наконец-то избавить компонент от jQuery — уважуха!
Сейчас тестирую скрипт, где-то лезут ошибки в браузер из-за недостающих проверок на существование элементов, что джеквери делает под капотом.
Так же хорошо, что убран функционал с уведомлениями, он должен быть опциональным, но проверки на него тоже выкидывают ошибки в консоль.
Автору благодарность, ошибки не критичные, легко все пофиксить
Во первых везде написано, что при установке в папке core создаются файлы — по факту они не создаются.
Во вторых в папке самого компонента в core есть папка plugins с описанной структурой, но и там ошибка, в файле events.example вызывается файл Title.php, тогда как в папке ModxPlugins/Web/ лежит Logo.php
В третьих даже если прям там в папке самого компонента переименовать файл events.example в php и исправить Title на Logo один фиг ничего не заработает.
А чтобы заработало нужно самому скопировать из папки компонента папку plugins в папку core, и сделать в ней вышеописанные правки.
Хорошо бы исправить инструкцию, и либо сделать реально чтобы файлы формировались в папке core, либо написать что их надо самим копировать.
И было бы неплохо иметь возможность в системных настройках указывать свой путь для плагинов, и указывать его ещё на этапе установки, чтобы уже первичных набор файлов записался туда.
Ошибка:
Видишь как сложилось, ты хотел писать замену pdoTools, а получилось, что сам пакет тебе передали на попечение.
Жду с нетерпением возможности использовать smarty из твоего ZOOMX в pdoTools, теперь не надо будет использовать 2 шаблонизатора на сайте)
По поводу безопасности, читал и в телеге и в твоем блоге, может тут пойти по такому же принципу как в последней обнове движка сделали, для статичных элементов добавили настройки, ограничивающие куда можно класть статические элементы. Можно даже под эти настройки завязаться, так как один фиг все шаблоны где-то должны в одном месте лежать. То есть ограничить какой-нить одной папкой, чтобы ни до чего другого было не дотянуться.
А так затея интересная, автору респект.
Компонент перебивает отрисовку функционала промокодов при редактировании заказа, при чем не помогает даже изменение приоритетов срабатывания плагинов.
Может как-то придусмотреть в компоненте, возможность другим компонентам рисовать свой функционал в заказе хотя бы отталкиваясь от приоритета события плагина.
Обычно компоненты рисующие extjs в админке рагют свои скрипты на событие — msOnManagerCustomCssJs,
было бы удобно иметь возможность задавать приоритет этому событию и тогда все компоненты могли бы при необходимости свой функционал добавлять в интерфейс, сейчас же Ваш компонент перманентно перебивает все скрипты других компонентов несмотря на приоритеты.
На вопрос автора — Нужно ли дальше делать подобные компоненты или они наоборот уводят MODX куда-то в сторону?)
Ответ: Однозначно, да!
И по поводу админки на vue, хотелось бы, чтобы это всё-таки стало реальностью)