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