Для всего использую домашний ПК:
CPU: Intel Core i3 10105F
RAM: 16 GBytes
GPU: NVIDIA GeForce GT 1030
HDD: HDD
В целом я доволен, и даже можно в последний ААА игровой сегмент поиграть – DREDGE про рыбалку :).
Общее количество записей нужно знать для общего кол-ва страниц пагинации.
Первая страница - из базы по запросу берется к примеру первые 10 записей
Вторая страница - из базы берется следующие 10 записей, в запрос добавляется offset = 10, чтобы пропустить первые 10 и не получать их базы.
Вообще не понятно, что за вопрос, в чем проблема?
То, что получено в результате запроса к базе данных.
Так результаты хранятся в переменной или как-то в реальном времени выводятся? То есть если он ничего не хранит в переменной $query, то в цикле while он типа каждую итерацию из базы данных вытаскивает данные.
<?php while ($query->have_posts()) : $query->the_post(); ?>
Проверить в ПС, составив уникальный шингл в кавычках из этого текста - видимо не судьба. Ну или просто в любом анализаторе уникальности
Да точно, сканирует свернутую информацию с помощью этих тегов, проверил с кавычками, сто пудово сканирует, выводит в результатах и там если щелкнуть развернуть еще, то там прям предложение, так что да сто пудово, спасибо. Я просто ленивый и тупой :-), не обращайте внимания :)
Если задать параметр минус один, -1, в posts_per_page=-1, то выведутся все статьи, которые есть на сайте, это проверено, не знаю может он и не хранит их в созданной переменной, может она превращается в объект и его методы в моменте вытаскивают их из базы, ок, даже так, но речь идет о всех статьях. Он выведет хоть миллион статей, если браузер и сервак не повиснет, при чуть больше 2К статей чувствуется запинка при выводе. Я просто думал он все в переменную кладет $query, а потом с помощью цикла while вы вытаскиваете данные которые вам нужны заголовки, контент, миниатюру и т.п. Не судите строго я сам не знаю, как оно работает :), мне лишь было важно, что при добавлении пагинации выводятся все статьи какие там бы небыли запросы и то это все не точно.
Да это делается не для того чтобы как-то схитрить или что-то спрятать, это делается для удобства пользователей, дизайна, нужно показать сначала небольшое описание в двух словах, коротенькое, ну а потом на кнопку если кто захочет развернуть всю статью целиком и почитать.
Да, да извиняюсь, точно это класс, на основе его объект у того свойства/методы, НО это все мне не важно :), мне важно, что речь идет о всех статьях, а не о пяти, одной, ста и т.д.
Вы делаете выборку posts_per_page=5, пять статей, но на самом деле это просто он показывает пять статей, но как только добавляется пагинация, то там все статьи.
Когда вы делаете выборку по количеству комментариев orderby=comment_count, если добавите пагинацию, то тоже увидите все свои статьи, которые есть на вашем сайте + даже те у которых 0 комментариев.
Пусть это будет объект, пусть это будет не переменная, пусть там какие-то методы подключаются и делают выборку, но по факту речь идет о всех статьях, а не об одной.
Echo $query->found_posts; - вернул точную цифру в виде суммы количества всех постов, а ты говоришь ничего нету, вот тебе и ООП, все там вся инфа о всех постах 100%.
Изучай основы ООП, и разберёшься.
Нет, не получается. Ничего там не хранится.
Выбирает записи из базы данных по указанным критериям.
Правда про указанным критериям у меня есть сомнения,
мне бы просто узнать все ли там статьи или нет,
я подозреваю что все, т.к. если включить пагинацию то независимо от posts_per_page какой ты там указал, выведет все статьи постранично