Делай первый вариант.
Твоя задача простая: директория vendor, возможно private должны быть вне доступа веб сервера.
Веб сервер должен ходить только в web. Раз у хостера эта директория называется www- делай с нее симлинк на web.

Друпал был полностью переписан в 8-й версии. Мигрировать данные из 7-го в 10-й можно (гуглите документацию), но процесс требует вдумчивого подхода и степень геморройности сильно зависит от того, как сайт был сделан в 7-ке, какие сторонние модули использовались и т.п.

>это для друпала тяжелая задача?

Нет, это простая задача, которая реализуется "из коробки".

>Опытные люди предложили сделать это на таксономии не чего не объясняя как.

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

>Но термины это тоже самое, что и ссылки (они имеют URL), которые позволяют гулять только по сайту, нажал на город выскочит страничка описания о нем( ну если заполнить содержимым).

Можно нагуглить массу примеров, например вот здесь: https://jecosolutions.com/drupal-8-9-custom-module-with-configuration-or...

Я вышеприведенный модуль в глаза не видел, но судя по ошибкам- проблема в кешировании php скриптов, т.е. в настройках вашего openserver-а. Т.е. вы через драш активировали модули, запись об этом появилась в БД, но пхп процесс вебсервера не прочитал файлы модуля с диска.

Мне такого никто не говорил, но риски того, что житель РФ встроит вредоносный код, работающий исключительно внутри РФ существенно ниже, хоть и не нулевые.

>Я веду к тому, что профессионалы, которые поддерживают репозитарий, в поиске бэкдюров имеют гораздо больше способностей, и хорошо бы им устроить тотальную ревизию модулей.

Модули, публикуемые на drupal.org проверяются на бэкдоры и прочий вредоносный код, тем не менее, исторически так сложилось, что в сообществе drupal немало граждан Украины, и, например, в прошлом марте некоторые компании из этой страны, занимавшиеся разработкой и поддержкой сайтов были уличены во встраивании бэкдоров и несанкционированных публикациях на подконтрольных им сайтах.

Создай правило для fail2ban, ограничь количество запросов с одного айпи, подключи cloudflare в конце концов!

Я проверял на друпале 6, 7 и 9, все последних версий. Код вставлялся в материал типа Страница текстовым фильтром "Без форматирования". Карта ваша подгружалась с катком каким-то в центре.

Проверьте, что скрипт вставляется целиком и не портится форматированием. Если бы у вас была проблема с CORS, в консоли была бы ошибка и блокировка скрипта, а не предупреждение.

FullHTML у вас скорее всего все-равно имеет фильтрацию/редактор. Создайте отдельный формат текста вообще без фильтров, только дайте к нему доступ исключительно админам, так как иначе все желающие смогут встраивать произвольный код в страницы. (Ради эксперимента вставил вашу карту и она без проблем работает)

По поводу CORS, есть одноименный модуль, либо оно настраивается на уровне веб сервера.

Проблема скорее всего возникла из-за редактора, которым вы пользовались для просмотра и редактирования шаблонов. Некоторые редакторы могут автоматически "исправлять" php/html документы, но с шаблонами друпала надо быть осторожным, так как там специфический синтаксис.

Ну вот из этой копии восстановите все содержимое /sites/all/themes/orteliya/ и снова сбросьте кэш. Если проблема в шаблонах, то сайт должен заработать.

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

Мы можем верить только на слово, но факт остается фактом: в регионе page-content у вас ранее выводился ряд блоков построенных на модуле вьюз. Сейчас они не выводятся. Значит скорее всего что-то не так в шаблоне page.tpl.php или других шаблонах, которые могут влиять на вывод этих блоков. Дальше гадать не получится, надо смотреть содержимое шаблонов. Если у вас есть бэкап сайта, можете откатиться на него.

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

Судя по веб архиву, у вас на сайте на главной было несколько вьюшек с контентом и еще вспомогательные блоки прямо в основном содержимом страницы. Сейчас они не выводятся. Вероятно, это результат либо удаления темплейтов (конкретно page.tpl.php), либо некорректного их редактирования.

Этот notice желательно поправить, но проблема не в нем.

Попробуйте зайти по адресу http://orteliya.ru/admin/appearance/settings/orteliya и пересохранить настройки темы. Судяя по всему у вас тема требует ручной перегенерации после изменений в шаблонах.

Если при сбросе кэша ломается сайт, то варианта ровно два:
1- шаблон был отредактирован некорректно, вы где-то не закрыли тэги например.
2- какие-то проблемы у хостера, при регенерации кэша страниц возникли проблемы с их сохранением в базу данных.

Значит нужно предоставить ссылку на сайт и рассказать где и какой телефон должен быть. То, что по ctrl+U вы видите правильный код говорит о том, что изменения прошли успешно, просто ваш браузер или по какой-то причине продолжает отдавать вам страничку из кэша (нажмите ctrl+f5 для сброса и загрузки страницы заново), или ваших изменений в шаблоне было недостаточно. В качестве тычка пальцем в небо могу предположить, что ссылку/текст телефона вы изменили, но на сайте он выводится картинкой, которая осталась прежней.

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

Нужно пройти по ссылке https://ваш.сайт/user ввести логин и пароль админ пользователя и через админку сбросить кэш (ссылка /admin/config/development/performance ).

Это уже многократно разбиралось, например вот здесь: https://drupal.ru/node/144209
Вам повезло, так как хостер дает возможность самостоятельно указать корневую директорию веб сервера, но на многих хостингах так нельзя сделать. Для стандартного проекта друпала на базе композера только содержимое директории web должно быть доступно веб серверу, а так как по древней традиции подобная директория называется public_html, то на большинстве хостингов нужно эту директорию сделать симлинком на web

Надо не кеш чистить, а правильно залить друпал. public_html должен стать ссылкой на web, так как только эта директория должна быть доступна веб серверу.

Друпал тут ни при чем, вам нужно научиться настраивать веб сервер, именно от его настроек зависит по какому адресу будут попытки запустить пхп скрипты и что вообще будет происходить при обращении по ссылке localhost/install-dir.

Вообще я бы сразу посоветовал вам посмотреть на https://ddev.readthedocs.io/en/stable/
Этот проект позволяет быстро и без особых проблем поднимать нужное вам окружение под друпал и не только.

Даже здесь регулярно постят приглашения на работу в компании для друпал специалистов. Закиньте им резюме.