Quiero darle a mi cliente la posibilidad de crear su propia aplicación/web de lista de tareas pendientes.
Entonces, pensé que podrían registrarse en mi aplicación, por ejemplo: http://mytodos-app.com/signup y proporcionar todas las preferencias, como tema, título, nombre...
Ahora podría usar la capacidad de URL/enrutador para obtener un identificador único de la URL y usar la misma aplicación, pero obtener datos para cada cliente.
es decir: http://mytodos-app.com/todos/:someuniqeid
1) ¿suena bien? o hay mejores estrategias para este escenario?
2) si está bien, si quiero darles la posibilidad de configurar su propio dominio (como en Shopify obtienes un dominio dinámico yourname.shopify.com).
Entonces, ¿cuál es la forma más popular/profesional de hacerlo? Quiero que sea fácil para el cliente. ¿alguna sugerencia?
Aparte del "factor genial", no hay ningún beneficio en el uso de subdominios personalizados reales.
Puede sintetizar el comportamiento de la siguiente manera:
*.DOMAIN.com para que apunte a www.DOMAIN.com , asegúrese de comprar un certificado ssl/tls comodín coincidente.Configure el servidor web para responder a todos los nombres de host.
Después del registro de usuario. SANEAR el valor del nombre de username (o cualquier identificador).
Configure una cookie de autorización con la opción domain=DOMAIN.com para forzar que no sea una cookie de host.
Redirigir a username.DOMAIN.com . Mismo servidor diferente nombre.
Compruebe la cookie en la ruta para servir las páginas correctas. Al igual que lo haría con cualquier inicio de sesión.
Si no hay una cookie, ¿usar la información del host para completar la parte del nombre de usuario de la página de inicio de sesión o mostrar todos públicos?
Asegúrese de que todos los scripts de Javascript alojados en el sitio y todos los enlaces internos se carguen mediante direccionamiento relativo.
La técnica es mucho más segura que crear subdominios reales.