
iWatchYouFromAfar
С нами с 29 сентября 2018; Место в рейтинге пользователей: #2246 минут назад
Привет. Вывод интерфейса админки минишопа в web контекст никто не делал. Я делаю потихоньку интерфейс своей ERP на getTables и PVTables в web контекст...
Интеграция интерфейса плагина Formit в ресурс 2
Вчера в 19:12
Важно решить как управлять страницами при мультиязычности:Сейчас, если перевода нет — показывается страница в основной локали.
Остальные варианты пок...
pbStudio: Подключаем мультиязычность в PageBlocks 4
Вчера в 09:22
Привет, Дима! Мне тоже пришлось немного поискать, потому что пока что ещё не так много было выпущено. И, честно говоря, я не могу точно сказать, когда...
MODX/AI Hackathon Part 2 (27 марта) 5
22 апреля 2025, 13:09
Вопрос решил. Переустановил modx… И чудо — всё заработало…
Хочу реализовать мультиязычность и мультидоменность - на русском сайт в RU, на английском COM... 14
22 апреля 2025, 11:54
Извините, что я тут заспамила, но ответ: положила файл и все заработало.
AdminTools и ош. 500 8
21 апреля 2025, 22:57
Хорошо бы об этом еще один урок подготовить)
PageBlocks 2.6.0. Настройка меню MODX и гибкое управление страницей пользователя 13
21 апреля 2025, 21:21
1. Создавать копии страниц не надо — в страницы появится вкладка «Локализация», в ней будут отображаться переведенные копии данной страницы. «Перещелк...
Polylang 144
21 апреля 2025, 14:20
Я же готовый пример скинул — пользуйся. Могу лишь добавить, что $c->select() и все другие методы можно вызывать сколько угодно раз.
Вывод перечня заказанных товаров в таблицу с заказами minishop2 (панель менеджера) 27
18 апреля 2025, 16:30
Добрый день.
Удалите плагин vpSystem от пакета.
[VirtualPage] - Виртуальные страницы. 183
Так же я интегрировал в свою сборку gulp (для внесения изменений в верстку на лету). Ну это мне просто так удобно, когда верстка рядом с кодом лежит.
В будущем планирую этот билдер выложить в открытый доступ, но сейчас есть 2 небольшие проблемы, вернее одна небольшая, с ней сам справлюсь — а вот вторая большая. Мне нужна помощь в написании ресолвера, который будет устанавливать пакеты из папки. В идеале принцип работы такой, в резолвере прописать логику установки компонентов, в файле конфигурации указать название пакета и его версию, если резолвер такой пакет находит — производим установку, если нет — пропускаем и работаем дальше.
Возможно @Илья Уткин подскажет или поможет с реализацией этой идеи. Это нужно для установки собственных пакетов, которых нет в репозиториях. Свой репозиторий делать ради этого, такая себе идея. Конечно можно установить ручками — но идея как раз избежать этого! :)
Возможно кто-то уже делал такой резолвер и поделится решением.
Создавайте сайты где вам удобней, хоть свой движок пишите. Зачем вы здесь если вы ушли? Вернее не так вопрос поставил, зачем вы пишите тут людям что им нужно сделать, ведь вы ушли и вы то уж точно ничего из того что пишите делать не будете?
github.com/iWatchYouFromAfar/TinyMCERTE-Installer-for-MODX/blob/master/source/assets/components/site/tinymcerte/js/external-config.json
В самом начале пишите пути (там уже есть 2) и в них размещаете обычные файлы .html, с нужной разметкой.
Миша, спасибо за статью!
P.S.
И это с большим деревом, вложенность около 6 уровней.
Признавайтесь, вы депутат?
Применив должную фантазию и совсем немного строк кода, можно прописать любую логику в этом плагине и не только в поле content. Это минимум функционала, что-то типа базовой функции. Ну а дальше этот сниппет можно развивать и даже собрать из него дополнение.
Может быть так и произойдет, если найду причины его расширения.
И вообще, это работа менеджера сайта, писать хороший контент правильно. Так что я, например, свое решение установил и себе на сайты, дабы не забывать про alt.
Я уже молчу про SEO, они за такое по рукам бить будут.
P.S.
Раз тебе не нужно сбрасывать процесс сохранения, то ты можешь изменить скрипт. Там где проверяется alt на пустоту, вместо $alts[1] подставляй что угодно.
Я использую другой вариант плагина, подставляю источник файлов на основании шаблона. Проще говоря — каждому шаблону, свой источник файлов, без привязки к юзерам. Я тоже хотел свой плагин доработать, чтобы он создавал папки по текущему id ресурса. Но там всплывает множество подводных камней, типа что будет если у ресурса сменить шаблон или если удалить ресурс. Как потом удалять неиспользуемые файлы и папки и т.д. Посему управление диспетчером файлов я возлагаю на пользователей.
Например на своих сайтах я создаю папки и обрабатываю их плагином транслитерации и добавляю в название текущую дату. Так проще структуру соблюдать.
А вообще, когда сайт разрастается, пользоваться встроенным диспетчером файлов становится не очень удобно.
Обновил пост, добавил версию плагина который проверяет когда последний раз изменялся файл.
Спасибо за фидбэк!