Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Smart resolution skipping — skip file reads for metadata-only queries

Abierto
  • ¿Algo no está bien?
#45 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
45/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
php, wordpress
Área
backend, databases, performance

Línea de trabajo

Empieza siguiendo resolve_content() a través de query() y, después, inspecciona cómo WordPress aplica los filtros posts_fields y the_content a los resultados de WP_Query. Compara los casos en los que solo se solicitan metadatos, como fields = 'ids', las solicitudes REST _fields y los listados del administrador. Se considera terminado cuando esas consultas evitan lecturas de archivos innecesarias, mientras el contenido sigue resolviéndose cuando realmente se necesita the_content o el contenido de la entrada.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

enhancement

Problem

Currently, resolve_content() fires for every SELECT on wp_posts that includes post_content (which is most queries, since WordPress uses SELECT *). This means even admin list tables and count queries trigger file reads, even though they don't display content.

Proposed solution

Phase 4 of the Index/Map Architecture:

  1. Detect metadata-only queries: queries where content is selected but never used (admin list tables, REST collection endpoints with _fields, WP_Query with fields => 'ids')
  2. Use the posts_fields filter: WordPress fires this filter on WP_Query — we can detect when content is excluded
  3. Lazy-lazy resolution: instead of resolving content in query(), resolve it in the_content filter or when $post->post_content is first accessed

Impact

Low priority — file reads are ~0.1ms each. For a listing page with 20 posts, that's 2ms total. But for admin pages with 100+ posts, it adds up.

Context

Phase 4 of the Index/Map Architecture (PR #41).

Lenguaje dominante
PHP
Estrellas
5
Forks
1
Merge medio
2 h 37 min
PR fusionados (30 d)
80

Preparar el entorno

Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Automattic/markdown-database-integration

Todos los issues de Automattic/markdown-database-integration

Issues similares

Más issues de PHP

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.