Финансовая поддержка VPS, бесплатные дополнения и docs Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию. Поддержать

Всего 126 106 комментариев

Василий Наумкин
Василий Наумкин
Пишу ВТОРОЙ раз, так как Василий не позволил мне отредактировать предыдущее сообщение и мне пришлось снова все писать!

Позволил, только вместо редактирования вы мне начали объяснять — почему так получилось. А со второго раза у вас отлично вышло!

Ошибки когда появились, случайно не после переноса с какого-нибудь Денвера?
Василий Наумкин
Василий Наумкин
Авторы MODX мне не рассказывали, почему они решили именно так, но копаясь во внутренностях их системы — я не представляю, как можно иначе.

Упертым баранам давайте ссылку на эту заметку — тут показано, как быстро работать с БД, без ненавистного ОРМ.
Кому кажется долгим сама инициализация ядра MODX — дорога в чистый php или еще куда подальше.
СикретНаме
СикретНаме
На всякий случай, я не имел ввиду, что можно делать такие и этому подобные кульбиты без ОРМ :0)

"… без xPDO не было бы Revolution вообще. Был бы Evolution с обвесами, но не более." — а и не надо, был бы много более крутой Evo, не без доли здравого смысла сказал бы «тот парень с того форума». Однако, моё предположение ниже (если оно ± верное), основанное на Ваших знаниях = перефразированный Ваш ответ «добивает хлопца».

Итак, суть вопроса «почему нельзя подключать/не подключать xPDO».

Я так понимаю потому, что без жёсткой вшивки невозможно и/или неоправданно сложно реализовать ту изрядную часть возможностей, которые доступны, если вшивка жёсткая = а без этого был бы неплохо расширяющий возможности системы довесок, расширение, не более того. => дабы существенно увеличить возможности и было принято решение о жёсткой вшивке xPDO.

Если это ± так, «тот парень с того форума» окончательно «кончился», ибо ± вполне чёткий и понятный ответ на его единственно потенциально существенный и даже ключевой вопрос достаточно полон.

П.С.
Повторюсь, это так только, если в целом я правильно понял Вас.

П.П.С.
Для меня этот момент важен, т.к. не только «тот парень...» гнёт такую линию «последним рубежом обороны», а я особо ничего и ответить не мог.
Василий Наумкин
Василий Наумкин
Того парня, как нашкодившего котенка, я носом тыкаю в эту заметку — он все равно делает вид, что ничего не видел.

А объяснение простое, и очевидное — без xPDO не было бы Revolution вообще. Был бы Evolution с обвесами, но не более.

Чем глубже разбираюсь в Revo — тем больше, простите, охуеваю от возможностей.

К примеру, сейчас мы пишем каменты к ресурсу класса не modResource, а Ticket. Среди прочего, отличается он еще и тем, что в любом случае при получении контента
превращает теги MODX в html-сущности.
А при выводе контента у себя на странице — прогоняет его через Jevix, не только фильтруя, но и типографируя.

То есть, нефильтрованным контент этого ресурса можно получить только через прямой запрос в БД. Есть еще гора отличий в создании\изменении такого ресурса, и в админке.

Однако, я про них не думаю, ибо создал один раз этот новый класс ресурса — и дальше он работает по моим правилам, наследуя остальное от родителя modResource, а тот от xPDOSimpleObject, а потом xPDOObject… Ну вы поняли.

Как, ну как это сделать без ОРМ?! Короче, такой вопрос могут задавать только те люди, которые в Рево не ушли дальше использования стандартных сниппетов в Рево.
Василий Наумкин
Василий Наумкин
Нет морфологии для второго языка, но обычный то поиск есть.

То есть, при поиске «Sony» найдутся все "%Sony%", а при поиске «магнитола Sony» — все "%магнитола Sony%" + все совпадения по формам слова «магнитола».

Поиск не идеален, конечно, но работает лучше других аналогов на Revolution, особенно с русским.
СикретНаме
СикретНаме
«Тому парню с того форума» не закидывали статью эту? Думаю, он сдулся бы вконец.

Хотя, конечно. справедливости ради я бы и сам задал вопрос, единственный в его перлах существенный. Действительно, а почему именно жёстко вшили xPDO, а не факультативно? Мне именно любопытно, в чём могла быть серемяга (точно знаю, что разрабы MODX не идиоты, как тот парень думает, и понимали, что делают (изначально не исключаю, что для таких вещей факультатив нереален (например, по безопасности) и, следовательно, надо жёстко вшивать)).
Дмитрий Зубков
Дмитрий Зубков
Ну думаю примерно можно так:
1. Знать id ресурсов перед которыми хочется поставить divider и включить в
tpl.Wayfinder.submenu такое условие через PHX:

[[*id:is=`[[~id_X]]`:then=``]]

пока некогда проверять надо посмотреть конструкции тут

попробуйте, отпишите
Максим Франц
Максим Франц
Большое спасибо!
По поводу вертикальных и горизонтальных divider не думали еще? Вертикальные в основном меню без проблем, а вот для горизонтальных приходится создавать дополнительные ресурсы, что как-то не очень красиво.
Владимир Кондратов
Владимир Кондратов