Дополнительный язык в Realurl терпит неудачу - PullRequest
Новая
       32

Дополнительный язык в Realurl терпит неудачу

0 голосов
/ 08 апреля 2019

Я хотел бы добавить дополнительный язык для начала с / pt / в существующем проекте.Я добавил язык для Португалии в бэкэнд, ему был задан uid = 14.

Я также включил эту конфигурацию в другое расширение, он правильно загружен, правильно отображается в модуле «Конфигурация» бэкэнда. 

$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['realurl']['_DEFAULT']['preVars'][0] = array(
    'GETvar' => 'L',
    'valueMap' => array(
        'de' => 1,
        ...
        'pt' => 14
    ),
    'noMatch' => 'bypass'
);

URL mydoma.in/pt правильно разрешен и имеет правильный язык.Но ссылка с L = 14 неправильно закодирована помощником ссылки на mydoma.in/pt.Означает, что этот шаблон жидкости дает мне ссылку с href = "/" 

<f:link.page additionalParams="{L:14}" addQueryString="true" addQueryStringMethod="POST,GET">portugal</f:link.page>

Что это может быть?

Ответы [ 2 ]

0 голосов
/ 10 апреля 2019

Это не может быть решено с помощью конфигурации. По некоторым причинам, ссылки L = 14 были когда-то преобразованы в "/", вероятно, когда произошла неправильная конфигурация. Это было сохранено в таблице базы данных tx_realurl_urldata - и было взято оттуда независимо от того, какие настройки я сделал. Удаление этих записей решило проблему. Примечание: даже установка enableUrlEncodeCash = 0 не мешает realurl (2.1.2) кодировать ссылку с использованием упомянутой таблицы. Он просто предотвращает сохранение расширением новых URL в этой таблице.

0 голосов
/ 08 апреля 2019

Вы установили конфигурацию TypoScript для вашего нового языка? Что-то вроде: 

[globalVar = GP:L=14]
config {
    sys_language_uid = 14
    language = pt
    locale_all = pt
    htmlTag_stdWrap.cObject.20.value = lang="pt"
}
[global]
...