Андрей Швед

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

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

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

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

Файл можно создать через генератор capyba.ru/services/tools/robots/

нужно в 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...

Я использую сервис который показывает список всех шрифтов используемых на странице:
capyba.ru/tools/fontfinder/

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

Вероятно при запуске через консоль нужно явно указать что бы использовалась та же версия 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 {ваш домен}

Атрибут decoding=async - мало кем используется, но это важный и полезный тег.
Подробно об эффекте этого тега в видео https://www.youtube.com/watch?v=F6KGcb6trXc&t=5637s

Важно учитывать какие кастомизации выполнялись на сайте с момента последнего обновления и готовность кастомного кода сайта к переход на другую версию 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ч.
было принято решение запускать новый проект и постепенно в нем корректно реализовывать весь кастомный функционал без потери возможности устанавливать обновления.

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

https://selectel.ru/services/additional/dns/ - подходит под описанные требования

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

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

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

Проверите различия в настройка apache на локальной площадке и хостинге.
Например, может требоваться установить параметры php_value open_basedir "/"
Так же проблема может быть в разных версиях PHP.

Для анализа проблемы нужно включить расширенный вывод ошибок.
В корневом файле .htaccess в самом начале добавить строчки
php_flag display_startup_errors on
php_flag display_errors on
php_flag html_errors on

После этого может быть больше информации о причинах проблемы.

Предлагаю проверить варианты:
1. Поменять тип генерируемого файла с "Excel2007" на другие доступные варианты.
2. Сменить кодировку php файла. Если используется UTF-8 поменять на CP1251 или наоборот.
3. Попробовать выполнить скрипт с другой версии PHP
4. Попробовать другую версию библиотеки PHPExcel
5. Воспользоваться альтернативной библиотекой https://www.phpclasses.org/package/6279-PHP-Parse-...

Мы у себя в компании остановились на MediaWiki из-за большого количества доступного функционала. Как альтернативу рассматривали решение от Яндекс https://yandex.ru/support/connect-wiki/

Но MediaWiki позволяет работать по API и доступны разные расширения.

С этими ссылками вполне можно работать. Вопрос в том какой результат требуется.
Это структурированные файлы. Данные из них можно конвертировать в читаемый формат или с помощью скриптов использовать для наполнения сайта.

Если требуется привести к человекопонятному виду то искать решение можно по запросу https://www.yandex.ru/search/?text=yml%20%D0%BA%D0...

Если требуется разобрать полученные данные и автоматически актуализировать данные на сайте, то следует поискать готовый модуль для соответствующей CMS или писать решение самостоятельно. Начать можно с snipp.ru/view/157

Пример SOAP API geolocation:
ws.cdyne.com/ip2geo/ip2geo.asmx?op=ResolveIP
можно протестировать указав в качестве лицензии "0"

Подробное описание использования:
https://blog.runscope.com/posts/introduction-to-mo...