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

Responder a