Михаил

[[+pagetitle]]. Или {$_modx->resource.pagetitle}. Ну или еще как-нибудь. Все поля в нужном языке подменяются в локализаторе, я написал об этом выше.

Подскажите еще пожалуйста, а как если мне в шаблоне надо вывести [[+pagetitle]] на выбранном языке не текущего ресурса, а другого, как getfield?

Вот тут нашел ответ modx.pro/components/12012/#comment-86575 работает :)

Спасибо, Дмитрий, за подробный ответ, если есть минутка то надеюсь дополните немного

Какое еще поле вы хотите вывести? Если TV — то именно туда — никак.

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

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

[[+pagetitle]]. Или {$_modx->resource.pagetitle}. Ну или еще как-нибудь. Все поля в нужном языке подменяются в локализаторе, я написал об этом выше.

Подскажите еще пожалуйста, а как если мне в шаблоне надо вывести [[+pagetitle]] на выбранном языке не текущего ресурса, а другого, как getfield?

да и в догонку (чувствую себя совсем новичком), как вывести в шаблоне хедера, переведенный пейджтайтл? Вот отсюда например take.ms/OMtp7

И ведь точно! спасибо )

Огромное спасибо, сработало!

Ооогромное спасибо!

Спасибо друзья! Как это с помощью CSS сделать я знаю :) Думал может я что то не понимаю с phpthumbof, а тут оказывается просто нельзя так.

Эх… я похоже не осилю отдельные таблицы… Василий, а если для этих целей ваш Tickets использовать? Он тоже не рассчитан на такое количество страниц?

Вообще спасло немного… я заливаю дамп базы без ресурсов, отключаю чпу совсем, наполняю ресурсами и всё работает, ресурсы выводятся, меню генеряться, не быстро правда )

<!-- 
	total time: 6.7186 s
	query time: 0.0000 s
	queries: 0
-->

Но если включить чпу то всё упадёт, выключить уже не получится. Скажите пожалуйста, ваш модифицированный код в методе modContext_mysql::getResourceCacheMapStmt() из примра, может решить эту проблему?

И что ещё можно сделать с оптимизацией этого всего, что бы так не грузить сильно сервер?

Тут допустил не точность. Если отключить ЧПУ, наполнить и не включать, то всё прекрасно работает. Ресурсов окло 500к.

Вот как ещё проверил:
Отключаю дружественные урл, наполняю бд и оно работает. Иду, включаю д.урл и всё, админка падает, ошибки такие:

[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.

Получается что механизм кеширования не может прожевать такое количество ресурсов?
Что делать, отказаться от д.урл? Может я в скрипте как то не так новые ресурсы создаю?

Да, на том же сервере.

Ну там не только админка падает… морда тоже падает, а на ней вызов только pdoMenu с level=1
Но про свой компонент я понял… но не скоро осилю видимо.

ok, отключаю чпу совсем, провожу наполнение заново, тоже самое, на 5000 ресурсов всё отлично, на 500 000 админка падает, даже дерево не показывает, хотя там всё разбито на подкаталоги, максимум по 200 ресурсов в контейнерах. Всё это крутится на vds.
Скажите, стандартные механизмы MODx в принципе не рассчитаны на такую нагрузку и надо делать свою таблицу, свои выборки т.п. или дело в чём то другом?

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

О, точно иногда по 2 ресурса создаётся одинаковых, вероятно из за того что скрипт как то не корректно проверяет, но в любом случае на тестовых запусках по 1000 ресурсов, это не мешало особо

В том то и дело что алиас там уникальный prntscr.com/dhz7zh подчёркнутая часть она вообще из адреса инсты prntscr.com/dhz8ck, ресурс открывается, из него на фронт переходит, там он тоже есть, но modx как бы не в курсе что он есть, так как в контекстном меню не выводит «посмотреть» prntscr.com/dhz8z0

добавил функцию как записываю ресурс

Ну и при создании, алиасы не могут повторяться, по тому что генерятся на основе уникальных записей. По коду проверил, два раза запись тоже не происходит.

да, я вижу, но не понимаю откуда берётся. После обновления кэша на малом количестве записей ошибка пропадала.