Анатолий Куликов

Попробуйте сделать так:

body {
    width: 100%;
    min-height: 100vh;
    background: url(path/to/img.jpg) center no-repeat;
    background-size: cover;
}

Однако, есть нюанс такого, что на некоторых мобильных устройствах оно всё равно будет растягиваться не на весь экран (или не так, как ожидалось) и в этом случае нужно будет позицию блока указывать через position и left/right/top/bottom = 0.

Как вариант:
- разбить post_content по переносам строк на массив
- массив перебрать и обернуть получившиеся строки в нужный div
- собираем обратно в стоку

Не факт, что по переносам строк будет работать, классику давно не юзал.

Может это?

Если сайт - одна страница, то разложить по папкам самое оптимальное, что может быть.

Чтобы пользователь мог попадать на нужную локаль при следующем заходе, то можно писать cookie / localStorage и переадресацию.

Если сайт многостраничный, то пожалуй самое адекватное решение и плюс / минус простое - это взять WordPress, плагин для мультиязычности (Polylang, например, но есть и другие) и внедрить шаблон.

Из минусов - нужно будет разбираться, как работает WP и в целом понадобятся знания по php/html/css (чтобы получилось прям совсем хорошо), но уроков в интернете запредельное количество.

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

P.S.: возможно, что и сами Гугл-таблицы так умеют делать.

См. wp_query

Флаг ставите типа onUpdate = false и при запросе проверяете, чтобы он не был true; при запросе переводите его в true, тем самым остальные запросы просто будут развернуты.

Я боюсь, что прям что-то лучше WP в данном контексте сложно найти. Можно просто аналоги недоступных компонентов заменить. Можете рассказать, с чем конкретно затруднения возникли?

Поищите в YouTube (или где ещё) что-то типа php react project, в один ответ это не вместить, а нюансы там существуют.

Гуглите Ajax (fetch) и REST API, там ответы =)

Если вкратце, то вам нужно через js отправить запрос, который php по данному адресу примет, обработает и вернет результат (очень часто используется ответ в формате json, но не обязательно).

То, что вам нужно, называется виртуальным скроллом

Ну, в теории WP движется в сторону FSE* чисто на родном редакторе, но до крутого билдера там как до луны на тракторе, хотя интересные моменты присутствуют. Можно глянуть плагины, которые новые блоки добавляют ну или написать самому под конкретную задачу (я писал, мне понравилось).

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

Я делал и самописные конструкторы страниц, и под Гутенберг писал кастомные блоки и как то однозначно сказать, что лучше - не могу, т.к. нужно понимать смысл задачи. В одном случае кастом wp просто идеально зашел, в другом случае нужно было прям по спецзаданию писать.

*FSE - full site editing, под этим разработчики имеют в виду то, что можно на Гутенберге собирать полностью сайт, вообще без кода (только по сути стили нужны).

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

Писать там кода придется немало, но результат будет тот, что надо.

Есть вероятность того, что было запрещено редактирование тем, т.к. в целом это не здоровая практика. Могло быть запрещено вручную или на уровне плагина / темы путем проставления констант типа:

define( 'DISALLOW_FILE_EDIT,' true )
define( 'DISALLOW_FILE_MODS', true );

Можно ещё вот тут почитать по теме.