Вероятно, вы пытаетесь решать не ту задачу, или не понимаете, как работают cms.

Для целей, которые вы выше описали есть модули: например https://www.drupal.org/project/metatag, или для google-analitycs https://www.drupal.org/project/google_analytics если речь о коде отслеживания GA.

И на том, и на другом можно сделать.

Если самостоятельно планируете делать, то в основе django-cms python, в основе drupal php. Без программирования будет не обойтись в таком проекте, так что если знаете один из этих языков, то это определит выбор, если нет - не беритесь.

Если заказывать, то весьма вероятно, на drupal будет несколько дешевле, потому что в среднем час разработчика на python дороже.

Для windows 10 можно из и cmd/powershell выполнять ssh, там есть ssh клиент, и на сколько я помню, он по умолчанию стоит. Для более старых надо ставить что-то, тот же putty.

Выходить из mc совершенно не нужно. Можно выполнять команды прямо из него. Если надо посмотреть вывод, надо нажать ctrl+o, что скроет панели, ещё раз ctrl+o их включит обратно.

Вам надо сделать не рабочие такие ссылки, а 301 редиректы с этих ссылок, на соответствующие им url в drupal, как ниже описал @OldWarrior.

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

Если это страница сделанная с помощью views, то при редактировании представления есть "Настройки страницы - доступ." И там можно выбрать роль или право доступа необходимые для просмотра этой страницы.

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

Ну а с 8 на 5.7 обратно только через дампы миграция - структуру он не умеет даунгрейдить. Так что тут только чистить. И если бы это было сделано, вероятно проблем с установкой из родного репозитория ubuntu не возникло бы.

А что именно не завелось? Должна была. Надо было просто /var/lib/mysql чистый. Возможно проблема была в попытке "апгрейда" структуры данных с mysql 8 на mysql 5.7.

Root в mariadb по умолчанию авторизуется без пароля, по системному пользователю. Это очень удобно для работы в консоли. А для сайта надо создавать отдельного пользователя в любом случае, так что это не проблема.

"SYSTEM (R); added in 8.0.3 (reserved)"
У вас 8.0.3+ mysql где название таблицы system, является теперь зарезервированным словом, поэтому запрос и падает.

Вместо mysql-server (8.x), можно установить mariadb-server(10.3.x), он примерно соответствует mysql 5.7. и в нём не должно быть такой проблемы.

Также у вас скорее всего php 7.4 и это тоже может быть проблемой можно установить что-то более старое(например 7.2) из https://launchpad.net/~ondrej/+archive/ubuntu/php.

Выше правильно написано: сменился формат описания модуля - для вашего ядра нужна более старая капча.

У вас по какой-то причине поломан файл: modules/captcha/modules/captcha_long_form_id_test/captcha_long_form_id_test.info.yml
Там нет строки:
core: 8.x

Может не очень понятно о чём я выше пишу? Попробую описать подробнее:

Я вполне могу понять, когда пользуются для разработки под windows openserver. Мы имеем готовое окружение и немного довольно удобной автоматизации. Да, окружение не то же, что будет на сервере, и бывают в сложных случаях несоответствия, но это редкость. Работает всё быстро. Почти также, как работало бы на той же машине под Linux, в общем-то. Ну по крайней мере нет лишних накладных расходов.

filinkov.ru wrote: Все процессы идут внутри WSL (drush, composer, git, nodejs и т.п.).

С какой целью, если всё это будет работать и без WSL? И это даже будет быстрее работать.

filinkov.ru wrote: Все настраивается как на Ubuntu без проблем и без костылей.

Чем это хорошо для пользователя windows, который очевидно привык к другому подходу?

filinkov.ru wrote: Плюс отличная интеграция с VSCode.

filinkov.ru wrote: Делаю вывод, что вы не понимаете как работать с WSL 1 и WSL 2

Очень интересный вывод. Что именно, и кто не понимает?

filinkov.ru wrote: Я работаю с WSL 1 + OpenServer

Там не wsl нужен, а hyper-v для запуска современного варианта docker-desktop. Именно он есть в 10pro.
Для запуска докера создаётся виртуалка под linux на самом деле. А docker-desktop это набор инструментария, чтобы пользователю не надо было об этом думать.

А зачем для этого wsl? Собственно сам-то докер в нём не запускается - нужна виртуализация всё равно. А если какой-нибудь docker-desktop, то в нём уже есть всё нужное, в частности compose и wsl там не нужен.

Вероятно в wsl2 docker уже будет работать нормально.

А что именно не понятно? WSL это Windows subsystem for linux, она же "подсистема Ubuntu для Windows", точнее там можно один из нескольких дистрибутивов поставить, не только ubuntu. Так что это и было то самое мнение использующего.

Я активно использую WSL для запуска разных приложений(например virt-manager, mosh и.т.п.). Там довольно много проблем, довольно плохо с производительностью, и для разработки, как мне кажется, она мало подходит.
Хотя WSL2, вероятно будет лучше.

Собственно, и сейчас лучше запустить в hyper-v, или с помощью какого-нибудь другого гипервизора полноценный линукс, как это будет делаться в WSL2.

Мне кажется, вам не нужен какой-то специальный модуль для этой задачи. Просто создать тип материала "резюме" или даже поле в профиле, и использовать ckeditor, например.

Если что-то более сложное нужно, то есть paragraphs.

Громкое название, но на мой взгляд, там нет чего-то заметно полезного.
Большую часть функций этого модуля можно заменить несколькими строками в конфиге веб сервера (собственно несколько заголовков установить). Обычно, так это и делается.
Ну и это не связано всё совершенно с потенциальными атаками которые вы выше описали.

Вам, возможно, стоит посмотреть на что-нибудь типа mod_security, если уж так. Но такие решения требуют немало ресурсов для работы, да и всё там совсем не просто.

Почему бы нет - всё может быть. Но вероятность, особенно если drupal/модули свежие, совсем не велика.

Написать соответствующие регулярки(фильтры fail2ban), парсить access лог веб сервера ими. Если есть что-то что можно понять только на уровне приложения(drupal в данном случае, ну например, какие-нибудь post параметры, которые не получить из лога веб сервера), то можно реализовать обнаружение и логирование в syslog сooбщений из него(ну или просто в файл), и тоже парсить этот лог.

Собственно, не сильно отличается от того же autoban тоже надо писать правила. Просто блокирование на уровне фаервола намного эффективнее.

Плохая идея банить по ip на этом уровне, особенно если вас DDoSят. Это ресурсоёмко. Лучше, чем пропускать запросы, конечно, но всё ещё плохо.

Лучше использовать что-нибудь типа fail2ban и банить ip на уровне фаервола.
Также, если это не очень распределённая атака, может помочь ограничение на частоту запросов с ip на стороне веб сервера и бан по превышению тем же fail2ban.

Что в /var/log/mysql/error.log?

Генерируйте через вызов из crontab drush command соответствующей, она там есть готовая.

Раз вы это пишите, вероятно, что вы не удосужились прочитать топик, или просто спамете ссылками.