Андрей Швед

Из резервной копии Вы восстановили только файлы? Пробовали восстановить базу?
Проблема в обфусцированном коде штаного фуникцонала Битрикс проверки и установки обновлений.

Варианты решения:
1. Попробовать восстановить базу данных из той же резервной копии что и восстанавливаемые файлы.
2. Попробовать восстановить из другой резервной копии
3. Попробовать восстановить другим способом - если до этого восстанавливали сайт из бекапа созданного средствами Битрикс, теперь нужно попробовать восстановить инструментами резервного копирования хостинг площадки.
4. Обратиться в поддержку Битрикс - скорее всего они не возьмутся за решение это проблемы, но могут подсказать варианты решения (если попадете на достаточно грамотного специалиста)
5. Обратиться в студию которая специализируется на поддержке сайтов на Битрикс (не буду рекламировать публично)

В Вашем случаем можно создать резервную копию по частям.
Штатными средствами через административную панель, но на вкладке продвинутых настроек изменить параметры:
1. отдельно создать дамп базы данных, скачать и удалить с хостинг площадки
2. отдельно создать дамп ядра Битрикс, скачать и удалить с хостинг площадки
3. отдельно создать дамп публичной части сайта включая папку upload, скачать и удалить с хостинг площадки

Если такого сценария выполнения не достаточно:
1. Проверить папки сайта на наличие лишних файлов:
1.1. В корне сайта удалить устаревшие архивы, если есть
1.2. В папке upload проверить наличие папком содержащих в названии 1c_catalog - может быть включено сохранение файлов выгрузки из 1С
1.3. Проверить содержимое папки bitrix/backup/ - удалить лишние архивы.
2. Проверить настройки хостинг площадки - у многих хостинг провайдеров есть возможность (платно) временно увеличить дисковое пространство - можно расширить дисковое пространство на хостинге, создать бекап, скачать, удалить, а потом вернуть дисковую квоту к прежнему размеру.
3. Возможно на сайте сформирован большой устаревший кеш - можно просто попробовать очистить устаревший кеш сайт штатными средствами Битрикс и проверить хватает ли места для создания резервной копии

нужно в htaccess файл в корне сайта в самом верху добавить строчки:

RewriteEngine On
RewriteCond %{ENV:HTTPS} !on
RewriteRule ^.*$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Header always set Content-Security-Policy "upgrade-insecure-requests;"

Именно такое правило написано в официальной инструкции хостинга nic.ru - https://www.nic.ru/help/nastrojka-sajta-dlya-rabot...

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

Вероятно при запуске через консоль нужно явно указать что бы использовалась та же версия php которую использует сайт.

Пример команды на одном из проектов:

/opt/php71/bin/php /var/www/www-root/data/www/{Домен проекта}/type_update.php

В Вашем случае может сработать простой способ без настройки nginx и apache.
Нужно в файле dbconn.php добавить строки:

if (($pos = strpos($_SERVER['HTTP_HOST'], ':')) !== false)
{
$HTTP_HOST = $_SERVER['HTTP_HOST'] = substr($_SERVER['HTTP_HOST'],0,$pos);
}

Проблема может возникать по разным причина. Детальную информацию нужно смотреть в журналах ошибок.

Но в большинстве случаев помогает явное указание домена или ip площадки в файле /etc/hosts
Нужно дополнить существующую строчку:
127.0.0.1 {ваш домен}

Важно учитывать какие кастомизации выполнялись на сайте с момента последнего обновления и готовность кастомного кода сайта к переход на другую версию php так как актуальная версия Битрикс требует актуальной версии php.

Порядок действий и что нужно учитывать:
1. Активировать лицензию на основной версии сайта без установки обновлений.
2. Развернуть тестовую копию сайта на площадке с настройками соответствующими основному сайту
3. Выполнить проверку "Монитор качества" на предмет модификации файлов ядра Битрикс.
3.1. При обнаружении модификаций проверить что это - кастомный код который нужен для работы проекта и написанный в недопустимом месте или ложно срабатывание инструментов проверки сайта.
3.2. Выявленный кастомый код перенести в корректное место - отдельные компоненты или файлы обработчики где этот код не будет затерт при обновлении.
4. На тестовой копии выполнить обновления до 17.1 или 17.5. На этом этапе могут быть выявлены первые трудности.
4.1. Компоненты оформления заказа переходят на новое API и при наличии кастомных обработчиков в шаблонах оформления заказа будут выявлены ошибки.
4.2. Серьезные изменения в работе с JS Битрикс также нужно проверить готовность сайта к работе с новым JS
4.3. Если сайт работает на php 5.4 самое время перевести работу на php 5.6
5. Выполнить конвертации таблиц базы интернет магазина и перейти на ядро D7.
6. Скорее всего возникнут проблемы в работе функционала оформления заказа. Вреенно можно перевести оформление заказа в режим совместимости со старым API.
7. Если на сайте была подключена 1С, службы оплаты, службы доставки - на этом этапе они отавалятся так как формат работы Битрикс с оплатами изменился.
8. Если все работает обновляем Битрикс до 18.1 и проверяем функционал
9. Переключаем работу сайта на php 7.0 (можно сразу на php 7.1, но лучше решать проблемы поэтапно)
10. После переключения версии php проверяем корректность работы кастомного кода на новой версии и при необходимости переписываем код на совместимый с актуальной версией php

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

Задача может потреботвать от 10ч. до 200ч и больше. Это зависит от количества и качества кастомного кода (от размера технологического долга проекта). В некоторых случаях приходит весь "костыльный" кастомный код перерабатывать в модули и компоненты.

Самый запущенный случай который встречал - это технологический долг в 500-600ч.
было принято решение запускать новый проект и постепенно в нем корректно реализовывать весь кастомный функционал без потери возможности устанавливать обновления.

Не запускайте свои проекты - следите за тем что бы технические специалисты при выполнении задача соблюдали требования Битрикс к реализациям и сохранялась возможность устанавливать обновления.

В настройках инфоблока перейти на вкладку свойства. Найти нужно свойство и перейти в редактирование значений. Если в списке доступных значений свойств есть "Все" переименовать его на "Страна".

Если в списке значений свойств нет "Все" а в публичной части выводится. Нужно в коде шаблона проверять от куда оно берется. Возможно слово "Все" прописано прямо в шаблоне или в файле result_modifier.php это значение добавляется к списку.

Описал общий сценарий решения. Как именно это реализовано у Вас на сайте можно определить только проверяя сайт.

Если для вывода каталога используется комплексный компонент каталог, то работать будет из коробки при включении ЧПУ. В Вашем случае в настройках bitrix:smart-filter в поле "Блок ЧПУ умного фильтра" подставить значение ={$_REQUEST["SMART_FILTER_PATH"]}. Здесь инструкция:
https://dev.1c-bitrix.ru/learning/course/?COURSE_I...