оставлять не обязательно, но данные могут содержать . и , как разделители целой и дробной части.
Если исходные данные чистые и есть явное понимание что . и , не несут смысловой нагрузки - их можно смело убрать из правила регулярного выражения.
"Вопрос - как не слететь с лицензии с этими обновлениями на тестовых копиях?" - на тестовой копии сайта в настройках главного модуля включить режим разработки. Это поможет избежать блокировки сайта. И блокировка это не проблема - пишете в ТП Битрикс указываете лицензионный ключ, описывается какая из копий для чего развернута с указанием домена и просите разблокировать.
Это не корректное решение так как модифицируется штатный файл ядра Битрикс.
В Битрикс есть достаточно инструментов для аналогичного решения без модификации системных файлов.
Например можно в файле init.php написать обработчик с аналогичным кодом и результат работы передать в функцию
$APPLICATION->SetPageProperty('canonical', $arResult["CANONICAL_PAGE_URL"]);
Решение с модификацией файла bitrix/modules/main/include/prolog.php будет затерто при обновлении CMS.
nextnull, Проверяйте код самого шаблона, проверяйте js файлы связанные с шаблоном. Это слово не могло спрятаться далеко. Хладнокровно и методично проверит все что относится к формированию этого блока на странице.
Так как нет подробной инструкции по этому процессу, я напишу ее, возможно, с видео демонстрацией процесса. Сейчас не готов дать быстрый ответ. Статью публикую на сайте своей студии https://capyba.ru/blog/ и напишу ссылку здесь.
универсальный сценарий помогает находить такие проблемы:
Если есть ошибки в работе кода Вы их увидите.
Если нет ошибок - значит проблема на уровне логики.
В этом случае нужно переходить рекомендациям:
Проверите различия в настройка apache на локальной площадке и хостинге.
Например, может требоваться установить параметры php_value open_basedir "/"
Так же проблема может быть в разных версиях PHP.
Максим, Запускайте скрипт. Если есть ошибки в работе кода Вы их увидите.
Если нет ошибок - значит проблема на уровне логики.
В этом случае нужно переходить рекомендациям:
Проверите различия в настройка apache на локальной площадке и хостинге.
Например, может требоваться установить параметры php_value open_basedir "/"
Так же проблема может быть в разных версиях PHP.
Самый простой способ развернуть сайт из резервной копии:
1. зайти в админ панель сайта Рабочий стол -> Настройки -> Инструменты -> Резервное копирование -> Список резервных копий
2. Скачать файл restore.php
3. Залить файл restore.php в корень площадке на которой планируется разворачивание резервной копии сайта. (Может быть корневая директории хостинга где сейчас расположен сайт)
4. Обратиться к файлу http://домен/restore.php
5. Указать какую резервную копию нужно развернуть
6. Следовать инструкция скрипта
Важно:
при разворачивании архива на месте работающего сайта файлы и база сайта будут заменены на файлы из архива. Будут потеряны изменения на сайте произошедшие за время работы сайта после создания архива.
spotifi, у интернет магазинов приличного размера постоянно возникают вопросы и доработки на которые ни кто не будет искать ответы в рамках разовых работ, только при хорошем знакомстве с проектом можно оперативно реагировать на проблемы и консультировать по работе функционала и доработкам.
Согласен для небольших корпоративных сайтов и даже небольших магазинов постоянных работ технических специалистов не требуется, но при определенном размере магазина, особенно если есть один или несколько маркетологов, на сайте нужны постоянные правки, доработки, исправления, изменения.
Для интернет магазинов которые больше чем хобби для владельца - техническая поддержка необходима.
И в этом нет необходимости убеждать придумывая выгоды от работы со специалистами по абонентской плате. Владелец магазина должен знать сколько стоит час простоя его магазина, должен иметь ответы на вопросы серии "что делать если ...". Например "что делать если система оплаты перестала работать", "что делать если сайт заразили вирусами", "Как оперативно узнать что на сайте проблемы", "где храняться бекапы и что делать если они окажутся поврежденными" и это выяснится когда этот бекап потребовался.
Тех поддержку это передача этих вопросов профессионалам, которые подобрали на них ответы и уже подготовили план работ в разных ситуациях.
Вопрос про ЧПУ, а не про уникальные мета данные.
Для формирования уникальных мета данных в Маркетплейс Битрикс есть специальные модули или можно самостоятельно доработать вывод, например по инструкции it-svalka.ru/razrabotka/tonkaya-nastroyka-seo-umno...
Согласен - на данный момент из коробки функционала для работы с SEO на страницах фильтрации нет, но варианты решения есть.
Если исходные данные чистые и есть явное понимание что . и , не несут смысловой нагрузки - их можно смело убрать из правила регулярного выражения.