¿Se puede ejecutar PHP como back end para siempre? ¿Como con Repetir hasta?

usando set_time_limit (0) le dice al intérprete que se ejecute hasta completar el script, y si escribe un bucle que nunca termina como while (verdadero) {}, sí, php se ejecutará para siempre o, más pragmáticamente, hasta el proceso se mantiene vivo
esto se usa habitualmente en scripts de lotes de CLI para usos legítimos y se evita en páginas web, por razones obvias. El rendimiento de este método depende del tipo de elaboración que debe hacer, en mi experiencia, generalmente es lo suficientemente bueno.

¿Quién quiere vivir para siempre de todos modos?

No, existen mecanismos que puede configurar para que se ejecuten por períodos prolongados. Pero al final del día no hay infinito y más allá de la opción. Finalmente, su secuencia de comandos o servidor expirará la solicitud.

Ahora, en una nota diferente, puede configurar un trabajo cron (o un planificador pendiente en su distribución). El cual puede ejecutar cada X ampliamente configurable a segundos, minutos, días, días específicos meses, también depende de las habilidades cron de su distribución, por lo general, desea evitar ejecutar una en el corto plazo hasta la última, ya que tiene sus ramificaciones así como cada ejecución es una nueva instancia en sí misma de ser creada.

Es alimento para el pensamiento en general. Pero no puedo imaginar tener un proceso que nunca termine, simplemente no habría ganancia de eso, bueno, ninguno en lo que pueda pensar al menos.

Sí tu puedes.

Puede iniciar el código PHP desde la línea de comandos, que luego podría ejecutarse para siempre.

Realizo copias de seguridad de esa manera. Es cierto que no dejo que el código se ejecute para siempre, sino que lo “pateo” a través de cron y dejo que realice una secuencia de respaldo y luego salga. Eso requiere menos recursos que mantenerlo en funcionamiento esperando el momento adecuado para una copia de seguridad, y no obtengo un tiempo de espera como lo haría si el código se llamara a través de una solicitud HTTP.

Curiosamente, este script está escrito de tal manera que sabe si se ejecuta desde la línea de comandos o mediante una solicitud HTTP. En el último caso (accesible a través del portal de administración de mi servicio) generará HTML, de lo contrario, texto sin formato.

En realidad, esto podría usarse para muchas otras cosas, como la recopilación diaria de información de la base de datos para estadísticas, etc., limpieza de la base de datos, eliminación de archivos extraviados, etc.

El código en ejecución todo el tiempo podría usarse para una cola de trabajos por lotes, donde los trabajos por lotes se realizarían de forma asíncrona a las solicitudes HTTP. Todos los scripts accederían a la misma base de datos, para ingresar y generar metainformación de trabajo por lotes, etc.