Геннадий

Можно. Пишете скрипт на PHP и настраиваете его регулярный запуск через cron или таймер systemd.

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

Можно прокинуть что угодно, следовательно так делать не безопасно. Чтобы избежать инъекций, используйте подготовленные выражения

Тег <b> используется для придания тексту полужирного начертания без изменения его семантики. Однако с течением времени рекомендуется использовать более семантически правильные теги для форматирования текста, такие как <strong> для выделения важного текста или <span> с применением CSS для стилизации.

Из двух примеров, которые вы предоставили, правильнее будет второй вариант, так как тег <b> предназначен для применения к содержимому внутри других тегов, в том числе к тексту внутри тега <p>. Однако не забывайте, что использование тега <b> не рекомендуется для стилизации текста в документах HTML5, поскольку он не несет никакой семантической нагрузки.

Вот пример правильного использования тега <b>:

<p>Этот текст <b>полужирный</b>.</p>

Если вы хотите стилизовать текст, важно помнить о семантике. Например, если текст действительно является важным, вы можете использовать тег <strong>. Если вам нужно изменить внешний вид текста для целей стилизации, лучше использовать CSS

ObjectManager, заменяет группы близкостоящих меток на одну

Создать в базе триггер на Update?

Использовать санитайзеры, например, библиотеки:
https://github.com/cure53/DOMPurify
https://github.com/apostrophecms/sanitize-html

Какие есть способы убрать эту лазейку ?

Предположим, что пользователь вводит текст и жмет кнопку Сохранить > Получаем текст (на сервере или где?) > Чистим его (библиотеки выше) > Публикуем.

Похоже что задача сводится к удалению всех айди и заполнения автоинкрементом с шагом 10.

SET GLOBAL auto_increment_increment=10;
SET GLOBAL auto_increment_offset=1;
ALTER TABLE example DROP COLUMN id;
ALTER TABLE example ADD id INT UNSIGNED NOT NULL AUTO_INCREMENT, ADD INDEX (id);

Вообще задача странная, и попахивает очередным "гениальным" решением...

Массивы в РНР передаются методом copy-on-write.
Это означает, что потребление памяти вырастет только в том случае, если массив внутри функции будет изменён.
Соответственно, если переданный массив будет изменяться, то лучше вырезать.
Если будет только читаться, то проще передать целиком.

Приоритета нет, поскольку это не оператор, а языковая конструкция key => value.
Каждый из элементов конструкции вычисляется отдельно.

У вас задания выполняются от root'а.
Смотрите в /etc/crontab, /etc/cron.d/* или в sudo crontab -l