realUrl генерит урлы на не правильном языке почему?

[(:)]

Всем доброго времени суток

На сайте 3 языка.
Дефолтовый 0 язык используется для немецкого контента.
альернативные 1 и 2 заведены для английского и соответственно русского.

Однако внешний язык по умолчанию английский, т.е. когда набираем чистый урл сайта

www.mysite.com весь контент отдается на английском.
www.mysite.com/en/ тоже анлгийский

www.mysite.com/de/ немецкий контент
www.mysite.com/ru/ русский контент

в случае www.mysite.com/en/, www.mysite.com/de/, www.mysite.com/ru/
reаlUrl генерит пути используя локализацию выбранного языка.

а в случае www.mysite.com
reаlUrl генерит пути на немецком языке - т.е. на дефолтовом.

Вопрос

как научить realUrl генерить пути на английском языке для случая www.mysite.com?

заранее спасибо


версия тайпо3 4.4.4
realUrl 1.10.0

[-=UncleByte=-]

Либо сделать дефолтом английский, либо в realurl.conf указать откуда именно брать пути в указанном случае.

[(:)]

Либо сделать дефолтом английский...

Дефолтовый поменять на английский - это не вариант , слишком много контента наколбашено за несколько лет.

...либо в realurl.conf указать откуда именно брать пути в указанном случае.

Какие именно пути вы имеете в виду? Поясните пожалуйста более конкретно.


Похоже вы не совсем поняли, язык на котором енкодятся урлы должен совпадать с языком контента. Для контента по умолчанию в ТС стоит sys_language_uid= 1 и на фронтенде контент выводится на английском. А вот урлы енкодятся на системном дефолтовом языке - немецком. Что как бы не есть то что нужно.

[-=UncleByte=-]

Пути = урлы.
RealURL берет значения для путей из заголовка немецкой версии. Это, скорее всего, указано явно в его конфиге сейчас. Попробуйте указать явным образом другое.
Хотя непонятно почему этот вопрос встал сейчас, хотя сайту уже "много лет".

[(:)]

Пути = урлы.
RealURL берет значения для путей из заголовка немецкой версии. Это, скорее всего, указано явно в его конфиге сейчас. Попробуйте указать явным образом другое...

Простите, какой именно дериктивой я могу это указать?

...
Хотя непонятно почему этот вопрос встал сейчас, хотя сайту уже "много лет".

Работали долгое время и горя не знали, структура не менялась. Но вот перестала работать как надо версия 1.7.0 и починить не удалось. Пришлось обновиться, а там такое :(


Честно говоря, у меня вобще подозрение, что это баг, а напоролись мы на него из-за нашего не стандартного решения с языком по умолчанию отличающимся от дефолтового системного.

[-=UncleByte=-]

Кстати, сейчас припоминаю что у меня работа новейших версий RealURL при одной и той же конфигурации отличалась от работы старых версий. Может быть дело в этом.

Может быть у вас это происходит из-за директивы _DEFAULT:
(Deprecated) Configuration of default Speaking URL coding if no matches was found for the specific HOST name.

Warning! This is a legacy feature. The use of this option is highly discouraged because it leads to hard to detect errors with speaking URLs, wrong page id resolution, etc. Users are strongly recommended not to use _DEFAULT with multidomain web sites. This will not work correctly and be removed in future versions completely.http://typo3.org/documentation/document-library/extension-manuals/realurl/1.10.1/view/1/2/#id2313860
Я же в предыдущем посте имел в виду директиву lookUpTable, которая и "заведует" какие именно поля из базы подставляются в качестве пути. Возможно что я ошибаюсь, но в любом случае необходимо пересмотреть конфигурацию RealURL и возможно поправить ее для нормального функционирования с новой версией.
Посмотрел еще в мануал. Возможно что надо смотреть в сторону pagePath и конфигурировать именно эту директиву.

[(:)]

Кстати, сейчас припоминаю что у меня работа новейших версий RealURL при одной и той же конфигурации отличалась от работы старых версий. Может быть дело в этом.

Может быть у вас это происходит из-за директивы _DEFAULT:
http://typo3.org/documentation/document-library/extension-manuals/realurl/1.10.1/view/1/2/#id2313860
Я же в предыдущем посте имел в виду директиву lookUpTable, которая и "заведует" какие именно поля из базы подставляются в качестве пути. Возможно что я ошибаюсь, но в любом случае необходимо пересмотреть конфигурацию RealURL и возможно поправить ее для нормального функционирования с новой версией.
Посмотрел еще в мануал. Возможно что надо смотреть в сторону pagePath и конфигурировать именно эту директиву.

Спасибо. сайт с одним доменом. и одним rootpage_id.

в pagePath ипользуется 'userFunc' => 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main'
'languageGetVar' => 'L'

какие поля еще конфигурировать? как путь строился из полей tx_realurl_pathsegment,alias,nav_title,title по умолчанию так он и строится - segTitleFieldList параметр.

одна проблема из этих полей выбирается не та локализация. если в ТС я установил sys_language_uid = 1 то ожидаю, что realUrl выберет локализованное значение для поля title для анлгийского языка (в моей конфигурации языков) а не дефолтовое немецкое.

Происходит обратное. Причем если sys_language_uid =2, 3,4 результат тот же. повторю параметр GET L=xxx не установлен - домашняя страница сайта.

[-=UncleByte=-]

Может попробовать принудительно пернаправлять на нужную версию при заходе на домашнюю? Средствами любого вебсервера и даже самой typo3 это вполне можно провернуть.
Это на случай если не удастся "победить" другими методами. В принципе можно попробовать задать вопрос самому Дулепову или поискать решение на bugs.typo3.org
Пока что в голову не приходит каких-либо конкретных причин почему происходит так, а не иначе.
Может покажете свои настройки TS и realurl ?

[Андрей Аксенов]

Да, лучше описать ситуацию на bugs.typo3.org. Была как-то ситуация с неверно прописываемыми путями при обновлении версий. Удалось решить только так... Логика работы новых версий заметно отличается, кстати, на новых сайтах это плюс - практически ничего не надо настраивать, а на старых - геморрой, пути строятся по другому, а как - нигде толком не описано.

[(:)]

уже описал