PhP_Raz

Я бы сделал это так (видео, как рассуждаю):

/**
 * Добавляет условие WHERE в запрос Wp_Query.
 *
 * @param $where
 *
 * @return string
 */
function modify_posts_where( $where ) {
    return $where . ' AND ID > 350';
}

// Добавляем условие
add_filter( 'posts_where', 'modify_posts_where' );

// Делаем запрос
$posts = new WP_Query( [
    'post_type'      => 'post',
    'posts_per_page' => - 1,
    // и другие нужные параметры
] );

// Удаляем условие, чтобы другие вызовы WP_Query() не затрагивать
remove_filter( 'posts_where', 'modify_posts_where' );

Во-первых:
для корректной работы ноутбука и аккумулятора необходимы оригинальные драйверы с официального сайта HP, а так же фирменные утилиты HP Framework, HP Connection Manager, HP CoolSense Technology, HP Power Manager Utility Software.
Во-вторых:
Ноутбук должен быть обслужен (чистая система охлаждения)
Если эти пункты выполнены, то в настройках электропитания выберите "экономия энергии". В таком режиме ноутбук должен без труда работать около 3-3.5 часов. Так же необходимо отрегулировать яркость дисплея на минимально возможный для работы. Плюс ко всему ноутбук предназначен для использования на базе Windows 7 либо Windows 8! Если стоит Windows 10 высокая вероятность что фирменные утилиты работать не будут корректно, и время работы может значительно отличаться. Опять же при условии что аккумулятор жив здоров. Найти его кстати не проблема совсем. Для поиска используйте запрос "HP dv6-7000 аккумулятор купить".
Так же если нагрузка небольшая (чтение, или набираете тексты) можно еще в настройках электропитания напротив пункта "Экономия энергии" нажать на "Настройка плана электропитания", далее "изменить дополнительные параметры питания" и в открывшемся окне найти строчку "Управление питанием процессора", настроить Максимальное состояние процессора при работе аккумулятора на 30-50%. Ноут будет подтупливать, но прибавится 30-60 минут. Итоги, если все это учесть и настроить, ноут при исправном аккуме будет держать от 4 до 5 часов. И достаточно будет купить еще один аккумулятор либо аккумулятор повышенной ёмкости Вот тут например продается, а он имеет емкость 7200 VS 4400 в стандартном варианте. Его хватит более чем на 5,5 часов. Ну и по цене это будет самое дешевое решение из всех и правильное. Можно конечно ещё ИБП купить , это дополнительные 3-4 часа. В общем очень развернуто вам расписал, думайте.

Не везде и не всегда нужны классы. Вы верно заметили. НО! Прежде чем принять решение о том, что в конкретном месте кода класс только вредит, нужен профайлер или другие инструменты позволяющие принять такое решение. К примеру в Python словарь значительно выигрывает по скорости чем класс с методами.

Фишка ООП в том, что человек уже думает классами! Поднимаем голову к небу и видим "Птица летит", другими словами "У объекта "Птица" был вызван метод "Лететь"", но мы так сложно не думаем и для нас это просто "Летящая птица".
Вспомните детство и моменты когда родители посылали за хлебом. Как это происходило? Возможно это было так: "Объект сын в твое поле ложу объект "Задача" с полями "хлеб", "комод" и "100 рублей", в поле "результат" ложу "Хлеб". Объект сын вызываю метод "Купить"". Не думаю что это было так, мне кажется это было так: "Сын возьми 100 рублей и купи хлеба". В неявном виде обратились к объекту "Сын", вызвали метод "Взять" и передали аргумент "100 рублей" и ожидаем результат вызова в виде значения "Хлеб".

Попробуйте процедурный подход переложить в нашу естественную жизнь? ;) Попробуйте так общаться, процедурно. Это очень сложно. Потому что человек привык думать объектами! Самолет, кошка, лошадь, дерево и др. Для нас вроде есть концепция "кошка", но конкретная кошка "Масяня" сильно отличается от другой конкретной кошки "Машка".

Изучая задачу мы прежде всего должны задать вопрос : "Что является условием завершения задачи?" и вторым не менее важным "Что используется при достижении результата?". Вот это "что используется" как правило и есть объекты.

Пересоздайте служебные таблицы phpMyAdmin (можете воспользоваться этим SQL-скриптом).

highlightedResultsBox

как бэ намекает что это только подсвеченные результаты.

обновите через /setup/ или очистите директорию /core/cache/ там могут быть закешированные настройки.

Если есть несколько комментариев. у кот. категория одна и она удаляется, то дело может быть в том, что при итерации с 1-ым комментарием вы удаляете саму категорию. И, соответственно при следующих итерациях findCatId ее уже не найдет. Проверка count($cat_id) == 1 не пройдет,- такой категории уже нет

Если это не учебное задание, используйте, пожалуйста, ORM. Сейчас никто не работает с голым SQL на таких задачах. Потому что, во-первых, трудно разбираться с чужой реализацией шаблонных механизмов открытия/закрытия соединения, обращений к таблицам. Во-вторых, следует решать проблемы проектирования данных, а не реализации их записи в БД. Если задача учебная, то схема стандартная и мне нравится. Всё правильно нарисовано. Реализуется так же, как и любая ORM:

1. Создаём класс коннектора БД. Описываем в нём методы прямой записи в БД и удаления записей.
2. Создаём классы Comment и Category. Пусть у них будут методы get, update, delete, create. например get(id) получает из коннектора raw с данными и преобразует в ассоциативный массив. Там же реализуется получение полей связанной категории. Ну и метод delete у Comment запускает метод delete у Cаtegory, удаляя и Comment, и Category, и cat_id.

Очевидно где-то кто-то ломится в базу на этапе инициализации.
Скорее всего какой-нибудь сервис провайдер или в файле routes.php

Перейдите в настройки постоянных ссылок и посмотрите что там

https://ru.wordpress.org/plugins/custom-registrati...

Получилось вот так. Полоса слева(её не видно), шириной 6 px, из-за 1350px. Будет дополнено.
UPD
Из container были удалены: padding-top, padding-button. Добавлены padding: 0, width :100%.
В huge_it_slideshow_image_wrap_1 изменено: width: 100%
В [huge_it_slideshow_image_container_1] изменен width: 100% в атрибуте элемента.
Во всех huge_it_slider_1 li a img удалён width и height из атрибута элемента.

Basic - пример реализации одиночного приложения (простое).
Advanced - пример реализации приложений, которое включает в себя разделение на другие приложения (сложное).
В advanced показана реализация самых часто используемых частей, таких как:

• frontend - паблик часть приложения
  
• backend - закрытая часть приложения, где осуществляется администрирование
  
• api - апи для работы с приложением, реализация rest
  

При этом все подприложения имеют общие модели и конфиги, что связывает все в единое целое.

И стоит не забывать, что это просто шаблоны и их можно расширять, как будет удобно самому разработчику.

Вот как это выглядит с т.з. работодателя

Джун
- собеседование
изъясняется исключительно на сленге (большую часть которого не может внятно объяснить), готов в одиночку за неделю написать новую ОС, или две - за полторы, если только для этого не придется учить ассемблер, несмотря на юный возраст уже обладатель прав на обе версии и один бэкап личного сайта с фотографией кошки в розовой рамке и знает, что синглтон - это абсолютное зло, хотя и не может написать его без ошибок.
- испытательный срок
долго мудохается с настройками рабочего места, которые регулярно слетают под тяжестью многотысячных плагинов, шелов и скринсейверов, донимает админов, находит две (орфографические) ошибки в документации проекта и один быстрый альтернативный способ сделать форк из SVN, после которого проект, к сожалению, не билдится не только у него, но и у всей команды. Берется все немедленно исправить с помощью другого чудотворного плагина, (неожиданный баг в котором приходится фиксить двум миддлам), после чего насильственно лишается рута, плагинов и шелов и начинает изучать проект под чутким контролем матерящихся миддлов.
- работа
научился билдить проект, писать тесты и коммитить, не роняя этим билд, понял смысл многих сленговых выражений, подружился с миддлами и админами, не путается в названиях ключевых технологий, радикально сократил число плагинов, удалил сайт с кошкой, работает.

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

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