Не путай логику отображения с логикой приложения. Последней не место во вьюхах. Вот пример логики отображения.
Лично я не вижу особой необходимости в объекте $_modx как ограничителе функциональности для безопасности. Этого нет ни в одном шаблонизаторе. Видимо никому не понадобилась такая фича. А вот как объект для работы со вьюхами (шаблонами, чанками, ресурсами) он хорош. Для правильной работы, если можно так выразится. И юзер $_modx->user там нужен! Хотя я бы сделал юзера отдельным объектом для удобства. Но считаю, что кэшменеджер тут лишний. Вот такое имхо. Но, как правильно сказал Павел, ты может делать что хочешь и как хочешь. Fenom позволяет юзать даже объект $modx. It's up to you.
Спасибо, это помогло. Картинки появились в дереве ресурсов, но я их не могу вибрать в качестве значения для tv-шки. Если я нажимаю на папку images, то мне справа все равно показиваэтся содержимоє корня сайта
Страницы, в которых есть ?, в индекс не попадут.
Если ранее в индекс попадали, значит инструкция была некорректная. Поисковики нормально ее отрабатывают. Через Яндекс-вебмастер можете еще проверить.
Ну и ЧПУ нормально настройте
У меня, сейчас, клиент просит ускорить сайт. И, причем, за небольшие деньги. Соблазняюсь идеей, для тяжелых страниц, сложить в кеш уже сгенерированный код HTML и отдавать его при запросе страницы без get и post параметров. У клиента tagmanager2 втупляет на большом числе товаров. НО как страница загрузилась работает уже быстро. НО и сломать может. mFilter2 такой метод точно сломает (Он свои настройки в сессии хранит. Со статическим кешем сниппет не выполниться и сессия окажется пустой.)
первому посетителю придется ждать десятки секунд
Что у вас такого тяжелого на странице выполняется? Хочется сделать какое-нибудь универсальное решение проблемы, если это возможно. Действительно тяжелые это фильтры товаров. Какие еще тяжелые сниппеты или случаи есть?
Вопрос, а как оно должно работать?
Я ведь правильно понимаю что после установки классы, методы и свойства modx должны «подсказываться»?
Там нет никаких ограничений на операционную систему? Я только что установил ваше дополнение, VScode работает под линуксом.
Version: 1.40.1
Commit: 8795a9889db74563ddd43eb0a897a2384129a619
Date: 2019-11-13T16:49:30.162Z
Electron: 6.1.2
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
OS: Linux x64 5.0.0-36-generic
Да, каюсь, сейчас в редакторе открыт проект на микрофрейворке slim, но я думаю что редактору все равно и если я ввожу $modx-> то он должен показать мне методы и свойства? Но этого не происходит к сожалению(
Выскажу свою согласие c Александром. Зачем тогда пользоваться Fenom, неужели только чтобы заменить [[+name]] на {$name} и зачем в fenom пробрасывали основной объект приложения $modx в $_modx, разве не для того чтобы в чанке или шаблоне дотянуться до методов.
Все не могу въехать в логику решения. По моему ты что-то в описании пропустил. Может у тебя 1 страница которая грузиться десятки секунд, а ты пользователю показываешь 2 страницу с твоим сниппетом, который уже показывает распарсенную 1 страницу?
Не пихайте логику во вьюхи. Это бад практис! Перенесите логику в сниппет и вызывайте его на странице.
В MODX не вьюхи, а чанки. То есть, MODX, вообще-то, не придерживается паттерна MVC.
Конечно, в чанки не стоит пихать код, но часто бывает так значительно проще. Например, как тут.
А я вот modHelpers не пользуюсь. Пробегался по диагонали по его функциям. Такое впечатление, что это просто синтаксический сахар. То есть, ничего особо полезного не несет. Просто сокращает имена функций MODX. В итоге, и надо знать функции MODX и еще учить синтаксис modHelpers. Что мне не особо хочется.
Плюс, для совместной работы, надо придерживаться единообразного стиля программирования. Синтаксис php, MODX и fenom знаком многим. А вот modHelpers редко встречается. И, соответственно, его не стоит использовать. Это помешает другим работать над проектом.
Вопрос конечно сформулирован мастерски.
Что касается prepareSnippet — то он должен возвращать результат работы в следующем виде
return serialize($row);
Пример сниппета
<?php
if(!$row['publishedon']){
return serialize($row);
}
// тут лучше сразу написать обработку даты, но для простоты кода показываю со сторонним сниппетом
$row['dt'] = $modx->runSnippet('dateRu', array(
'input' => $row['publishedon']
));
return serialize($row);
И в итоге в чанке товара уже используется плейсхолдер [[+dt]] {$dt}
Всего 97 551 комментарий
Боюсь тебя расстроить, но MODX — это синтаксический сахар над PHP. Юзай последний. Не отказывайся от своих принципов.
Не используй. Сделай мне больно.
П.С. Только щас заметил, что мой коммент почему-то попал не в корень, а залетел в ответ на твой коммент. Видимо глаза уже подводят.
Лично я не вижу особой необходимости в объекте $_modx как ограничителе функциональности для безопасности. Этого нет ни в одном шаблонизаторе. Видимо никому не понадобилась такая фича. А вот как объект для работы со вьюхами (шаблонами, чанками, ресурсами) он хорош. Для правильной работы, если можно так выразится. И юзер $_modx->user там нужен! Хотя я бы сделал юзера отдельным объектом для удобства. Но считаю, что кэшменеджер тут лишний. Вот такое имхо. Но, как правильно сказал Павел, ты может делать что хочешь и как хочешь. Fenom позволяет юзать даже объект $modx. It's up to you.
Как минимум ради циклов, расширения шаблонов.
microMODX $_modx ≠ modX $modx
Сергей сказал, что это плохая практика, никто не запрещает делать такие сайты в одиночку. Однако в команде за это могут надавать по рукам.
Страницы, в которых есть ?, в индекс не попадут.
Если ранее в индекс попадали, значит инструкция была некорректная. Поисковики нормально ее отрабатывают. Через Яндекс-вебмастер можете еще проверить.
Ну и ЧПУ нормально настройте
Что у вас такого тяжелого на странице выполняется? Хочется сделать какое-нибудь универсальное решение проблемы, если это возможно. Действительно тяжелые это фильтры товаров. Какие еще тяжелые сниппеты или случаи есть?
Я ведь правильно понимаю что после установки классы, методы и свойства modx должны «подсказываться»?
Там нет никаких ограничений на операционную систему? Я только что установил ваше дополнение, VScode работает под линуксом.
Version: 1.40.1
Commit: 8795a9889db74563ddd43eb0a897a2384129a619
Date: 2019-11-13T16:49:30.162Z
Electron: 6.1.2
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
OS: Linux x64 5.0.0-36-generic
Да, каюсь, сейчас в редакторе открыт проект на микрофрейворке slim, но я думаю что редактору все равно и если я ввожу $modx-> то он должен показать мне методы и свойства? Но этого не происходит к сожалению(
Мало того что писать бесконечно фейковые отзывы, так теперь еще и лайкать их, переключая ip.
MODX при инициализации опознает юзера.
Конечно, в чанки не стоит пихать код, но часто бывает так значительно проще. Например, как тут.
Плюс, для совместной работы, надо придерживаться единообразного стиля программирования. Синтаксис php, MODX и fenom знаком многим. А вот modHelpers редко встречается. И, соответственно, его не стоит использовать. Это помешает другим работать над проектом.
Что касается prepareSnippet — то он должен возвращать результат работы в следующем виде
Пример сниппета
И в итоге в чанке товара уже используется плейсхолдер [[+dt]] {$dt}