ocdev_pro

Ну вероятно да, если даю рабочее правильное решение, вместо заведомо кривого кода. Не проверка на количество, а выдергивание подстроки для проверки в каком формате номер, т.к в примере я показал, что номер может быть указан +380б 380, 050 итд.. Чукча иди проспись и почитай php и как им пользоваться. В шаблоне такое не пишут, если следовать ООП, то для всего есть своя область ответственности и описанное решение тобой это откровенный говнокод. Никакой желчи, только факты и здравый смысл. Если ты так относишься к своему коду, к клиентским проектам.. то могу им и программистам после тебя только посочувствовать. Т.к дед не понимает, что такое чистота кода и ООП

Он и не должен решить ее, проблема у Вас я написал выше где, в отсутствии необходимых языковых файлов для соответствующего языка для шаблона. Их нужно найти на английском, создать, перевести на нужный язык и разместить в папке с новым языком

Еще как воспользуются, но не все. Много есть у кого код 089 Интертелеком или 091 LycaMobile, которая на базе ТриМоб (Укртелеком). Если я правильно понял, Вы пытаетесь сделать универсальное решение, что бы контактные номера выводились сразу с иконкой оператора где-то на странице. Тогда данные в контроллере которые вы получаете из настроек допустим Вот рабочий пример реализации: В контроллере создаете метод для проверки номера и определения ему иконки private function checkPhone($phone) { $result = []; $phone = preg_replace("/[^0-9]/", '', $phone); $part_0 = substr($phone, 0, 2); switch ($part_0) { case '38': $phone = substr_replace($phone, '', 0, 2); break; case '80': $phone = substr_replace($phone, '0', 0, 2); break; } $phone_code = substr($phone, 0, 3); switch ($phone_code) { case '050': case '066': case '095': case '099': $result['icon'] = DIR_IMAGE . 'icon/vodafon.png'; //Путь к иконке break; case '063': case '073': case '093': $result['icon'] = DIR_IMAGE . 'icon/lifecell.png'; break; case '067': case '068': case '096': case '097': case '098': $result['icon'] = DIR_IMAGE . 'icon/kievstar.png'; break; default: $result['icon'] = DIR_IMAGE . 'icon/other_code.png'; } $result['tel'] = '38' . $phone; return $result; } Допустим Вы получаете номера из настроек в виде строки $config_phones = '+380501234567,0934538411,38097155354'; //Превращаем строку с разделителем ',' в массив $phones = explode(',', $config_phones); //Обьявляем пустой массив для обработанных данных $data['contact_telephone'] = []; //Церез цикл отправляем номера на обработку foreach ($phones as $number) { $data['contact_telephone'][] = [ 'number' => $number, 'icon' => $this->checkPhone($number); ]; } И затем в twig шаблоне выводите {% for contact_telephone in contact_telephones %} <li><a href="tel:{{ contact_telephone.tel }}" class="phoneclick"><img src="{{ contact_telephone.icon }}" /> {{ contact_telephone.tel }}</a></li> {% endfor %} @chukcha Дальше можно в отпуске сидеть и не засорять бесполезными сообщениями форум

Так если случай частый, может уже пора научиться нормально писать, а не костыли? Советчик 99 лвл

ну как минимум перестать использовать логику в шаблонах. по рукам надо бить за такое. Пишите проверку через контроллер, strpos и switch case учите php

Для удобства восприятия да, а вот все что sort, order, limit и page надо скрыть в noindex и описание оставить только на первой страницу

Как минимум надо поставить мой модуль https://opencartforum.com/files/file/7859-ocdevpro-seo-multiyazyk-dlya-sayta-kod-yazyka-v-url-i-pravilnyy-hreflang/ Ну и вероятно нужно тему перевести на второй язык, т.к возможно там есть жесткая привязка к языку. могу сделать, пишите в личку

Читать инструкцию на странице модуля. Основной язык сортировка 0, все остальные по возростанию

1. По первому пункту перезалил архив, там был косяк в запросе, решено. 2. Если у Вас OC 3, то мой модуль не делает префикса языка в URL, его не будет и не должно быть! Т.к в OC3 и так разный SEO URL для каждого языка. Нужно только для главной префикс, т.к иначе ее не отличить. Устал это уже объяснять, Вы хоть описание к модулю читайте на 1й странице 3. Карта сайта работает если Вы настроили правильно .htaccess, если у Вас nginx настройте аналогичные правила для него. С чистой установкой на ocStore 3 по инструкции все работает. Вы же крутите в SeoPro что-то поэтому постоянные нестыковки. Свои личные хотелки в ветке поддержки прошу не обсуждать.

Обновление: В версии для ocStore 3 - добавлен функционал, что бы задать SEO URL для главной страницы, с возможностью для языка по умолчанию задать пустое значение. P.S Я не на что не намекаю, но ребят, только 1 человек купил поддержку модуля и поддержал разработку. Если Вы владелец магазина или разработчик и делаете проект для клиента используя бесплатный модуль - спонсируйте разработку, пишите отзывы, ставьте лайки. Мне приятно и будет мотивация, а модулю развитие.

Ну и к чему вот это вот все? Вы же критерии написали, я вам дал проверенный стабильный вариант с адекватной поддержкой

Ну как бы надо просто приоткрыть глаза - https://turbohost.pro/

Для языка Seo url должен быть пустой, но определен как пустой в БД. Второй языка надо задать Seo url я понял в чем у Вас сложность, интерфейс в админке не позволяет задать пустое значение. Что нибудь сделаю, что бы было удобно

Это похоже только в Яндексе, я в Гугле больше 300 в сниппете видел

Ну вот когда подтвердите на практике, сделаете реальные доказательства. Вот тогда приходите тыкать носом и требовать изменений. А пока все вышесказанное Вами пустой звук не подкрепленный фактами. Желаю Вам только успехов и процветания.

Для особо одаренных воображением поясняю. 1. Сниппет в любом случае формируется только ЧАСТИЧНО из мета-описания, если он короткий, возьмет весь, если длинный возьмет часть, поскольку обозримая длинная снипета на 2021 год в районе 300 символов. 2. Сниппет генерируются динамический 3. Официальный ответ Google был дан, что длинна мета-описания не влияет на размер снипета Именно поэтому увеличивать поле в размере символов просто безсмысленая трата времени. Сделайте лучше на странице нормальные микродата данные для снипета. Разместите блок с разметкой FAQPage уникальный для каждой страницы. Это будет в разы полезнее и повысит не только индексацию, но и кликабельность ссылок в выдаче

А я Вам написал, что туда в сниппет могло попасть все подряд. не только meta-description о чем явно говорит вот это вот разделение Так заканчивайте спорить, ваши доказательства не объективны. Приведите данные html страницы и результат в Выдаче где meta description больше 255 символов попал в сниппет выдачи.

Верьте во что хотите. Я таких мнений за 8 лет уже выслушал более чем достаточно. Доверяю только реальным кейсам и специалистам, которые действительно доказали свои знания на проектах с результативностью. Вы noname который бьет себя в грудь без фактов и даже не разбирается в том, что пишется в документации и конкретных примерах.

сниппет != meta description НЕ РАВНО. Сниппет может сформироваться с мета тега, описания на странице, микроразметки итд.. Поетому ваше утверждение ложное. Практической пользы увеличение длинны строки мета-тега не несет!

Это здесь не причем. Учимся читать и понимать написанное. вот пишут на moz.com Длинна может быть любой, что оптимально 155-160 символов. Но все зависит от конкретной ситуации. Т.е по усмотрению ПС. При этом гугл в своей доке пишет, длинна поля до 1024 символов Что по сути распространяется и на тег meta description Отсюда выходит, что да было бы удобно сделать размер поля больше чем 255. Но на практике это ровным счетом ничего не дает. Надо создавать уникальный и качественный контент прежде всего.

Нет не только. Там есть мод и для 3 для hreflang нормального. Ну а префиксы языка в url в 3 просто не нужны.

Composer надо настроить и обновить зависимости. В чем проблема? сли php 8 обновляем twig через composer до версии 2 Если 7.4 то вытащите из оригинального Opencart папку system/storage/vendor и залейте себе из архивы копируем файл composer.json себе в корень, в этом файле заменяем строку "vendor-dir": "./upload/system/storage/vendor/" на "vendor-dir": "./system/storage/vendor/" а потом обновите пакеты через composer. Если нет composer в вашей среде выполнения, скачиваете composer.phar с офф сайта компосера и там же смотрите как им пользоваться. Также заменяем system/library/template на те которые в новом архиве opencart За пример можно брать Opencart 3.0.3.6+ там проблемы твига и composer решены.

Не было времени разобрать этот пункт, спасибо за помощь в разработке

Смотреть логи сервера

Это скорее всего недоработка именно seo_pro в opencart.pro версии, т.к в ocStore все ровно. Поэтому не является проблемой модуля, но в модификацию для pro добавил фикс.