Дмитрий
С нами с 23 апреля 2015; Место в рейтинге пользователей: #3253 часа назад
Ты проверил все шаблоны и чанки?
Журнал ошибок показывает что fenom не может обратиться к pagetitle 1
3 часа назад
Обычно при очистке кеша красным выводятся все дубли.
Как найти все товары с одинаковыми url адресами? 1
4 часа назад
Все настройки взяты с рабочего проекта, может быть, что-то было неправильно сделано…
Настройка конфигурации NGINX + PHP-FPM 7.4 на Ubuntu 22.04 + Fastpanel для MODX 2.8.7 11
5 часов назад
Добрый день. Поставил FetchIt и у меня выходит ошибка при отправке.
«не могу найти указанный ключ формы (action)»
Вызываю некэшированно. Не понима...
[FetchIt] - Полноценная замена AjaxForm без зависимостей 60
7 часов назад
1. Документация
Важно!
Сниппет должен быть вызван некэшированным, т.е. перед его названием должен быть восклицательный знак.2. Убедитесь, что у ...
FetchIt выдает ошибку в консоли Uncaught ReferenceError: FetchIt is not defined 1
Сегодня в 13:36
server {
server_name 213.139.209.81 www.213.139.209.81;
return 301 https://213.139.209.81$request_uri;
charset off;
index index.php index...
Как правильно настроить конфигурацию NGINX для работы MODX? 1
Сегодня в 09:53
По идее, если бы в MODX в обе версии интегрировать эти фасады, можно было бы добиться какого-то моста между версиями для совместимости других дополнен...
Facade Laravel в Modx 2/3 12
Сегодня в 09:52
Кстати, не разбирался, но заметил 2 нюанса с датами:
1. часовые пояса нужно как-то настроить… как?..
2. Теряется время! У unpub_date в базе 100% вре...
mmxDatabase 1.2.0 3
Вчера в 22:02
Странно то, что точно также указаны пути в других компонентах, например migx или clientconfig. Но у них на странице CMP они подключаются норм, а у мен...
Почему в кастомном процессоре пути прописываются относительно корня сайта? 2
Вчера в 12:09
После такого пинка по тушке modx у меня появилось желание наконец-то поставить 3 и что-то уже на нём сделать :-)
mmxFenom - нативная интеграция шаблонизатора 10
Когда пользюк делает релог, то все становится нормально. Редиректа нет.
В чем может быть дело?
1. Если использовать сниппет, то фраза должна быть не кешируемой. То есть [[!%a_buy]] будет работать, а [[%a_buy]] — нет.
2. Если использовать плагин, то кеширование фраз не требуется. То есть [[%a_buy]] работает.
3. $modx->setOption('cultureKey',$lang); — обязательная строка.
Код плагина на событие «OnLoadWebDocument»:
Вопросик по поводу:
$lang = $modx->getOption('culture_key');
$modx->setOption('cultureKey',$lang);
Стоит ли поменять название ключа culture_key в контексте на cultureKey? Вроде бы ничего не должно поломаться?)
Но как не пытаюсь, не выводит английскую и все тут.
Для верности, даже поэкспериментировал напрямую:
Так, на русском:
Так, тоже на русском:
А вот так, не обрабатывает значения, т.е. на выходе «a_packs»:
И повесил ресурсы с каждого из контекстов на них обработчиками. Все работает.
Быть может нужно как-то отследить событие инициализации VP, что бы это событие можно было повесить на плагин мультиязычности?
Странно все это.
Ссылки внутри чанка сами собой с /en/, в то время как ссылки вне чанка без /en/.
Как и говорили выше.
Поэтому, создал свой ключ в каждом из контекстов, в котором прописано значение, которое нужно для корректной выборки из базы.
Маршрут остался первоначальным:
Обработчик тоже почти не изменился:
[[!mysnippet?
&context=`[[++myname]]`
&item_id=`[[+vp.item_id]]`
]]
Правда пришлось отключить кеширование.
Про настройки pdoMenu спасибо, надо поковырять.
Судя по всему, в контексте en, по ссылке sitename.ru/en/item/123123/ vp анализирует только то, что находится после sitename.ru/en/. Это становится ясно, включая/выключая маршрут /item/{item_id:[0-9]+}/.
Когда последний отключен, modx выдает 404, когда включен, обработчик срабатывает.
Ищет предмет в базе по id.
Спасибо за код, я делал так:
Что по сути только меняло переменную, чтобы можно было вытащить английское название.
Теперь, благодаря вам, так:
Однако, по прежнему, VP не понимает ссылку:
sitename.ru/en/item/4/
В контексте /en/ работает только так:
sitename.ru/en/en/item/4/
1. Боюсь, что поменяв в настройках контекста site_url либо base_url, появятся проблемы с мультиязычностью.
2. Появляется еще одна проблема, VP не знает что контекст изменился, поэтому в меню генерируются ссылки вида:
sitename.ru/index.html
вместо:
sitename.ru/en/index.html
Меню собирается при помощи pdoMenu
base_url для en = /en/
Согласно инструкции.
И каша в голове. Похоже, единственное что работает, это костыль. :\
Допустим, ссылка:
sitename.ru/en/item/1267/
получаем ошибку 404 (у меня 503 т.к. не задал страницу в данном контексте)
Если добавим еще один /en/:
sitename.ru/en/en/item/1267/
То все работает.
Получается, что нужно что-то мудрить с base_url?
Похоже, что самый простой вариант, добавить маршрут:
/item/{item_id:[0-9]+}/en/
И привязать к обработчику:
Так — работает.
Правда ссылка будет:
sitename.ru/en/item/1267/en/
Хотя будет прекрасно работать и с:
sitename.ru/item/1267/en/ Только это ни к чему.
Впрочем, костыль готов. :)
:facepalm:
[[*context_key]] ведь возвращается такой, в каком контексте расположена страница? Получается, что VirtualPage как виртуальный не может находиться где-либо, и берется значение прописанное в скриптах VirtualPage по умолчанию?
item_id — id строки игрового предмета из общей базы. Из которой я беру столбцы name_web, name_en и так далее, в зависимости от ключа контекста, и вывожу данные о предмете.