Cita:
Iniciado por gnzsoloyo
Reiniciar servidores web (sea Apache o cualquier otro), es una muy mala idea cuando se trata de servidores donde corren aplicaciones que poseen concurrencia, y en especial si es en horarios productivos.
Esos reinicios pueden dejar inconsistencias de datos en las bases, así como sesiones abiertas en las mismas, que conspiran contra las aplicaciones. Eso, sin contar con el efecto que causarías a los usuarios que en ese momento estén accediendo...
A nivel de servidores productivos, es una medida extrema, que sólo se realiza si es total y absolutamente imprescindible.
Lo puedes hacer en utu PC local, pero no es una solución factible para un servicio on-line. Implica demasiados riesgos.
Cualquier medida que se pueda tomar sin tener que recurrir a ese extremo, es preferible, por más compleja que sea.
el caso ahora es un server local, entiendo perfectamente lo que decis
Cita:
Iniciado por Triby
No sé que nos pasa, que a veces tenemos ganas de discutir sin sentido; solo expresé mi opinión para que @Sidus pueda elegir la que mejor se adapte a sus necesidades; luego, el resto de argumentos fue para responder tu duda de lo que me parece complicado.
Que a ti te gusta hacerlo con virtualhosts, perfecto, es tu decisión y no intento convencerte de cambiar, solamente te explico porque prefiero nombre de sesión:
- 2 minutos: editar hosts, editar httpd-vhosts.conf y reiniciar Apache te lleva dos minutos y es una "solución" que debes repetir en cada equipo donde quieras probar el sitio
- 20 segundos: Si eres tan rápido para teclear, copiar y pegar, es lo que te tomará agregar la línea para definir el nombre de sesión y solo necesitas hacerlo una vez
Resumen:
Ventajas de virtualhosts:
- Ninguna
Ventajas de nombre de sesión (en mi caso):
- Tiempo: Menos de medio minuto
- Facilidad: Editar un solo archivo para cada sitio
- Cantidad: Una sola línea
- Frecuencia: Una sola vez
- Portabilidad: No necesito repetir configuraciones en otros equipos, automáticamente funcionará, sin importar si tengo Wamp, Xampp, Windows, Linux, MAC, etc. o si el servidor es de pruebas o producción
si, no quise contradecir ni nada, sino solo exponer las diferentes formas de ver las diferentes soluciones al mismo problema.
lo que no se como le harias en esos proyectos "lata" donde todo viene listo para publicar en produccion, por ejemplos las cuponeras donde tenes el $_SERVER["DOCUMENT_ROOT"] y el $_SERVER["HTTP_HOST"] por todos lados, te obliga a usar paths y urls absolutas. en ese caso no queda otra que usar virtualhost o morir hardcodeando todo el maldito codigo