Creo que también habría que escuchar a la gente que trabaja más abajo. Me parece muy probable que hayan hecho cherry-picking solo de los casos que salieron bien.
Cuando fumas vape desechable y lo dejas en algún lado o andas de viaje...
Terminas buscándolo en la tienda de conveniencia cuando piensas que comprar otro dispositivo o fumar cigarrillos tradicionales no va mucho, pero igual necesitas recargar nicotina.
Por lo que dice, parece alguien que ha vivido mucho tiempo en el mundo de internet y que en la vida real no logra comunicarse adecuadamente con nadie.
En vez de quedarse escribiendo comentarios así encerrado en su cuarto, le recomiendo salir y recorrer el mundo un poco más, y convivir con "personas reales".
Lo de Edward Snowden todavía sigue muy presente, y encima tengo que ver aquí también comentarios de dictadores y esas cosas; ¿será que votaste por el 2? Por favor, no te quedes solo programando encerrado en tu cuarto y sal a recorrer el mundo por aquí y por allá ~
Si funcionalmente el ALB reemplaza al servidor web y los usuarios no pueden acceder directamente al backend, como el WAS, entonces se considera que cumple con la configuración del entorno de seguridad existente. Y además, muchos servicios todavía funcionan en entornos on-premise.
Disfruté mucho el proyecto y el artículo. Pero me sorprendió muchísimo enterarme de que existen los cigarrillos electrónicos desechables, y siento que esto no está bien...
Ya hay cosas como el ALB o el CDN que se encargan de todo lo que uno esperaría que hiciera el servidor web, así que no entiendo por qué insistir en eso. ¿Ustedes han tenido algún caso real, como de seguridad, que solo pudieron detener porque había un servidor web?
Desde el punto de vista de la seguridad, sigo pensando que todavía es necesario separar el servidor web y el servidor WAS. El hecho de estar en un entorno cloud-native no cambia eso. Los backends, como el WAS, no deberían estar en una capa a la que el usuario pueda conectarse directamente.
Estoy de acuerdo. Creo que sería más práctico enseñar los principios de la aplicación de 12 factores y los patrones cloud-native. El concepto en sí ya es demasiado antiguo.
¿Sigue siendo útil conocer el concepto de servidor web / WAS?
En la época en que Java EE, php y CGI estaban de moda, sí era una distinción adecuada, pero hoy en día la mayoría de los lenguajes ya traen su propio servidor HTTP integrado, y con la aparición y normalización de conceptos como ALB, API Gateway, CDN y Object Storage, los tiempos han cambiado.
Más bien, sin ese contexto histórico, siento que el concepto de Web Server y WAS, que además es muy distinto de lo actual, ya no es un concepto apropiado y que solo terminará generando todavía más confusión para quienes están empezando.
Creo que también habría que escuchar a la gente que trabaja más abajo. Me parece muy probable que hayan hecho cherry-picking solo de los casos que salieron bien.
Pero, ¿por qué? ¿Es como decir "yo también puedo hacer eso"?
Parece que van a tener que agregar esto al contenido de las clases de algoritmos jajaja
No veo por ninguna parte que se haya hablado de Corea, así que no entiendo por qué de repente salió el tema de la política coreana.
Por favor, retírate del sitio.
No necesitamos en esta comunidad a alguien con el cerebro podrido por la política como tú.
Cuando fumas vape desechable y lo dejas en algún lado o andas de viaje... Terminas buscándolo en la tienda de conveniencia cuando piensas que comprar otro dispositivo o fumar cigarrillos tradicionales no va mucho, pero igual necesitas recargar nicotina.
Por lo que dice, parece alguien que ha vivido mucho tiempo en el mundo de internet y que en la vida real no logra comunicarse adecuadamente con nadie.
En vez de quedarse escribiendo comentarios así encerrado en su cuarto, le recomiendo salir y recorrer el mundo un poco más, y convivir con "personas reales".
Lo de Edward Snowden todavía sigue muy presente, y encima tengo que ver aquí también comentarios de dictadores y esas cosas; ¿será que votaste por el 2? Por favor, no te quedes solo programando encerrado en tu cuarto y sal a recorrer el mundo por aquí y por allá ~
SKT publicó un comunicado diciendo que no es cierto, pero quién sabe...
Es de los efectos de liquid glass que he visto en la web, el más parecido hasta ahora.
También vale la pena revisar odiff, que hace poco fue reescrito de ocaml a zig. Es 6 veces más rápido que pixelmatch.
Parece que son temas que encajan perfectamente incluso si se aplican a Corea.
Si funcionalmente el ALB reemplaza al servidor web y los usuarios no pueden acceder directamente al backend, como el WAS, entonces se considera que cumple con la configuración del entorno de seguridad existente. Y además, muchos servicios todavía funcionan en entornos on-premise.
Disfruté mucho el proyecto y el artículo. Pero me sorprendió muchísimo enterarme de que existen los cigarrillos electrónicos desechables, y siento que esto no está bien...
Dicen que ya corrió el rumor de que Corea es un desastre total.
Ya hay cosas como el ALB o el CDN que se encargan de todo lo que uno esperaría que hiciera el servidor web, así que no entiendo por qué insistir en eso. ¿Ustedes han tenido algún caso real, como de seguridad, que solo pudieron detener porque había un servidor web?
Desde el punto de vista de la seguridad, sigo pensando que todavía es necesario separar el servidor web y el servidor WAS. El hecho de estar en un entorno cloud-native no cambia eso. Los backends, como el WAS, no deberían estar en una capa a la que el usuario pueda conectarse directamente.
Estoy de acuerdo. Creo que sería más práctico enseñar los principios de la aplicación de 12 factores y los patrones cloud-native. El concepto en sí ya es demasiado antiguo.
Parece que se convertirá en la base de la programación con IA basada en lenguaje natural.
¿Sigue siendo útil conocer el concepto de servidor web / WAS?
En la época en que Java EE, php y CGI estaban de moda, sí era una distinción adecuada, pero hoy en día la mayoría de los lenguajes ya traen su propio servidor HTTP integrado, y con la aparición y normalización de conceptos como ALB, API Gateway, CDN y Object Storage, los tiempos han cambiado.
Más bien, sin ese contexto histórico, siento que el concepto de Web Server y WAS, que además es muy distinto de lo actual, ya no es un concepto apropiado y que solo terminará generando todavía más confusión para quienes están empezando.