Alex

А вы уверены, что в подвале контакты тянутся именно из настроек темы, а не каким-то отдельным виджетом?

Можно использовать wpdb, сформировать один гиганский запрос в БД и за раз вытянуть все нужные данные в обход любых хуков ВП.

В статье речь идёт о том что ВЫ должны отдавать пользователю стили таким вот костилём.

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

Остальные стили остаются в style.css и подгружаются скриптом. Например, при помощи такой строки в футере:

<script> jQuery("head").append("<link rel="stylesheet" href="<?php echo get_stylesheet_uri(); ?> " type="text/css" media="screen">"); </script>

Для того чтобы пользователи, с отключенным JS, видели корректную страницу, обрамляем стандартный вывод стилей в noscript, PageSpeed не учитывает эту строку:

<noscript><link rel="stylesheet" type="text/css" href="<?php echo get_stylesheet_uri(); ?>" /></noscript>

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

if (document.documentElement.lang !== 'ka' && document.documentElement.lang !== 'en') { // <-- 


(function(w,d,u){
                var s=d.createElement('script');s.async=true;s.src=u+'?'+(Date.now()/60000|0);
                var h=d.getElementsByTagName('script')[0];h.parentNode.insertBefore(s,h);
        })(window,document,'https://cdn-ru.bitrix24.ru/b11797736/crm/site_button/loader_4_met7nh.js');


}

https://wp-kama.ru/function/get_permalink

увеличит ли это производительность

Да. Так как вы обойдёте все хуки, проверки сериализации и обработки ошибок из ВП.

Скорее всего, в шаблоне страницы с результатами поиска в вашей теме просто не выводится пагинация.

https://wp-kama.ru/function/date_i18n

ID поста это ID строки в базе данных. Последний управляется не вордпресом а самой базой данных. Для mysql должно помочь
https://stackoverflow.com/questions/1485668/how-to...

В общем случае -- стоит.

Но это больше всего зависит от вашего конкретного случая. Сколько кода является общим для всех страниц? Сколько уникально для каждого типа страниц? Сколько уникально для каждой страницы? Какова модель поведения пользователя? Он посетит все страницы сайта или только страницы одного типа? Пользователи заходят на сайт только раз, или постоянно возвращаются? С каких устройств и с какой скоростью интернета к вам приходят? Как построен процесс деплоя? Какие тарифы у вашего хостинга? Как часто и что вы изменяете в исходном коде? Как будете инвалидировать кэш? И ещё очень много вопросов, которые нужно учитывать.

Можно всё сгрести в один огромный бандл. Тогда первичная загрузка будет дольше, особенно ощутимо на медленном интернете. Но навигации по страницам будут быстрее, а нагрузка на сервер меньше. Но при изменении, скажем цвета одной кнопки, пользователю придётся заново качать весь бандл. И наоборот. Можно уйти и в другую сторону: дробить всё на как можно меньшие кусочки. (Например вынести весь код для какой-то модалки отдельно) и загружать каждый чанк только в момент когда он понадобится. Так первичная загрузка будет намного быстрее, но реакция на действия пользователя будет медленнее.

В общем случае -- дробить код сайта на куски и отдавать их частями -- стоит. Но вмеру. А как именно делить -- зависит от вашего случая.

Поищите в настройках плагина. Там есть нужный вам параметр

localhost/wp-content/themes/twenty-sixteen/page/tree.php