"Y qué pasa con Firebase?" Ese tipo de plataformas son Backend as a Service, aunque tú no escribas código en el backend no significa que no haya backend, simplemente te lo dan hecho.
Esto mismo iba a escribir. Lo mismo pasa con Elastic Search Cloud (ahora tienes gestion de roles y no necesitas escribir un backend y tienes una latencia expectacular). PERO claro... como dices, por detrás sabemos que la empresa gestiona el backend (as a service). Pero en sí, no escribimos código de backend 💪
No sé mucho de Firebase, pero creo que si se puede controlar ese "backend" por medio de Cloud Functions. Crearías la función con la validación o lo se que se necesite y desde el Font llamas a las funciones, no directamente la base.
Éste tipo de videos son los que valen la pena ver, super bien explicados, literalmente cualquier persona puede entender lo que da a explicar, grande Antonio
Creo que estaria muy bien un video explicando mas en detalle la arquitectura basada en microservicios para que sea super escalable con reverse proxy, load balancer, docker...
Saludos, Load Balancer no lo hace Docker sino Kubernetes, Docker crea una imagen de un servidor donde sera montado el software, pero si, estaria bueno el tema
Buenas, gracias por el comentario, me falta una "," entre load balancer i Docker xd. Yo hice un load balancer con nginx, ¿tu cuando lo harias con nginx i cuando con kubernetes?
A parte de seguridad también está el factor rendimiento, no puedes pedirle al front que busque en todos los posibles resultados de Google cuando escribes en la barra de búsqueda y todo el procesamiento adjunto. Buen vídeo, un abrazo!
MVC no es lo que se comenta en el vídeo. Antonio ha explicado el patrón "Backend for frontend". La gran diferencia entre el MVC y lo que comenta Antonio, es que las vistas están desacopladas del backend. En MVC es el propio Backend quien renderiza el HTML (las Vistas) en base a la información recibida del controlador. En el caso que comenta Antonio, el Backend no tiene la responsabilidad de renderizar nada, sino que hay un proyecto/repositorio/servicio aparte (el "frontend") que se encarga justo de eso, de solicitar/enviar la info al backend y renderizar el HTML necesario.
Videazo, era un punto que normalmente uno lo hace como por convención pero que no sabe a ciencia cierta porque se hace así. Me sacaste de la duda, nuevo sub.
No soy programador, soy ingeniero en tecnologías de la información, así que a pesar de tener una idea, con este vídeo me queda mucho más claro. Gracias.
Un dato no menor, es que en aplicaciones simples hay muy pocas validaciones en el backend. Pero en cualquier aplicación mediana o grande, la lógica de negocio suele ser muy compleja y el backend es el lugar indicado para expresarla. Los frontends son interfaces de usuario; el backend es el negocio.
Yo no te lo puedo creer, literalmente me habia surgido esa duda hace un par de segundos, investigo y HACE UNA HORA SUBISTE VIDEO Q COINCIDENCIA MAS GRANDE jajajaja!
Gracias Toni!! Yo estoy haciendo un curso intensivo para Full-Stack, pero aún no hemos visto nada de back, por ende no sabía bien cual era la diferencia o mejor dicho cual era el rol de cada uno. Gracias
Gracias por explicar mejor para que es necesario, hace poco continue un proyecto de web y como soy novato en el campo web no entendía la funcionalidad total del backend
Desde PHP si se puede, y no creo que sea tan fácil hackear mysql desde consola, porque hay que saber el nombre de la db las tablas como mínimo, sino todas las web de PHP Mysql ya estarían borradas, el Stack LAMP es bastante sólido y seguro siempre y cuando se lo sepa usar y es más fácil identificar problemas que con lo complicado que es NodeJS Angular React Vue y demás que por sí solo no pueden hacer cosas, hay que importar un montón de librerías, insisto, LAMP puede competir tranquilamente contra MEAN o MERN
Antonio podrías subir video o cursos de framework como Angular, React etc. Vos explicas excelente! Me vi muchos de tus cursos en mastermind. Muchas gracias
También añadiría otra causa. Dentro de lo que es la accesibilidad y usabilidad de los usuarios en el punto de vista de un navegador, siempre quieres mandar la menor cantidad de información para mantener la fluidez de la web y evitar las tiempos de carga excesivos. Es un motivo quizá menor pero es un detalle que te hace decantarte como usuario ir a una u otra web
Perdonen si uso mucha paradoja, pero es así como le entiendo. . Entonces el Frontend es como el usuario común que hace transacciones en un banco, el backend es como el policía y los trabajadores, que ven que todo se haga de manera segura cuando se intercambia o se hace peticiones a la base de datos (Cuenta bancaria), para lograr proteger a los usuarios de los ladrones, que en este caso serían los crackers de la Web que se saben HTML, JS, etc... pero lo usan para mal. ¿Estaría correcta esta interpretación?
Ventajas reales, pues ninguna... ventajas especificas, pues dependiendo del proyecto y de la persona que lo haga... a mi en lo personal, me gusta usar PHP cuando tengo que hacer una app basada en el patrón modelo-vista-controlador, por ejemplo con Laravel ya tengo casi todo hecho, con código de calidad y con mucha seguridad... ahora haciendo paginas SPA, o para reciclar el código con electrón y hacer una app de escritorio, pues con Nodejs se me hace mas fácil.
@@carloschavez592 simplemente quiero escuchar su punto de vista porque el explica muy bien en general. Yo ya he usado ambos y definitivamente prefiero JavaScript y compañía porque ya estoy acostumbrado a eso entre otras cosas, pero solo estoy pidiendo que explique con lo que sabe
JavaScript del lado del back no es muy recomendable, mas que nada por su tipado dinámico, pero , podrías usar algo parecido, con NestJS y TypeScript, yo lo uso en mi empresa, en grandes desarrollos.
RESUMEN: Dentro del desarrollo web, el backend se encarga de todos los procesos necesarios para que la web funcione de forma correcta. Estos procesos o funciones no son visibles, pero tienen mucha importancia en el buen funcionamiento de un sitio web. Algunas de estas acciones que controla el backend son: - Comunicación bidireccional con la base de datos para la extracción de datos (formato .json) y actualización de la información. Desde el navegador con JavaScript solo se puede utilizar el protocolo HTTP para peticiones de red y algunos otros protocolos de tiempo real como websockets. A pesar de su extensa funcionalidad, no define ningún protocolo con el que poder interactuar con la base datos directamente. Esta tarea es encomendada al backend, encargado de recibir las peticiones HTTP de un cliente, procesarlas y comunicar a la base de datos, mediante la API que esta última expone al usuario (en nuestro caso el propio backend), la acción pertinente a realizar. - Comunicación bidireccional con el cliente (front-end) o aplicación según el protocolo HTTP. - Validación de datos (e.g formularios) y tareas de seguridad (e.g autenticación de usuarios). La comunicación con el backend no se produce unicamente desde el navegador web; existen otras aplicaciones (e.g curl en Linux, postman…) desde las que también podemos acceder al mismo. Teniendo esto último en cuenta, vemos que resulta necesario implementar este tipo de tareas en el backend. Si lo hiciesemos desde el front-end, su uso quedaría limitado al navegador web. 💡 Una aplicación que permita realizar peticiones HTTP, en teoría podrá establecer comunicación con el backend de cualquier servicio o aplicación.
Pero es posibleconectar por ejemplo: angular, react js, vue js con firebase la cual es una base de datos no relacional en la nube, no deberia pero es utilizado en el frontend por muchas personas, por ser una base de datos en tiempo real y la utlizan mas en el frontend.
Hoy en día ya existen varios servicios que ofrecen la base de datos cómo servicio para que se comunique directo por http sin usar backend, pero adicionalmente el backend además de la seguridad es para procesar todo aquello al lado del servidor, cómo crear pdf, redimensionar imágenes, enviar correo, generar archivos...
Hola yo hice la evau en 2020 y entré en una carrera que no me gustó y este curso he hecho un curso de informática de alrededor de unas 600 horas en las que me ha encantado la informática y tengo decidido que es lo que voy a hacer en el futuro. Estoy indeciso entre hacer el grado en Sistemas de la información en la UPM o empezar un grado superior de ASIR, y posteriormente empezar DAM, pero estoy muy indeciso por cual declinarme, si pudieras responder al mensaje dandome algún consejo me sería de gran ayuda, te descurbrí al ver el video de asignaturas de primero en ingeniería informática
Tengo una duda, estoy creando una app web que muestra los datos de una bd de un negocio, necesito que esta web app muestre los datos del dia a dia del negocio en tiempo real ¿ Que consejos me darias? Ya cree el frontend e hice parte del backend con node y express y todo funciona de manera local, pero necesito subirla para que mi cliente logré interactuar con ella y ver los datos
Hola amigo, en cuánto tiempo crees que uno puede volverse Senior programmer web y de aplicaciones android java, crees que siguen siendo buenos los tutoriales de Víctor Robles?
No se podrían establecer reglas en el propio servidor SQL, para que no permita hacer ciertas peticiones si no eres administrador? Igual sería como matar moscas a cañonazos, pero me gustaría saber si podría hacerse de esa manera. Y otra alternativa no podría ser que el servidor front y back sean el mismo ejecutando servicios diferentes? Gracias por los videos, saludos.
no sé usar sql, pero eso sería juntar el servidor de backend con el de la base de datos. Osea conceptualmente es lo mismo que en el video y en lo práctico me imagino que es preferible separarlos
@@marshelo1772 Me refiero a que en lugar de efectuar esas restricciones y comprobaciones con el código backend, como puede ser php, hacerlo en la propia base de datos cuando le lleguen las peticiones, a base triggers sql, por ejemplo.
Yo pensé que ibas a hablar de porque el SGBD no válida y usando procedimientos almacenados o quizás de seveless o cloud fictions. Podrías hablar de estás en una parte 2 de este video
Y ademas Base Datos literalmente vive en el Servidor,excepto si es sqlite que es un archivo fisico,pero las apps the internet funcionan con MySQL,Postgree etc . Que viven en el servidor
0:04 la verdad no me gusta el backend 😄 el front 🙂 no mucho no tengo "imaginación"🤣🤣 dada la ironía 1:24 Angular 😁👍 8:20 que explicación tan simple yo hice porque me dijeron q era más simple la verificación así, ahora ya queda claro. SEGURIDAD 👍
Gracias mi lord por el vídeo, entendí mejor unas cosas y ahora soy más consciente de que no entiendo otras muchas. Estaría interesante que hagas el vídeo que mencionó @Thespai 422 ('Creo que estaria muy bien un video explicando mas en detalle la arquitectura basada en microservicios para que sea super escalable con reverse proxy, load balancer docker...')
Si no estoy mal CORS se podría usar para especificar que cierta aplicación frontend consuma nuestro backend y de esa forma evitar que alguien haga peticiones directamente a nuestro backend?
@@AntonioSarosi ahora mismo recuerdo que alguna vez usé una API del clima que requería un token para poder hacer peticiones, ¿a parte de esto hay más formas de restringir el acceso a una API?
Y que sucede con los BaaS como firebase o supabase... Si usas la capa gratuita para tu app todas las validaciones van sobre el frontend, si tienes la precaución de encriptar todo los ID y key de conexión, sería 100% seguro, no?
el tema de la seguridad se puede solucionar con el store procedure y es muy seguro, pero el problema es que no es sencio conectarse y el tema de la escalabilidad
Hola Antonio, me gusta mucho el contenido que haces, y sé que lo que te voy a decir no viene a colación con el tema de tu video, pero me gustaría que pudieras dar tu opinión sobre el tema mediático de las IA's generadoras de código y su directa repercusión en la industria del desarrollo. Eres un profesional con gran criterio y conocer tu opinión al respecto creo que alimentaría mucho el debate. Saludos desde Colombia.
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
"Y qué pasa con Firebase?"
Ese tipo de plataformas son Backend as a Service, aunque tú no escribas código en el backend no significa que no haya backend, simplemente te lo dan hecho.
estas conectando el frontend a la base de datos, invalidando tu video
Esto mismo iba a escribir. Lo mismo pasa con Elastic Search Cloud (ahora tienes gestion de roles y no necesitas escribir un backend y tienes una latencia expectacular). PERO claro... como dices, por detrás sabemos que la empresa gestiona el backend (as a service). Pero en sí, no escribimos código de backend 💪
No sé mucho de Firebase, pero creo que si se puede controlar ese "backend" por medio de Cloud Functions. Crearías la función con la validación o lo se que se necesite y desde el Font llamas a las funciones, no directamente la base.
@@robinparadise Aquí entra el asunto de SERVERLESS
pero el punto es que sigue habiendo un servidor de backend en medio
Éste tipo de videos son los que valen la pena ver, super bien explicados, literalmente cualquier persona puede entender lo que da a explicar, grande Antonio
¿De qué vas ahora subiendo tantos vídeos seguidos?
De hacker jajajaja
@@AntonioSarosi hacker del tiempo?
Cómo te cambio la cara ahora de ingeniero 👍, muchos saludos.
Ey desde que lo espantaste ya no sube más videos, Antonio tus vídeos son oro puro! Sube más por favor! 💓
gracias a este video logre comprender del todo cual es la diferencia entre front y back, muchas gracias Antonio! un saludo
Creo que estaria muy bien un video explicando mas en detalle la arquitectura basada en microservicios para que sea super escalable con reverse proxy, load balancer, docker...
No se si un video sería suficiente para todo eso jajaj
@@hazelhumor seria algo bastante general y asi tener una idea de como funcionan las cosas en su conjunto. (Un esquema mental)
@@thespai4227 Sep, podría ser interesante
Saludos, Load Balancer no lo hace Docker sino Kubernetes, Docker crea una imagen de un servidor donde sera montado el software, pero si, estaria bueno el tema
Buenas, gracias por el comentario, me falta una "," entre load balancer i Docker xd. Yo hice un load balancer con nginx, ¿tu cuando lo harias con nginx i cuando con kubernetes?
Seguí así loco, estás explicaciones son muy nesesarias
Antonio ha publicado 2 videos en una semana, nuevo record!!!
me declaro fan de este canal, saludos desde Chile!
Muy buen contenido, estoy aprendiendo Frontend y me ha despejado muchas dudas sobre cómo funciona el Backend y las bases de datos.
Excelente Antonio, haz dado mayor panorama sobre algo que muchos al inicio pasamos por alto , un abrazo desde Perú
A parte de seguridad también está el factor rendimiento, no puedes pedirle al front que busque en todos los posibles resultados de Google cuando escribes en la barra de búsqueda y todo el procesamiento adjunto.
Buen vídeo, un abrazo!
Creo qué alguien nunca había explicado de mejor manera patron MVC, gracias por compartir tus conocimientos Antonio.
MVC no es lo que se comenta en el vídeo. Antonio ha explicado el patrón "Backend for frontend".
La gran diferencia entre el MVC y lo que comenta Antonio, es que las vistas están desacopladas del backend. En MVC es el propio Backend quien renderiza el HTML (las Vistas) en base a la información recibida del controlador. En el caso que comenta Antonio, el Backend no tiene la responsabilidad de renderizar nada, sino que hay un proyecto/repositorio/servicio aparte (el "frontend") que se encarga justo de eso, de solicitar/enviar la info al backend y renderizar el HTML necesario.
EXCELENTE VIDEO, EXCELENTE MÚSICA DE FONDO, SYNTHWAVE Y RETRO,
ENTENDÍ CLARO TODO
Me motiva tu forma de explicar las cosas. En mi empresa hago de vez en cuando algunas formaciones y me encantaría saber expresarme así
Videazo, era un punto que normalmente uno lo hace como por convención pero que no sabe a ciencia cierta porque se hace así. Me sacaste de la duda, nuevo sub.
Excelente explicación se la enviaré a unos amigos que si piensan que todo debe hacerse desde el frontend.
Gracias
que nota, muchas gracias yo que estoy estudiando me sirvio un monton este video para darle sentido a lo que estoy haciendo, gracias
Me iluminaste. Gracias
Que buen video. Tuve que verlo dos veces por qué mi falta de atención me impedía hacer historias de porque dice Base Atos.
Gracias. Saludos.
Tremenda pinta tienes Antoniooo, da gusto verte crecer
Sos crack, gracias!!! me estoy haciendo unos mates un sábado 23:40 y estoy super atento 👍✊
Como siempre el mejor!!!!. Sos mi favorito!!!!!
No soy programador, soy ingeniero en tecnologías de la información, así que a pesar de tener una idea, con este vídeo me queda mucho más claro. Gracias.
Un dato no menor, es que en aplicaciones simples hay muy pocas validaciones en el backend. Pero en cualquier aplicación mediana o grande, la lógica de negocio suele ser muy compleja y el backend es el lugar indicado para expresarla. Los frontends son interfaces de usuario; el backend es el negocio.
Muy bueno el video!! Super claro
Grande Antonio!! ♡
Vídeo muy interesante y bien explicado 👍
Espectacular video
Gran vídeo Antonio, estaría guay uno hablando de alternativas serverless como firebase para acceder a la bbdd desde em front-end casi directamente
muy clara la explicacion amigo ,buen video
Genial !, que libros recomiendas para Python ?
Excelente explicación! Gracias!
Segundo 0:30 Tendrás un ejemplo practicó sencillo y simple de ese esquema de 3 servidores?
Ahora si entiendo la diferencia entre back end y front end, buen video
Excelente video compañero :)
Yo no te lo puedo creer, literalmente me habia surgido esa duda hace un par de segundos, investigo y HACE UNA HORA SUBISTE VIDEO Q COINCIDENCIA MAS GRANDE jajajaja!
Gracias Toni!! Yo estoy haciendo un curso intensivo para Full-Stack, pero aún no hemos visto nada de back, por ende no sabía bien cual era la diferencia o mejor dicho cual era el rol de cada uno. Gracias
Gracias por explicar mejor para que es necesario, hace poco continue un proyecto de web y como soy novato en el campo web no entendía la funcionalidad total del backend
Super bien explicado :)
Buen vídeo!
Depende del caso de uso algunos problemas simples con backend as a service pueden resolverse
Principio de seguridad informática. 🔥
Gracias por tu trabajo 💪
Desde PHP si se puede, y no creo que sea tan fácil hackear mysql desde consola, porque hay que saber el nombre de la db las tablas como mínimo, sino todas las web de PHP Mysql ya estarían borradas, el Stack LAMP es bastante sólido y seguro siempre y cuando se lo sepa usar y es más fácil identificar problemas que con lo complicado que es NodeJS Angular React Vue y demás que por sí solo no pueden hacer cosas, hay que importar un montón de librerías, insisto, LAMP puede competir tranquilamente contra MEAN o MERN
Excelente video saludos 🇵🇾✌🏻✌🏻🤟🏻🤟🏻
excelente 👌 nuevo suscriptor
Antonio podrías subir video o cursos de framework como Angular, React etc. Vos explicas excelente! Me vi muchos de tus cursos en mastermind. Muchas gracias
Increiblemente bueno.
Muchas gracias por la explicacion
Excelente explicación !! ✨
Muy buen vídeo! Pero cómo conseguiste hacer SQL Injection usando PDO?
Muy bien explicado crack
Muy bueno el vídeo👌
Hola! De donde sacaste esos fondos de pantalla?
También añadiría otra causa. Dentro de lo que es la accesibilidad y usabilidad de los usuarios en el punto de vista de un navegador, siempre quieres mandar la menor cantidad de información para mantener la fluidez de la web y evitar las tiempos de carga excesivos. Es un motivo quizá menor pero es un detalle que te hace decantarte como usuario ir a una u otra web
Perdonen si uso mucha paradoja, pero es así como le entiendo.
.
Entonces el Frontend es como el usuario común que hace transacciones en un banco, el backend es como el policía y los trabajadores, que ven que todo se haga de manera segura cuando se intercambia o se hace peticiones a la base de datos (Cuenta bancaria), para lograr proteger a los usuarios de los ladrones, que en este caso serían los crackers de la Web que se saben HTML, JS, etc... pero lo usan para mal. ¿Estaría correcta esta interpretación?
Podrías hacer un vídeo explicando las ventajas de usar JavaScript (y sus librerías) en vez de PHP?
Ventajas reales, pues ninguna... ventajas especificas, pues dependiendo del proyecto y de la persona que lo haga... a mi en lo personal, me gusta usar PHP cuando tengo que hacer una app basada en el patrón modelo-vista-controlador, por ejemplo con Laravel ya tengo casi todo hecho, con código de calidad y con mucha seguridad... ahora haciendo paginas SPA, o para reciclar el código con electrón y hacer una app de escritorio, pues con Nodejs se me hace mas fácil.
es broma verdad?
@@carloschavez592 simplemente quiero escuchar su punto de vista porque el explica muy bien en general. Yo ya he usado ambos y definitivamente prefiero JavaScript y compañía porque ya estoy acostumbrado a eso entre otras cosas, pero solo estoy pidiendo que explique con lo que sabe
JavaScript del lado del back no es muy recomendable, mas que nada por su tipado dinámico, pero , podrías usar algo parecido, con NestJS y TypeScript, yo lo uso en mi empresa, en grandes desarrollos.
la imagen del gokus lo dice todo
Que HTPP ni HTPP yo no uso ese procolo jajaj. Muy bueno el video brother
RESUMEN:
Dentro del desarrollo web, el backend se encarga de todos los procesos necesarios para que la web funcione de forma correcta. Estos procesos o funciones no son visibles, pero tienen mucha importancia en el buen funcionamiento de un sitio web. Algunas de estas acciones que controla el backend son:
- Comunicación bidireccional con la base de datos para la extracción de datos (formato .json) y actualización de la información. Desde el navegador con JavaScript solo se puede utilizar el protocolo HTTP para peticiones de red y algunos otros protocolos de tiempo real como websockets. A pesar de su extensa funcionalidad, no define ningún protocolo con el que poder interactuar con la base datos directamente. Esta tarea es encomendada al backend, encargado de recibir las peticiones HTTP de un cliente, procesarlas y comunicar a la base de datos, mediante la API que esta última expone al usuario (en nuestro caso el propio backend), la acción pertinente a realizar.
- Comunicación bidireccional con el cliente (front-end) o aplicación según el protocolo HTTP.
- Validación de datos (e.g formularios) y tareas de seguridad (e.g autenticación de usuarios). La comunicación con el backend no se produce unicamente desde el navegador web; existen otras aplicaciones (e.g curl en Linux, postman…) desde las que también podemos acceder al mismo. Teniendo esto último en cuenta, vemos que resulta necesario implementar este tipo de tareas en el backend. Si lo hiciesemos desde el front-end, su uso quedaría limitado al navegador web.
💡 Una aplicación que permita realizar peticiones HTTP, en teoría podrá establecer comunicación con el backend de cualquier servicio o aplicación.
Pero es posibleconectar por ejemplo: angular, react js, vue js con firebase la cual es una base de datos no relacional en la nube, no deberia pero es utilizado en el frontend por muchas personas, por ser una base de datos en tiempo real y la utlizan mas en el frontend.
Hoy en día ya existen varios servicios que ofrecen la base de datos cómo servicio para que se comunique directo por http sin usar backend, pero adicionalmente el backend además de la seguridad es para procesar todo aquello al lado del servidor, cómo crear pdf, redimensionar imágenes, enviar correo, generar archivos...
Tengo una duda, entonces es desarrollo en PHP se considera que es solo un frontend consultando a la base de datos y estaría mal echo??
como pasa en fb hay internos que tienen acceso a usuarios y desde alli ocurren hackeos tambien. muy informativos tus videos gracias.
Hola yo hice la evau en 2020 y entré en una carrera que no me gustó y este curso he hecho un curso de informática de alrededor de unas 600 horas en las que me ha encantado la informática y tengo decidido que es lo que voy a hacer en el futuro.
Estoy indeciso entre hacer el grado en Sistemas de la información en la UPM o empezar un grado superior de ASIR, y posteriormente empezar DAM, pero estoy muy indeciso por cual declinarme, si pudieras responder al mensaje dandome algún consejo me sería de gran ayuda, te descurbrí al ver el video de asignaturas de primero en ingeniería informática
Excelentisima reflexion
Buenas Antonio, me gustaria que recomendases una guia para ser desarrollador
Tengo una duda, estoy creando una app web que muestra los datos de una bd de un negocio, necesito que esta web app muestre los datos del dia a dia del negocio en tiempo real ¿ Que consejos me darias? Ya cree el frontend e hice parte del backend con node y express y todo funciona de manera local, pero necesito subirla para que mi cliente logré interactuar con ella y ver los datos
pero cuando solicito datos de Firebase para utilizar en mi web con react, mi front no estaría directamente conectada con la base de datos?
Está muy bien explicado el video y más si lo ves como un hacker
Hola amigo, en cuánto tiempo crees que uno puede volverse Senior programmer web y de aplicaciones android java, crees que siguen siendo buenos los tutoriales de Víctor Robles?
Y si quiero hacer una app de administración de ventas con js de manera local ? Como hago para guardar toda la información de manera eficiente,
Con que programa haces las animaciones?
Me interesa el fondo de pantalla animado que tiene.
¿como lo consigo?
Antonio, buenas días. Que le dices a una persona que está empezando a programar, algún consejo o algo! Saludos
No se podrían establecer reglas en el propio servidor SQL, para que no permita hacer ciertas peticiones si no eres administrador? Igual sería como matar moscas a cañonazos, pero me gustaría saber si podría hacerse de esa manera. Y otra alternativa no podría ser que el servidor front y back sean el mismo ejecutando servicios diferentes? Gracias por los videos, saludos.
no sé usar sql, pero eso sería juntar el servidor de backend con el de la base de datos. Osea conceptualmente es lo mismo que en el video y en lo práctico me imagino que es preferible separarlos
@@marshelo1772 Me refiero a que en lugar de efectuar esas restricciones y comprobaciones con el código backend, como puede ser php, hacerlo en la propia base de datos cuando le lleguen las peticiones, a base triggers sql, por ejemplo.
Yo pensé que ibas a hablar de porque el SGBD no válida y usando procedimientos almacenados o quizás de seveless o cloud fictions.
Podrías hablar de estás en una parte 2 de este video
Creo creo creo que postgres tiene soporte por api rest y el otro firebase te da un cliente de js para poder conectarse
Y ademas Base Datos literalmente vive en el Servidor,excepto si es sqlite que es un archivo fisico,pero las apps the internet funcionan con MySQL,Postgree etc . Que viven en el servidor
wow! excelente explicacion
Puedes explicar que es una API REST? Aún no lo pillo del todo, sería muy útil, como saber cuando conviene hacer una y cuando no?
Excelente video y excelente musica, aguante cerulean
excelente video bro
0:04 la verdad no me gusta el backend 😄 el front 🙂 no mucho no tengo "imaginación"🤣🤣 dada la ironía
1:24 Angular 😁👍
8:20 que explicación tan simple yo hice porque me dijeron q era más simple la verificación así, ahora ya queda claro. SEGURIDAD 👍
¿Cual es el mejor lenguaje para backend??
que ha pasado con tu video de 3º de carrera? ya no sale
Gracias mi lord por el vídeo, entendí mejor unas cosas y ahora soy más consciente de que no entiendo otras muchas. Estaría interesante que hagas el vídeo que mencionó @Thespai 422 ('Creo que estaria muy bien un video explicando mas en detalle la arquitectura basada en microservicios para que sea super escalable con reverse proxy, load balancer docker...')
Si no estoy mal CORS se podría usar para especificar que cierta aplicación frontend consuma nuestro backend y de esa forma evitar que alguien haga peticiones directamente a nuestro backend?
Si pero eso es sólo a nivel de navegador, si tu backend es público todos pueden enviarle requests.
@@AntonioSarosi ahora mismo recuerdo que alguna vez usé una API del clima que requería un token para poder hacer peticiones, ¿a parte de esto hay más formas de restringir el acceso a una API?
@@germandavid2520 Casi siempre suele ser por tokens, pero hay algunas que aún usan usario contraseña para conectarse
Y que sucede con los BaaS como firebase o supabase... Si usas la capa gratuita para tu app todas las validaciones van sobre el frontend, si tienes la precaución de encriptar todo los ID y key de conexión, sería 100% seguro, no?
bro, como va todo?
el tema de la seguridad se puede solucionar con el store procedure y es muy seguro, pero el problema es que no es sencio conectarse y el tema de la escalabilidad
me encanta la animación con que programa la hiciste
Nice and amazing tutorial
me gusta esta dinámica
Muy bueno.. vi que con unity muchos estudios se ahorran los dolores de cabeza y usan Firebase.. Saludos
haz tu propia academia como savitar, seria muy buena inversion.
Bastante real, me hice esa misma pregunta hace un tiempo y al saber todo esto me di cuenta de la utilidad de tener backend jajaja
Buen vídeo Antonio, alguien sabe decirme que fondo de pantalla usa?
a muchos usuarios de Graphql les inquieta este video :)
contexto del video: base e atos
buen video crack
Porqué estás usuando Windows?
Gracias por usar el ícono de Firefox en la miniatura :') hace falta más gente como vos!
Hola Antonio, me gusta mucho el contenido que haces, y sé que lo que te voy a decir no viene a colación con el tema de tu video, pero me gustaría que pudieras dar tu opinión sobre el tema mediático de las IA's generadoras de código y su directa repercusión en la industria del desarrollo. Eres un profesional con gran criterio y conocer tu opinión al respecto creo que alimentaría mucho el debate. Saludos desde Colombia.