You are on page 1of 32

Instituto Tecnológico Superior de Apatzingán

Ingeniería en Sistemas Computacionales


Introducción a la Tecnología Web
Ing. Carlos Sánchez Pérez

1.1. Concepto de WWW.


World Wide Web, o a lo que conocemos simplemente como WWW o Web, es
el estandar que permite visualizar textos, imágenes, gráficos y sonidos en
Internet. A diferencia de lo que muchas veces se suele creer. WWW no es
Internet sino un sistema que se basa en protocolos y en buscadores a los que
se puede acceder a través de Internet.

Dos elemento fundamentales que componen las páginas de este medio de


comunicación son los hipertextos y los hiperenlaces.
En cuanto a los primeros, nos referimos a HTTP (Hipertext Transfer Protocol),
que es el protocolo de transporte de los hipertextos y el HTML (HiperText
Marlup Language), que es el lenguaje con el que se crean la mayoría de los
textos en la Web.

El otro elemento, los hiperenlaces ( o HiperLinks), son los que permite que se
puedan realizar enlaces entre las distintas páginas Web, de forma tal que el
usuario pueda navegar interconectándose entre una y otra.
Por otra parte, para poder utilizar este sistema, el usuario necesita tener
cargado en su computadora un programa, conocido como browser,
actualmente se encuentra entre los más populares, el Internet Explorer,
NetScape, Mozilla FireFox y el Safari.

1.1.1. Características.
La World Wide Web o telaraña mundial de información es un conjunto inmenso
de documentos y servicios almacenados en computadores que están
conectados a la red pública o Internet. Estos computadores ejecutan
programas especiales que permiten a un usuario entrar a estos documentos
mediante un programa adecuado ejecutándose en un computador igualmente
conectado a Internet este programa se llama navegador o browser.

Existen varios browsers pero generalmente el sistema operativo ya viene con


uno alguno. Lo general es que estos exploradores se basen en normas
comunes como el HTML, XHTML, javascript y actualmente en su mayoría por
Macromedia Flash.

A continuación se detallan tecnología de uso cotidiano que componen las


bases del WWW, las cuales se pueden mezclar para darle un uso más
completo, dependiendo de las necesidades de cada persona:

El e-mail: electronic mail o correo electrónico es el segundo servicio


proporcionado por internet más usado.
El chat: es otro de los servicios altamente usados en la WWW.
Este sistema se basa en el irc, Internet relay chat, programa para hablar
en tiempo real a través de Internet. El chat es la forma más sencilla y
rápida (instantánea) de comunicarse por la red.
Los foros: son instancias de una página web en los que los usuarios,
bajo ciertas condiciones, pueden postear o publicar sus pensamientos
sobre algún debate abierto por usuario de la página o portal a la que
pertenece el foro.
El fotolog: es un mecanismo bastante parecido al foro, con la diferencia
que en los fotologs los posts o publicaciones no giran en torno a un
tema, sino más bien a una foto de alguien o de alguna realidad. En estos
fotologs, el usuario crea su cuenta, y en su propia página publica fotos
suyas o de algún otro fenómeno que le sea interesante (en otras
palabras, lo que quiera), además de algún comentario.
Las páginas personales: este un servicio que entregan ciertas
empresas proveedoras de Internet (ENTEL, telefónica, VTR, etc.),
denominadas hosting, en el que se les permite a los clientes configurar
sus propias páginas web, las cuales pueden diseñar a su gusto, bajo
ciertas reglas restrictivas muy básicas y protocolares, que por lo general
dependen de la legislación del país en que se alojan.
Descarga de programas y utilidades: Una de las cosas que
caracteriza a Internet es la capacidad de autosustentarse, de esta
manera y orientados al desarrollo tecnológico de las plataformas que lo
componen se crean instancias de descarga de aplicaciones que
favorecen por lo general al usuario casero, ya que entregan una
alternativa económica a alguna necesidad.
Dentro de las posibilidades que existen, encontramos las siguientes:

Freeware: (o programa gratuito) son programas que se pueden obtener,


instalar, ejecutar e incluso copiar para su distribución las veces que el
usuario quiera.

Shareware: (o programa de prueba) son programas que se distribuyen


en internet con el fin de darlos a conocer, pero implican una cierta
limitación en comparación con su versión comercial que generalmente
consiste en la falta de ciertas funciones de uso popular.

Demo: son versiones de demostración de un programa. Estos demos se


distribuyen de forma muy similar a los sharewares, manteniendo la idea
de promocionar la versión completa.

Trial: (de try all o probar el programa completo) son programas de


prueba, que a diferencia de los anteriores se pueden utilizar en su
versión completa por lo general, pero por un tiempo determinado,
usualmente son treinta días.
La piratería. Internet es la herramienta principal para que se desarrollen
actividades ilícitas una de ella es la creciente piratería, como metáfora de robo
de la propiedad del otro.

La actividad en si es la copia de obras literarias, musicales, audiovisuales o de


software efectuadas sin respetar los correspondientes derechos de autor, para
su posterior venta.

Esta copia vulnera los derechos que conceden las leyes de propiedad
intelectual al autor o editor de la obra, como titular del respectivo copyright.

El método lo conocen los hackers o terroristas virtuales que se han encargado


de desarrollar recursos que permitan la utilización de las versiones completas
en el caso de los shareware, ya que los recursos que le faltan se le agregan a
través de un patch o parche.

Hay parches con distintas funciones, como los que traducen un programa o los
que quitan la petición de registro, que obliga a comprarlos después de un
determinado tiempo.

Existen también los crack que detectan y reemplazan los números de serie y
registro de los programas y los anti-trial que cambian la fecha del computador
cada vez que se inician en conjunto con el programa. Sin embargo, en materia
de protección del copyright o derecho de copia el más seguro para los
desarrolladores es el demo.

El E-bussines o Comercio Electrónico: este ha sido uno de los recursos más


controvertidos desde los inicios del Internet, ya que existe una tendencia
popular a considerar este tipo de transacciones inseguras, a pesar de los
esfuerzos de las grandes empresas por cambiar esta reputación.

Los temas que más preocupan a los usuarios de Internet que se


mantienen escépticos ante este sistema se pueden observar a través de
los siguientes tópicos:

 Falta de seguridad en la transacción electrónica.


 Inseguridad al dar los datos personales a través de Internet.
 Desconocimiento ante quien reclamar.
 Dificultades para el acceso a Internet.
 Poca confianza en la calidad del producto.
 Desconfianza a que llegue el producto comprado.

Sin embargo y en contraposición a la tendencia de la gente, las empresas


optan por fomentar el comercio electrónico, ya que reduce sus gastos, puesto
que requiere menos personal y menor infraestructura, finalmente una tienda
termina por ahorrarse vendedores, salas de venta y todo el gasto que esto
implica.
Estas ventajas corresponde a usos que actualmente se consideran más
específicos en contraposición a los temas anteriores.

Videoconferencias.- Las videoconferencias permiten que un grupo de


personas que se encuentren en distintos lugares puedan llevar a cabo
reuniones como si estuvieran en la misma sala, en el cual los
participantes de dichas reuniones pueden escucharse y verse unos a
otros en video en movimiento.

Clases On-line.- Clases en línea, es un proyecto donde se introducen


las aplicaciones y ventajas tecnológicas de la Internet de las clases
típicas con el fin de lograr una mayor comunicación entre el alumno-
profesor.

Casos Extraños En la World Wide Web

Creación de un Estado virtual.-En la red también existe la posibilidad


de crear un estado virtual que no es nada más que un país con las
características que esto implica, pero cuyo territorio es virtual, es extraño
pero existe.

Casos Extraños.- El caso que se conoce es en donde una joven


australiana creo un estado virtual llamado "Lizbekistán" con el cual ella
pudo crear su propio pasaporte supuestamente extendido por la
autoridades de dicho país y pudo ingresar a los estados unidos. Esta
joven no sólo hizo un pasaporte para ella sino que empezó a venderlos
desde su página Web incluso se los vendió a personas a las cuales les
habían quitado su nacionalización, solucionando su situación de la
patria.

1.2. Protocolo Web y Wap.


1.2.1. Protocolo Web.
Desde 1990, el protocolo HTTP (Protocolo de transferencia de hipertexto) es el
protocolo más utilizado en Internet. La versión 0.9 sólo tenía la finalidad de
transferir los datos a través de Internet (en particular páginas Web escritas en
HTML). La versión 1.0 del protocolo (la más utilizada) permite la transferencia
de mensajes con encabezados que describen el contenido de los mensajes
mediante la codificación MIME.

El propósito del protocolo HTTP es permitir la transferencia de archivos


(principalmente, en formato HTML). entre un navegador (el cliente) y un
servidor web (denominado, entre otros, httpd en equipos UNIX) localizado
mediante una cadena de caracteres denominada dirección URL.
Por Ejemplo: La comunicación entre el navegador y el servidor se lleva a cabo
en dos etapas:

• El navegador realiza una solicitud HTTP


• El servidor procesa la solicitud y después envía una respuesta HTTP

En realidad, la comunicación se realiza en más etapas si se considera el


procesamiento de la solicitud en el servidor. Dado que sólo nos ocupamos del
protocolo HTTP.

1.2.1.1. Protocolo HTTP.


¿Qué es un Protocolo? Un protocolo es:

"Una descripción formal de los formatos de los mensajes y las reglas que
deben seguir dos ordenadores para intercambiar dichos mensajes.

El Protocolo de Transferencia de HiperTexto (Hypertext Transfer Protocol) es


un sencillo protocolo cliente-servidor que articula los intercambios de
información entre los clientes Web y los servidores HTTP.
La especificación completa del protocolo HTTP 1/0 está recogida en el RFC
1945. Fue propuesto por Tim Berners-Lee, atendiendo a las necesidades de un
sistema global de distribución de información como el World Wide Web.

Está soportado sobre los servicios de conexión TCP/IP, claro desde el punto de
vista de las comunicaciones, y funciona de la misma forma que el resto de los
servicios comunes de los entornos UNIX:

Un proceso servidor escucha en un puerto de comunicaciones TCP (por


defecto, el 80), y espera las solicitudes de conexión de los clientes Web.

Una vez que se establece la conexión, el protocolo TCP se encarga de


mantener la comunicación y garantizar un intercambio de datos libre de errores.

HTTP se basa en sencillas operaciones de solicitud/respuesta.

Un cliente establece una conexión con un servidor y envía un mensaje con los
datos de la solicitud.

El servidor responde con un mensaje similar, que contiene el estado de la


operación y su posible resultado.

Todas las operaciones pueden adjuntar un objeto o recurso sobre el que


actúan; cada objeto Web (documento HTML, fichero multimedia o aplicación
CGI) es conocido por su URL.

1.2.1.2. Etapas de una transacción HTTP.


Para el funcionamiento de HTTP, particularmente de una transacción HTTP;
analicemos las diferentes partes de este proceso.

Cada vez que un cliente realiza una petición a un servidor, se ejecutan los
siguientes pasos:

Un usuario accede a una URL, seleccionando un enlace de un documento


HTML o introduciéndola directamente en el campo Location del cliente Web.

El cliente Web descodifica la URL, separando sus diferentes partes. Así


identifica el protocolo de acceso, la dirección DNS o IP del servidor, el posible
puerto opcional (el valor por defecto es 80) y el objeto requerido del servidor.

Se abre una conexión TCP/IP con el servidor, llamando al puerto TCP


correspondiente.

Se realiza la petición. Para ello, se envía el comando necesario (GET, POST,


HEAD,…), la dirección del objeto requerido (el contenido de la URL que sigue a
la dirección del servidor), la versión del protocolo HTTP empleada (casi
siempre HTTP/1.0) y un conjunto variable de información, que incluye datos
sobre las capacidades del browser, datos opcionales para el servidor,…
El servidor devuelve la respuesta al cliente.

Consiste en un código de estado y el tipo de dato MIME (Multipurpose Internet


Mail Extensions) de la información de retorno, seguido de la propia información.

Se cierra la conexión TCP.

Este proceso se repite en cada acceso al servidor HTTP.

Por ejemplo, si se recoge un documento HTML en cuyo interior están


insertadas cuatro imágenes, el proceso anterior se repite cinco veces, una para
el documento HTML y cuatro para las imágenes.

1.2.1.3. Comandos del HTTP.


El estándar HTTP/1.0 recoge únicamente tres comandos, que representan
las operaciones de recepción y envío de información y chequeo de
estado:

 GET Se utiliza para recoger cualquier tipo de información del


servidor.

Se utiliza siempre que se pulsa sobre un enlace o se teclea directamente


a una URL.

Como resultado, el servidor HTTP envía el documento correspondiente a


la URL seleccionada, o bien activa un módulo CGI, que generará a su
vez la información de retorno.

 HEAD Solicita información sobre un objeto (fichero): tamaño, tipo,


fecha de modificación…

Es utilizado por los gestores de cachés de páginas o los servidores


proxy, para conocer cuándo es necesario actualizar la copia que se
mantiene de un fichero.

 POST Sirve para enviar información al servidor, por ejemplo los datos
contenidos en un formulario.

El servidor pasará esta información a un proceso encargado de su


tratamiento (generalmente una aplicación CGI).

La operación que se realiza con la información proporcionada depende


de la URL utilizada. Se utiliza, sobre todo, en los formularios.

Un cliente Web selecciona automáticamente los comandos HTTP


necesarios para recoger la información requerida por el usuario.
Así, ante la activación de un enlace, siempre se ejecuta una operación
GET para recoger el documento correspondiente.

El envío del contenido de un formulario utiliza GET o POST, en función


del atributo de <FORM METHOD="...">.

Además, si el cliente Web tiene un caché de páginas recientemente


visitadas, puede utilizar HEAD para comprobar la última fecha de
modificación de un fichero, antes de traer una nueva copia del mismo.

1.2.1.4.Arquitectura WWW.
El diseño del World-Wide Web sigue el modelo cliente-servidor:

Un paradigma de división del trabajo informático en el que las tareas se


reparten entre un número de clientes que efectúan peticiones de servicios de
acuerdo con un protocolo, y un número de servidores que las atienden (Malkin,
1993).

En el Web, nuestras estaciones de trabajo son clientes que demandan


hipertextos a los servidores.

Para poner en marcha un sistema como éste ha sido necesario:

a) Diseñar e implementar un nuevo protocolo que permitiera realizar saltos


hipertextuales, que podria ser un texto o parte de un texto, una imagen, un
sonido, una animación, fragmento de vídeo, etc.

Es decir, cualquier tipo de información en formato electrónico.

Este protololo se denomina HTTP (HyperText Transfer Protocol) y es el


"lenguaje" que "hablan" los servidores del WWW.

b) Inventar un lenguaje para representar hipertextos que incluyera información


sobre la estructura y el formato de representación y, especialmente, indicar
origen y destino de saltos hipertextuales.

Este lenguaje es el HTML o (HyperTextex markup Language).

c) Idear una forma de codificar las instrucciones para los saltos hipertextuales
de un objeto a otro de la Internet.

Dada la variedad de protocolos, y por tanto, formas de almacenamiento y


recuperación de la información, en uso en la Internet, esta información es vital
para que los clientes puedan acceder a dicha información.
d) Desarrollar aplicaciones cliente para todo tipo de plataforma y resolver el
problema de cómo acceder a información que está almacenada y es accesible
a través de protocolos diversos (FTP, NNTP, Gopher, HTTP, X.500, WAIS,
etc.) y representar información multiformato (texto, gráficos, sonidos,
fragmentos de vídeo, etc.).

A este fin se han desarrollado diversos clientes, entre los que destaca la familia
Mosaic, del NCSA (National Center for Supercomputer Applications) de la
Universidad de Chicago, y su sucesor Netscape Navigator, de Netscape
Communications Corporation.

1.2.1.5.HTTP: HyperText Transfer Protocol.


El HTTP (HyperText Transfer Protocol) es el protocolo de alto nivel del World-
Wide Web que rige el intercambio de mensajes entre clientes y servidores del
Web.

Los protocolos pueden describir detalles de bajo nivel de los interfaces de


máquina a máquina (por ejemplo, el orden en el cual deben enviarse bits y
bytes a través de un cable) o intercambios de alto nivel entre programas (por
ejemplo, la forma en que dos programas transfieren un fichero a través de la
Internet). (Malkin y LaQuey Parker, 1993, pág. 39).

El HTTP es un protocolo genérico orientado a objetos que no mantiene la


conexión entre transacciones (Berners-Lee, 1993d). Ha sido especialmente
diseñado para atender las exigencias de un sistema hipermedia distribuido
como es el World-Wide Web.

Sus características principales son:

Ligereza: reduce la comunicación entre clientes y servidores a intercambios


discretos, de modo que no sobrecarga la red y permite saltos hipertextuales
rápidos.

Generalidad: puede utilizarse para transferir cualquier tipo de datos, según el


estándar MIME.

Esto incluye también los que desarrollen en el futuro, ya que el cliente y el


servidor pueden negociar en cualquier momento el modo de representación de
los datos:

El cliente notifica al servidor una lista de formatos que entiende, y en adelante


el servidor sólo remitirá al cliente datos que este sea capaz de manejar.
El cliente debe aceptar al menos dos formatos: text/plain (texto normal) y
text/html (hipertexto codificado en HTML: el lenguaje en el que se escriben los
hipertextos del Web.

Extensibilidad: contempla distintos tipos de transacción entre clientes y


servidores ("métodos", en la base HTTP), y la futura implementación de otros
nuevos.

Esto abre posibilidades más allá de la simple recuperación de objetos de la red:


búsquedas, anotaciones, etc.

El esquema básico de cualquier transacción HTTP entre un cliente y un


servidor es el siguiente (Berners-Lee, 1993):

Conexión: El cliente establece una conexión con el servidor a través del puerto
80 (puerto estándar), u otro especificado.

Petición: El cliente envía una petición al servidor.

Respuesta: El servidor envía al cliente la respuesta (esto es, el objeto


demandado o un código de error).

Cierre: Ambas partes cierran la conexión.

La eficiencia del HTTP posibilita la transmisión de objetos multimedia y la


realización de saltos hipertextuales con una rapidez razonable.

1.2.1.6. HTML: HyperText Markup Lenguaje.


El HTML (HyperText Markup Language) es el lenguaje en el que se escriben
los hipertextos del World-Wide Web. Cumple la norma SGML , y permite añadir
a un documento de texto:

La especificación de estructuras del texto. Por ejemplo, títulos,


encabezamientos, límites de los párrafos, listas de elementos.

Estilos: texto enfatizado, citas, etc.

Objetos multimedia: imágenes o sonido, pongamos por caso.

Conexiones hipertextuales a otros objetos de la red: partes sensibles del


documento desde dónde podríamos saltar otras partes del Web.

1.2.1.7.URL: Uniform Resource Locator.


Los URL (Uniform Resource Locator) son una notación estándar para la
especificación de recursos presentes en Internet. Constituyen la piedra angular
del Web, ya que hacen posible que un link de HTML se refiera a cualquier
objeto de la red.
Un URL representa de un modo compacto la localización y el método de
acceso de cualquier recurso de la red (Berners-Lee, Masinter y McCahill,
1994).

No sólo hay más de dos millones de ordenadores conectados a los varios miles
de redes que forman la Internet, sino que existen múltiples protocolos o formas
diferentes de acceder a la información (ftp, gopher, http, etc.).

Los URL aportan esos dos datos esenciales: dónde se encuentra un recurso y
cómo se puede acceder a él.

La sintaxis de los URL es la siguiente:

URL:<esquema>:<parte-específica-del-esquema>

El esquema es un término convenido que representa el método de acceso a un


recurso. La parte específica del esquema informa sobre su localización en la
red, de un modo que depende de cada método de acceso.

Por ejemplo:

Cuando utilizamos ftp anónimo para copiar un fichero de un ordenador remoto


a nuestro ordenador necesitamos saber lo siguiente: host o nombre del
ordenador remoto donde se encuentra el fichero y path o via que conduce al
fichero dentro de la estructura de ficheros del ordenador remoto.

Supongamos que el fichero se llama README, y que está en el directorio pub


del host ftp.uji.es;

El URL de tal objeto sería éste:

Al recuperar un fichero mediante ftp anónimo usamos "anonymous"


como nombre de usuario, y nuestra dirección de correo electrónico como
password.

En los URL esta información se omite dado que es conocida. Sin embargo, es
posible incluirla si, por ejemplo, no se trata de ftp anónimo, sino que se
necesita especificar un usuario real y su password.

La sintaxis genérica de los URL para objetos accesibles por ftp es la siguiente:

URL:ftp://[user[:password]@]host[:port]/path[;type=<typdecode>]
El "port" puede omitirse si el servidor de ftp emplea el port estándar de ftp (el
21). Este principio de omitir lo ya conocido se sigue en todos los URL. Si los
distintos servidores siguen las recomendaciones de la Internet no es necesario
incluir información redundante.

El "path" es la lista ordenada de subdirectorios por los que hay que pasar para
llegar al fichero, separados por "/", seguida del nombre del fichero.

El "type" es "d", "a", "i". "d" indica que se requiere la transmisión de una lista de
nombres de ficheros (un directorio). "a" solicita una transmisión de líneas de
texto. "i" solicita una transmisión binaria.

En la actualidad existen esquemas definidos para los siguientes servicios:

Esquema Sintaxis

ftp (File Transfer Protocol)


ftp://user:password@host:port/path;type=<typecode>

http (HyperText Transfer Protocol) http://<host>:<port>/<path>?


<searchpart>

gopher (gopher) gopher://<host>:<port>/<gopher-path>

mailto (correo electrónico) mailto:<rfc822-addr-spec>

ftp://ftp.uji.es/pub/fichero.doc

http://www.uji.es

(URL de la página de entrada del servidor Web del Departamento de


Educación de la Universitat Jaume I, en el host www.uji.es)

gopher://gopher.uji.es

(URL de la entrada del servidor gopher del "Servei d'Información del Campus
(sic) de la Universitat Jaume I")

mailto:jordi@edu.uji.es

(Este URL posibilita el envío de un mensaje de correo electrónico a la dirección


jordi@edu.uji.es)

1.2.2. Protocolo Wap.


Hablar de WAP no es más que hablar del acceso a la Web desde nuestro
móvil.
Bajo estas 3 letras reside el protocolo de aplicaciones inalámbricas (en Inglés:
Wireless Application Protocol) que engloba el lenguaje que permite presentar
páginas Web diseñadas y desarrolladas para móviles.

Así como la plataforma de ordenadores y servidores que reside en el operador


móvil y que permite gestionar y optimizar las comunicaciones hacia los portales
WAP de la operadora (On-Portal) y fuera de operadora.

Un portal de contenidos desarrollado bajo las especificaciones del protocolo


WAP nos asegura el que podamos ver la totalidad de los contenidos
presentados.

Esto no impide para que determinados sitios Web puedan ser accesibles desde
el navegador de nuestro móvil, pero en la mayoría de los casos nos
encontraremos con los inconvenientes de navegar

por un contenido pensado para ser presentado en una pantalla de 17 pulgadas


frente a las casi 3 que tiene un móvil.

Lo que significa acceder a una página de una longitud exagerada con su


consecuente scroll (desplazamiento arriba – abajo) casi sin fin, si a esto le
sumamos que las imágenes creadas para la pantalla de una PC al ser
presentadas en un móvil quedan en la mayoría de casos cortadas o
directamente no se ven.

Nos encontramos que navegar por una página Web desde el navegador de un
móvil ofrece una experiencia de usuario francamente pobre.

Para asegurarnos que navegamos realmente por una página WAP podemos
guiarnos por diferentes indicadores como ver si en la dirección de la página
(URL) aparecen prefijos o sufijos como: wap.google.com o m.google.com o
google.mobi.

Parémonos un momento en este último sufijo, .mobi, ya que es el nuevo


dominio que se ha creado hace sólo unos meses para aglutinar todos los
anteriores prefijos que antes existían.

Detrás de la empresa que gestiona .mobi (mTLD) figuran empresas tan


importantes como: Vodafone, Nokia, Microsoft, Google y Telefónica, entre
otras.

Actualmente ya existen registrados más de 400.000 dominios .mobi, y aunque


muchos de ellos están todavía en fase de desarrollo, es un signo muy
identificativo que nos hace ver la tendencia hacia la estandarización en los
nombres de dominios para móviles entorno a .mobi

Hemos hablado de los nombres de dominios desarrollados bajo las


especificaciones del protocolo WAP.
Para acceder a un sitio o portal desde nuestro navegador WAP (en algunos
móviles se etiqueta directamente como navegador Web). Como no será una
tarea del todo fácil para quien no revise el manual de instrucciones; para cada
unidad móvil, existen trucos que pueden facilitar al usuario acceder a un
Portal WAP

Ya existen muchos sitios y portales WAP para navegar libremente.

Sitios de deportes “Marca” (wap.marca.com), de información “BBC”


(bbcmundo.com/movil), de conocimiento “wikipedia” (es.wapedia.org), de
noticias generales como “Deutsche Welle” (wap.dw-world.de/spanish),
messenger ”MSN – Live” (live.mobi) o directorios (wap.sitioswap.com).

1.2.3. Protocolo Seguro para la Web.


Se discuten SSH, SSL, TSL y HTTPS, los protocolos utilizados en la actualidad
para intercambiar información de manera de hacer difícil que esta sea
interceptada por terceros. Contar con protocolos seguros es importante tanto
por las preocupaciones relacionadas con la privacidad como para permitir el
comercio electrónico.

Dado el gran auge que hoy en día tiene Internet, su uso se ha masificado
enormemente. Desde páginas meramente informativas hasta sitios interactivos
usando tecnologías nuevas.

Empresas de diversa índole ya usan la Internet para comunicarse y el problema


principal que surgió es la confiabilidad en que lo que se esta comunicando no
sea visto por personas que puedan hacer mal uso de dicha información.

Por ejemplo, las tiendas comerciales ya están dando la posibilidad de realizar


compras por la Web, pero el principal talón de Aquiles lo constituye la
inseguridad que causa dar un número de tarjeta de crédito para pagar la
compra.

O cosas tan simples como cuando uno envía un mail y no querer que nadie lo
lea sino el destinatario.

A raíz de todo esto surgieron tecnologías que persiguen mejorar la seguridad


de todas estas comunicaciones.

Seguridad en la transmisión

La seguridad de este tipo se basa en el hecho de poder encriptar los mensajes


que se envían por a red entre un servidor y un cliente y que solo ellos puedan
descifrar los contenidos a partir de una clave común conocida solo por los dos.
Para llevar a cabo esta seguridad se crearon diversos protocolos basados
en esta idea:

SSH: Usado exclusivamente en reemplazo de telnet

SSL: Usado principalmente en comunicaciones de hipertexto pero con


posibilidad de uso en otros protocolos

TSL: Es del mismo estilo del anterior.

HTTPS: Usado exclusivamente para comunicaciones de hipertexto

SSH (Secure Shell)

Este protocolo fue diseñado para dar seguridad al acceso a computadores en


forma remota.

Cumple la misma función que telnet o rlogin pero además, usando criptografía,
logra seguridad con los datos.

A diferencia de telnet u otro servicio similar, SSH utiliza el puerto 22 para la


comunicación y la forma de efectuar su trabajo es muy similar al efectuado por
SSL.

Para su uso se requiere que por parte del servidor exista un demonio que
mantenga continuamente en el puerto 22 el servicio de comunicación segura, el
sshd.

El cliente debe ser un software tipo TeraTerm o Putty que permita la hacer
pedidos a este puerto 22 de forma cifrada.

La forma en que se entabla una comunicación es en base la misma para todos


los protocolos seguros:

El cliente envía una señal al servidor pidiéndole comunicación por el puerto 22.

El servidor acepta la comunicación en el caso de poder mantenerla bajo


encriptación mediante un algoritmo definido y le envía la llave pública al cliente
para que pueda descifrar los mensajes.

El cliente recibe la llave teniendo la posibilidad de guardar la llave para futuras


comunicaciones o destruirla después de la sesión actual.

Se recomienda que si se esta en un computador propio, la clave sea guardada,


en otro caso, destruirla

SSL (Secure Socket Layer) y TLS(Transport Layer Secure)

El protocolo SSL fue desarrollado por Netscape para permitir confidencialidad y


autenticación en Internet. SSL es una capa por debajo de HTTP y tal como lo
indica su nombre esta a nivel de socket por lo que permite ser usado no tan
solo para proteger documentos de hipertexto sino también servicios como FTP,
SMTP, TELNET entre otros.

La idea que persigue SSL es encriptar la comunicación entre servidor y cliente


mediante el uso de llaves y algoritmos de encriptación.

El protocolo TLS esta basado en SSL y son similares en el modo de operar.

Es importante señalar que ambos protocolos se ejecutan sobre una capa de


transporte definida, pero no determinada.

Esto indica que pueden ser utilizados para cualquier tipo de comunicaciones.
La capa de transporte más usada es TCP cobre la cual pueden implementar
seguridad en HTTP.

Como punto de diferencia se puede mencionar que existen protocolos


implementados sobre la capa de red, por ejemplo sobre IP. Tal es el caso de
IPSec.

¿De que están compuestos?

Estos protocolos se componen de dos capas: el Record Protocol y el


Handshake Protocol.

El Record Protocol es la capa inmediatamente superior a TCP y proporciona


una comunicación segura.

Principalmente esta capa toma los mensajes y los codifica con algoritmos de
encriptación de llave simétrica como DES, RC4 aplicándole una MAC
(Message Authentication Code) para verificar la integridad, logrando así
encapsular la seguridad para niveles superiores.

El Handshake protocol es la capa superior a la anterior y es usada para


gestionar la conexión inicial.

¿Cómo funcionan?

En resumidas cuentas, después que se solicita una comunicación segura,


servidor y el cliente se deben poner de acuerdo en como se comunicaran (SSL
Handshake) para luego comenzar la comunicación encriptada. Luego de
terminada la transacción, SSL termina.

Solicitud de SSL:

Típicamente este proceso ocurre en el momento que un cliente accede a un


servidor seguro, identificado con "https://...". pero como se mencionó, no
necesariamente es usado para HTTP.
La comunicación se establecerá por un puerto distinto al utilizado por el servicio
normalmente. Luego de esta petición, se procede al SSL Handshake.

SSL Handshake:

En este momento, servidor y cliente se ponen de acuerdo en varios parámetros


de la comunicación. Se puede dividir el proceso en distintos pasos:

Client Hello: El cliente se presenta. Le pide al servidor que se presente


(certifique quien es)y le comunica que algoritmos de encriptación soporta y le
envía un número aleatorio para el caso que el servidor no pueda certificar su
validez y que aun así se pueda realizar la comunicación segura.

Server Hello: El servidor se presenta. Le responde al cliente con su


identificador digital encriptado, su llave pública, el algoritmo que se usará, y
otro número aleatorio. El algoritmo usado será el más poderoso que soporte
tanto el servidor como el cliente.

Aceptación del cliente: El cliente recibe el identificador digital del servidor, lo


desencripta usando la llave pública también recibida y verifica que dicha
identificación proviene de una empresa certificadora segura.

Luego se procede a realizar verificaciones del certificado (identificador) por


medio de fechas, URL del servidor, etc. Finalmente el cliente genera una llave
aleatoria usando la llave pública del servidor y el algoritmo seleccionado y se la
envía al servidor.

Verificación: Ahora tanto el cliente y el servidor conocen la llave aleatoria (El


cliente la generó y el servidor la recibió y desencriptó con su llave privada).

Para asegurar que nada ha cambiado, ambas partes se envían las llaves. Si
coinciden, el Handshake concluye y comienza la transacción.

Intercambio de Datos:

Desde este momento los mensajes son encriptados con la llave conocida por el
servidor y el cliente y luego son enviados para que en el otro extremo sean
desencriptados y leídos.

Terminación de SSL

Cuando el cliente abandona el servidor, se le informa que terminará la sesión


segura para luego terminar con SSL.

En el siguiente esquema se muestra todo el proceso del Handshake:


1.3. Servidores.
Un servidor web es un programa que implementa el protocolo HTTP (hypertext
transfer protocol).

Este protocolo pertenece a la capa de aplicación del modelo OSI y está


diseñado para transferir lo que llamamos hipertextos, páginas web o páginas
HTML (hypertext markup language): textos complejos con enlaces, figuras,
formularios, botones y objetos incrustados como animaciones o reproductores
de música.

Es un programa que se ejecuta continuamente en un ordenador (también se


emplea el término para referirse al ordenador que lo ejecuta), manteniéndose a
la espera de peticiones por parte de un cliente (un navegador web) y que
responde a estas peticiones adecuadamente, mediante una página web que se
exhibirá en el navegador o mostrando el respectivo mensaje si se detectó algún
error.

Instalar un servidor web en nuestra PC nos permitirá, entre otras cosas, poder
montar nuestra propia página web sin necesidad de contratar hosting, probar
nuestros desarrollos vía local, acceder a los archivos de nuestro equipo desde
una PC remota (aunque para esto existen otras opciones, como utilizar un
servidor FTP) o utilizar alguno de los programas basados en web tan
interesantes que están viendo la luz últimamente.

El problema de usar nuestro ordenador como servidor web es que conviene


tenerlo encendido permanentemente (para que esté accesible de forma
continua como la mayoría de los sitios webs), con el consiguiente coste debido
al consumo de electricidad (conviene tener en cuenta que hay alojamientos
web gratuitos, incluso sin publicidad y con interesantes funciones).

Sin embargo, el hecho de que HTTP y HTML estén íntimamente ligados no


debe dar lugar a confundir ambos términos. HTML es un lenguaje de marcas y
HTTP es un protocolo.

Servidor web dela Wikimedia

Un servidor web se mantiene a la


espera de peticiones HTTP por parte de un cliente HTTP que solemos conocer

El cliente realiza una petición al servidor y éste le responde con el contenido


que el cliente solicita. A modo de ejemplo, al teclear www.wikipedia.org en
nuestro navegador, éste realiza una petición HTTP al servidor de dicha
dirección.

El servidor responde al cliente enviando el código HTML de la página; el


cliente, una vez recibido el código, lo interpreta y lo exhibe en pantalla.

Como vemos con este ejemplo, el cliente es el encargado de interpretar el


código HTML, es decir, de mostrar las fuentes, los colores y la disposición de
los textos y objetos de la página; el servidor tan sólo se limita a transferir el
código de la página sin llevar a cabo ninguna interpretación de la misma.

Sobre el servicio web clásico podemos disponer de aplicaciones web. Éstas


son porciones de código que se ejecutan cuando se realizan ciertas peticiones
o respuestas HTTP. Hay que distinguir entre:

Aplicaciones en el lado del cliente: el cliente web es el encargado de


ejecutarlas en la máquina del usuario. Son las aplicaciones tipo Java o
JavaScript: el servidor proporciona el código de las aplicaciones al cliente y
éste, mediante el navegador, las ejecuta. Es necesario, por tanto, que el cliente
disponga de un navegador con capacidad para ejecutar aplicaciones (también
llamadas scripts). Comúnmente, los navegadores permiten ejecutar
aplicaciones escritas en lenguaje JavaScript y Java, aunque pueden añadirse
más lenguajes mediante el uso de Plugins.
Aplicaciones en el lado del servidor: el servidor web ejecuta la aplicación;
ésta, una vez ejecutada, genera cierto código HTML; el servidor toma este
código recién creado y lo envía al cliente por medio del protocolo HTTP.

Las aplicaciones de servidor muchas veces suelen ser la mejor opción para
realizar aplicaciones web.

La razón es que, al ejecutarse ésta en el servidor y no en la máquina del


cliente, éste no necesita ninguna capacidad añadida, como sí ocurre en el caso
de querer ejecutar aplicaciones javascript o java.

Así pues, cualquier cliente dotado de un navegador web básico puede utilizar
este tipo de aplicaciones.

Un servidor sirve información a los ordenadores que se conecten a él. Cuando


los usuarios se conectan a un servidor pueden acceder a programas, archivos
y otra información del servidor.

En la web, un servidor web es un ordenador que usa el protocolo http para


enviar páginas web al ordenador de un usuario cuando el usuario las solicita.

Los servidores web, servidores de correo y servidores de bases de datos son a


lo que tiene acceso la mayoría de la gente al usar Internet.

Algunos servidores manejan solamente correo o solamente archivos, mientras


que otros hacen más de un trabajo, ya que un mismo ordenador puede tener
diferentes programas de servidor funcionando al mismo tiempo.

Los servidores se conectan a la red mediante una interfaz que puede ser una
red verdadera o mediante conexión vía línea telefónica o digital.

Esta lista categoriza los diversos tipos de servidores del mercado actual:

Plataformas de Servidor (Server Platforms): Un término usado a menudo


como sinónimo de sistema operativo, la plataforma es el hardware o software
subyacentes para un sistema, es decir, el motor que dirige el servidor.

Servidores de Aplicaciones (Application Servers): Designados a veces


como un tipo de middleware (software que conecta dos aplicaciones), los
servidores de aplicaciones ocupan una gran parte del territorio entre los
servidores de bases de datos y el usuario, y a menudo los conectan.

Servidores de Audio/Video (Audio/Video Servers): Los servidores de


Audio/Video añaden capacidades multimedia a los sitios web permitiéndoles
mostrar contenido multimedia en forma de flujo continuo (streaming) desde el
servidor.
Servidores de Chat (Chat Servers): Los servidores de chat permiten
intercambiar información a una gran cantidad de usuarios ofreciendo la
posibilidad de llevar a cabo discusiones en tiempo real.

Servidores de Fax (Fax Servers): Un servidor de fax es una solución ideal


para organizaciones que tratan de reducir el uso del teléfono pero necesitan
enviar documentos por fax.

Servidores FTP (FTP Servers): Uno de los servicios más antiguos de Internet,
File Transfer Protocol permite mover uno o más archivos.

Servidores Groupware (Groupware Servers): Un servidor groupware es un


software diseñado para permitir colaborar a los usuarios, sin importar la
localización, vía Internet o vía Intranet corporativo y trabajar juntos en una
atmósfera virtual.

Servidores IRC (IRC Servers): Otra opción para usuarios que buscan la
discusión en tiempo real, Internet Relay Chat consiste en varias redes de
servidores separadas que permiten que los usuarios conecten el uno al otro vía
una red IRC.

Servidores de Listas (List Servers): Los servidores de listas ofrecen una


manera mejor de manejar listas de correo electrónico, bien sean discusiones
interactivas abiertas al público o listas unidireccionales de anuncios, boletines
de noticias o publicidad.

Servidores de Correo (Mail Servers): Casi tan ubicuos y cruciales como los
servidores web, los servidores de correo mueven y almacenan el correo
electrónico a través de las redes corporativas (vía LANs y WANs) y a través de
Internet.

Servidores de Noticias (News Servers): Los servidores de noticias actúan


como fuente de distribución y entrega para los millares de grupos de noticias
públicos actualmente accesibles a través de la red de noticias USENET.

Servidores Proxy (Proxy Servers): Los servidores proxy se sitúan entre un


programa del cliente (típicamente un navegador) y un servidor externo
(típicamente otro servidor web) para filtrar peticiones, mejorar el funcionamiento
y compartir conexiones.

Servidores Telnet (Telnet Servers): Un servidor telnet permite a los usuarios


entrar en un ordenador huésped y realizar tareas como si estuviera trabajando
directamente en ese ordenador.

Servidores Web (Web Servers): Básicamente, un servidor web sirve


contenido estático a un navegador, carga un archivo y lo sirve a través de la
red al navegador de un usuario.
Este intercambio es mediado por el navegador y el servidor que hablan el uno
con el otro mediante HTTP.

Se pueden utilizar varias tecnologías en el servidor para aumentar su potencia


más allá de su capacidad de entregar páginas HTML; éstas incluyen scripts
CGI, seguridad SSL y páginas activas del servidor (ASP).

Lista de Servidores.
Nombre del Sistema operativo Nombre del Servidor Sistema operativo
Servidor
4D WebSTAR Hawkeye Linux
AOLserver Unix iTools MacOS X Server
Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
Windows Server 2003
Windows XP
Apache NetWare Java Server HP-UX
OS/2 IRIX
Unix Linux
Windows 95/98 OS/2
Windows NT 4.0 Solaris
Windows 95/98
Windows NT 4.0

BadBlue Windows 2000 Jigsaw Java_VM


Windows 95/98 Solaris
Windows ME Windows 95/98
Windows NT 4.0 Windows NT 4.0
Windows XP

Baikonur Web App Windows 95/98 Microsoft Internet Windows Server 2003
Server Windows NT 4.0 Information Services

Covalent AIX RapidSite BSD


Enterprise Ready HP-UX IRIX
Server Linux Windows 2000
Red Hat Linux Windows Server 2003
SUSE Linux
Solaris
Windows 2000
Windows Server 2003

ESAWEB VM/CMS RomPager Embedded Embedded


Web Server

Enterprise NetWare Roxen WebServer Linux


WebServer for MacOS X Server
NetWare Solaris
Windows 2000
Windows Server 2003
Windows XP

GoAhead Linux Sambar Server Red Hat Linux


WebServer NetWare Windows 2000
Solaris Windows 95/98
Windows 2000 Windows ME
Windows 95/98 Windows NT 4.0
Windows Server 2003
Windows XP

Savant Windows 2000 Shadow Web Server MVS


Windows 95/98
Windows ME
Windows NT 4.0

Servertec Internet AIX SimpleServer:WWW Windows 2000


Server HP-UX Windows 95/98
Linux Windows ME
Solaris Windows NT 4.0
Windows 2000 Windows XP
Windows 95/98
Windows ME
Windows NT 4.0
Windows Server 2003
Windows XP

Sun Java System Red Hat Linux Tcl Web Server Linux
Web Server Solaris MacOS
Windows 2000 Unix
Windows XP Windows NT 4.0

URL Live! Windows 2000 Viking Windows 2000


Windows 95/98 Windows 95/98
Windows ME Windows NT 4.0
Windows NT 4.0 Windows XP
Windows XP

vqServer AIX WN AIX


BSD BSD
Be OS Digital UNIX
Digital UNIX HP-UX
HP-UX IRIX
IRIX Linux
Java_VM SCO OpenServer
Linux Solaris
MacOS
OS/2
SCO OpenServer
Solaris
Windows 95/98
Windows NT 4.0

WebBase Windows 2000 Xitami AIX


Windows 95/98 BSD
Windows NT 4.0 Be OS
Digital UNIX
HP-UX
Linux
OS/2
SCO OpenServer
Solaris
VMS
Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
Windows Server 2003
Windows XP

Zeus Web Server AIX


BSD
HP-UX
IRIX
Linux
MacOS X Server
SCO OpenServer
Solaris
Tru64 Unix

1.4. Cliente\Servidores Web.


Ya hemos visto y comprendido que Internet es una gigantesca red, que incluye
sub-redes, de ordenadores interconectados. 

En ella coexisten muchas clases de ordenadores; tamaños; Sistemas


Operativos, etc. 

Pero desde un punto de vista funcional las tareas están generalmente


agrupadas, de forma que desde esta perspectiva (de su funcionalidad),
podemos establecer tres grandes grupos: Servidores, Clientes y Correos o
enrutadores.

Los servidores son máquinas que actúan como "almacenes" de información. 

Esta información es solicitada por los ordenadores-cliente, y el servidor


responde a tales peticiones devolviendo los datos solicitados. 

Este paradigma de funcionamiento Cliente-Servidor es utilizado


constantemente en la informática distribuida (donde existen muchos
ordenadores interconectados). 

Como existen muchos tipos de almacenes de información, existen muchas


clases de servidores.  Por ejemplo:

Servidores DNS.  Al tratar del servicio de direcciones, hemos visto que se


encargan de devolver la dirección IP (numérica) en respuesta a una petición
alfabética, o cuando menos la dirección de otro servidor DNS que contiene
dicha información.

Servidores de Correo.  Los que almacenan y reexpiden los mensajes de


correo electrónico (e-mail). Funcionan exactamente igual que el servicio de
correos convencional. La información que manejan son mensajes de correo.

Servidores Web ("Web server").  Almacenan "Sitios" Web. Inicialmente fueron


exclusivamente páginas de Hipertexto en formato HTML, aunque actualmente
guardan también imágenes; música (sonidos), e incluso ficheros ejecutables;
bases de datos, etc. 

Actualmente casi todos los sitios Internet están adoptando la apariencia (la
interfaz) Web, y responden a las peticiones de los navegadores.  

La información que está viendo en este momento proviene de un servidor Web


donde están alojadas estas páginas, una copia han viajado a su ordenador a
requerimiento de su navegador que las muestra según las recibe.

Servidores FTP.  Son almacenes de ficheros preparados para ser


descargados y consultados mediante técnicas FTP. 

Inicialmente, casi toda la información que habita en lnternet estaba en estos


servidores. 
Aunque muchas instituciones y universidades mantienen servidores de este
tipo, con gigantescos directorios de ficheros, su utilización (como otras muchas
del Internet) está descendiendo en favor del "formato" Web. 

Los programas para "bajar" ficheros de servidores FTP, otrora muy populares,
están prácticamente desapareciendo como aplicaciones "stand-alone" aunque
por supuesto el concepto FTP se usa amplia y cotidianamente.

El término "Stand alone" se utiliza para designar aquellas aplicaciones que


pueden ejecutarse y controlarse por el operador como entidades
independientes de cualquier otra (en el sentido que Usted usa un procesador
de textos, por ejemplo). 

La expresión se utiliza en contraposición a aquellas rutinas llamadas por alguna


otra aplicación para ejecutar alguna tarea específica, pero en cuyo uso
tenemos poca o nula intervención. 

Por ejemplo, cuando en el navegador apuntamos un icono que dice "descarga"


(de un fichero), en realidad llama a un programa FTP que es el que nos
pregunta donde queremos guardar el fichero que vamos a traer, pero ahí acaba
nuestra intervención. En realidad el programa invocado es un módulo (FTP) del
Navegador.

Servidores de Noticias ("News server"). Almacenan los cientos de miles


(millones) de mensajes hacia/desde decenas de miles de grupos de noticias
que existen en la Red.

Servidor de terminales ("Terminal Server"). Un ordenador utilizado para


conectar muchos módems así como una conexión de red de alta velocidad a
otro ordenador (host). 

El servidor de terminales hace el trabajo de atender las llamadas telefónicas de


los módems y pasar la comunicación al host (un nodo Internet) por la línea de
alta velocidad. 

Esta función se conoce en informática con el nombre de "Front-End".

Cuando la operación entre clientes y servidores se realiza a través de una red


(como es el caso de Internet), la información viaja codificada a lo largo de redes
que pueden ser del tamaño de un edificio o de tamaño planetario. 

En caso de redes grandes, aparte de servidores y clientes, se necesita un


tercer tipo de máquinas para gestionar las transmisiones. 

Se denominan enrutadores ("Routers"), y funcionan como elementos de


recepción y transmisión de tráfico Internet. 
Estos equipos (junto con los telefónicos) tienen una finalidad exclusivamente
transmisora de la información, sin importar el uso o contenido que pueda tener
la información transportada.

El paradigma cliente-servidor no sólo se utiliza en referencia a las máquinas


físicas, también a los programas que las hacen funcionar según su utilidad. 

Por ejemplo, son frecuentes expresiones tales como "cliente de correo" o


"servidor de noticias" en referencia a programas. 

La primera se refiere al que utilizamos normalmente para interrogar nuestro


buzón e-mail, "bajar" el correo y manipularlo (verlo, imprimirlo, borrarlo, etc.). 

El segundo se refiere a un programa o sistema de ellos, que en un servidor


(máquina) realiza el trabajo de alojar los mensajes de noticias, atender las
peticiones de los "clientes", etc.

Observe que en realidad, el concepto cliente/servidor es muy genérico, y que


puede ser entendido incluso en el ámbito de una sola máquina, donde unas
aplicaciones pueden prestar servicio a otras. 

Sin embargo, su significado desde el punto de vista informático suele


presuponer la existencia de varias máquinas (al menos dos) unidas en una red:

Un servidor es cualquier máquina que dispone un recurso para ser compartido.

Un cliente es cualquier máquina que necesita un recurso externo.

Un servidor de determinado recurso puede ser cliente de otros y a la inversa.


Un cliente puede ser a su vez servidor de otro recurso.

1.5. Páginas Web Estáticas.


Cuando estemos interesados en tener un sitio web debemos decidir qué tipo de
sitio cumplirá con los objetivos que nos hemos propuesto alcanzar.

Si solo precisamos informar al público visitante de los productos o servicios que


ofrecemos bastará con elegir desarrollar páginas web estática.

Si por el contrario deseamos que el visitante pueda interactuar con nuestra


web, entonces requeriremos desarrollar páginas web dinámicas. Lógicamente
una página web dinámica tomará mucho más tiempo implementarla y por ende
tendrá un mayor costo.

Una página Web estática es aquella que es básicamente informativa, el


visitante y administrador Web no pueden interactuar con la página para
modificar su contenido.

NO se utilizan bases de datos ni se requiere programación.


Para desarrollar una página web estática es suficiente utilizar código HTML.

A continuación mostramos la estructura que podría tener un sitio web que


pretende dar a conocer sus productos o servicios:

 Página principal con encabezado en Flash.


 Pagina ¿Quiénes somos?
 Pagina de política de envíos
 Pagina de preguntas frecuentes
 Pagina de contacto (Dirección teléfonos y correo electrónicos)
 Pagina de formas de pago: Giro, depósito o transferencia bancaria.
 Catálogo de productos estático: categorías, subcategorías y artículos.
 Página de servicios complementarios

Las páginas estáticas le ofrecen:


 Portabilidad, funcionan en cualquier servidor.
 Tiempos de acceso óptimos
 Máximo desempeño y funcionalidad
 Facilitan el posicionamiento
 Diversidad de aplicaciones y componentes existentes
 Extenso soporte en todo el mundo
 Costos de hospedaje menores
 No hay cargos por licenciamiento de un CMS
 Mínimos requerimientos técnicos para su operación.
 No se requiere ninguna instalación ni configuración de software

Las páginas dinámicas le ofrecen:

 Autonomía en la administración de contenidos usando un CMS


 Facilitan tener al día la información
 Mayor dinamismo en el sitio
 Diferentes áreas pueden participar en el mantenimiento
 Contenidos reutilizables
 Presentación de contenidos en diversos dispositivos y formatos
 Renovación constante de la imagen del sitio
 Los autores de contenido no requieren conocimientos técnicos
 Control total sobre la administración de contenidos
 Reducción de costos de mantenimiento

1.5.1. Ventajas y desventajas.


Al analizar estas características, Usted se podrá dar cuenta inmediatamente
que las páginas dinámicas ofrecen grandes ventajas que resultan muy
atractivas para las empresas.
Sin embargo, el paquete de beneficios tiene un precio.
De entrada, las páginas dinámicas demandan más recursos de cómputo y por
lo mismo los costos de hospedaje son mayores.

Además, no cualquier hospedaje convencional cumplirá con los requerimientos


técnicos para operar el sitio y los tiempos de acceso a las páginas dinámicas.

Son más lentos debido a las actividades que tiene que realizar el servidor antes
de presentar la página al visitante.

Finalmente, y quizá más importante, los motores de búsqueda no gustan de las


páginas dinámicas, por lo que el posicionamiento de un sitio que está
construido en base a un CMS es más difícil de lograr y probablemente no
llegue a tener el mismo alcance que el de un sitio diseñado con programación
estándar en HTML.

Así es que Usted tiene que ser muy cauto al decidirse por el desarrollo de
páginas dinámicas, ya que el precio puede ser muy alto.

Como se comenta en muchas publicaciones informativas, muchas empresas


han estado diseñando sus sitios implementando páginas dinámicas en vez de
páginas estáticas.

Muy probablemente guiados por la propia agencia de diseño Web.

Sin conocer a ciencia cierta las implicaciones de esa decisión y hoy se


enfrentan a una terrible realidad.

Para poder promocionar sus productos y servicios en Internet, el sitio tiene que
ser rediseñado enteramente.

Usted puede evitar el doble gasto seleccionando desde un principio la


plataforma de desarrollo adecuada.

En ocasiones se tiene la opción de optar por páginas estáticas o páginas


dinámicas, en otras, las propias funciones que uno desea implementar en su
Sitio Web.

Lo llevarán forzosamente a tener que implementar páginas dinámicas.

En cualquier caso, si ha tomado la decisión de diseñar su sitio en base a


páginas dinámicas, generando directamente código o a través de un CMS.

Y se busca promocionar activamente sus productos y servicios a través de


posicionamiento en buscadores, debe uno cuidar que sus estándares de
desarrollo soporten el posicionamiento.
y permitan optimizar las páginas para cumplir los requerimientos exigidos por
los motores de búsqueda. Esta es la única forma de evitar una doble inversión
en el proyecto.

1.6. Páginas Web Dinámicas.


Las páginas web dinámicas se caracterizan por ser fácilmente actualizables
desde un panel de control. 

Están basadas en lenguajes de programación php, asp, ajax.

O cualquier otro que enlazando con bases de datos (MySQL), nos permiten
cambiar el contenido y organización de nuestra web de forma fácil e intuitiva,
como si estuviera trabajando en un documento de texto.

De esta manera podemos actualizar diariamente nuestra web añadiendo


noticias, y escribiendo nueva información, modificando la actual y 
reorganizando los contenidos de la misma de forma fácil e intuitiva, sin
necesidad de conocer ningún lenguaje de programación ni ningún tipo de
técnica web.

1.6.1. Ventajas y desventajas.


No existe ningún requisito de carácter técnico que nos impida codificar en
HTML un Sitio Web de 300 páginas estáticas.

De igual manera, nada nos impide diseñar un Sitio Web de 20 páginas


empleando un CMS con páginas dinámicas.

Para tomar la mejor decisión, debemos hacer un balance entre qué tan
importante es la promoción del sitio para sus fines de negocio, qué tan
relevante es que su equipo de trabajo pueda administrar los contenidos con
autonomía total y qué tanto está dispuesta su empresa a invertir en el proyecto.

Nosotros puede tener desde luego lo mejor de los dos mundos:


posicionamiento y administración de contenidos con autonomía total.

Lo que tiene que hacer al diseñar una página Web, es asesorarse desde un
principio con un especialista.

Son muchos los conceptos que afectan el posicionamiento en buscadores y es


muy difícil tener todos estos factores bajo control cuando no se tiene
experiencia en el tema.

Un especialista le ayudará a seleccionar una plataforma de desarrollo que sea


totalmente compatible con los motores de búsqueda.
Es sorprendente cómo empresarios y directivos omiten por lo general la etapa
de investigación sobre estas tecnologías, la cual debe ser parte fundamental
del proceso de licitación de sus proyectos de diseño de páginas Web.

Al no investigar sobre el tema, se entregan enteramente a los conocimientos,


experiencia, profesionalismo y buena voluntad de los diseñadores Web.

En muchos casos, una breve conversación telefónica con un especialista en


posicionamiento puede hacer la diferencia entre alcanzar o no los resultados
deseados.

Sin embargo, las empresas prefieren confiar en la oferta más económica de un


diseñador amateur a invertir un par de pesos en una conferencia telefónica y
saber por qué no cualquier página Web sirve para promocionar el negocio.

Aunque sea difícil de creer, el éxito de un proyecto de posicionamiento


comienza en el momento en que Usted como empresario acepta que el
posicionamiento es mucho más complicado de lo que aparenta ser.

1.7. Diferencias entre Páginas Web Estáticas y


Dinámicas.
En la web dinámica necesito conocer lenguajes de programación, tanto
hipertexto como los script: html, php, javascript y software para manipular
imágenes o video.

La página web dinámica necesita, funcionando en el servidor que nos da


servicio, php y mysql.

Si en algún momento hay una incidencia con php o mysql mi página no


funcionará, en cambio en una web estática no necesito ningún servicio
adicional.

Cada vez que alguien consulta mi página web estática, el servidor necesita un
tiempo para generar lo que el usuario va a ver, que aunque no es un tema
importante si disponemos de un buen servicio hosting puede ser un problema
cuando el servidor está muy saturado, retrasando el tiempo de carga de la web.

¿Qué me interesa más web dinámica o web estática?

Como siempre, depende de tus necesidades. Si periódicamente necesitas


actualizar tu web,  es recomendable usar una página web dinámica.

En caso que únicamente disponga de una web para presentar su empresa en


internet como una imagen corporativa simple y poco más le recomendamos
que elija una página web estática.
El caso más claro de página web dinámica seria una tienda online, donde debe
actualizar sus productos, sus precios, etc… Otro ejemplo claro de página
dinámica seria un foro en internet donde los usuarios hacen sus consultas y
otros usuarios postean respuestas.

También seria un claro ejemplo un Blog donde se pueden poner artículos y la


gente puede hacer sus comentarios.

¿Si tengo una empresa que vende productos y servicios, necesito web
dinámica o estática?

Web dinámica por supuesto, donde usted podrá colocar los beneficios, ventajas
y ofertas de sus productos y servicios variándolo constantemente de acuerdo a
sus requerimientos o promociones que quiera realizar por temporadas, todo
ello con una total flexibilidad y rapidez.

¿Mi  organización desea tener presencia en Internet que necesito?

Si sólo desea tener una presencia  en Internet de su organización lo que usted


necesita es una página web estática, donde muestre información como visión,
misión, reseña histórica, giro de la organización, staff.

Con el que cuenta, gestiones que realizan la organización, etc. Información que
desea hacer meramente pública.

¿Por qué me cuesta más una web dinámica que una web estática?

Porque, en la web dinámica se realiza un trabajo con mayor planificación con


miras hacia el futuro crecimiento de su empresa y con un staff de profesionales
multidisciplinarios que generarán un diseño muy intuitivo para que sus clientes
interactúen con su web con total sencillez y sin complicaciones.

¿Tengo una web estática lo puedo convertir a dinámica?

NO, de su web estática sólo tomaríamos la información más relevante pues se


tiene que realizar un diseño totalmente nuevo incluyendo funciones para que  
sus clientes interactúen con total simplicidad y comodidad por su nueva web.

¿Quién tiene más vida útil la web dinámica o la web estática?

La web dinámica, por su contenido variable a través del tiempo y que se


ajustará a sus  requerimientos por temporadas o estaciones del año.

Esta le permitirá ir actualizando su web constantemente, mejorando áreas


específicas o ampliado con  módulos de mayor magnitud o robustez, por el
contrario la web estática se creará por única vez  con todo su contenido y será
permanente a través del tiempo.
El hecho de tener actualizaciones en su web, será positivo en el
posicionamiento ante búsquedas de los buscadores y le van a reportar más
visitas.

¿Qué es un CMS?

Cms viene del inglés Content Management System, (Sistema gestor de


contenidos).

Entendemos por CMS cualquier sistema para generar páginas web dinámicas
donde podemos actualizar y gestionar  fácilmente los contenidos de la misma.

Como principales CMS  tenemos varios usados actualmente como JOOMLA,


DRUPAL, PHP-NUKE y muchos otros que podemos encontrar y ver ejemplos
demo en la web open source cms (apartado portals CMS).

También es importante a la hora de montar nuestra web con un CMS encontrar


ejemplos disponibles de plantillas para nuestro diseño y poder modificarlas a
nuestro gusto.

Por ello normalmente buscaremos el CMS donde tengamos disponible más


variedad de plantillas, asi como código abierto disponible para instalar en el
mismo sistema que nos permita utilizar funciones adicionales que den más
usabilidad a nuestra web.

You might also like