xmoonlight

Для 4K нужно использовать изображения высокого разрешения, шрифты и отступы должны адаптивно сайзиться так, чтобы не портить удобство UI/UX.
Всё это делается либо через отношения размеров (calc() и дроби: пример), либо проценты высчитываются при формировании таблицы стилей и "жёстко" прописываются при создании вёрстки (создаётся фиксированная сетка разрешений экрана).

Плитка критериев: цвет, размер и ниже - плитка изображений, согласно критериям.

iptables: rules, log

Есть информация что что-то втихую копирует себе клиентов и передает третьим лицам (все это длеает на RDP).

А доказательства этому есть?
Т.к. вопрос уже содержит ответ, что у вас уже есть возможность мониторинга RDP.

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

Процесс создания любого лога - это сбор данных.
Разбор собранных данных - это аналитик.

Скрипт перед </body> поставь и проверь.
Возможно, не успевают инициализироваться все объекты в тегах.

То есть сейчас человек может спокойно удалить статьи при помощи GET запросов
не могу это решить.

Странно, что он их смог создать!
Крайне странный вопрос, похожий на троллинг.

1. Сначала нужно учить объекты в PHP и что-то написать своё с использованием этих объектов.
2. Научиться читать и понимать код.
3. Ознакомиться с принципами создания (проектирования) архитектуры: паттерны проектирования.
4. Посмотреть: как сделано в популярных фреймворках и сравнить.
5. Поставить себе цель что-то сделать самостоятельно и начать с проектирования архитектуры.

Про функцию: да, возможно. Даже более того, таким же точно образом можно создавать формы и их обработчики в полностью автоматическом режиме (автогенерация всех переменных и тегов).

Тот, при котором сам пароль никогда не отправляется с фронта на бэк.
Всегда отправляется только его hash.
Затем, этот hash ещё раз хешируется встроенными функциями на основе предыдущего (фронт-хеша) или любой другой инфорамции, доступной только скрипту, но не доступной базе данных.

Т.е., мы равномерно распределили нагрузку на фронт и бэк для создания вложенного (двух-уровневого) хеша.

При попытке подобрать пароль брутфорсом - придётся подбирать уже квадратичную сложность хеширования и без того медленного (устойчивого к бруту) алгоритма хеширования.

Чтобы уменьшить коллизии, на бэке можно использовать и шифрование фронт-ключа (вместо хеширования), но это сильно накладная вычислительная операция.

Не особо понял вопрос, но может это поможет.

Используйте 2 компа.
Для дома и для работы.

И все же, что же лучше?
1. Собирать весь фронт в 2 файла: style.css и script.js, и грузить из на всех страницах.
2. Разделить все на кучу мелких компонентов, и грузить только то, что есть на странице.

Не хватает ещё одного пункта:
3. Грузить то, что требуется в данный момент.

Начинаем с того, что уже упомянул Алексей Уколов:

Если резюмировать ответ на вопрос: лучше всего собирать две версии - для HTTP/1 и для HTTP/2 и отдавать клиенту то, во что он умеет.

И затем, пункт 3.
Я создал includeHTML, который может сразу загрузить всё параллельно (скрипты, ноды, стили) или же "подтянуть" нужные ресурсы в нужное время по любым событиям. Это удобно, когда нужно экономить ресурсы клиентского устройства и полосу пропускания: мобильные устройства.
Поскольку синхронность/асинхронность полностью регулируется, приоритетами при запросах ресурсов мы можем сами управлять на уровне искусственного стека/очереди с помощью JS-кода.

В скорости.

Open-Graph разметка

На сайте настроен 301 редирект на Главную, если запрашивается несуществующая страница.

1. Удалите правило из .htaccess или nginx.conf.
2. Добавьте ту же проверку в начальный PHP-скрипт.
3. Пропишите нужные дополнительные условия по созданию лога.

Поэтому принципиально важно, чтобы отправляющий своё сообщение не волновался за свою анонимность

Просто напишите юзеру на сайте, что ему не нужно волноваться. А если он уже волнуется - пусть лучше ничего не пишет.

Также, выведите его IP-адрес (страну и провайдера), чтобы он сам оценил степень риска, и при высоких рисках, сразу же предложите все доступные варианты по их минимизации.

1. Рендеринг страниц в статичный HTML на бэке (+сжатие gzip) - самый быстрый вариант отображения статичного контента в браузере.
2. Динамические запросы - периодическое автонаполнение кеша ответов (или шаблонов ответов) на популярные запросы с разграничением по типам доступа: личный акк, группа пользователей, все остальные.
3. По скорости обработки в плане языков - почти все одинаковы. Сложная обработка данных выносится в микросервисы, написанные на C/C++/Go, умеющие работать в самоуправляемом асинхронном режиме с заданной производительностью.

1. Создайте список всех нужных групп и ролей пользователей.
2. Переведите на английский (если они будут на русском, и наоборот), создав копии на всех доступных (для никнеймов) языках.
3. Объедините строки в кластеры.
4. Напишите ограничивающие регулярки для каждого кластера.

Да. FanatPHP - прав на все 100%.
Смотрим.