Новый год впереди, можно загадать желание =))
А что у вас в приоритете?
Возможно под рихтовать то что не работает или не обновляется будет сильно быстрее и дешевле чем переделывать? И не факт что новый разработчик сделает не точно так же. При том я очень сомневаюсь, что непрофессиональный разраб мог из себя выдавить что то долгое и сложное на вордпрессе, возможно там местами где то причесать под wp way и все обновится и заработает как надо.
А еще одно дело 300 000 тестов и 10 000 заболевших и 3 000 000 тестов и 100 000 заболевших, да?
Медицине не до этого - это раз.Во-вторых, шел со стволом, есть не нулевая вероятность, что это все для сми и сделано, надо же осваивать бюджет на "рекламную компанию" по вакцинации: экс вояка, переделанный пугач, гос учереждение, бравый лейтенант тут как тут, а по камере определили что он "антиваксер".
PS Цирк что то поднадоедает этот если честно
Антиваксеры это
https://www.business-gazeta.ru/article/532189
А теракты в стране устраиваю террористы, да мы знаем.
вы его указываете как display:none, он отрисован не будет, а значит занимаемое им место не будет рассчитано и когда вы ему поставите display: block|inline он отодвинет все остальное, это видимо надо родителю указать размеры тогда... но это гемор, проще картинку размыть до состояния 1кб но тех же размеров и подставить её а после загрузки подменить на нужнуюЭто можно даже сделать "изкаропки"
Чтобы на первом экране быстро подгружались фон и основные картинки, есть Небольшой лайфхак:
надо в коде их прописать, как можно выше (до загрузки стилей и скриптов) в виде:
<img src="" style="display:none;">
так я у себя эту проблему закрыл с фоном, который грузился спустя секунду, мне очень не нравилось как выглядит недогруженная страница. Правда это поможет при статичном хедере, ну и применять получиться только на нескольких страницах т.к. придется вручную все прописывать.
Прыгать страница будет, есть интересное решение с сильным размытием картинок или подстановкой скелетона, но что то таких же размеров должно быть на странице
В этом и есть проблема плагинов и такой разработки. Ваша задача, если контент подбирается на основе того, что сейчас читает пользователь не требует работы на хите, такую работу можно вынести на крон, если же у вас подбор именно по интересам текущего пользователя, то в целом тут уже можно подумать, например относить юзера к каким то группам а для этих групп уже на кроне подбирать нужный материал, и пользователям отдавать заранее просчитанный результат, тогда кешировать прям всю страницу не будет какой то такой необходимости. В общем кейсы надо разбивать на таски и смотреть как сделать эти таски эффективными. У меня на основном проекте сейчас много млн пользователей, приходится учитывать много нюансов при написании каждой строки кода, так как любое неосторожное действие положит даже самый жирный продакшен.
