No quiero entrar en polémicas pero puedo tener una máquina dentro de mi red local que sirva datos a través de Internet y a eso yo lo llamaría Internet. Y eso, puedo conseguirlo con una raspberry pi. :D
No me gustan los blancos o negros... pero bueno, yo que soy así de raro. Vuelvo a mi cueva. Saludos. El 27 de marzo de 2017, 13:33, Mario Lacunza <mlacu...@gmail.com> escribió: > Estás bien equivocado. Primero TODOS los servidores de Internet son > remotos. En informática de define como remoto a un servidor corriendo fuera > de tu red local. > > Segundo puedes saber sobre TODOS los servidores a quien pertenecen, dónde > están localizados, q os corren y un largo etc de información, claro hay q > saber cómo obtenerla. > > El término nube o cloud en inglés define el paradigma de sistemas > distribuidos lo cual nada tiene q ver con tú idea de ocultar la pertenencia > del servidor, te aconsejo usar Google y la Wikipedia para informarte mejor. > > Enviado desde mi LG G4 > > El 27 mar. 2017 4:02 AM, "Narcis Garcia" <informat...@actiu.net> escribió: > > Quiero matizar un detalle de lo que diferenció Chema Cortés: > - Lo que se ejecuta en un servidor, se ejecuta en un computador remoto. > - Lo que se ejecuta en la «nube», se ejecuta en un servidor oculto* > > (*) Oculto sólo a efecto de no decir a quién pertenece. Usar el término > «nube» es parecido a usar el término «máscara» o «indefinido». > > > El 26/03/17 a les 20:17, Chema Cortes ha escrit: > > El dom., 26 mar. 2017 a las 15:29, Johnny Alonso > > (<johnny.alonso.quint...@gmail.com > > <mailto:johnny.alonso.quint...@gmail.com>>) escribió: > > > > De nuevo muchas gracias a todos, ya empecé a estudiar HTML5 y CCS3, > > hasta > > aquí estático y bonito como indica Narcis. > > > > > > Bonito, sí; pero estático sólo en parte. Con CSS3 se pueden construir > > animaciones e interaccionar con el usuario, sin usar javascript. Este es > > un mundo más para diseñadores que para programadores, y precisa de > > bastante dedicación hasta dominar sus posibilidades. Para facilitar su > > uso por diseñadores han salido varios frameworks como bootstrap. En su > > mayoría usan javascript para obtener mayores efectos. > > > > > > > > Ahora bien, sí JavaScript es un > > lenguaje de progresión que permite darle dinamismo a la página, me > > surgen > > las siguientes preguntas: > > ¿Hay que instalar algo en el sistema del cliente o en el servidor? > > A groso modo ¿qué sería posible hacer con él y cuál es su alcance > > (cliente > > y/o servidor)? > > > > > > El navegador sólo entiende html, css y javascript. No obstante, los > > programadores no escriben directamente en estos lenguajes. Lo habitual > > es programar las webs con otros lenguajes y generar luego los ficheros > > que luego se enviarán al navegador del cliente para que los visualize. > > Las combinaciones son casi infinitas, desde generar todos los ficheros > > en un servidor antes de enviarlos al cliente, hasta enviar únicamente el > > fichero javascript al cliente para que él genere el html y css. > > > > Este año será el año en el que los navegadores interpreten webassembly > > (una especie de subconjunto de javascript), lo que abre las puertas a > > futuros compiladores de otros lenguajes a webassembly sin pasar por > > código javascript, similar a los lenguajes que hay para JVM. > > > > > > ¿Qué es JQuery y para qué sirve? > > > > > > Una conocida librería javascript para mejorar la experiencia de usuario > > (GUI). > > > > > > ¿En dónde encaja Python, cual es la razón? > > > > > > Como ya te han dicho, las aplicaciones webs van a dar paso a las apps > > para móviles. Estas apps tendrán una parte cliente que se ejecuta en el > > móvil y otra remota que se ejecutará en un servidor o, más probable, en > > la "nube". Es en esta segunda parte donde python puede tener mejor > > cabida. Existe mucho caos sobre cómo serán las aplicaciones del futuro, > > incluso abogan por que sean "isomórficas", la misma aplicación > > javascript tanto en cliente como en servidor y así unificar todo en un > > único desarrollo. Pero la verdad es que no hay nada demostrado que haga > > a un lenguaje como lo único necesario con el que se pueda programar > > todos los elementos implicados en una aplicación web (ni siquiera java). > > > > Mi consejo es que no te obsesiones demasiado por estar al día, ya que lo > > que es hoy está de moda, puede quedar obsoleto en poco tiempo. Empieza > > por algún framework para python que esté bien documentado como django, > > aunque déjame recomendarte web2py para empezar a entender cómo se > > programaban webs. Puede que, para cuando ya hayas aprendido a usarlo, > > haya salido python para webassembly y tengamos un nuevo paradigma para > > programar aplicaciones. > > -- > > Hyperreals *R "Quarks, bits y otras criaturas > > infinitesimales": http://blog.ch3m4.org <http://ch3m4.org/blog> > > > > > > _______________________________________________ > > Python-es mailing list > > Python-es@python.org > > https://mail.python.org/mailman/listinfo/python-es > > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > > > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > > -- Miguel Manzano Garcia
_______________________________________________ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es
