Batch ping requests, instead of creating individual cron tasks for each site.

Abierto
#14 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
30/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
php, wordpress
Área
backend

Línea de trabajo

El issue no menciona archivos, pruebas ni puntos de entrada; comienza localizando el código que crea una entrada de cron por suscriptor. Revisa cómo se programan las notificaciones de los suscriptores y cómo se gestionan los límites de ejecución. Se considera terminado cuando las notificaciones se procesan en lotes acotados sin crear una tarea de cron individual para cada suscriptor.

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

Descripción

enhancement help wanted

Currently a new cron entry is added for each subscriber to notify them of changes. This can cause a problem when you're using an external cron provider, such as https://github.com/humanmade/Cavalcade which we do on WordPress.org

As a result, the cron table ends up with many jobs that all run within their own processes all requested at the same second. This causes a bit of a backlog to happen if there's a lot of subscribers.

Potentially, It would make sense to instead have these processed as a batch cron task, processing the first 5 entries, then scheduling another job to process items 6...n items, which processes the first 5-10, etc. Perhaps processing as many of them as it can within max_execution_time / 2 seconds, then queueing another process, etc.

This is a low-priority enhancement, that may benefit larger sites with many hundreds of subscribers. WordPress.org maxes out at about 100 subscribers per site currently I believe.

Lenguaje dominante
PHP
Estrellas
15
Forks
10
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: 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/pushpress

Todos los issues de Automattic/pushpress

Issues similares

Más issues de PHP

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.