Aunque los sistema distribuidos (cloud computing) tienen su fundamento técnico, no creo correcto diferenciar entre alojar en servidor o alojar en nube, ya que lo uno es variante o parte de lo otro. Sería más acertado comentar que uno se puede desarrollar el sitio web en su propio computador (local) o en un servidor (red del tipo que sea, porque hay muchas más).
La extensión del término «nube» en la población (tambien la no informática) se debe a su uso indiscriminado en la información comercial, aportando la ventaja para el vendedor de «ya te adverí que tus datos estarían en cualquier parte de cualquier sub-proveedor» y la desventaja para el comprador de «no tengo a quién señalar ni a dónde acudir» aparte de pensar que internet es mágico como el vapor de las nubes. El 27/03/17 a les 14:44, Chema Cortes ha escrit: > El lun., 27 mar. 2017 a las 14:16, Narcis Garcia (<informat...@actiu.net > <mailto:informat...@actiu.net>>) escribió: > > Sr. del LG G4, todos tenemos parte de razón, aunque hay quien lo enfoca > desde el punto de vista de los derechos de quienes no son informados (o > inconcretamente) de las cosas, y hay quien lo enfoca desde un punto de > vista exclusivamente comercial o empresarial. > > ¿Ves a menudo la mención de una «nube» diciendo a quién pertenece la > misma? Yo trataba de aclarar un *detalle* del mundo real. > > > Existen "nubes" privadas que cada empresa puede montar con servidores > propios o contratados por todo el mundo, existen "nubes" públicas cuyos > servidores están localizados en España para así cumplir con la Ley de > Protección de Datos española,... El término "nube" no se caracteriza por > usar servidores "ocultos". Otra cosa distinta es que los usuarios de las > aplicaciones en la nube desconozcan dónde se encuentran sus datos, algo > que las leyes europeas están tratando de arreglar. > > > > > El 27/03/17 a les 13:33, Mario Lacunza ha escrit: > > 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 > <mailto:informat...@actiu.net> > > <mailto:informat...@actiu.net <mailto: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> > > <mailto:johnny.alonso.quint...@gmail.com > <mailto:johnny.alonso.quint...@gmail.com>> > > > <mailto:johnny.alonso.quint...@gmail.com > <mailto:johnny.alonso.quint...@gmail.com> > > <mailto: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 <mailto:Python-es@python.org> > <mailto:Python-es@python.org <mailto:Python-es@python.org>> > > > https://mail.python.org/mailman/listinfo/python-es > > <https://mail.python.org/mailman/listinfo/python-es> > > > > > _______________________________________________ > > Python-es mailing list > > Python-es@python.org <mailto:Python-es@python.org> > <mailto:Python-es@python.org <mailto:Python-es@python.org>> > > https://mail.python.org/mailman/listinfo/python-es > > <https://mail.python.org/mailman/listinfo/python-es> > > > > > > > > > > _______________________________________________ > > Python-es mailing list > > Python-es@python.org <mailto:Python-es@python.org> > > https://mail.python.org/mailman/listinfo/python-es > > > _______________________________________________ > Python-es mailing list > Python-es@python.org <mailto:Python-es@python.org> > https://mail.python.org/mailman/listinfo/python-es > > -- > 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