Сергей Шлоков

Сергей Шлоков

Был в сети 06 ноября 2025, 19:54
Заказы не принимаю
я пришёл в разработку именно благодаря MODX
So am I. Поэтому и написал про первую любовь :)

но это не принижает заслуги MODX и сообщества.
Дак я не об этом. Я сам винтик этого сообщества. Просто для всего есть свой инструмент — молотком не закручивают шурупы. Но это же не значит, что молоток не нужный инструмент.
Это что было то? Клетку в вольере забыли закрыть?
Приходит сопляк, тыкает всем, хамит всем через раз. То клоуны у него все, то школота. Вот тебе и культурная столица. Прям по анекдоту:
— Алло, это прачечная?
— Xyячечная, это институт культуры!!!

П.С. Миш (это я к Воеводскому обращаюсь), думал при встрече вежливо поклонится, чтоб соответствовать уровню, а щас думаю и «Дай пять, как сам» сойдёт! :))
Опять повторю вопрос — зачем для описанных задач использовать MODX? Он не для этого придуман. Зачем использовать этот убогий MODX RESTful API, если есть круче и проще?
Для описанных задач больше подойдут и NodeJS и php фреймворки. Зачем мула тащить на ипподром? Привычка, админка, первая любовь? Я давно уже дивлюсь почему Николай упёрся в MODX.
За XJST спасибо, гляну ради любопытства. Плюсанул.
Сейчас, например, я захотел отказаться от Bootstrap в пользу Foundation (их же ещё используют, верно?) — мне придётся править и шаблоны, и чанки, и `@INLINE` сниппетов, т. е. происходит смешение представления и логики.
Да, MODX в этом плане с каждым днём всё дальше и дальше от современных стандартов. :(
Т. е., если рассматривать MODX исключительно как админку + RESTFul API-сервер
Таки у меня вопгос — зачем вам MODX?

И сейчас можно отказаться стандартного парсера и использовать парсеры других шаблонизаторов — Fenom, Smarty, Twig. И не использовать эти теги элементов и полей. Тут возникает вопрос где лучше рендерить — на сервере или на клиенте. Я не профи, на этот вопрос не отвечу, но я за сервер. Рендерить на мобильном устройстве мне кажется как-то уж накладно. Для нагруженных сервисов может и сойдет, но для обычного сайта грубовато мне кажется.
Но перед тем, как это сделать, нужно учесть, что в Tickets просмотры на самом деле это визиты. Т.е. один и тот же пользователь считается только один раз, сколько F5 не жми. А предложенный тобой вариант будет учитывать каждый просмотр. Например, у меня в siteStatistics считается и то и другое, кому что нужно.
Спасибо за критику!
Ну если такое отношение к критике, то возьму на себя смелость разобрать код.
1. Теперь на один просмотр страницы будет 2 лишних запроса к БД.
2. Вот это
$modx->resource->save();
зачем? Кроме того, это ещё один запрос к БД.
3. Вы понимаете, что после каждого просмотра вы убиваете весь кэш сайта?
4. И наконец, эта странная фраза собака друг человека
весь контент в шаблонах вызывается через fastField: [[#[[+resid]].pagetitle]]
Это как интересно?

Почему нельзя просто сделать форвард на найденный ресурс?

Вообще, эта задача легко решается через контексты. И поддержка такого решения гораздо проще, ведь всё понятно. А вот для вашего решения нужна инструкция, ибо следующий программист вряд ли сходу поймёт ваше творчество.