Виталий Валерьевич
С нами с 23 декабря 2012; Место в рейтинге пользователей: #333На чём писать админку?
Привет, коллеги!
Попросили помочь с сайтом, написанным на Phalcon — это такой PHP фреймфорк, написанный на C. Работает очень быстро, но требует установки специальных модулей для PHP.
Так вот, по Phalcon вопросов нет, но админка на сайте конкретно кривая, смесь HTML и jQuery. Некоторые формы отправляются через ajax, некоторые просто так, а некоторые и вовсе не работают.
Очевидно, надо переписывать. Использовать для этого старый ExtJS не хочется, учить новый — тем более. Кто что может посоветовать для нормального интерфейса админки на фронтенде самописного сайта?
Почитал сейчас про AngularJS, ReactJS, jQuery Templates и аналоги — каждый хвалит своё, голова идёт кругом.
Пока склоняюсь к Angular, а вы что скажете?
Попросили помочь с сайтом, написанным на Phalcon — это такой PHP фреймфорк, написанный на C. Работает очень быстро, но требует установки специальных модулей для PHP.
Так вот, по Phalcon вопросов нет, но админка на сайте конкретно кривая, смесь HTML и jQuery. Некоторые формы отправляются через ajax, некоторые просто так, а некоторые и вовсе не работают.
Очевидно, надо переписывать. Использовать для этого старый ExtJS не хочется, учить новый — тем более. Кто что может посоветовать для нормального интерфейса админки на фронтенде самописного сайта?
Почитал сейчас про AngularJS, ReactJS, jQuery Templates и аналоги — каждый хвалит своё, голова идёт кругом.
Пока склоняюсь к Angular, а вы что скажете?
Расширение любых таблиц MODX
В очередной раз понадобилось изменить таблицу сайта, менять которую не предусмотрено.
Что обычно люди делают в таких случаях? Верно, редактируют ядро или нужный компонент, и больше их не обновляют. Но ведь это неправильно, и можно решить вопрос иначе.
Пишем обычный плагин, выставляем для него событие OnMODXInit и меняем модель для нужных классов системы или дополнений. Например, я добавил id менеджера в заказ miniShop2:
Что обычно люди делают в таких случаях? Верно, редактируют ядро или нужный компонент, и больше их не обновляют. Но ведь это неправильно, и можно решить вопрос иначе.
Пишем обычный плагин, выставляем для него событие OnMODXInit и меняем модель для нужных классов системы или дополнений. Например, я добавил id менеджера в заказ miniShop2:
Сборка transport-пакета без установки MODX
Писать свои пакеты для MODX не просто для новичка, да и опытному разработчику иногда не сладко приходится. Но новичок пугается, а опытный разбирается :).
Эта заметка рассказывает о том, как можно написать и собрать пакет компонента для MODX без установки и настройки самого MODX. Уровень выше среднего, так что возможно придется поломать голову в отдельных случаях, но оно того стоит.
За подробностями прошу под кат.
pdoResources разбивка ресурсов по дням
Привет. Подскажи пожалуйста, может кто знает, как сделать следующий вывод материалов через pdoResources
По формату
Выводится сначала последний день (02.10.2015)
Затем список всех новостей этого дня
Затем предыдущий день (01.10.2015)
И все материалы этого дня
…
и так далее
По формату
Выводится сначала последний день (02.10.2015)
Затем список всех новостей этого дня
Затем предыдущий день (01.10.2015)
И все материалы этого дня
…
и так далее
[Slackify] – удобный уведомлятор в Slack для MODX
Привет, друзья.
На прошлой неделе меня однажды утром осенила мысль «а что, если» и не отпускала, пока не доделал все, что хотел. А сделал вот что: написал компонент, который добавляет набор классов, используя которые можно удобно настроить уведомления с сайта на MODX в чат Slack. Особенная фишка пакета — это уже готовые плагины для 404 ошибок, Tickets и miniShop2. Но, по порядку.
В основном репозитории – modx.com/extras/package/slackify
В репозитории modstore.pro – modstore.pro/packages/alerts-mailing/slackify
На прошлой неделе меня однажды утром осенила мысль «а что, если» и не отпускала, пока не доделал все, что хотел. А сделал вот что: написал компонент, который добавляет набор классов, используя которые можно удобно настроить уведомления с сайта на MODX в чат Slack. Особенная фишка пакета — это уже готовые плагины для 404 ошибок, Tickets и miniShop2. Но, по порядку.
В основном репозитории – modx.com/extras/package/slackify
В репозитории modstore.pro – modstore.pro/packages/alerts-mailing/slackify
Создание мультисайта на MODX REVO
Лучше поздно, чем никогда. Как и обещал https://modx.pro/help/5194/ пишу про создание мультисайта на MODX REVO. Выкладываю в блог Готовые решения, т.к. в статье есть чуть-чуть кода.
Смысл всей затеи — упростить поддержку сайтов.
Под поддержкой понимаются любые действия связанные с работой сайта:
— размещение контента
— технические доработки сайта (программирование, верстка)
— консультирование модераторов, сеошников и т.д.
— бэкапы и восстановление информации
Кроме того, для упрощения работы необходимо внедрить стандарты, чтобы упростить рутину. Звучит громко, но на самом деле все просто — по «узким» моментам единожды принимаем какое-то решение и дальше просто поступаем по образцу, чтобы не тратить время на изобретение велосипедов. По принятому решению пишем короткую заметку в Евернот, чтобы потом когда понадобится можно было быстро найти, на чем основывалось решение.
В таких «стандартах» у меня:
— ресайз картинок с примерами кода
— настройки галереи fancybox с примерами кода
— создание файловых архивов
— названия чанков, например почти везде у меня есть чанки HEADER.site1, FOOTER.site1, ASIDE.site1 (в названии используем название контекста).
— и т.д. и т.п.
Т.е. единожды продумываем тонкости и решаем, что будем делать именно так и никак иначе. В дальнейшем это позволит избежать бардака и существенно ускорит процесс переноса существующих сайтов в мультисайт или разработку новых сайтов.
Смысл всей затеи — упростить поддержку сайтов.
Под поддержкой понимаются любые действия связанные с работой сайта:
— размещение контента
— технические доработки сайта (программирование, верстка)
— консультирование модераторов, сеошников и т.д.
— бэкапы и восстановление информации
Кроме того, для упрощения работы необходимо внедрить стандарты, чтобы упростить рутину. Звучит громко, но на самом деле все просто — по «узким» моментам единожды принимаем какое-то решение и дальше просто поступаем по образцу, чтобы не тратить время на изобретение велосипедов. По принятому решению пишем короткую заметку в Евернот, чтобы потом когда понадобится можно было быстро найти, на чем основывалось решение.
В таких «стандартах» у меня:
— ресайз картинок с примерами кода
— настройки галереи fancybox с примерами кода
— создание файловых архивов
— названия чанков, например почти везде у меня есть чанки HEADER.site1, FOOTER.site1, ASIDE.site1 (в названии используем название контекста).
— и т.д. и т.п.
Т.е. единожды продумываем тонкости и решаем, что будем делать именно так и никак иначе. В дальнейшем это позволит избежать бардака и существенно ускорит процесс переноса существующих сайтов в мультисайт или разработку новых сайтов.
toggleTVSet
Доброе утро, в свободное время ищу интересные дополнения и готовые решения к MODx.
Вот, роясь на гитхабе, нашла приложение toggleTVSet.
Его смысл: в зависимости от значения определенного ТВ должны показываться необходимые нам ТВшки.
Из минусов:
Вот, роясь на гитхабе, нашла приложение toggleTVSet.
Его смысл: в зависимости от значения определенного ТВ должны показываться необходимые нам ТВшки.
Из минусов:
- плагин и сниппеты надо устанавливать вручную
- в плагине прописать Id TV-параметра (одного), от значения которого будут скрываться\показываться другие Тв-шки.
easyComm - дополнительное поле Изображение
UPD 22.04.2021. Эта публикация устарела!
С версии 1.11.0-pl компонент сразу поддерживает вложение файлов: modx.pro/components/21775
При использовании компонента easyComm встала задача прикрепления к сообщения файла, а точнее изображения. Да еще и так, что бы им удобно можно было управлять через админку.
По результатам работы — небольшая инструкция, как этого добиться:
С версии 1.11.0-pl компонент сразу поддерживает вложение файлов: modx.pro/components/21775
При использовании компонента easyComm встала задача прикрепления к сообщения файла, а точнее изображения. Да еще и так, что бы им удобно можно было управлять через админку.
По результатам работы — небольшая инструкция, как этого добиться:
[myCalendar] Вызов нескольких календарей
Кнопка сохранить в minishop2
Кнопка Сохранить неактивна, пока не внесёшь изменения в любой инпут. Но для редактора (Содержимое ресурса) это почему-то не действует, причём только для товаров/категорий minishop2.
А для заказчиков-менеджеров CTRL+S сложновато. Как быть?
А для заказчиков-менеджеров CTRL+S сложновато. Как быть?