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

Compute per-document site-plan facts in staged page compilation

Abierto
#3,699 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

  • #3705 de @chubes4 — cerrado sin fusionar

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
45/100
Tipo de issue
Refactorización
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
php, wordpress

Línea de trabajo

Start with WordPressSitePlan::fromCompilerInput and trace how staged page compilation creates its receipt and how compose consumes it. Identify which listed facts depend only on one compiled document, then compare with whole compilation to preserve equivalent behavior. Done means those facts are computed in parallel during staged compilation, compose consumes them, cross-route facts remain in compose, and output stays byte-identical.

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

Descripción

Problem

Slice 2 of #2089. In compose, WordPressSitePlan::fromCompilerInput costs 138 s on a 112-page real import. Of that, the parts that are per document, with no cross-route input, are:

  • WordPressSitePlan::documents: 16 s
  • PresetBinding construction and bindStylesheet: 23 s
  • canonicalEntityBindings: 10 s

Expected

Facts that depend only on one compiled document (its plan document entry, preset bindings for its route-owned stylesheets, and canonical entity bindings) are computed in the staged page compile, which already runs in parallel workers. They are carried in the receipt, and compose consumes them. Whole compilation computes the same facts inline. Output stays byte-identical. Anything that turns out to depend on cross-route state stays in compose.

Lenguaje dominante
PHP
Estrellas
22
Forks
3
Merge medio
7 h 49 min
PR fusionados (30 d)
794

Preparar el entorno

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/blocks-engine

Todos los issues de Automattic/blocks-engine

Issues similares

Más issues de PHP

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.