Дмитрий, среднего варианта вроде как не существует: или полный перехват всех pointer-событий наложенным div-ом, или их полное отсутствие из-за особенностей iframe
а погуглить? cron (правда он не запустит, если машина была выключена в нужное время) ну или systemd.timer (тут не уверен насчёт выполнения при выключенной машине)
что-то мне кажется что тут упущена полностью маркировка (fwmark), которая делается через iptables/nftables
правда как в именно делается в последнем не знаю, но для первого в статье есть пример и первичная маркировка в данном случае будет что-то типа
с гридом без 3 колонок и со стратегическим размещением grid-row: span 2 так не сделаешь, но такое можно попробовать провернуть с флексом и flex-flow: wrap
Илья Петров, в таком случае лучше переименовать, т.к. может ввести в заблуждение, и использовать другой механизм расписанный в комментариях к документации на add_rewite_tag()
что-то мне кажется что никак, т.к. анимации и переходы разные звери и совместить их вместе сложно
единственно, может поможет добавление forwards в animation, но это не точно
ЕМНИП оно и так должно работать, если vcard таки кастомный тип поста и при обычных правилах рерайта, правда будет получаться не emplyee_id, а post_slug в глобальном WP_Query, и выполняться single-{post_name}.php при наличии
а функции не подключаются потому что запрос идёт мимо WP
конфликтующие вводные: маскарад будет менять адрес источника, но внешний ип на втором серваке не даст отправить ответ без маскарада
хотя вон Valentin Barbolin подкинул интересную идею использовать маркированные соединения на 2 машине и роутить по ним, а маркером использовать приход пакета с внешним адресом источника на внутренний интерфейс (правда как это реализовать я без понятия)
гриды это вроде даже после CSS3
но думаю самым всеядным преобразование в pdf через браузер, т.к. спецификация гридов достаточно объемная и поддерживающая все случаи реализация нетривиальная, вон гриды даже в interop 2024 вошли (правда именно для всяких крайностей)