Linux WWW-COMO
  por Peter Dreuw, pdreuw@wing.gun.de Traducido por José
  Manuel Puerta Peña, a920226@zipi.fi.upm.es
  v0.7.6, 6 October 1996

  Este documento contiene información acerca del establecimiento de ser­
  vicios WWW bajo Linux (tanto servidor como cliente) y como mantener­
  los.  No intenta ser un manual detallado pero sí una visión general y
  un buen punto de partida a información adicional.
  ______________________________________________________________________

  Índice general



  1. Introducción
     1.1 Derechos de autor
     1.2 Rectificación
     1.3 Información sobre resultados
     1.4 Nuevas versiones de este Documento

  2. Configuración el software del cliente de WWW
     2.1 Descripción general
     2.2 Lynx
        2.2.1 Dónde conseguirlo
        2.2.2 Cómo instalarlo
        2.2.3 Características especiales
     2.3 Emacs-W3
     2.4 Netscape Navigator Gold 3.0
        2.4.1 Dónde conseguirlo
        2.4.2 Desempaquetando e Instalando
        2.4.3 Los applets de Java con el navigator

  3. Establecimiento de los sistemas de servidor de WWW
     3.1 httpd del cern
     3.2 apache
        3.2.1 Dónde obtenerlo
        3.2.2 Instalación
        3.2.3 Configuración
        3.2.4 Características Especiales
           3.2.4.1 Servidor multipetición
           3.2.4.2 Sistema de módulos
     3.3 Sistemas de macros CGI
        3.3.1 ¿ Cómo funciona CGI en principio ?
        3.3.2 Perl
        3.3.3 PHP/FI
        3.3.4 W3-mSQL
        3.3.5 algunas macros útiles

  4. Manteniendo un servidor WWW o algunas Páginas Web
     4.1 La corriente dominante: HTML técnico
     4.2 Algunos conceptos sobre el ancho de banda
     4.3 Algunos conceptos sobre la carga del servidor
     4.4 CGI contra Applet / Macros del lado del cliente
     4.5 Ideas de estilo
     4.6 Editores de HTML bajo Linux
        4.6.1 vi, vim
        4.6.2 emacs y XEmacs
        4.6.3 asWedit
        4.6.4 otras indicaciones
     4.7 Gráficos
        4.7.1 Formato gif
        4.7.2 Formato jpeg
        4.7.3 Formato png
        4.7.4 Conversores
     4.8 Cosas especiales
        4.8.1 Java
        4.8.2 ActiveX

  5. FAQ
  6. Para una lectura adicional
  7. Agradecimientos


  ______________________________________________________________________

  11..  IInnttrroodduucccciióónn

  Mucha gente está introduciéndose en Linux porque buscan una plataforma
  con _c_a_p_a_c_i_d_a_d _p_a_r_a _I_n_t_e_r_n_e_t realmente buena. Otros usan Linux por la
  diversión de instalar un SO gratis en sus sistemas. Por supuesto,
  algunos de ellos quieren entrar en contacto con internet. Además,
  existen institutos, universidades y otras organizaciones, la mayoría
  sin ánimo de lucro, que quieren o necesitan instalar servidores de
  internet con pequeños gastos.  Aquí es donde entra el WWW COMO. Este
  documento intenta explicar como instalar clientes y servidores para (a
  mi parecer) la parte conectada más grande de la red - _L_a _W_o_r_l_d _W_i_d_e
  _W_e_b.


  11..11..  DDeerreecchhooss ddee aauuttoorr

  Este documento es Copyright (c) 1996 de Peter Dreuw. Por favor,
  cópielo y distribúyalo mucho, pero no modifique el texto u omita mi
  nombre.

  Si vende este COMO en un CD, en un libro o en otro medio de
  comunicación, me gustaría mucho tener una copia como referencia.

  Las marcas registradas son propiedad de sus respectivos dueños.


  11..22..  RReeccttiiffiiccaacciióónn

  Este documento está pensado como una introducción en las técnicas de
  WWW usadas o utilizables en Linux. ¡ No soy ningún experto ni en WWW
  ni en seguridad ! NO ME HAGO RESPONSABLE DE NINGUN DAÑO INCURRIDO
  DEBIDO A ACCIONES TOMADAS EN BASE A LA INFORMACION INCLUIDA EN ESTE
  DOCUMENTO.



  11..33..  IInnffoorrmmaacciióónn ssoobbrree rreessuullttaaddooss

  Cualquier información será realmente bienvenida. Sólo envíeme un
  correo a pdreuw@wing.gun.de.


  11..44..  NNuueevvaass vveerrssiioonneess ddee eessttee DDooccuummeennttoo

  Puede obtener nuevas versiones de este documento vía FTP anónimo de
  _s_u_n_s_i_t_e_._u_n_c_._e_d_u en ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/ y de
  casi cualquier servidor réplica de ftp afín a Linux.

  Además, Ud. puede bajárselo vía
  http://ourworld.compuserve.com/homepages/dreuw/lxwwwh2.tgz como un
  archivo tar comprimido con gzip conteniendo versiones sgml, text,
  latex y ps. La versión html está disponible directamente bajo
  http://ourworld.compuserve.com/homepages/dreuw/lxwwwh2.htm



  22..  CCoonnffiigguurraacciióónn eell ssooffttwwaarree ddeell cclliieennttee ddee WWWWWW

  El capítulo siguiente está dedicado a los usuarios de web. Algunos
  atajos y trucos establecidos en versiones actuales de visualizadores
  de web comunes. Por favor, no tenga reparos en contactar conmigo si su
  visualizador favorito de web no se menciona aquí. (Como ésta es
  realmente una versión muy reciente del WWW-COMO, probablemente la
  mayoría de ellos no están listados...)

  Personalmente, yo prefiero el visualizador W3 de Emacs y Lynx ya que
  poseen algunas ventajas de velocidad y no hay necesidad de cargar
  completamente los gráficos a través de mi línea telefónica de baja
  velocidad ;)


  22..11..  DDeessccrriippcciióónn ggeenneerraall

  Lynx es el visualizador de Web más pequeño que conozco y uso - pero
  posee muchas características especiales, por tanto no se salte este
  capítulo.

  Emacs - bueno, no hay nada que decir sobre el visualizador W3 de
  Emacs, es justamente Emacs, como el lector de noticias de Emacs, el
  lector de correo de Emacs, etc. pp.

  El Netscape Navigator es el único visualizador mencionado aquí que es
  capaz de esas cosas nuevas y divertidas tales como _J_a_v_a_S_c_r_i_p_t y esas
  agradables características de la etiqueta <APPLET> necesarias para
  ejecutar _J_a_v_a. Por favor, comuníqueme si existe cualquier otro
  visualizador de web que pueda hacer una u otra cosa. Realmente me
  gustaría saberlo.

  Hay rumores sobre que Microsoft va a trasladar Internet Explorer a
  varias plataformas Unix (quizá incluyendo Linux). Si Ud. tiene
  noticias más fiables, por favor mándeme un correo electrónico.



  22..22..  LLyynnxx

  El más pequeño (?, hm, cerca de 650 K de ejecutable) y quizá el
  visualizador de Web más rápido disponible. No come mucho ancho de
  banda ni recursos del sistema ya que sólo trata con visualizaciones de
  texto como cualquier consola, terminal o terminal gráfica xterm. Ud.
  no necesita ningún _s_i_s_t_e_m_a _d_e _v_e_n_t_a_n_a_s _g_r_á_f_i_c_a_s _X _W_i_n_d_o_w ni megabytes
  adicionales del sistema de memoria para ejecutar este pequeño
  visualizador.

  Además, también está disponible el código fuente.


  22..22..11..  DDóónnddee ccoonnsseegguuiirrlloo

  La última versión es la 2.5 y puede ser obtenida desde
  http://www.wfbr.edu/dir/lynx o desde casi cualquier servidor de ftp
  afín a Linux como ftp://sunsite.unc.edu/pub/Linux/system/Network/info-
  systems/www/ o desde cualquier servidor réplica.

  O eche un vistazo a las _p_á_g_i_n_a_s _m_e_j_o_r_a_d_a_s _d_e _L_y_n_x
  http://www.nyu.edu/pages/wsn/subir/lynx.html para información sobre el
  uso de Lynx.



  22..22..22..  CCóómmoo iinnssttaallaarrlloo

  Sólo obtenga el archivo, desempaquételo, _l_e_a el fichero README y _s_i_g_a
  los pasos descritos en el fichero INSTALL.

  Si no desea una distribución de fuentes, debería obtener una
  distribución binaria para Linux sobre sistemas basados en Intel
  disponible en sunsite.

  Lynx compila y se ejecuta en mi sistema sin ningún problema tanto en
  Linux 1.2.13 como en 2.0.x.



  22..22..33..  CCaarraacctteerrííssttiiccaass eessppeecciiaalleess

  Bueno, existen. Para una descripción completa, lea los manuales y
  ficheros doc que vienen con Linux.

  Para hacerse una idea, teclee

       lynx --help

  .

  En mi humilde opinión, la característica más especial de Lynx frente a
  todos los otros visualizadores de web es la capacidad para la petición
  en modo de procesamiento por lotes. Uno puede escribir una macro del
  intérprete de comandos que recupere un documento, a través de las urls
  _h_t_t_p, _f_t_p, _g_o_p_h_e_r, _W_A_I_S, _N_N_T_P o _f_i_l_e_:_/_/, y salvarlo al disco. Además,
  se pueden rellenar documentos HTML con datos en el modo de proceso por
  lotes simplemente redirigiendo la entrada estándar y usando la opción
  _-_p_o_s_t___d_a_t_a.



  22..33..  EEmmaaccss--WW33

  Existe una cosa lamentable sobre el visualizador W3 de Emacs ;) Si Ud.
  tiene GNU Emacs o XEmacs ejecutándose, probablemente también tenga el
  visualizador W3 ejecutándose.  No hay mucho trabajo en este COMO.  Si
  Ud. cree que debería haber más información sobre esto, por favor
  hágamelo saber.

  El modo W3 de Emacs es casi un sistema de visualización de web
  completamente caracterizado, escrito en el sistema Lisp de Emacs.
  Principalmente trata con texto, pero también puede mostrar gráficos
  (al menos) si ejecuta Emacs bajo el sistema de ventanas gráficas X
  Window.

  El paquete de GNU emacs más reciente está disponible en
  ftp://prep.mit.ai.edu, el más reciente de XEmacs podría ser obtenido
  desde ftp://ftp.xemacs.org.



  22..44..  NNeettssccaappee NNaavviiggaattoorr GGoolldd 33..00

  Sí, Ud. lo consiguió. El Rey de los visualizadores de WWW. Algo casi
  como lo que es Emacs en el mundo de los editores de texto. Netscape
  Navigator puede hacerlo casi todo (excepto hacer café... pero quizá
  _j_a_v_a lo haga...). Pero por otra parte, el más hambriento de memoria y
  devorador de recursos de los _v_i_s_u_a_l_i_z_a_d_o_r_e_s _d_e _w_e_b, lectores de
  _n_o_t_i_c_i_a_s, lectores de _c_o_r_r_e_o (pop3), y editores de correo y noticias
  que yo haya visto nunca.

  Mi última versión del Netscape Navigator Gold (versión de exportación)
  es de 28-Aug-1996 y (c) 1995, 1996 Netscape Communications Corp.

  (Como yo vivo en Europa, sólo puedo obtener la versión de
  exportación...)


  22..44..11..  DDóónnddee ccoonnsseegguuiirrlloo

  El primer lugar para conseguir el Netscape Navigator para Linux como
  distribución binaria es en ftp://ftp.netscape.com.  El segundo (ya que
  estos servidores están muy cargados) debería ser un servidor réplica
  afín a netscape. Ud. también podría consultar archie acerca de este
  asunto. Quizás tenga suerte y lo encuentre en un cd rom (esto salvaría
  algo de ancho de banda ya que el archivo es bastante grande,  2.5 MB).



  22..44..22..  DDeesseemmppaaqquueettaannddoo ee IInnssttaallaannddoo

  Desempaquete el archivo y _l_e_a el fichero README No hay nada extraño en
  esto, ya sabe.



  22..44..33..  LLooss aapppplleettss ddee JJaavvaa ccoonn eell nnaavviiggaattoorr

  Existen algunos rumores que dicen que hay problemas al ejecutar los
  applets de java con el Netscape Navigator Gold 3.0 incluso si java
  está activado en el diálogo de opciones.  El archivo que conozco
  contiene un fichero _j_a_v_a___3_0 que debe ser renombrado como _j_a_v_a___3_0_._z_i_p.
  Después de esto, cualquier applet de java debería funcionar bien
  dentro del entorno del netscape.

  Si continúa teniendo problemas al usar los applets de java así como si
  el Netscape Navigator se bloquea o simplemente se interrumpe después
  de cargar un applet de java, eche un vistazo a su _v_e_r_s_i_ó_n _d_e _l_i_b_c.
  Haga un

       ldconfig -v | less

  (quizás, deba ser Ud.  super-usuario para hacerlo...) y busque un
  renglón

       libc.so.5 => libc.so.5.xx.yy

  dónde su versión de libc es 5.xx.yy. Si su libc no es 5.2.18, éste
  debe de ser el problema. Hay muchos informes para sistemas Linux
  1.2.13, que deberían ser actualizados a libc 5.2.18 generalmente
  cuando se necesite ejecutar Netscape Navigator. Adicionalmente,
  debería ser una buena idea degradar su libcc de 5.3.xx a 5.2.18 si Ud.
  ejecuta Netscape Navigator y un núcleo Linux 2.0.x.  (De hecho, las
  series de libc 5.3.xx son para propósitos de prueba beta, así que Ud.
  debería saber lo que está haciendo.) Algunas de las series 5.3.xx
  interrumpen el Netscape Navigator y el código de clases de Java.

  Para más información sobre _J_a_v_a _e_n _L_i_n_u_x o _p_r_o_g_r_a_m_a_c_i_ó_n _e_n _J_a_v_a, por
  favor lea el JAVA-COMO o visite http://www.sun.com.



  33..  EEssttaabblleecciimmiieennttoo ddee llooss ssiisstteemmaass ddee sseerrvviiddoorr ddee WWWWWW

  Esta sección contiene información sobre diferentes paquetes de
  software de servidores de http y herramientas adicionales del servidor
  como lenguajes de macros para programas CGI, etc.

  Para una descripción técnica sobre los mecanismos del http, eche un
  vistazo a los documentos RFC mencionados en el capítulo "Para lectura
  una adicional" de este COMO.



  33..11..  hhttttppdd ddeell cceerrnn

  Como el servidor original de httpd del cern se presenta con algunos
  errores graves, y es bastante lento y voraz de recursos, por ahora no
  se describe en este COMO.  Si Ud. se ofrece voluntario para escribir
  algunos hechos o capítulos, por favor envíemelos. Los añadiré a este
  documento.



  33..22..  aappaacchhee

  _(_P_o_r _e_s_c_r_i_b_i_r_) _l_o _s_i_e_n_t_o Características, Visión General, Ventajas


  33..22..11..  DDóónnddee oobbtteenneerrlloo



  33..22..22..  IInnssttaallaacciióónn



  33..22..33..  CCoonnffiigguurraacciióónn



  33..22..44..  CCaarraacctteerrííssttiiccaass EEssppeecciiaalleess

  EL httpd apache posee algunas características especiales en la versión
  actual.



  33..22..44..11..  SSeerrvviiddoorr mmuullttiippeettiicciióónn

  BlaBla??? como configurar ....


  33..22..44..22..  SSiisstteemmaa ddee mmóódduullooss

  como incluir otros módulos ...  dónde conseguir información sobre la
  programación de módulos ...



  33..33..  SSiisstteemmaass ddee mmaaccrrooss CCGGII

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_) CGI (common gateway interface) (interfaz
  común de pasarela)


  33..33..11..  ¿¿ CCóómmoo ffuunncciioonnaa CCGGII eenn pprriinncciippiioo ??

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_) estructura de llamada, estructura http,
  formato de parámetro de programa (ligeramente tocado), cosas a tener
  en cuenta



  33..33..22..  PPeerrll

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_) algo fácil en perl (macro de muestra)


  33..33..33..  PPHHPP//FFII

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_) algo fácil en PHP/FI (macro de muestra)


  33..33..44..  WW33--mmSSQQLL

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_) algo incluso más fácil (macro de muestra)
   ¡ un consejo sobre configuración !!!


  33..33..55..  aallgguunnaass mmaaccrrooss úúttiilleess

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_)FaxInbound para Table incluyendo macros
  php/fi y macros del interprete de comandos



  44..  MMaanntteenniieennddoo uunn sseerrvviiddoorr WWWWWW oo aallgguunnaass PPáággiinnaass WWeebb

  Si Ud. tiene que mantener un servidor web o si mantiene al menos una
  página web, tiene que pensar en su oferta a la red y tiene que dedicar
  algunos pensamientos en la aproximación al lector / usuario de sus
  páginas web.



  44..11..  LLaa ccoorrrriieennttee ddoommiinnaannttee:: HHTTMMLL ttééccnniiccoo

  Bien, no voy a decirle cómo se codifica HTML ni como tiene Ud. que
  diseñar sus páginas. Sólo le daré algunos puntos dónde Ud. puede
  encontrar información más avanzada.

  Debería echar un vistazo a http://www.w3.org/ para la especificación
  más reciente del lenguage HTML.

  Eche un vistazo a la lista al final de este artículo, encontrará más
  consejos, dónde leerlos.



  44..22..  AAllgguunnooss ccoonncceeppttooss ssoobbrree eell aanncchhoo ddee bbaannddaa

  Muchos usuarios se conectan a Internet vía líneas de modem de baja
  velocidad. Un rango de velocidad de 14.400 bps a 28.800 bps es una
  obra de arte para "sitios privados". En Europa, están creciendo
  sistemas RDSI, pero una velocidad de 64.000 bps no es muy rápida en
  comparación con (hagámoslo simple - una ethernet de 10.000.000 bps). Y
  una ethernet de 10 Mbps no es realmente una conexión de LAN de alta
  velocidad hoy en día.

  Así como Ud. se da cuenta que muchos usuarios no poseen este acceso
  rápido a la red, debería tener en cuenta el aumentar la relación entre
  información y bytes. Optimícelo a 1:1 (si puede). _D_e_b_e_r_í_a usar
  gráficos en sus páginas web siguiendo la tendencia multimedia, pero
  recuerde siempre los objetivos de su página y de los gráficos que va a
  introducir.  Si la mayoría de sus usuarios se conectan a través de una
  línea de modem pequeña y los gráficos sólo sirven para razones
  estéticas o para hacer efectos llamativos, haría mejor quitándolos de
  sus páginas, o (al menos) rehacerlas al tamaño de fichero más pequeño
  posible y usar la mejor compresión. A sus usuarios les gustará.

  Recuerde siempre: ciertamente a nadie le gusta un efecto llamativo que
  dura unos 3-5 minutos _d_e_s_p_u_é_s del mensaje de texto.



  44..33..  AAllgguunnooss ccoonncceeppttooss ssoobbrree llaa ccaarrggaa ddeell sseerrvviiddoorr

  En un servidor de web, normalmente existe al menos una tarea de
  servidor ejecutándose. Si esta tarea lee una petición de un cliente
  http, se duplica a sí misma (en Linux esto se llama _r_a_m_i_f_i_c_a_c_i_ó_n) (--
  N.  del T.: fork=ramificación--) y la nueva copia sirve la petición
  mientras que la original mantiene la escucha para nuevas peticiones.
  Una vez acabada la petición, la copia desaparece. (De hecho, algunos
  servidores - como el apache - siempre conservan por defecto cinco
  copias del servidor en espera preparadas para peticiones en paralelo
  al servidor maestro, por razones de velocidad.)

  Algunos visualizadores de web como las series del Netscape Navigator
  hacen muchas peticiones en paralelo sobre el mismo servidor, lo que
  incrementa la carga del servidor dedicada al mismo usuario. Estos
  visualizadores, por ejemplo, cargan la página HTML y la analiza
  sintácticamente durante la carga y distribuye nuevas peticiones para
  otra información como gráficos embebidos, ficheros de applets,
  ficheros de sonido o cualquier otro dato adicional codificado con
  mime. Por el contrario, los visualizadores de carga por usuario del
  servidor lo más baja posible.

  Muchos usuarios prefieren visualizadores que usan la técnica de
  multipetición como el Netscape Navigator, porque traen una visión
  general más completa sobre la página requerida antes de que lo haga
  una petición simple del visualizador.

  En mi opinión esto es porque muchos diseñadores de páginas introducen
  la información embebida dentro de los gráficos, rechazando los
  visualizadores de sólo texto.

  Entonces, (como mantenedores de servidores) el problema es nuestro, ya
  que la mayoría de los usuarios lanzan multiples peticiones sobre
  servidores externos dentro de la carga de la misma página. Podemos
  limitar esto limitando el software del servidor a no servir más
  peticiones que "x" desde el mismo sistema al mismo tiempo. Pero, ¿cómo
  conseguir este "x"? No es fácil calcularlo, y es necesaria mucha
  experiencia personal en su servidor para representarlo.  Pero, le daré
  algunos consejos. Tenemos que tener en cuenta el ancho de banda de
  nuestra conexión, el tamaño de memoria de nuestro servidor, alguna
  impresión sobre el rendimiento de la cpu/disco de nuestro servidor
  y... bueno, eso es suficiente para la primera ojeada. Debería echar un
  vistazo a la memoria que utiliza una sola tarea del servidor. Entonces
  piense cuantas de ellas se podría tener en memoria a la vez. Piense
  qué porcentaje de sus páginas web podrían permanecer en la caché de
  disco de su servidor. Optimice el total de tareas del servidor de web
  contra el tamaño del caché del disco y estará realmente cerca de su
  "x" personal.  Además, puede presentar otros trabajos que posea el
  servidor. Por ejemplo, si su sistema también presta servicio por ftp,
  debería limitar el máximo número posible de conexiones para conservar
  un mínimo de espacio para la tarea del servidor de ftp. Si su servidor
  de web también presta algunos servicios de base de datos, haría mejor
  apartando algunos ciclos de cpu y también reducir su "x". Juegue algo
  con estos valores y pruébelos.  Y (!) lea el siguiente capítulo sobre
  la escritura de macros CGI, lo que también conlleva rendimiento del
  servidor y (dependiendo de los CGI) cantidad de memoria.



  44..44..  CCGGII ccoonnttrraa AApppplleett // MMaaccrrooss ddeell llaaddoo ddeell cclliieennttee

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_) descripción general sobre
  ventajas/desventajas y consejos sobre qué usar y cuando.



  44..55..  IIddeeaass ddee eessttiilloo

  Uh, un tema realmente difícil para ser descrito en una frase corta. No
  intento confundir sus ideas ingeniosas de diseño. Tampoco voy a hacer
  que se incline por mis estrategias personales de diseño. Sólo me
  gustaría añadir uno o dos dictámenes a las ideas de arriba sobre carga
  y ancho de banda del servidor.

  Numerosas investigaciones sobre el comportamiento humano en interfaces
  de usuario y presentaciones en pantalla han publicado resultados
  interesantes. Existen algunos factores simples que uno debería tener
  en cuenta al diseñar páginas WWW.


  ·  Mantenga el texto en bloques cortos. Este COMO se ve feo en
     pantalla, pero bonito en papel impreso. (Inténtelo Ud. mismo). Los
     seres humanos a menudo tienen dificultades para leer texto extenso
     impreso en pantalla. Pierden el hilo de la frase; sufre su
     concentración.

  ·  No mezcle gráficos y bloques de texto. Esto es agradable a la vista
     pero es una característica fea a la hora de leer. Puede extender
     encabezados, efectos llamativos pero, por favor, no mezcle bloques
     de texto con gráficos. Entendidos en comportamiento descubrieron
     que los humanos somos atraidos mucho más por gráficos en pantalla
     que por texto.  La gente encuentra más fácil darse cuenta de un
     gráfico en pantalla que en papel, al contrario que el texto el cual
     es más fácil "ver y decodificar" sobre el papel que en pantalla.

  ¿Sabía esto? Si desea obtener más información sobre esto, busque en
  las guías de estilo GUI y en los resultados de investigaciones
  ergonómicas realizados por muchas universidades y compaas de software
  (incluida MS).



  44..66..  EEddiittoorreess ddee HHTTMMLL bbaajjoo LLiinnuuxx

  Hum, existen algunos. De hecho, se tienen noticias de que son muchos.
  Pero como yo ya hice todo lo que pude, no los he probado todos. Pero
  realmente espero con ilusión y curiosidad leer los informes que Uds.
  me envíen.



  44..66..11..  vvii,, vviimm

  vi y vim son perfectamente aptos para escribir codigo HTML... (no me
  caliente la cabeza con esto) porque el código HTML sólo utiliza
  caracteres de texto ASCII.  No quiero dar pie a otra guerra de
  editores. Aquellos que conocen el vi/vim y lo usan diariamente pueden
  utilizarlo también para código HTML.  Puede hacer que el vi/vim le
  ayude a desarrollar código HTML creando algunas macros para el vi/vim.
  Pero como esto no es un VI-COMO, dejaré este hecho aquí solo. Sólo
  tenga en cuenta que es posible usar el vi/vim para editar HTML (al
  menos para algunos cambios cortos).  Si Ud. ya sabe como programar el
  vi/vim, ciertamente también sabrá como abstraer HTML. Si no lo sabe,
  bueno, no se preocupe.


  44..66..22..  eemmaaccss yy XXEEmmaaccss

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_)


  44..66..33..  aassWWeeddiitt

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_)



  44..66..44..  oottrraass iinnddiiccaacciioonneess

  Ah, existen algunas referencias de un paquete llamado phoenix, basado
  en tkWWW, pero no he sido capaz de hacerlo funcionar en mi sistema.
  Creo que era un problema con mi versión del tcl/tk pero nunca lo
  sabré. No dediqué mucho tiempo con ellos, así que, quizás funcionen
  ambos en su sistema.  Solamente vaya y pregunte en archie. Quizá,
  pueda mandarme un mensaje si tiene éxito.

  Si Ud. echa en falta aquí su editor de HTML favorito, escríbame un
  mensaje.  Quizás añada algunas referencias a páginas web acerca
  editores de HTML para Linux. Mándeme algunas bonitas URL.



  44..77..  GGrrááffiiccooss

  ¿ Conceptos, ideas, consejos ? Bueno, debería leer el grupo de
  noticias _c_o_m_p_._g_r_a_p_h_i_c_s. Y puede visitar
  http://www.w3.org/pub/WWW/Graphics/.


  44..77..11..  FFoorrmmaattoo ggiiff

  GIF (Formato de Intercambio de Gráficos) (-- N. del T.: GIF = Graphics
  Interchange Format--) fue introducido en 1987 por Compuserve, Inc. y
  revisado en 1989. Usa un algoritmo LZ, el cual es la causa fundamental
  de los derechos de autor de E.E.U.U. o de la ley de patentes. Deberían
  existir algunos problemas legales al usar este formato gráfico en
  internet (a pesar de que casi todo el mundo lo hace).

  Gif es un buen formato para imágenes pequeñas con gráficos de
  estructura simple tales como gráficos de computador o iconos.

  Gif posee algunas ventajas como que es uno de los formatos gráficos
  más extendidos (si no el más) en sistemas de conexión directa:


  ·  ofrece una buena compresión

  ·  comprime sin pérdida de información

  ·  posee capacidad de entrelazado, esto es, las imágenes podrían ser
     vistas a tamaño real (con menos resolución) antes de que fueran
     traídas completamente.

  ·  puede contener más de una imagen dentro de un fichero

  ·  puede contener una animación pequeña en un fichero

  ·  casi cualquier visualizador gráfico de web soporta gif

  ·  puede contener un color transparente

  ·  sistema de descompresión rápido

  Las desventajas son:

  ·  sólo es posible imágenes de 256 colores

  ·  problemas de licencia y derechos de autor (?)

  ·  no es el tamaño de fichero ideal


  44..77..22..  FFoorrmmaattoo jjppeegg

  El "Joint Graphic Experts Group" (JPEG), Grupo de Expertos en Gráficos
  Unidos", hizo el diseño para el formato gráfico jpeg/jpg/jiff. Este
  formato está basado en una transformación discreta de coseno (DCT) y
  en una compresión en código Huffmann.  JPEG funciona con una perdida
  significativa de información, lo que puede hacer que sus imágenes
  aparezcan algo menos coloridas o con menos definición. El factor
  típico de compresión está entre 1:5 y 1:50. (Por encima de 1:10
  cualquiera puede ver aparecer los artefactos a través del ciclo de
  compresión/descompresión.)

  JPEG es un buen formato para fotografías, gráficos grandes e imágenes
  realmente complejas.

  Las ventajas son:

  ·  fuerte compresión, ficheros pequeños y por tanto, rápidos de
     bajarse...

  ·  cualquier visualizador gráfico conoce las jpeg

  Las desventajas son:

  ·  compresión/descompresión lenta

  ·  posible pérdida de información



  44..77..33..  FFoorrmmaattoo ppnngg

  Portable Network Graphics (PNG), Gráficos de Red Portables, (el nuevo
  formato en la red). PNG está favorecido por el consorcio W3. Para una
  información más detalada visite http://www.w3.org/pub/WWW/TR/WD-
  png.html y http://www.w3.org/pub/WWW/Graphics/PNG/Overview.html.
  Encontrará aquí una especificación técnica, alguna información para
  programadores, etc. PNG es un formato ideal que sustituye al GIF. La
  página principal del PNG está en http://quest.jpl.nasa.gov/PNG/.  Para
  los usuarios, PNG podrá tener algunas ventajas y algunas desventajas.
  Aquí están:

  En cuanto a las ventajas:

  ·  puede reemplazar a los GIF con licencia (PNG no tiene problemas de
     licencia)

  ·  capacidad de sistemas de paleta de 256 colores así como de escala
     de grises y de color verdadero (-- N. del T.: true color = color
     verdadero--) , incluyendo un elemento transparente

  ·  modo de entrelazado complejo donde no sólo líneas diferentes son
     secuenciadas sino que un sistema serializado de dos dimensiones
     obtiene la imagen, de lo que resulta que el usuario se da cuenta
     más pronto del contenido de la imagen.

  ·  es posible un algoritmo de descompresión rápido

  ·  descripción disponible públicamente (licencia gratis)

  ·  código de ejemplo disponible públicamente (licencia gratis)

  ·  diseño extensible

  En cuanto a las desventajas:

  ·  no está muy extendido (Netscape no lo soporta por el momento, pero
     algunos plugins lo hacen)

  ·  imágenes de una compresión no tan buena

  ·  no está lista una especificación final, en estado de borrador de
     trabajo.

  PNG es soportado actualmente en Linux por los siguientes programas:
  _I_m_a_g_e_M_a_g_i_c_k (Versión >=3.7), _G_h_o_s_t_S_c_r_i_p_t _4_._0, _G_i_m_p, _P_o_v_R_a_y _3_._0, el
  paquete _n_e_t_p_b_m. Para _x_v 3.10a existe un parche no oficial.



  44..77..44..  CCoonnvveerrssoorreess

  _(_p_o_r _e_s_c_r_i_b_i_r_, _l_o _s_i_e_n_t_o_) netpbm, xv, ghostscript, gimp, ImageMagick,
  CorelDraw sobre Wine :-)))



  44..88..  CCoossaass eessppeecciiaalleess

  Ahora existen muchas cosas especiales más allá del alcance de HTML e
  Image. Hay Applets escritas en páginas de Java y JavaScript y muchas
  cosas más.


  44..88..11..  JJaavvaa

  No hay nada que añadir sobre Java en general, sólo lea la sección de
  Java en el capítulo de Netscape Navigator de este COMO y la
  descripción general sobre Java Applet contra las macros CGI en este
  COMO. Además, también puede leer el COMO JAVA de Linux, realmente
  bueno y compacto.  Para programar en Java, por favor refiérase a
  libros verdaderamente buenos en este tema.



  44..88..22..  AAccttiivveeXX

  ActiveX es todavía, en el momento de escribir esto, un hijo de
  Microsoft.  Microsoft proclamó que lo difundiría al dominio público o
  al menos en el consorcio ActiveX.

  ActiveX no tiene nada que ver con el sistema X Window ni con XFree.

  Deriva del sistema OLE de Microsoft e IBM. Después de difundir las
  especificaciones, habría una adaptación a Unix. Pero, tenemos que
  esperar hasta entonces. Nada para Linux, por el momento.



  55..  FFAAQQ


  No hay cuestiones preguntadas frecuentemente (todavía...)



  66..  PPaarraa uunnaa lleeccttuurraa aaddiicciioonnaall


  ·  RFC1866 escrito por T. Berners-Lee y D. Connolly, "Hypertext Markup
     Language - 2.0", 11/03/1995

  ·  RFC1867 escrito por E. Nebel y L. Masinter, "Form-based File Upload
     in HTML", 11/07/1995

  ·  RFC1942 escrito por D. Raggett, "HTML Tables", 05/15/1996

  ·  RFC1945 por T. Berners-Lee, R. Fielding, H. Nielsen, "Hypertext
     Transfer Protocol -- HTTP/1.0", 05/17/1996.

  ·  RFC1630 por T. Berners-Lee, "Universal Resource Identifiers in WWW:
     A Unifying Syntax for the Expression of Names and Addresses of
     Objects on the Network as used in the World-Wide Web", 06/09/1994

  ·  RFC1959 por T. Howes, M. Smith, "An LDAP URL Format", 06/19/1996



  77..  AAggrraaddeecciimmiieennttooss

  Agradecimiento especial a Greg Hankins gregh@cc.gatech.edu por
  animarme a escribir este trabajo y el entretenimiento del que disfruté
  haciéndolo.

  También me gustaría agradecer a Chris Hendricks, _F_i_d_o_:
  _2_:_2_4_3_3_/_4_4_3_@_f_i_d_o_n_e_t_._o_r_g Chris_Hendricks@p0.f443.n2433.z2.fidonet.org
  por su compromiso con Linux y mi carrera personal a mantener al menos
  una nariz por delante :-)