3 часа назад
5. Настроил компонент Login.
6. И в раздел «Редактирование данных» у уже авторизованного пользователя вывел следующий сниппет:
<?php
$modx->...
Личный кабинет пользователя. Поиск компонента 4
8 часов назад
Файл изображения — название файла с расширением
Путь к файлу — путь где файл находится
На мой взгляд для манагера это сложно. Проще иметь возможно...
Компонент для создания кастомного меню 17
9 часов назад
Добрый день, прикрутите возможность поиска товаров по ТВ/значению
msPre - Массовое редактирование товаров minishop 87
Вчера в 14:09
Все спасибо, разобрался
Открываю исходники SeoFilter, YandexMarket2 и делаю их бесплатными 15
Вчера в 13:32
Может можно реализовать как-то через «цепочки» внутри самого easyComm…
Одна админка, мультиязычность на разных доменах: de, fr, md + мультиязычные комментарии 1
Вчера в 11:56
все спасибо разобрался!
[YandexMarket2] выгрузка товаров в Яндекс Маркет и не только 19
Вчера в 10:37
t.me/ru_modx
Белый экран при редактировании ресурса после копирования его в другой контекст 6
27 марта 2024, 22:38
Если используете сниппет для отправки формы без перезагрузки страницы, то js компонента FetchIt вставляет текст ошибок внутри тега с атрибутом data-er...
Проблемы с работой FormIt не выводятся сообщения после обработки формы. 12
27 марта 2024, 22:01
Если посмотреть за последние годы, сколько здесь было заметок о дополнениях, которые сделали не наши ребята?Это сайт русскоязычноого сообщества, тут п...
Транспортный пакет для Composer дополнений 27
27 марта 2024, 20:02
Ну в общем я поторопился с выводами. Это помогла от спама который напрямую отсылал через action. Но не помог от этих сообщения который до этого были.
...
Спам через AjaxForm 7
А в чем у вас установка прошла со скрипом?
www.youtube.com/watch?v=XaHXXjMOe24&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf — вот ставил на стандартную панельку VESTA с php 7.2 без каких либо доп настроек работает как часы.
Если же ставить на тот же MODHOST то надо помнить 2 момента там не работает localhost надо писать 127.0.0.1 при подключении к базе данных и поменять /assets/.thumbs на /assets/thumbs (в файлах и в конфигурации EVO) так как папки с. запрещены на MODHOST )
Гляньте вот это:
PageBuilder, TemplateEdit3
www.youtube.com/watch?v=YM_qY9xRlU4
Надеюсь 15 минут вашего времени не сильно большая просьба а после если понравиться то вот эти:
Шаблоны часть 1:
www.youtube.com/watch?v=n4oX8Y-zX_k&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf
Шаблоны часть 2:
www.youtube.com/watch?v=OsAesOt2lDw&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf
Пакеты:
www.youtube.com/watch?v=HI09PmCF67U&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf
Контроллеры:
www.youtube.com/watch?v=T9Ws_kgF75M&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf
Надеюсь поймете что элементы в админке оставленный и сключительно для обратной совместимости и не только до 2009 года а до 2004 :)
Я не хочу идти по пути REVO мол убить все и сделать новую систему так как тогда еще и будет 2 версии EVO и раздробим сообщество еще на 2 части? смысл ???
Как показывает опыт РЕВО можно изменить код не меняя базу, собственно EVO и REVO на 99% в базе данных одинаковы.
Поэтому да есть много легаси кода и он работает но при этом нет проблем работать из IDE и из Файлов притом из коробки. Собственно такой подход дает возможность плавно перейти с EVO 1 на EVO 2
а не бросать все и погружаться в изучение нового.
В целом если забить на обратную совместимость то тогда вообще нет смысла развивать EVO :) так как потеряется суть. Проще тогда уже просто сделать админку на ларке :) Зачем тот MODX и EVO надо тогда?
Да и чем вам мешает обратная совместимость? понятно что нужно научиться работать по новому что б не делать смесь. Но для этого как раз и пишу сейчас видео что и как что б было легче разобраться :)
Скорость — это собственно одна из причин почему я развиваю EVO. С Компонентами Laravel, 2.0 где то на 0,01с просела по сравнению с 1.4 но уж очень удобней все стало.
Верхнее меню можно изменять как угодно через плагин
Дерево документов так же имеет события для плагинов можно менять как угодно(иконки, свое кастомное меню и поведение)
Контент тоже можно строить какой угодно :)
По сравнению с Revo сильно много свободы что дает возможность говнокодить. Но ограничений нет
1. Даем хорошую базу которая позволяет делать быстрые и качественные сайты + с технологиями которые современные.
2. Пишем документацию и уроки для того что б привлечь больше ребят в сообщество
3. Начинаем расширять базу компонентов.
В целом сейчас Evo по сравнению с Revo проигрывает только из за отсутствия платного маркетплейса и Минишопа. Но опять же хочется делать последовательно пускай и дольше.
— MODX Шаблонизатор
— Fenom Шаблонизатор
А самое интересно что получилось это все совместить:
— хочешь стандартный парсер да не вопрос
— хочешь шаблонизатор и в нем снипеты да тоже не вопрос
— хочешь что б в шаблонизаторе не было сниппетов(выносим их в контроллер) тоже не вопрос
p.s. Рекомендую потратить время и вникнуть в соседние технологии и понять в чем плюсы и отличия парсера и стороннего шаблонизатора:) Ведь понять что лучше для чего можно только сравнив.
Для примера я долгое время считал что MODX Parser очень крут и удобен и что это и есть ядро MODX но на деле FENOM(в REVO) и BLADE, TWIG(в EVO) куда удобней стандартного парсера и отлично вписывается в философию MODX.
— Релиз MODX 3 уже 2 года ждут
— Релиз EVO 2 уже год ждут
Форк есть смысл делать только ради того что б уйти от MODX LLC и их последнего слова что и как делать.
Но скажу я вам что без имени MODX будет сразу куча работы в плане маркетинга ибо обьяснить что это тот же MODX но называется теперь по другому будет крайне сложно и на это нужно много ресурсов.
Поэтому как по мне логичней организовывать сообщество и продавливать MODX LLC.
Да и то что хорошие специалисты уходят а не помогают развивать систему тоже говорит что есть проблемы.
Вообщем я за то что б открыто обсудить проблемы и варианты. А один из вариантов и есть MODX-Like Admin Panel for Laravel(или любой другой фреймворк).
Как по мне стоит просто сделать MODX-Like Admin Panel на базе одного из популярных фреймворков.
если же делать совсем по уму и все через REST то прийдем к тому что можно будет и бек менять и фронт, главное что было API Френдли.
Сейчас пилю Evo 2.0 на базе компонентов Laravel, но в перспективе смотрю в сторону как раз такого решения.
Да понятно что потеряем обратную совместимость но получим современный удобный инструмент.
Ибо на текущий момент:
REVO — нужно потратить очень много времени что б переписать систему и тонну дополнений что б привести все в норму и соответствия текущим трендам.
EVO — ближе по коду к текущим трендам но большие печали по маркетплейсу.
Я бы предложил перевести разговор в плоскость что нас держит в философии MODX и что нужно перенести на свежие рельсы.
Вот кажется первое упоминание про MODX 3)