rafa/feadulta
1
0
Fork 0
Code Issues 22 Pull Requests Actions Packages Projects Releases Wiki Activity

Automatizar cambio semanal de la portada según la carta de la semana #56

New Issue
Closed
opened 2026-06-28 19:13:49 +00:00 by rafa · 0 comments
rafa commented 2026-06-28 19:13:49 +00:00
Owner
Copy Link
Copy Source

Objetivo

Automatizar el cambio semanal de la portada de feadulta: cuando se publica una nueva carta de la semana, la portada (hero + shortcodes asociados) debe actualizarse sola sin intervención manual.

Contexto actual

La portada está renderizada por wordpress/wp-content/mu-plugins/fea-homepage.php con los shortcodes:

  • [fea_carta_semana_hero] — hero principal con la carta
  • [fea_articulos_semana] — artículos de la semana asociados
  • [fea_evangelio], [fea_eucaristia], [fea_multimedia] — bloques fijos
  • [fea_noticia_centro] — bloque central footer

La categoría "Carta de la semana" es term_id=6. Cartas semanales pasadas: term_id=21/22.

Hoy hay que verificar cómo se elige la carta "activa": ¿es el último post publicado en categoría 6? ¿hay meta _carta_activa? ¿depende de fecha? ¿hay que mover manualmente la carta entre categorías?

Plan

Fase 1 — auditoría

  1. Leer fea-homepage.php y documentar qué query usa cada shortcode para elegir la "carta de esta semana".
  2. Identificar si la transición semanal requiere intervención manual y de qué tipo (cambiar categoría, actualizar meta, publicar, etc.).
  3. Documentar criterio de "carta activa": ¿la más reciente publicada en cat 6? ¿con cierto meta? ¿en cierta ventana de fechas?

Fase 2 — diseño

Opciones (a decidir tras Fase 1):

  • A. Selección dinámica por fecha: el shortcode siempre coge la carta con post_date más reciente en categoría 6 publicada hasta hoy. Cero acción semanal: basta publicar la nueva carta el día que toque.
  • B. Cron / WP-Cron semanal: un job semanal que mueve cartas entre categorías o actualiza un meta _carta_activa. Requiere mantenimiento.
  • C. Meta manual con UI: añadir un checkbox "Carta activa" en el editor de la carta; el shortcode lo lee. Manual pero ergonómico.

Recomendación previa: A si no hay solapamientos. Es la opción sin estado y sin cron.

Fase 3 — implementación

  • Refactorizar shortcodes correspondientes en fea-homepage.php.
  • Asegurar que la migración de cartas pasadas (categorías 21/22) sigue funcionando: la carta de "esta semana" debe salir de la categoría 6 actual, y al pasar a "semana pasada" debe recolocarse.
  • Considerar cache: si la portada usa cache pesado, invalidar tras publicación.

Fase 4 — validación con suite E2E

Reutilizar tools/e2e/ (#37):

  • Capturar portada antes/después de publicar una carta de prueba.
  • Validar que el hero cambia, los artículos asociados cambian, los multimedia/evangelio/eucaristía siguen consistentes.
  • Confirmar que las 5 portadas Polylang (ES/EN/FR/IT/PT) se actualizan.

Criterios de aceptación

  • Publicar una nueva carta de la semana → la portada principal refleja el cambio sin tocar nada más
  • Las 5 portadas Polylang reflejan el cambio (o se documenta la limitación)
  • Documentado en wiki Portada-y-shortcodes el comportamiento final
  • Suite E2E del antes/después capturada y archivada

Notas

  • Memoria/wiki relevantes: Portada-y-shortcodes, Carta-de-la-semana, Categorias-y-terminos
  • Si la lógica actual ya es dinámica y simplemente hace falta un pequeño ajuste, este issue se reduce a Fase 1+4
## Objetivo Automatizar el cambio semanal de la portada de feadulta: cuando se publica una nueva carta de la semana, la portada (hero + shortcodes asociados) debe actualizarse sola sin intervención manual. ## Contexto actual La portada está renderizada por `wordpress/wp-content/mu-plugins/fea-homepage.php` con los shortcodes: - `[fea_carta_semana_hero]` — hero principal con la carta - `[fea_articulos_semana]` — artículos de la semana asociados - `[fea_evangelio]`, `[fea_eucaristia]`, `[fea_multimedia]` — bloques fijos - `[fea_noticia_centro]` — bloque central footer La categoría "Carta de la semana" es `term_id=6`. Cartas semanales pasadas: `term_id=21/22`. Hoy hay que verificar cómo se elige la carta "activa": ¿es el último post publicado en categoría 6? ¿hay meta `_carta_activa`? ¿depende de fecha? ¿hay que mover manualmente la carta entre categorías? ## Plan ### Fase 1 — auditoría 1. Leer `fea-homepage.php` y documentar qué query usa cada shortcode para elegir la "carta de esta semana". 2. Identificar si la transición semanal requiere intervención manual y de qué tipo (cambiar categoría, actualizar meta, publicar, etc.). 3. Documentar criterio de "carta activa": ¿la más reciente publicada en cat 6? ¿con cierto meta? ¿en cierta ventana de fechas? ### Fase 2 — diseño Opciones (a decidir tras Fase 1): - **A. Selección dinámica por fecha:** el shortcode siempre coge la carta con `post_date` más reciente en categoría 6 publicada hasta hoy. Cero acción semanal: basta publicar la nueva carta el día que toque. - **B. Cron / WP-Cron semanal:** un job semanal que mueve cartas entre categorías o actualiza un meta `_carta_activa`. Requiere mantenimiento. - **C. Meta manual con UI:** añadir un checkbox "Carta activa" en el editor de la carta; el shortcode lo lee. Manual pero ergonómico. Recomendación previa: **A** si no hay solapamientos. Es la opción sin estado y sin cron. ### Fase 3 — implementación - Refactorizar shortcodes correspondientes en `fea-homepage.php`. - Asegurar que la migración de cartas pasadas (categorías 21/22) sigue funcionando: la carta de "esta semana" debe salir de la categoría 6 actual, y al pasar a "semana pasada" debe recolocarse. - Considerar cache: si la portada usa cache pesado, invalidar tras publicación. ### Fase 4 — validación con suite E2E Reutilizar `tools/e2e/` (#37): - Capturar portada antes/después de publicar una carta de prueba. - Validar que el hero cambia, los artículos asociados cambian, los multimedia/evangelio/eucaristía siguen consistentes. - Confirmar que las 5 portadas Polylang (ES/EN/FR/IT/PT) se actualizan. ## Criterios de aceptación - Publicar una nueva carta de la semana → la portada principal refleja el cambio sin tocar nada más - Las 5 portadas Polylang reflejan el cambio (o se documenta la limitación) - Documentado en wiki `Portada-y-shortcodes` el comportamiento final - Suite E2E del antes/después capturada y archivada ## Notas - Memoria/wiki relevantes: `Portada-y-shortcodes`, `Carta-de-la-semana`, `Categorias-y-terminos` - Si la lógica actual ya es dinámica y simplemente hace falta un pequeño ajuste, este issue se reduce a Fase 1+4
rafa closed this issue 2026-06-28 19:13:49 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
No items
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
inma rafa
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: rafa/feadulta#56
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?