Se accede a los sitios web por nombres de dominio. Entonces necesitas dominios.
Los nombres de dominio se manejan a través del protocolo DNS. Por lo tanto, necesita alguna forma de dar a conocer su dominio adquirido a los servidores DNS del mundo. Los proveedores de servicios generalmente se encargan del DNS por usted.
Sus dominios apuntarán a una computadora que envía el sitio web a su navegador. Esas computadoras se llaman servidores. Entonces necesitas un servidor.
Necesita contenido en su sitio web. Ahora las cosas se ponen muy complicadas ya que hay miles de formas en que un sitio web puede ser.
Verá, sin saber más acerca de sus intenciones, responder estas preguntas se convierte en un ejercicio inútil.
Sitio web: en la actualidad, puede elegir entre alojar y construir el sitio por su cuenta utilizando cualquier proveedor de servicios y su intelecto en bruto O puede ahorrar mucho tiempo y, en ciertos casos, incluso dinero yendo a servicios de alojamiento de sitios web prefabricados como WIX.com , weebly, squarespace, sitekit, jimdo, webflow, snappages, sorprendentemente (esos son los que he usado o recomendado)
- ¿Puedo obtener consejos sobre qué considerar antes de comenzar a desarrollar una aplicación? Tengo la idea, los detalles y un diseño aproximado.
- ¿Cómo crear un servicio de backend web para usar en mi aplicación móvil? No quiero pagar servicios como Parse. ¿Podría usar el framework Django?
- Experiencia del cliente: ¿Qué tecnologías recientes han generado un alto nivel de entusiasmo?
- ¿Qué empresa es experta en tecnología de desarrollo de aplicaciones móviles?
- ¿Cuáles son las pautas de desarrollo de back-end para aplicaciones web / móviles y las mejores prácticas?
Puede acoplarlos con cualquier dominio que compre.
Aplicación móvil, estilo de mensajería: realmente solo googlealo todo, es demasiado.
Toma esto como un boceto:
1) La aplicación de Android / Windows / iOS debe construirse, probarse y mantenerse. Todo bien. No es tan dificil.
2) Necesitas algo para permitir que los usuarios se encuentren (oh, por cierto, si tienes algo como registrarte, _necesitas_ un servidor; de lo contrario, irías de igual a igual a gran escala, lo cual no es un juego fácil)
-> pusher.com o Socket.IO ofrecen mensajes basados en eventos específicamente para su caso de uso.
3) Dependiendo de cómo diseñe su aplicación, es posible que desee ofrecer algún tipo de autenticación con servicios externos como twitter, facebook, google, miscrosoft, etc. Para esto, desea usar openAuth 1.0a o 2.0. Será doloroso a menos que encuentre una buena implementación en la web o use servicios de terceros.