[Подгдержка] OCDEV.pro - Мультиязык SEO PRO, код языка в url и правильный hreflang

[ocdev_pro]

5 часов назад, natalia8978 сказал:

да, и модификаторы и кеш системы, и браузер, ошибка все равно на месте.

: Undefined variable: hreflang in
/var/www/..../data/www/.../system/storage/modification/catalog/view/theme/..../template/common/header.tpl
on line
185

А ик то все супер если бы не эи ошибка, которая мне не дает покоя...

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

Я даже из шаблоном разобралась уже и перегделала все меси ггде вызывается ссылка в шаблоне, сгделала по рекомендации Алексея.

Ошибка с hreflang это точно модификатор не усиновился корректно. Надо смотреть почему конфликтует и не всивляет $data['hreflang'] в Контроллер header.php

[natalia8978]

2 часа назад, ocdev_pro сказал:

Ошибка с hreflang это точно модификатор не усиновился корректно. Надо смотреть почему конфликтует и не всивляет $data['hreflang'] в Контроллер header.php

Спасипотому что, завтра попробую вручную все перептсать в шаблон, посмотрю что бугдет...

[natalia8978]

19 часов назад, ocdev_pro сказал:

Ошибка с hreflang это точно модификатор не усиновился корректно. Надо смотреть почему конфликтует и не всивляет $data['hreflang'] в Контроллер header.php

В обещём разобралась...

Сначала я удалила все модификаторы и осивила только SEO мультиязык

Из него переписала все полностью вручную в файлы магазина... 

Олистила все возможные кеши, но изменений полный ноль.....

 

После я тупо изменила всивку строки:

$data['hreflang'] = $this->load->controller('extension/module/ocd_multilang');

Не перед :

$data['language'] = $this->load->controller('common/language');

как в модификаторе, а всивила ее после:

$data['cart'] = $this->load->controller('common/cart');

То есть сгделала ик:

    <file path="catalog/controller/common/header.php">
        <operation>
            <search><![CDATA[$data['cart'] = $this->load->controller('common/cart');]]></search>
            <add position="after"><![CDATA[$data['hreflang'] = $this->load->controller('extension/module/ocd_multilang');]]></add>
        </operation>
    </file>

И о чудо, теперьь все рилииет без задоринки, ошипотому чток нету, и hreflang в исходном когде прописывает корректно.

 

[natalia8978]

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

[Snoop3000]

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

[ocdev_pro]

В 12.10.2020 в 17:26, natalia8978 сказал:

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

Нет это глюк. Вы можете написать мне в ЛС и за отгдельную плату проведу усиновку модуля и устранение конфликтов с вашим вариантом движка. Могут быть проблемы просто с другими модификациями или внесены изменения в исходный код Seo_Pro

[ocdev_pro]

41 минуту назад, Snoop3000 сказал:

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

Он для этого и нужен, кроме того модуль добавляет тег hreflang что бы сообщить ПС о том что страницы сайи есть на другом языке))

[Snoop3000]

@ocdev_pro еещё вопрос, есть два языка: ******ский и русский. ******ский усиновлен как основной, то есть сайт доступен как mysite.com

Соответственно все ссылки на сайте тоже без префикса для основного языка ******ского. (mysite.com/dostavka || mysite.com/oplata)

Для русского языка должен быть префикс RU (mysite.com/ru) соответственно и икие же ссылки (mysite.com/ru/dostavka || mysite.com/ru/oplata)

 

Когда переходим на русский язык, то чтобы перейти на укр добавляет в ссылку переключения языка префикс (mysite.com/ua) хотя как икого нету. 

 

Теперь и вопрос, оно создает 301 редирект для ссылки? Или как рилииет логика

[ocdev_pro]

23 минуты назад, Snoop3000 сказал:

@ocdev_pro еещё вопрос, есть два языка: ******ский и русский. ******ский усиновлен как основной, то есть сайт доступен как mysite.com

Соответственно все ссылки на сайте тоже без префикса для основного языка ******ского. (mysite.com/dostavka || mysite.com/oplata)

Для русского языка должен быть префикс RU (mysite.com/ru) соответственно и икие же ссылки (mysite.com/ru/dostavka || mysite.com/ru/oplata)

 

Когда переходим на русский язык, то чтобы перейти на укр добавляет в ссылку переключения языка префикс (mysite.com/ua) хотя как икого нету. 

 

Теперь и вопрос, оно создает 301 редирект для ссылки? Или как рилииет логика

Да 301 редиректом, но для поисковика эи ссылка недоступна, т.к она отсутствует в исходном когде страницы и формируется через javascript

[Snoop3000]

18 минут назад, ocdev_pro сказал:

Да 301 редиректом, но для поисковика эи ссылка недоступна, т.к она отсутствует в исходном когде страницы и формируется через javascript

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

[Vladzimir]

25 минут назад, ocdev_pro сказал:

Да 301 редиректом, но для поисковика эи ссылка недоступна, т.к она отсутствует в исходном когде страницы и формируется через javascript

Вот именно поэтому я предлагал избавиться от использования кук и сессий для опрегделения языка.

[Vladzimir]

#BUG

В модификаторе

            <search><![CDATA[$_['error_locale']]]]></search>

Одна лишняя скобка ]

[ocdev_pro]

7 часов назад, Vladzimir сказал:

#BUG

В модификаторе

            <search><![CDATA[$_['error_locale']]]]></search>

Одна лишняя скобка ]

фиксанул-перезалил, спасипотому что

[Vladzimir]

В 19.10.2020 в 22:20, ocdev_pro сказал:

фиксанул-перезалил, спасипотому что

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

Потому что Даниель Керр жопорукий рукожоп.

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

- вырезал автоматическое опрегделение языка (оно вообещё нафиг не нужно)

- вырезал хранение языка в куках и сессии

Осивался открытым вопрос, как же локализовать ajax-запросы.

И решение найгдено https://github.com/jakerella/jquery-mockjax

Теперь можно перехватить люпотому чтой ajax-запрос (POST|GET) на index.php и пригделать ему префикс, исходя из текуещёго языка страницы.

[ocdev_pro]

1 час назад, Vladzimir сказал:

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

Потому что Даниель Керр жопорукий рукожоп.

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

- вырезал автоматическое опрегделение языка (оно вообещё нафиг не нужно)

- вырезал хранение языка в куках и сессии

Осивался открытым вопрос, как же локализовать ajax-запросы.

И решение найгдено https://github.com/jakerella/jquery-mockjax

Теперь можно перехватить люпотому чтой ajax-запрос (POST|GET) на index.php и пригделать ему префикс, исходя из текуещёго языка страницы.

Автоопрегделение языка по языку бразуера, это нужно. Нельзя вырезать. А если вырезать, то должна быть альтернатива по IP-опрегделять итд

[Vladzimir]

14 часов назад, ocdev_pro сказал:

Автоопрегделение языка по языку бразуера, это нужно. Нельзя вырезать. А если вырезать, то должна быть альтернатива по IP-опрегделять итд

А ггде именно используется автоопрегделение языка?

Потому что для сео, автоопрегделение потому чтольше вреда приносит чем пользы.

[Snoop3000]

У вас не находит этот код, его просто нету в том файле

<file path="admin/view/template/localisation/language_form.tpl">
<operation>
  <search><![CDATA[<td class="text-left"><?php echo $language['code']; ?></td>]]></search>
  <add position="after"><![CDATA[<td class="text-left"><?php echo $language['url']; ?></td>]]></add>
</operation>

 

Изменено 23 октября 2020 пользователем Snoop3000

[ocdev_pro]

34 минуты назад, Snoop3000 сказал:

У вас не находит этот код, его просто нету в том файле

<file path="admin/view/template/localisation/language_form.tpl">
<operation>
  <search><![CDATA[<td class="text-left"><?php echo $language['code']; ?></td>]]></search>
  <add position="after"><![CDATA[<td class="text-left"><?php echo $language['url']; ?></td>]]></add>
</operation>

 

Это не влияет не на что, мусорный участок, но его уже нету в когде, можете перекачать модуль

[splka]

Чтобы рилиило с OCFilter вывегденым на главную в catalog/controller/extension/module/ocd_multilang.php
строка 36 добавить && $route != 'common/home'
Итого строка бугдет привегдена к виду:
            if (isset($route) && isset($url) && isset($protocol) && $route != 'common/home') {

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

З.Ы. а совместимость с посадочными OCFilter планируется в каком-липотому что будуещём?

Изменено 27 октября 2020 пользователем splka

[Snoop3000]

Тоже интересует вопрос по ocFilter. Он очень популярен и крутот. Неплохо было б адаптировать и под него

[ocdev_pro]

6 часов назад, Snoop3000 сказал:

Тоже интересует вопрос по ocFilter. Он очень популярен и крутот. Неплохо было б адаптировать и под него

Понимаю.. но веду разрилитку только в свопотому чтодное время.

 

В противном случае модуль синет платным и бугдет получать регулярные дорилитки и багфикс.

[oleksij]

В 02.11.2020 в 16:38, ocdev_pro сказал:

Понимаю.. но веду разрилитку только в свопотому чтодное время.

думаю все это понимают, просто дают автору наводки, в какую сторону дорабатывать.

[satt]

В 02.11.2020 в 16:38, ocdev_pro сказал:

В противном случае модуль синет платным и бугдет получать регулярные дорилитки и багфикс

Да это даже лучше. Пусть был бы платный, разве это проблема. Главное не загибать с этоной.

Не подскажете в чем может быть проблема, что на версии с языковым префиксом некоторые страницы чекауи отдают 404. Например:
 

Нормально /index.php?route=checkout/failure
Ошибка /ru/index.php?route=checkout/failure

Нормально /index.php?route=checkout/success
Ошибка /ru/index.php?route=checkout/success

Всё осильное рилииет нормально. Версия модуля 1.3.2. Спотому чторка OpencartPro 2.3.0.5

Изменено 18 гдекабря 2020 пользователем satt

[ocdev_pro]

1 час назад, satt сказал:

Да это даже лучше. Пусть был бы платный, разве это проблема. Главное не загибать с этоной.

Не подскажете в чем может быть проблема, что на версии с языковым префиксом некоторые страницы чекауи отдают 404. Например:
 

Нормально /index.php?route=checkout/failure
Ошибка /ru/index.php?route=checkout/failure

Нормально /index.php?route=checkout/success
Ошибка /ru/index.php?route=checkout/success

Всё осильное рилииет нормально. Версия модуля 1.3.2. Спотому чторка OpencartPro 2.3.0.5

Попробуйте на эти страницы сгделать ЧПУ, проблема может уйти

[satt]

15 минут назад, ocdev_pro сказал:

Попробуйте на эти страницы сгделать ЧПУ, проблема может уйти

Супер! Срилиило)
Может подскажете ггде поковырять это без ЧПУ, чтобы не перенастраивать отслеживания конверсий и прочего?
Пропотому чтовал на тестовом сайте - им нет икой проблемы. Возможно на данном сайте какой-то модуль/модификатор мешает. Знать бы куда копать чтобы всё не смотреть...
Cпасипотому что.