Un servidor web o servidor HTTP es un programa informtico que procesa una aplicacin del lado del servidor realizando

conexiones bidireccionales y/o unidireccionales y sncronas o asncronas con el cliente generando o cediendo una respuesta en cualquier lenguaje o Aplicacin del lado del cliente. El cdigo recibido por el cliente suele ser compilado y ejecutado por un navegador web. Para la transmisin de todos estos datos suele utilizarse algn protocolo. Generalmente se utiliza el protocolo HTTP para estas comunicaciones, perteneciente a la capa de aplicacin del modelo OSI. El trmino tambin se emplea para referirse al ordenador que ejecuta el programa.

Peticin GET
Un servidor web opera mediante el protocolo HTTP, de la capa de aplicacin del Modelo OSI. Al protocolo HTTP se le asigna habitualmente el puerto TCP 80. Las peticiones al servidor suelen realizarse mediante HTTP utilizando el mtodo de peticin GET en el que el recurso se solicita a travs de la url al servidor web.
GET /index.html HTTP/1.1 HOST: www.host.com

En la barra de URL de un navegador cualquiera la peticin anterior sera anloga a la siguiente direccin Web:
www.host.com/index.html

[editar] Esquema de una peticin GET

[editar] Peticin Web

Vase tambin: Navegador Web Vase tambin: Telnet

El navegador por medio de la interfaz de usuario permite al usuario realizar una o varias peticiones web. La interfaz de usuario o entorno de usuario es el conjunto de elementos del navegador que permiten realizar la peticin de forma activa. Una peticin Web no slo puede ser realizada mediante un navegador sino con cualquier herramienta habilitada para tal fin, como una consola de comandos Telnet. Elementos del entorno de usuario ms comunes en navegadores Web visuales: Descripcin Es una porcin de contenido Web, texto, imagen y otros elementos, que Hipervnculo enlaza con una direccin Web. Al pulsar un hipervnculo el navegador enlace o link genera una peticin GET automtica a la direccin URL de dicho link. Al realizar el envo satisfactorio de los datos de un formulario, el Formulario web navegador Web genera una peticin GET o POST (comnmente POST) automtica a la par que enva los datos al servidor. Nombre

Barra de direcciones

Script activo o pasivo

Todos los navegadores incluyen una barra de direcciones mediante la cual puede accederse manualmente a cualquier direccin URL, de modo que el navegador generar una peticin GET automtica a dicha URL cada vez que el usuario lo desee. Cualquier aplicacin Javascript tiene acceso al estado del navegador, cmo puede modificar los datos que describen tal estado, de forma pasiva (sin medio de la intervencin del usuario) o de forma activa (mediante alguna accin del usuario).

[editar] 1.1 Socket a direccin DNS

Se produce una socket con un servidor dado en direccin IP mediante TCP. Por lo general las direcciones que el navegador posee inicialmente son direcciones DNS (direcciones alfanumricas) que deber convertir a direcciones numricas.
[editar] 1.2 Resolucin de DNS a IP

Si la direccin dada es DNS y no existe una regla en la base de datos DNS, el Host Resolver Request solicita al servidor DNS la o las direcciones IPs correspondientes. El navegador crea una nueva regla y almacena la direccin IP junto a la direccin DNS en su base de datos de reglas DNS.
[editar] 1.3 Recuperacin de la regla DNS

Una vez almacenada la regla se realiza una peticin a la base de datos DNS para recuperar los valores de la regla.
[editar] 1.4 Socket a direccin IP

Se produce una socket con la direccin IP mediante TCP. La direccin IP puede haberse recuperado en el paso anterior.
SOCKET 192.168.0.1
[editar] 1.5 Preparacin de la peticin

Se crea la peticin GET estableciendo la url, un flag, la priority de la peticin y el method (implcitamente GET).
[editar] 1.6 Apertura Cach

Se abre y/o se crea una entrada en el http cache

[editar] 1.7 Efectuacin de la peticin

Se realiza la peticin GET. Se leen las cabeceras HTTP de la http transaction y ms tarde el cuerpo de la http transaction.

GET /index.html HTTP/1.1

[editar] 1.8 Consulta en Cach

Se consulta en el cach de disco si existe una entrada en el cach asociada al recurso que se ha solicitado. Los valores son created (true o false) y key (la url del recurso).
[editar] 1.9 Retribucin boleana existencialista del recurso solicitado

Si la entrada no existe (si el valor de created es false) se escriben los datos en el cach de disco. Si no, se lee directamente.
[editar] 2.0 Presentacin visual del recurso

Se concluye la operacin y se muestra en pantalla (si es preciso) la informacin. [editar] Peticin GET pasiva Javascript permite realizar modificaciones en el estado del navegador. El estado del navegador viene definido por el array de objetos location del objeto global Window. Se referencia a tal objeto con window.location. En concreto window.location.href contiene la direccin actual del navegador Web. Si una parte del script ejecuta tal sentencia:
window.location.href='http://wikipedia.org';

El navegador har tal peticin Web sin que el usuario haya mediado en tal circunstancia o sus efectos. Del mismo modo se producir una nueva peticin GET si se altera el valor de window.location.search o window.location.protocol. [editar] Procedimiento del navegador La tarea del navegador Web es crear la peticin a partir de los datos recogidos en el entorno de usuario de elementos del mismo, como enlaces, el valor del texto de la barra de bsqueda, los metatags.
<a href="http://es.wikipedia.org">Entrar</a>

Al pulsar en el enlace, el navegador crea automticamente la peticin GET y las cabeceras de la peticin en base a los metatags (cabeceras definidas), los cookies y cabeceras automticas del navegador, para luego enviarlas junto a la peticin al Servidor.

[editar] Peticin POST

Es el segundo tipo de peticin HTTP ms utilizado. Los datos a enviar al servidor se incluyen en el cuerpo de la misma peticin con las cabeceras HTTP asignadas

correspondientemente respecto al tipo de peticin. Generalmente se asocia con los formularios web en el que los datos suelen ser cifrados para enviarlos de manera segura al servidor. Por motivos de convencin se incluye en la peticin la cabecera application/x-wwwform-urlencoded que indica el formato o codificacin de los datos a enviar; esta es variable->valor en el formato: variable=valor separada cada par variable->valor por &. Esta cabecera, en los formularios HTML se enva automticamente, pero en otras tecnologas web tal como AJAX, si se desea hacer correctamente una peticin POST debe ser especificado o instanciado el objeto: setRequestHeader("Contenttype:application/x-www-form-urlencode"); ajax.send(data);

Si se utilizase el mtodo GET los datos deberan de ser aadidos a la URL, lo que los expondra a ser vistos de forma directa. [editar] Estructura de una peticin POST
Artculo principal: Cabeceras HTTP

Estructura tpica de una peticin POST Petition type POST url HTTP/1.1 http-url-referer Referer Contentcontentlenght-int Length http-url-origin Origin User-Agent useragent-string ContentType Accept AcceptLanguage AcceptCharset Cookie AcceptEncoding Content
content-typestring mimetypesaccepted-string

Muestra
POST comment.php HTTP/1.1 index.php 63 http://es.wikipedia.org Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) ... application/x-www-form-urlencoded application/xml,application/xhtml+xml ...

language-acceptedes-ES,es;q=0.8 string charset-acceptedstring phpsessid-string accept-encodingstring Content-string ISO-8859-1,utf-8;q=0.7,*;q=0.3 PHPSESSID=gm0ugf96iojuldio8i51u92716 gzip,deflate,sdch &data=4&lang=es+es

[editar] Composicin de una peticin POST Las cabeceras ms comunes que se envan en una peticin POST:

Petition type: Especifica el tipo de peticin HTTP. (Esta cabecera no tiene nombre, se enva tal cual) Referer: Especifica la url desde la cual se hizo la peticin POST. Content-Length: Especifica la longitud en bytes de los datos enviados en el cuerpo de la peticin. Origin: Especifica la url principal del sitio.[cita requerida] User-Agent:Especifica el identificador del navegador Web desde el cual se hizo la peticin. Content-Type: Especifica el formato o MIME de los datos enviados en el cuerpo de la peticin. Accept: Especifica el MIME que se espera en la respuesta. Accept-Language: Especifica el cdigo del lenguaje esperado en la respuesta. Accept-Charset: Especifica la codificacin que se espera en la respuesta. Cookie: Especifica un identificador de sesin en la peticin derivado de un cookie. Accept-Encoding: Especifica el tipo de codificacin (generalmente compresin) que se espera de la respuesta. (No todos los navegadores envan esta cabecera)

[editar] Estructura de una respuesta POST

Artculo principal: Cabeceras HTTP

Estructura tpica de una respuesta POST Muestra HTTP version & state HTTP-version-state HTTP/1.1 200 OK date-string Tue, 07 Jun 2011 05:52:31 GMT Date server-string Apache/2.2.17 (Win32) mod_ssl/2.2.17... Server expire-date-string Thu, 19 Nov 1981 08:52:00 GMT Expires Cache-control-string no-store, no-cache, must-revalidate... Cache-Control pragma-string no-cache Pragma Content-length-int 297 Content-Length Content-type-string text/html Content-Type Keep-alive-string timeout=5, max=98 Keep-Alive Connection-string Keep-Alive Connection X-powered-by-string PHP/5.3.5 X-Powered-By [editar] Codificacin del mensaje del cuerpo de la peticin Los datos que se envan en el cuerpo de la peticin POST deben tener algn formato que permita manipularlos en un futuro procesamiento. Por ello la peticin debe tener asignada la cabecera Content-Type cuyo valor ser la codificacin de los datos. De este modo el sistema podr diferenciar entre variables aisladas, datos binarios, texto plano, o cualquier otro tipo de formato. El formato de una cadena de datos se denomina MIME y es el valor que deber ser incluido en esta cabecera.1 En HTML la cabecera Content-Type se especifica automticamente y su valor es application/x-www-form-urlencoded, no obstante pueden especificarse por estndar otros

dos valores: multipart/form-data y text/plain utilizando el atributo enctype del elemento form de la siguiente manera
<form enctype="multipart/form-data">...</form> <form enctype="text/plain">...</form> <form enctype="application/x-www-form-urlencoded">...</form>

O cualquier otro valor MIME. El multipart/form-data se utiliza para enviar grandes cadenas binarias que suponen cualquier otro tipo de documento que no sea texto plano, como imgenes, vdeos o ejecutables. Para varios valores, separar por comas. El application/x-www-form-urlencoded codifica de forma automtica los valores de todos los elementos del formulario del modo variable=valor, separados por &. El atributo name de un input suele ser el nombre de la variable y su value el valor. Los espacios se reemplazan por + y los caracteres no alfanumricos por $HH donde HH representa el nmero hexadecimal del carcter ASCII. id=valor+de+la+variable&tama%A4o=4 que representado de otra forma es: id: valor de la variable tamao: 4 [editar] Procedimiento del navegador El navegador recopila la informacin del formulario para crear la peticin y enviarla. Las cabeceras las enva junto a la peticin POST, y se recopilan en base a los metatags definidos en el cdigo, los automticos del navegador y los Cookies. Es el navegador, tambin, el que codifica los datos si es necesario. [cita requerida]

[editar] Funcionamiento
El Servidor web se ejecuta en un ordenador mantenindose a la espera de peticiones por parte de un cliente (un navegador web) y que responde a estas peticiones adecuadamente, mediante una pgina web que se exhibir en el navegador o mostrando el respectivo mensaje si se detect algn error. A modo de ejemplo, al teclear www.wikipedia.org en nuestro navegador, ste realiza una peticin HTTP al servidor de dicha direccin. El servidor responde al cliente enviando el cdigo HTML de la pgina; el cliente, una vez recibido el cdigo, lo interpreta y lo exhibe en pantalla. Como vemos con este ejemplo, el cliente es el encargado de interpretar el cdigo HTML, es decir, de mostrar las fuentes, los colores y la disposicin de los textos y objetos de la pgina; el servidor tan slo se limita a transferir el cdigo de la pgina sin llevar a cabo ninguna interpretacin de la misma.

Adems de la transferencia de cdigo HTML, los Servidores web pueden entregar aplicaciones web. stas son porciones de cdigo 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 mquina del usuario. Son las aplicaciones tipo Java "applets" o Javascript: el servidor proporciona el cdigo 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 (tambin llamadas scripts). Comnmente, los navegadores permiten ejecutar aplicaciones escritas en lenguaje javascript y java, aunque pueden aadirse ms lenguajes mediante el uso de plugins. Aplicaciones en el lado del servidor: el servidor web ejecuta la aplicacin; sta, una vez ejecutada, genera cierto cdigo HTML; el servidor toma este cdigo recin creado y lo enva al cliente por medio del protocolo HTTP.

Las aplicaciones de servidor muchas veces suelen ser la mejor opcin para realizar aplicaciones web. La razn es que, al ejecutarse sta en el servidor y no en la mquina del cliente, ste no necesita ninguna capacidad aadida, como s ocurre en el caso de querer ejecutar aplicaciones javascript o java. As pues, cualquier cliente dotado de un navegador web bsico puede utilizar este tipo de aplicaciones. El hecho de que HTTP y HTML estn ntimamente ligados no debe dar lugar a confundir ambos trminos. HTML es un lenguaje de marcas y HTTP es un "protocolo".

[editar] Aplicacin del lado del Servidor

Una aplicacin del lado del servidor es cualquier programa o conjunto de instrucciones diseadas con la finalidad de que un Servidor Web las procese para realizar alguna accin. Las aplicaciones del lado del servidor estn escritas mediante algn lenguaje de programacin, entre los que destacan: Lenguaje PHP Fecha de primera versin estable 1995 Sistema operativo Multiplataforma Windows (Algunas versiones) Multiplataforma Multiplataforma Multiplataforma ltima versin estable 5.3.5 4.0 5.12.3 3.2.0 1.9.3-p125

ASP.Net 1998 Perl Python Ruby 1987 1991 1995

El 75% de las aplicaciones del lado del servidor estn escritas en PHP, siendo ASP y las dems opciones usadas de forma alternativa y muy casual.2

[editar] Procesamiento del lado del servidor

Un servidor web tiene la funcin de procesar los scripts del lado del servidor para dar una salida en HTML y otros lenguajes del lado del cliente al Navegador Web del cliente. La informacin a procesar podr ser cedida por el cliente al script mediante cualquier aplicacin en el entorno del Navegador. Para ello pueden utilizarse formularios web, enlaces con los valores implcitos en la cadena o cualquier otro mtodo.

Servidor [editar] Procesamiento de PHP

Artculo principal: PHP

En PHP existen variables Globales que representan variables y datos de la conexiones que establece el Servidor con el cliente.
[editar] Mtodo GET

Contiene todas las variables que se envan a travs del mtodo HTTP GET, se referencian a travs del Array unidimensional $_GET['variable']. Esta variable contiene el dato enviado por GET asociado a tal variable, en caso de que exista.
[editar] Mtodo POST

Contiene todas las variables que se envan a travs del mtodo HTTP POST, se referencian a travs del Array unidimensional $_POST['variable']. Esta variable contiene el dato enviado por POST asociado a tal variable.
[editar] Sesiones

Contiene datos de sesin adquiridos mediante una peticin GET, POST o la lectura de una Cookie[cita requerida]. Se referencia a travs del Array unidimensional $_SESSION['variable'].Esta variable contiene un dato de session.
[editar] Cookies

Contiene datos sobre todas las cookies adquiridas en la peticin al server, proporcionadas por el navegador en la peticin HTTP. Se referencia a travs del Array unidimensional
$_COOKIES['variable'] [editar] Servidor

Contiene datos proporcionados por el Servidor Web. Se referencia a travs del Array unidimensional $_SERVER['variable']
[editar] Procesamiento

1) Dado el siguiente cdigo PHP.

if(!empty($_GET['ip']){ if($_GET['ip']=="yes"){ ip(); }} function ip(){ if ($_SERVER['REMOTE_ADDR']=="192.168.0.1"){ echo "<b>Su direccin web es 192.168.0.1 </b>"; } else { echo "<b>Su direccin web no es 192.168.0.1 sino ".$_SERVER['REMOTE_ADDR']."</b>"; }}

En el caso anterior, podra tomarse por supuesta la decisin del usuario utilizando un enlace cuyo destino sea el archivo que contenga el Script anterior + la variable y el valor utilizando la siguiente sintaxis: archivo.php?var=val donde var es el nombre de una variable dada y val es valor asignado a la variable. 2) En caso afirmativo el Script anterior genera el siguiente cdigo html que es enviado posteriormente al navegador.
<b>Su direccin web es 192.168.0.1 </b>

3) El navegador interpreta el cdigo html y lo muestra similar a : Su direccin web es 192.168.0.1

[editar] Servidor Web Local

Un Servidor Web Local es aquel Servidor Web que reside en una red local al equipo de referencia. El Servidor web Local puede estar instalado en cualquiera de los equipos que forman parte de una red local. Es por tanto obvio, que todos los Servidores Web, son locales a la red local en la que se encuentran, o como mnimo, locales al sistema en el que estn instalados.

Cuando un servidor Web se encuentra instalado en el mismo equipo desde el cual se desea acceder puede utilizarse la direccin de Loopback, 127.0.0.1 en Ipv4 y ::1 en Ipv6. El puerto TCP 80 se obvia. Los archivos se almacenan en un directorio determinado por la configuracin, generalmente modificable. Existen numerosas aplicaciones que facilitan la instalacin automtica de servidores web Apache y aplicaciones adicionales como Mysql y PHP (entre otros), de forma conjunta, como XAMPP, JAMP o EasyPHP. Estas aplicaciones reciben el nombre de LAMP cuando se instalan en plataformas Linux, WAMP en sistemas Windows y MAMP en sistemas Apple Macintosh.

[editar] Software
Algunos servidores web importantes son:

Apache Internet Information Services (IIS) Cherokee Tomcat

Otros servidores, ms simples pero ms rpidos, son:

lighttpd thttpd

[editar] Vase tambin

PHP ASP Perl Python/WSGI CGI .NET JSP (Tecnologa Java ) CF (Adobe Coldfusion) Servidor de aplicaciones Servidor de archivos

Domain Name System

De Wikipedia, la enciclopedia libre Saltar a: navegacin, bsqueda Domain Name System (DNS)
Familia: Funcin: Familia de protocolos de Internet Resolucin de nombres de dominio 53/UDP, 53/TCP

Puertos:

Ubicacin en la pila de protocolos Aplicacin DNS Transporte TCP o UDP Red IP (IPv4, IPv6)

Estndares:

RFC 1034 (1987) RFC 1035 (1987)

Domain Name System o DNS (en espaol: sistema de nombres de dominio) es un sistema de nomenclatura jerrquica para computadoras, servicios o cualquier recurso conectado a Internet o a una red privada. Este sistema asocia informacin variada con nombres de dominios asignado a cada uno de los participantes. Su funcin ms importante, es traducir (resolver) nombres inteligibles para los humanos en identificadores binarios asociados con los equipos conectados a la red, esto con el propsito de poder localizar y direccionar estos equipos mundialmente. El servidor DNS utiliza una base de datos distribuida y jerrquica que almacena informacin asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar diferentes tipos de informacin a cada nombre, los usos ms comunes son la asignacin de nombres de dominio a direcciones IP y la localizacin de los servidores de correo electrnico de cada dominio. La asignacin de nombres a direcciones IP es ciertamente la funcin ms conocida de los protocolos DNS. Por ejemplo, si la direccin IP del sitio FTP de prox.mx es 200.64.128.4, la mayora de la gente llega a este equipo especificando ftp.prox.mx y no la direccin IP. Adems de ser ms fcil de recordar, el nombre es ms fiable. La direccin numrica podra cambiar por muchas razones, sin que tenga que cambiar el nombre. Inicialmente, el DNS naci de la necesidad de recordar fcilmente los nombres de todos los servidores conectados a Internet. En un inicio, SRI (ahora SRI International) alojaba un archivo llamado HOSTS que contena todos los nombres de dominio conocidos

(tcnicamente, este archivo existe[cita requerida] - la mayora de los sistemas operativos actuales pueden ser configurados para revisar su archivo hosts[cita requerida]). El crecimiento explosivo de la red caus que el sistema de nombres centralizado en el archivo hosts no resultara prctico y en 1983, Jesus Botello "SysWarn" public los RFCs 882 y 883 definiendo lo que hoy en da ha evolucionado hacia el DNS moderno. (Estos RFCs han quedado obsoletos por la publicacin en 1987 de los RFCs 1034 y 1035).

Qu es Arquitectura Web?
Con Arquitectura de la Informacin Web (AI) nos referimos a la disciplina y arte encargada del estudio, anlisis, organizacin, disposicin y estructuracin de la informacin en espacios de informacin, en este caso especficamente, Pginas Web. La metodologa para construir una casa no es muy diferente de la que se requiere para hacer un sitio web. En nuestros hogares los picaportes y las manijas de las puertas estn a un metro del suelo porque esa es la altura que se encuentran nuestras manos y es ms cmodo alcanzarlas. De igual forma, en la web, las aplicaciones deben estar diseadas sobre la base de las necesidades de las personas que van a utilizarlas. Para construir una casa o un edificio se requiere un profundo conocimiento de las tecnologas aplicadas: las propiedades estructurales de los materiales, mecnica, electricidad, redes de agua, etc; As mismo, en el desarrollo web se requiere conocimientos de programacin y estructura de bases de datos, servidores, redes, protocolo TCP/IP, lenguaje HTM, componentes de backup, seguridad y muchos otros. la arquitectura Web supone un reto cada vez mayor para las empresas que buscan sacar un mayor provecho y aumentar la rentabilidad de su inversin en Internet. Con el objetivo de que la asimilacin de contenidos del internauta sea eficiente y efectivo, y para que el sitio sea accesible y usable, en DesigNet nos preocupamos de: La definicin del pblico objetivo y los estudios de la audiencia. La realizacin de anlisis competitivos. El diseo de la interaccin. El diseo de la navegacin, esquemas de organizacin y facetacin de los contenidos El etiquetado o rotulado de los contenidos para acceder a la informacin. La usabilidad. La accesibilidad El feedback del resultado y los procesos de reingeniera del sitio En la actualidad todava hay quienes no le dan importancia a este tema y desarrollan sitios sin una estructura significativa. En DesingnNet en cambio, nos preocupamos por hacer un sitio que permita al usuario navegar fcil e intuitivamente por las distintas secciones, sin perder la orientacin, con una presentacin grfica que sea visualmente atractiva y agradable, de fcil lectura, limpia y moderna.

La compaa fue fundada en 1975 por William H. Gates III y Paul Allen. Ambos se haban conocido durante su poca de estudiantes por su aficin comn a programar con la computadora PDP-10 de Digital Equipment Corporation. En ese ao, la revista Popular Electronics dedic su portada y un artculo al Altair 8800, la primera computadora personal. El artculo anim a Gates y Allen a desarrollar la primera versin del lenguaje de programacin BASIC para el equipo Altair. Le compraron la licencia de este software a Micro Instrumentation and Telemetry Systems (MITS), la empresa fabricante del Altair, y fundaron Microsoft (originalmente Micro-soft) en Albuquerque, Nuevo Mxico, con el objeto de desarrollar versiones de BASIC para otras compaas del sector. Apple Computer, fabricante del equipo Apple II, Commodore, fabricante del PET, y Tandy Corporation, fabricante del equipo Radio Shack TRS-80, todas ellas compaas creadas por aquel entonces, fueron los primeros clientes de Microsoft. En 1977 Microsoft lanz al mercado su segundo producto, Microsoft FORTRAN, otro lenguaje de programacin, y pronto sac versiones del lenguaje BASIC para los microprocesadores 8080 y 8086.

MS-DOS
En 1979 Gates y Allen trasladaron la compaa a Bellevue, Washington, muy cerca de Seattle, la ciudad donde ambos nacieron. El traslado a Redmond, muy prximo a Bellevue, se produjo en 1986. En 1980 IBM contrat a Microsoft para escribir el sistema operativo del IBM PC, que saldra al mercado al ao siguiente. Presionada por el poco tiempo disponible, Microsoft compr QDOS (Quick and Dirty Operating System) a Tim Paterson, un programador de Seattle, por 50.000 dlares y le cambi el nombre a MS-DOS. El contrato firmado con IBM permita a Microsoft vender este sistema operativo a otras compaas. En 1984 Microsoft haba otorgado licencias de MS-DOS a 200 fabricantes de equipos informticos y, as, este sistema operativo se convirti en el ms utilizado para PC, lo que permiti a Microsoft crecer vertiginosamente en la dcada de 1980.

Software para aplicaciones

A medida que las ventas de MS-DOS se disparaban, Microsoft empez a desarrollar una serie de aplicaciones para PC con fines comerciales. En 1982 sali al mercado Multiplan, un programa de hoja de clculo, y el ao siguiente se puso a la venta el procesador de textos denominado Microsoft Word. En 1984 Microsoft fue una de las primeras compaas del sector que se dedic a desarrollar aplicaciones para Macintosh, una computadora personal creada por la compaa Apple Computer. En un

principio, Microsoft obtuvo grandes xitos de venta de programas para Macintosh como Word, Excel y Works (un grupo de aplicaciones integradas en un paquete). No obstante, Multiplan para MS-DOS fue casi totalmente sustituido por la famosa hoja de clculo de Lotus Development Corporation, Lotus 1-2-3.

Windows
En 1985 Microsoft lanz Windows, un sistema operativo que ampliaba las prestaciones de MS-DOS e incorporaba por primera vez una interfaz grfica de usuario. Windows 2.0, que sali a la venta en 1987, mejoraba el rendimiento y ofreca un nuevo aspecto visual. Tres aos ms tarde apareci una nueva versin, Windows 3.0, a la que siguieron Windows 3.1 y 3.11. Estas versiones, que ya venan preinstaladas en la mayora de los equipos, se convirtieron rpidamente en los sistemas operativos ms utilizados de todo el mundo. En 1990 Microsoft pas a ser la empresa lder de programas informticos y alcanz unas ventas anuales de ms de mil millones de dlares. Cuando Microsoft se encontraba en la cima del mercado de los programas para PC, la compaa fue acusada de ejercer prcticas empresariales monopolsticas. En 1990, la Comisin Federal de Comercio estadounidense (FTC, siglas en ingls) comenz a investigar a Microsoft por supuestas prcticas contrarias a la libre competencia, pero fue incapaz de dictar sentencia y cerr el caso. El Departamento de Justicia estadounidense continu la investigacin. En 1991 Microsoft e IBM finalizaron una dcada de colaboracin cuando decidieron seguir caminos diferentes en la siguiente generacin de sistemas operativos para ordenadores personales. IBM continu con un antiguo proyecto en comn con Microsoft, un sistema operativo denominado OS/2 (que sali al mercado en 1987), mientras Microsoft decidi desarrollar su sistema operativo grfico Windows. En 1993 Apple perdi un juicio contra Microsoft al que acusaba de violacin de las leyes de derechos de autor por haber copiado ilegalmente el diseo de la interfaz grfica de Macintosh. El fallo fue ms adelante confirmado por un tribunal de apelacin. Windows NT, un sistema operativo diseado para entornos empresariales, fue lanzado en 1993. Al ao siguiente, la compaa y el Departamento de Justicia firmaron un acuerdo en el que se peda a Microsoft que modificase la forma de vender y conceder licencias para sus sistemas operativos a los fabricantes de computadoras. En 1995 la compaa lanz Windows 95, un entorno multitarea con interfaz

simplificada y con otras funciones mejoradas. A las siete semanas de su lanzamiento se haban vendido siete millones de copias.

Mejoras en sus productos

Microsoft empez a operar en el campo de los medios de comunicacin y cre The Microsoft Network en 1995 y MSNBC un ao despus. Adems, en 1996 Microsoft present Windows CE, un sistema operativo para computadoras de bolsillo. En 1997 Microsoft pag 425 millones de dlares por la adquisicin de WebTV Networks, un fabricante de dispositivos de bajo costo para conectar televisiones a Internet. Ese mismo ao Microsoft invirti mil millones de dlares en Comcast Corporation, un operador estadounidense de televisin por cable, como parte de su poltica de extender la disponibilidad de conexiones de alta velocidad a Internet. A finales de 1997 el Departamento de Justicia acus a Microsoft de violar el acuerdo de 1994 al obligar a los fabricantes de computadoras que instalaban Windows 95 a la inclusin de Internet Explorer, un programa para navegar por Internet. El gobierno sostuvo que la compaa se estaba aprovechando de su posicin en el mercado de los sistemas operativos para obtener el control de los exploradores de Internet. Microsoft afirm que deba disponer del derecho de mejorar la funcionalidad de Windows integrando en el sistema operativo funciones relacionadas con Internet. Por otra parte, a finales de 1997, la compaa Sun Microsystems demand a Microsoft, alegando que haba incumplido el contrato por el que se le permita utilizar el lenguaje de programacin universal JAVA, de Sun, al introducir mejoras slo para Windows. En noviembre de 1998 un tribunal dict sentencia en contra de Microsoft por un mandamiento presentado por Sun ese mismo ao. Dicho mandamiento obligaba a Microsoft a revisar su software para cumplir los estndares de compatibilidad con JAVA. Microsoft apel la sentencia. A principios de 1998 Microsoft lleg a un acuerdo temporal con el Departamento de Justicia que permita a los fabricantes de PC ofrecer una versin de Windows 95 sin acceso a Internet Explorer. No obstante, en mayo de1998 el Departamento de Justicia y veinte estados de Estados Unidos presentaron demandas contra Microsoft por supuestas prcticas monopolsticas y por abusar de posicin dominante en el mercado para hundir a la competencia. Estas demandas obligaron a Microsoft a vender Windows sin Internet Explorer o a incluir Navigator, el explorador de Web de Netscape Communications Corporation, la competencia. Las demandas tambin obligaron a modificar algunos contratos y la poltica de precios.

En junio de 1998 Microsoft lanz Windows 98, que incluye funciones integradas para acceso a Internet. Al mes siguiente Bill Gates nombr presidente de la compaa a Steve Ballmer, hasta entonces vicepresidente ejecutivo, y ste se hizo cargo de la supervisin de las actividades empresariales cotidianas de Microsoft. El juicio contra Microsoft por haber violado las leyes antimonopolio comenz en octubre de 1998. Ejecutivos de Netscape, Sun y otras muchas compaas de software y hardware testificaron acerca de sus contratos empresariales con Microsoft. En noviembre de 1999 el juez del tribunal federal, tras escuchar a los testigos convocados, expuso sus conclusiones y declar que Microsoft posea un monopolio en el mercado de sistemas operativos. En abril de 2000, el juez hizo pblica la sentencia contra la compaa por haber violado las leyes antimonopolio al emplear tcticas que entorpecan la competitividad. Microsoft recurri el fallo. En 1999 Microsoft pag 5.000 millones de dlares a la compaa de telecomunicaciones AT&T Corp. para utilizar su sistema operativo Windows CE en dispositivos diseados para ofrecer a los consumidores servicios integrados de televisin por cable, telfono y acceso rpido a Internet. Adems, ese mismo ao, la compaa lanz Windows 2000, la versin ms actualizada del sistema operativo Windows NT. En enero de 2000 Bill Gates traspas su cargo de presidente ejecutivo (CEO) a Ballmer, un cambio que le ha permitido a aqul centrarse en el desarrollo de nuevos productos y tecnologas.

Windows 2000
Una vez probadas por Microsoft las nuevas caractersticas de Plug and Play en la serie W9X, y una vez probada la estabilidad de ncleo de Windows NT, Microsoft considera que ha llegado el momento de integrar todo en un nico sistema operativo. Inicialmente, Windows 2000 se gest como el sucesor y el integrador de todos los Windows. La idea original pasaba por incorporar en Windows 2000 las features de PnP y resto de subsistemas probados y experimentados en la serie de Windows al consumo (9X). A lo largo de la fase beta de W2000, Microsoft se replante la posicion anterior, entiendo que correctamente, ya que el mercado no estaba preparado todava para una transicin completa a ncleo NT, y por tanto, el producto final que sali al mercado, sigui siendo un NT puro (mejorado en muchsimas caractersticas).

En este impass, fu cuando Microsoft desarroll simultaneamente Windows ME como sucesor ltimo de la serie de 16 bits. De paso, sirvi para probar tecnologas (System Restore, soporte bsico a nuevos dispositivos como por ejemplo uPnP y USB 2.0) las cuales deberan integrarse en los prximos sistemas operativos. Por su parte, Windows 2000, no solo integr las nuevas tecnologas de soporte a hardware (PnP) realmente completo, sino que adems integr y mejor las funcionalidades definidas por las normas ACPI. Las caractersticas ACPI no son de Microsoft, sino que es un estandar de mercado en cuya definicin, participaron entre otros Compaq, Intel y Microsoft, y a las cuales los fabricantes de placas madre, llegaron al acuerdo de poner como fecha el 1 de Diciembre de 1998 para que todas sus nuevas placas madre se ajustasen a dicha normativa. La experiencia nos ha demostrado posteriormente que esto no ha sido verdad y que muchas de las actuales placas madre, dejan mucho que desear con respecto al cumplimiento de dicha norma. Pero en la actualidad, al menos los grandes fabricantes, se ajustan bastante bien a las caractersticas ACPI. Otra de las grandes innovaciones en Windows 2000 fue el desarrollo del Active Directory. Realmente, la idea tampoco fue de Microsoft, sino que fue una implantacin mejorada del servicio de Directorio de Novel. Los servicios basados en la nueva filosofa del Directorio Activo, se ajustan ms de cara al mundo real a la estrucutra de una organizacin. Bajo mi punto de vista, la implementacin no fue del todo completa (quiz las prisas por sacar el producto al mercado). Dicha implementacin ha sido corregida (y mejorada) en las versiones de Windows .NET que estn en la actualidad en fase de pruebas. En este punto de la historia, es cuando ya es necesario abandonar definitivamente los desarrollos en 16 bits y plantearse seriamente la integracin en un nico sistema operativo. Las tecnologas bsicas ya estaban probadas y funcionando, por lo que Microsoft se embarc en el proyecto que originalmente fue llamado Whistler.

Windows XP y .NET
La evolucin final de W2000 y la integracin con algunos de los subsistemas probados con xito en Windows ME, as como la correccin de errores de W2000, ha sido Windows XP.

Evidentemente, Microsoft, para hacer que el gran pblico de consumo aceptase este sistema operativo, deba ofrecer un producto de caractersticas extraordinarias ya que algo se iba a perder: parte (poca) del software antiguo que acceda directamente al hardware, no poda funcionar en un sistema operativo con nucleo NT. La apuesta de cambio, pas por el desarrollo de una nueva "imagen". Realmente al principio, dicha imagen "choca". Pero el cambio se asume rpidamente y la imagen del escritorio, as como sus nuevos efectos visuales se aceptan pronto. Igualmente, haba que dar nuevas funcionalidades que hiciesen que el usuario domestico se sintiese ms a gusto con Windows XP. Entre ellas, una mejora de la capacidad multimedia, capacidad de grabacin bsica de CDs, cortafuegos personal, soporte de voz (para versiones USA) y otras decenas de funcionalidades que hiciesen a XP un producto apetecible. Pero no todo van a ser alabanzas. Hay una cosa que por el momento no me gusta. El desarrollo de Whistler ha desembocado en dos versiones con el mismo nucleo: la serie XP y la serie .NET. Esta ltima, est todava en fase de desarrollo y corresponde a las versiones servidoras de XP (es decir, la evolucin de W2000 Server, Advanced Server y Datacenter, en cuatro versiones .NET: Server Web, Standard Web, Enterprise Web y Datacenter). Por tanto, aparentemente, Microsoft ha decidido desintegrar de nuevo su aparente integracin de Windows al sacar al mercado dos caminos totalmente diferentes del sistema operativo. Aunque es verdad que estn orientados a segmentos diferentes del mercado, a nivel personal no me gusta la idea de esta separacin. Evidentemente, y sirva esto como crtica constructiva, espero que Microsoft no utilice este nuevo software del sistema (Windows XP) para experimentar las posteriores implementaciones en la rama alta del mercado (.NET). Actualmente entre batallas legales, nuevos mercados y emprendimientos, Microsoft es una de las empresas ms conocidas y que se mantienen con un puesto privilegiado en la bolsa. El futuro seguramente nos traer muchas ms noticias de esta empresa.

Windows Vista y Windows Live

Actualmente se est trabajando en el desarrollo de la proxima versin del sistema operativo de esta empresa que se denominar Windows Vista.

Ms informacin sobre Windows Vista:

Lo que nos espera con Windows Vista Confirmado, la prxima versin ser Windows Vista El cdigo de Windows Vista en 12 meses

Y tambin han existido declaraciones de Bill Gates con respecto a Windows Live, una propuesta que impulsando el web 2.0 va a convertir importantes aplicaciones de Microsoft en servicios a travs del web. Ms informacin sobre Windows Live:

Los productos que Windows Live est generando Microsoft le apuesta a los servicios web El prximo messenger ser Windows Messenger Live

El artculo original de la Historia de Microsoft ha sido escrito por Javier Comn y fue actualizada por el equipo editorial de Maestros del Web el 10 de noviembre de 2005.