Массив ID всех записей вордпресс

А что мешает вам в прежнем решении использовать вместо mysql, например, mysqli?

Т.е вместо

mysql_connect(‘localhost’, $user, $password)

использовать

mysqli_connect(‘localhost’, $user, $password, $dbname)

https://codex.wordpress.org/Class_Reference/WP_Query - офиц. ман

http://wp-kama.ru/function/wp_query - вольный перевод по русски.

Не трогай базу! Никогда не трогай базу руками.

sql инъекции, уязвимость

а выше описанные функции делают защиту от них

вот функция возращает все id постов

function wp_all_ids() {
  $post_ids = array();
  $posts = get_posts( array( 'post_type' => 'post', 'posts_per_page' => -1, 'post_status' => 'publish' ) );
 
  foreach( $posts as $post ) { 
    setup_postdata( $post );
    array_push( $post_ids, get_the_ID() );
  }
  wp_reset_postdata();

  return $post_ids;
}

'post_type' => 'post', // тип поста

'posts_per_page' => -1, // количество записей, -1 - все

'post_status' => 'publish'// только опубликовыные посты

function wp_all_ids() {

  $post_ids = array();

  $posts = get_posts( array( 'post_type' => 'post', 'posts_per_page' => -1, 'post_status' => 'publish' ) );

 

  foreach( $posts as $post ) { 

    setup_postdata( $post );

    array_push( $post_ids, get_the_ID() );

  }

  wp_reset_postdata();



  return $post_ids;

}

При большом количестве постов не хватает оперативки. В посте есть отличная функция которая выводит в массиве даже сто тысяч id. Но она не учитывает publish поста.

---------- Добавлено 14.05.2018 в 21:37 ----------

Если переписать функцию в начале темы под таблицу с записями то она перестает работать. Возвращает пустой массив.

function _post_id( $cat_or_tag_id='publish'){ 

    global $wpdb; 

  

    $all_posts = $wpdb->get_col( $wpdb->prepare( "SELECT ID FROM $wpdb->wp_posts WHERE post_status = %d", $cat_or_tag_id ) ); 

  

    return $all_posts; 

}  

Вот работающий варинат - возвращает массив с id всех опубликованных записей (и страниц)

function _post_id( $cat_or_tag_id='publish'){ 

    global $wpdb; 

      $all_posts = $wpdb->get_col( $wpdb->prepare( "SELECT ID FROM $wpdb->posts WHERE post_status = %d", $cat_or_tag_id ) ); 

      return $all_posts; 

}  

 

Ну откуда мне знать какое количество ты там выводишь? :)

Я думал там небольшое количество тебе надо то моя функция справился бы на ура.

Я вообще через wp-api делал бы большой вывод данных.

Тебе выше написали не трогай прямые обращение к бд, но видимо тебя не переубедить, дело твое, набьешь шишки, поймешь :)

Прежде всего потому, что в базе много зависимостей, временных данных и хранение в сериализованных массивах. См https://codex.wordpress.org/Database%20Description

Кроме того - структура базы и данных может поменяться при обновлении. Такое уже было неск раз в истории ВП. Соответственно, всё может поломаться.

При чтении (как в данном случае) ты конечно не повредишь базу, но легко можно получить неверные результаты. А вот когда так изменяют данные, и тем боле добавляют — это очень опасно.

Поэтому нужно просто привыкать использовать функции/апи.

(Ок, пароль можно изменить руками. А вот логин или домен уже нет. Логин вообще менять нельзя).

«Руками» — значит прямыми SQL запросами в БД или непосредственно в РМА или аналогах.

Может времени? get_posts не быстрая функция.

Кстати, а какова цель получения всех ИД? Зачем и где потом должно использоваться?

Ну хорошо, что тут хоть специальный класс использовал . Это более безопасно, но без особой нужды и его не стоит трогать. Во всяком случае до хорошего понимания ВП.

А это, кстати, хороший пример/объяснение почему нельзя использовать прямые SQL-запросы - ты нарвался на префикс таблиц. А он не должен участвовать в запросах/коде, тк его можно изменить и при установке ВП и даже после (хотя это не стоит делать на рабочем сайте).

Ну справедливости ради, в данном случае (использование wpdb) более-менее нормально. Хуже было бы если бы голым SQL полез.

seovisor, если хочешь понять ВП и что делает код см. как надо делать: увидел функцию (как напр get_posts, что показал AGRESSOR ) — идешь в кодекс (и новый, пока не полный) или на https://wp-kama.ru/functions и ищешь там функцию, изучаешь. Функции имеют логически и интуитивно понятные названия, так что поиск нужной тоже не составляет труда. Ну а так, если что надо сделать — лучше переспросить на форуме, подскажем как лучше/правильнее/безопаснее решить задачу.

В данный момент все работает. И хорошо. Поломается - буду обновлять) В общем я так и начинал осваивать базы txt = > csv => SQLite => MySQL Постепенно понимал преимущества каждого варианта 🤪

У меня по ним самописный плагин карту сайта создает/обновляет. Стандартные плагины тормозят все неимоверно.

Ну хоть что-то правильно сделал ☝