Михаил

Михаил

Был в сети 29 июня 2026, 11:55
Заказы не принимаю
Спасибо, Дмитрий, за подробный ответ, если есть минутка то надеюсь дополните немного

Какое еще поле вы хотите вывести? Если TV — то именно туда — никак.
Что то я не пойму тогда в чем преимущество перед настройки через контексты + бабель, кроме как более простой установки?

Вот например, как быть с такой ситуацией: есть главная станица. На ней слоган, небольшой текст (который надо править в админке в визуальном редакторе) + набор характеристик типа цвет — красный, район — северный, краткое описание.
Получается что для того же текста с визуальным редактором, мне надо ресурсу создать аж 3 тв (для трех языков) и потом разруливать уже не средствами не средствами локализатора а кодом if который вы привели? Для для характеристик тоже по 3 тв на каждое поле? Тогда через контексты все же удобней, по крайней мере не нужно валить все в кучу на одну страницу доп полей, открыл ресурс по нужному языку и все заполнил.
Я просто пытаюсь понять почему локализатор так хвалят в комментариях, и думаю что я просто не умея с ним работать, не понимаю преимуществ.

[[+pagetitle]]. Или {$_modx->resource.pagetitle}. Ну или еще как-нибудь. Все поля в нужном языке подменяются в локализаторе, я написал об этом выше.
Подскажите еще пожалуйста, а как если мне в шаблоне надо вывести [[+pagetitle]] на выбранном языке не текущего ресурса, а другого, как getfield?
Вообще спасло немного… я заливаю дамп базы без ресурсов, отключаю чпу совсем, наполняю ресурсами и всё работает, ресурсы выводятся, меню генеряться, не быстро правда )
<!-- 
	total time: 6.7186 s
	query time: 0.0000 s
	queries: 0
-->
Но если включить чпу то всё упадёт, выключить уже не получится. Скажите пожалуйста, ваш модифицированный код в методе modContext_mysql::getResourceCacheMapStmt() из примра, может решить эту проблему?

И что ещё можно сделать с оптимизацией этого всего, что бы так не грузить сильно сервер?
Вот как ещё проверил:
Отключаю дружественные урл, наполняю бд и оно работает. Иду, включаю д.урл и всё, админка падает, ошибки такие:
[2016-12-13 01:17:23] (ERROR @ /var/www/www-root/data/www/starsagram.ru/core/model/modx/modcachemanager.class.php : 680) Error caching time of next auto publishing event
[2016-12-13 01:17:44] (ERROR @ /var/www/www-root/data/www/starsagram.ru/core/model/modx/modcachemanager.class.php : 166) Could not cache context settings for web.
Получается что механизм кеширования не может прожевать такое количество ресурсов?
Что делать, отказаться от д.урл? Может я в скрипте как то не так новые ресурсы создаю?
ok, отключаю чпу совсем, провожу наполнение заново, тоже самое, на 5000 ресурсов всё отлично, на 500 000 админка падает, даже дерево не показывает, хотя там всё разбито на подкаталоги, максимум по 200 ресурсов в контейнерах. Всё это крутится на vds.
Скажите, стандартные механизмы MODx в принципе не рассчитаны на такую нагрузку и надо делать свою таблицу, свои выборки т.п. или дело в чём то другом?
Эта строчка записывает алиас для контейнеров в которых создаются ресурсы среди которых уже алиасы дублируются.
Кстати на каком моменте они дублируются, я так и не нашёл. Но это вообще не должно мешать обновлению кеша, он видимо не обновляется из за общего количества ресурсов.
В том то и дело что алиас там уникальный prntscr.com/dhz7zh подчёркнутая часть она вообще из адреса инсты prntscr.com/dhz8ck, ресурс открывается, из него на фронт переходит, там он тоже есть, но modx как бы не в курсе что он есть, так как в контекстном меню не выводит «посмотреть» prntscr.com/dhz8z0