Todavía no recibí tus preguntas, aún así, déjame intentar responder:
1)
Tenemos un sitio web y una aplicación de usuario con sesión iniciada en el mismo dominio
y creo que necesitamos romperlo.
-¿Qué quieres decir? cuando llego a www.yourdomain.com, ¿qué veo? su sitio y un inicio de sesión en su aplicación de usuario? ¿Qué debería haber surgido? que quieres romper
2)
Estamos lanzando un nuevo CMS para el sitio web, por lo que no podemos (¿fácilmente?) Mantener tanto la aplicación como el sitio en el mismo dominio. Dado que el CMS alimenta la página de inicio, la aplicación necesita moverse (¿correcto?).
- ¿Cuál es el efecto de la limitación del ancho de banda en las pruebas de aplicaciones web (software)?
- ¿Para qué tipos de aplicaciones web es apropiado Ruby on rails?
- ¿Qué es bueno para una aplicación web con un marco de JavaScript front-end, AngularJS o React.js, si estoy usando .Net MVC5 como mi arquitectura de back-end?
- ¿Cuál es el mejor enfoque para diseñar una aplicación web de reserva de hotel con Ruby on Rails?
- ¿Qué es mejor para grandes aplicaciones web Angular2 / 4 o React?
-Supongo que por ‘romperlo’, ¿te refieres a separar el sitio y la aplicación web? Siempre puede tener los inicios de sesión en su aplicación en el CMS que instala. puede personalizar los CMS de código abierto como wordpress, etc. para que funcione como lo deseaba.
3)
Por lo tanto, podemos moverlo a una carpeta del dominio, lo cual no es súper fácil, pero es posible siempre que no creemos URL en conflicto. O bien, podemos alojar la aplicación en un subdominio, moviéndola a algo como app.domain.com
-Puede mantener los archivos de su aplicación en cualquier lugar que desee, siempre que mantenga la interfaz en URL accesibles y refiera los archivos del sitio correctamente. Hospédelo donde quiera; no hace mucha diferencia. Depende de cómo se desarrolló la aplicación.
4)
Me preocupa que no estemos enterados de las implicaciones de
1. Moviéndolo
2. Hospedarlo en ese subdominio
-No debería haber ninguna implicación, siempre y cuando estén presentes las rutas correctas de los diferentes recursos de su sitio y la aplicación. Sin embargo, debe probar a fondo el sitio movido en la nueva URL alojada. Si está instalando un nuevo CMS, depende de cómo desee que se acceda a su aplicación.
5)
No necesito rastreadores en el subdominio, es nuestra experiencia de inicio de sesión. ¿Qué preguntas deberíamos hacernos?
-OK, eso creo.). ¿Estás preguntando qué pregunta deberíamos responder?
De todos modos, los rastreadores pueden comportarse de la manera que desee. si desea que los rastreadores indexen su subdominio o su aplicación en su dominio principal, accedería a él.
Nosotros en Omzeppelin – Diseño e ingeniería – Diseño de interfaz – Diseño de impresión y desarrollo de sitios web y aplicaciones. No dude en enviar un correo electrónico a [correo electrónico protegido] si necesita algo.
