¿Hay alguna forma de excluir el contenido de la variable de publicación para ahorrar en el uso de RAM?

Puede intentar un truco consultando directamente los datos de publicación y configurando el campo filter de los objetos de publicación en sample antes de pasarlo a get_permalink() para reducir el uso de memoria.

Consulte problema de uso de memoria de get_permalink para conocer el razonamiento detallado que lo respalda.

Puede intentar agregar esto a su matriz:

'nopaging' => true,
'no_found_rows' => true,
'update_post_meta_cache' => false,
'update_post_term_cache' => false

Parece bastante autoexplicativo, pero básicamente no estás consultando todas las variables de publicación y solo lo que necesitas.

¡Programador Dan, hombre mah!

Comencemos con las consultas personalizadas de SELECT usando $wpdb global. El Codex tiene una excelente entrada en Visualización de publicaciones utilizando una consulta de selección personalizada . Si utilizas setup_postdata() puedes recorrer los resultados como si estuvieras en el bucle estándar de Wordpress:

global $wpdb;

$sitemap_query = "
    SELECT $wpdb->posts.ID, $wpdb->posts.post_title, $wpdb->posts.guid
    FROM $wpdb->posts
    WHERE $wpdb->posts.post_status = 'publish' 
    AND $wpdb->posts.post_type IN ('post','supplement','another_post_type')
    ORDER BY $wpdb->posts.post_type, $wpdb->posts.post_title DESC
    ";

$sitemap_nodes = $wpdb->get_results($sitemap_query, OBJECT);

if( $sitemap_nodes ):
    global $post;
    foreach ( $sitemap_nodes as $post ):
        setup_postdata( $post );
        ?>

<!-- //Use standard Wordpress template tags for SELECT'd data within The Loop here -->
    <?php the_title() ?>
    <?php the_permalink() ?>

        <?php
    endforeach;
endif;

Esta consulta solo extrae los ID, los títulos y los GUID de las publicaciones (que se utilizan para determinar el enlace permanente de una publicación) mientras ignora absolutamente todo lo demás. Además, ordena los resultados primero por post_type y luego por post_title , aunque es posible que desee utilizar varias consultas para separar los tipos de publicación (teóricamente en un pequeño impacto de rendimiento).

Obviamente, es posible que desee omitir el uso de setup_postdata() y simplemente recorrer $sitemap_nodes , o jugar con la consulta para obtener los resultados que necesita.

Si llama a setup_postdata() y tiene activado el modo de depuración, es probable que las llamadas salgan avisos a la izquierda y a la derecha con respecto a la información faltante (deliberadamente). Es posible que desee lanzar un @ antes de la llamada a la función para suprimirlos una vez que haya confirmado que su consulta personalizada funciona correctamente.

¡Pero esto debería empezar! Puede consultar el siguiente diagrama de la base de datos (en la página Descripción de la base de datos en el Codex) para ubicar los campos que necesita consultar:

  

EDIT:

     

La solución más eficiente en memoria es una que combina una consulta personalizada SELECT con el protip de @Rarst :)

WP_Query tiene un parámetro de "campos de retorno" que se ve así:

$args = array(
 'fields' => 'ids'
);
$query = new WP_Query( $args );

Cuando se usa de esta manera, WP_Query solo devuelve los ID de publicación, no el objeto de publicación completo. Luego, solo puede usar get_permalink() , get_the_title() y otras funciones de WordPress para recuperar su contenido según la ID de la publicación.