El front-end es el agente de usuario, que para la mayoría de los propósitos significa el navegador, que representa HTML. El back-end es el servidor, que sirve dicho HTML. La línea entre los dos es la solicitud.
El navegador solicita algo del servidor y el servidor envía una respuesta. Esta llamada y respuesta es el baile que corre Internet. La respuesta podría ser un archivo (un documento HTML, una imagen, un archivo JavaScript o un archivo CSS) o algunos datos. Esa última parte es importante. Llegaremos a eso en un momento.
Lo importante a tener en cuenta aquí es que no sucede nada entre el navegador y el servidor. Todo lo que sucede sucede en el servidor, el back-end, o en el navegador, el front-end o el lado del cliente.
- ¿Cuáles son todas las cosas que debo aprender para ser un muy buen desarrollador web front-end y back-end? ¿Qué lenguaje, marcos? Gracias.
- ¿Cuál es la diferencia entre un high-end y un buque insignia?
- ¿Qué es un desarrollador de pila completa por delante y por detrás?
- ¿Qué tecnologías se utilizan para crear una página web para crear páginas web?
- ¿Por qué PHP ocupa el primer lugar en cada búsqueda de trabajo que hago?
Si está enviando un archivo, como un archivo CSS, un PNG o un documento HTML plano, entonces todo lo que sucede es la solicitud de entrada, la respuesta de salida. Donde se pone interesante es cuando la respuesta es dinámica. Su programación de back-end, ya sea PHP, .Net, Java, Python, Ruby, Huey, Louie o Dewey, ensambla su documento y lo dispara a través del tubo hacia el navegador. El servidor no tiene conexión con la respuesta después de enviarla. Cualquier interacción ahora ocurre en el navegador hasta que ese navegador envíe una nueva solicitud. Tradicionalmente, eso significaba cargar una nueva página o actualizar.
La línea se vuelve borrosa en la mente de las personas debido a las solicitudes iniciadas por JavaScript al servidor. Eso es AJAX. Realmente no es misterioso: JavaScript, que se ejecuta en el navegador, envía una solicitud al servidor para obtener algunos datos. Por ejemplo, elige un método de envío y los scripts que se ejecutan en la solicitud de su navegador, a través de URL, un costo de envío de scripts en su servidor. La respuesta luego se cuece, en su navegador, en la página que está viendo manipulando el HTML. La única diferencia aquí es que esto está sucediendo sin que nada cambie en la barra de direcciones de su navegador. No hay recarga, pero todavía hay una solicitud y respuesta HTTP o HTTPS. El baile se ha movido pero no ha cambiado.
Conmigo hasta ahora? El patrón es siempre el mismo. El agente de usuario hace una solicitud. Algo sucede en el servidor. Se envía la solicitud, igual que se envía una carta por correo. El agente de usuario y el servidor no están conectados, por lo que no importa cuántos marcos como Angular o IDE como .Net parezcan desenfocar la línea, la línea siempre está ahí. Los buenos desarrolladores siempre deben ser conscientes de la diferencia entre lo que sucede en el servidor y lo que sucede en el agente de usuario.
Me parece que su amigo está confundiendo PHP con el “front end” porque hay HTML en los scripts PHP. Por supuesto que lo habría. El trabajo de PHP es ensamblar el marcado (HTML) y el contenido que se envía al navegador. PHP no se ejecuta en el navegador. Es la maquinaria que crea lo que se envía.
El back-end es tu servidor. El front-end es el navegador de su usuario. Tienes razón.
