[ TEMA DE PORTADA ] Alojamiento web
Un lugar de acogida
Conceptos, ideas y trucos para aquellos que desean montar una web
Antes de tener nuestra propia página, tendremos que encontrar
el lugar, empresa o servicio que permitirá a cualquier persona
del planeta armada con un navegador y conexión a Internet
llegar hasta lo que tenemos que decir.
Lo difícil de tener una página,
Î aparte de alimentarla de conte-
nidos, es encontrar un aloja-
miento que realmente sea de utilidad.
Debe existir algún servidor web, sin
importar dónde ni quién lo gestione, que
se encargue de proporcionar nuestras pági-
nas a todo aquel que las pida. Todos cono-
cemos los servicios de tipo gratuito que
nos ofrecen, junto con miles de banners y
pop-ups publicitarios, un lugar donde dejar
nuestros ficheros HTML. Contratando
acceso a Internet, por ejemplo una línea
ADSL, el proveedor también nos cede
unos cuantos Mbytes en sus servidores,
aunque normalmente es sólo eso: espacio.
Estas dos alternativas pueden estar bien
para aquellos que no quieran complicarse
demasiado la existencia, pero no para noso-
tros. Buscamos algo más que una
«web tonta»: el objetivo es tener
acceso a los sistemas de páginas
dinámicas actuales. Esto no es
algo precisamente inmediato (el
servidor web ha de estar prepara-
do para ejecutar nuestras creacio-
nes), por lo que la elección puede
complicarse un poco.
Tenemos varias opciones a la
hora de escoger un alojamiento.
La primera, por la que muchos
«manitas» han optado, consiste
en montar nosotros mismos el
servidor y utilizar nuestra línea
de acceso a Internet para que
cualquiera pueda llegar hasta
ella. El problema consiste en que
hemos de mantener el equipo
permanentemente encendido y
nuestra conexión siempre lista
para que un número reducido de
usuarios pueda ver la página.
La segunda alternativa, qui-
zás la más interesante, pasa por
«alquilar» un servidor completo a
un proveedor. De esta manera,
tendríamos todas las ventajas de
contar con un ordenador completamente
configurable, pero con el inconveniente del
precio estipulado (siempre por encima de los
200 euros mensuales ).
La opción que nos queda es recurrir a los
alojamientos compartidos, donde el provee-
dor nos ofrece una serie de servicios que
podemos utilizar como base para nuestra
web. Algunos incluso lo denominan virtual,
host debido a que, en un mismo equipo, aco-
gen a múltiples clientes (aunque esta deno-
minación se la han ganado sitios como
http://hosting.tummy.com, donde nos suminis-
tran acceso a nuestro propio Linux, usuario
root, mientras que compartimos máquina
con otros clientes). Su mayor inconveniente
radica en sus propias limitaciones, con el fin
de multiplicar el número de usuarios que
comparten una misma máquina.
PC ACTUAL 161 [ 56 ]
No obstante, a lo largo de estas páginas
recurriremos a tales ofertas, al tratarse de
soluciones al alcance de la mayoría de los
bolsillos. Os recomendamos buscar en
Internet (y hacerlo en inglés), interviniendo
en foros, mandando correos electrónicos o
chateando, puesto que existen ofertas muy
interesantes. Además, no hay que olvidarse
que muchos proveedores norteamericanos
proporcionarán soporte en castellano a tra-
vés de estos medios, signo de la abundante
comunidad latina al otro lado del charco.
La eterna pregunta
A la hora de buscar un alojamiento compar-
tido, descubriremos que suelen existir dos
clases de «paquetes» de ofertas: aquellas que
recurren al sistema operativo de Microsoft o
las que se declinan por el pingüino (más
baratos). Esta elección no puede tomarse a la
ligera; según el que escojamos, obtendremos
los servicios mediante mecanismos muy dis-
tintos. La diferencia más importante es, sin
duda, el servidor web utilizado: Apache
frente a Internet Information Server. A su
vez, el sistema gestor de bases de datos tam-
bién suele cambiar: MySQL o
Postgre, en lugar de SQL Server.
Obviamente, los mecanismos
para gestionar ambos servidores
no tienen nada que ver, y en oca-
siones, incluso, el soporte de pági-
nas dinámicas cambia por comple-
to (pese a que ASP tiene cabida en
Apache, existen al menos dos for-
mas de que estas páginas funcio-
nen bajo Unix).
Pero, ¿cuáles son exactamente
las diferencias? La primera, y más
importante, es la infraestructura
con la que cuenta el servidor web y
que, por lo tanto, utilizarán nues-
tras aplicaciones y scripts. En gene-
ral, si vamos a emplear Perl y PHP,
conviene recurrir a Apache, mien-
tras que si nos decidimos por ASP
o ASP.NET, recomendamos IIS.
También existen algunos deta-
lles elementales, por ejemplo el
fichero .httacces, que puede utili-
zarse en Apache, pero no en IIS.
Así, la gestión de nuestro espacio,
asignación de páginas de error,
control de acceso a las diferentes
 [ TEMA DE PORTADA ] Alojamiento web
carpetas o tratamiento de los ficheros son
radicalmente diferente.
Tras lo visto, parece que vamos asumien-
do que la mejor opción es que la web se
encuentre en Apache. Una buena elección en
cuanto al binomio relación calidad/precio.
La pluma mejor equipada
La designación de este servidor no es una
casualidad. Según algunos estudios, se trata
del más utilizado en Internet y cuenta con
una variedad de funciones sorprendente. De
hecho, es una aplicación modular y traduci-
da a varios entornos, que podemos adaptar a
nuestras necesidades (recompilando), pero
también añadiendo nuevos módulos.
¿Nadie se ha preguntado cómo consi-
guen «enlatar» páginas web de diferentes
clientes dentro de un mismo servidor? Se
trata, en realidad, de una triquiñuela de las
configuraciones. Apache soporta, gracias a
uno de estos módulos, la utilización de hosts
virtuales de forma sencilla. Si prestamos
atención a una de las imágenes que acompa-
ñan a este texto, veremos una representación
de una configuración que hace uso de los vir-
tual host de manera dinámica. El problema
de estos hospedajes compartidos consiste en
que Apache debe distinguir qué instancia
virtual de la base de datos ha de mostrar. En
teoría, existen un par de formas: por un lado,
utilizando una dirección IP para cada instan-
cia, de manera que cada vez que un cliente
haga una petición a una IP, el servidor sabrá
a qué estructura de directorio se refiere; por
otro, usando el nombre del dominio que el
cliente incluye en las peticiones HTTP.
Se recurre más a este último mecanismo,
ya que permite reutilizar direcciones IP
(Apache ya no distingue entre las estructuras
de directorios basándose en esta cifra) y aho-
rrar tiempo en configuraciones engorrosas.
Una vez detectado cuál es el esquema que
interesa, se aplica un curioso sistema de rees-
critura de URL, que hace completamente
transparente al usuario (tanto para el visitan-
te como para el gestor de las páginas) el acce-
so a los contenidos.
Existen, además, otros muchos módulos
que dotan a Apache de soporte para otro tipo
de sistemas, como CGI o PHP. Averiguar qué
módulos tiene instalado el servidor es fácil,
Estos permisos no tienen el mismo significado en los ficheros que en los directorios. En los primeros, la R quiere
decir lectura, W escritura y X ejecución; por su parte, en los directorios, R viene a significar que es posible leer lo
que contienen (listar contenidos), W permite crear o borrar ficheros en su interior y X acceder a ellos.
Cuando un usuario quiere acceder a una web, realiza una petición HTTP en la que se estipula la URL del host corres-
pondiente, un verbo (en este caso GET) y el fichero sobre el que tomará efecto (1). Apache comprobará el nombre del
host y rescribirá las URL y rutas de directorio de forma apropiada para que todo sea transparente (2). Una vez realiza-
das las sustituciones pertinentes, el servidor procede de forma convencional, accediendo al fichero solicitado y envián-
doselo al cliente. Este sistema se ha perfeccionado (ya se incluye por defecto en la distribución básica), de manera que
es posible crear nuevos hosts virtuales y establecer un simple directorio en el sistema de archivos.
incluso sin la cooperación del proveedor (ver conocer la web de la que procede (llamada
recuadro Información con PHP). referer y que será de gran ayuda para detectar
¿Por qué es importante tener acceso a esta enlaces a nuestra página), su IP (y por lo tanto
información? En principio, no tiene por qué su localización geográfica y lógica) o el nave-
afectarnos demasiado si sólo vamos a recu- gador que usa (sistema operativo, versión,
rrir a funciones básicas. Sin embargo, si opta-
mos por PHP, Perl o scripts de CMS basados
en ellos, será un dato a tener en cuenta, ya
que muchos hacen amplio uso de estos ele-
mentos. No existe ninguna regla general que
podamos anotar: se trata de algo tan confi-
gurable como Apache.
Este servidor web cuenta, además, con
algunos proyectos adicionales como Cocoon,
que permiten que nuestros contenidos estén
almacenados en XML y se apliquen diferen-
tes transformaciones para dejarlos en HTML
convencional antes de enviarse al cliente..
El chivato del reino
Apache no es un chico mudito que va a pro- MySQL Administrator es una de las formas más
cómodas de gestionar una base de datos.
porcionar impasible nuestros contenidos al
mundo sin tomar nada a cambio. La aplica- resolución de pantalla, etc.). Además, se
ción se encarga de registrar todas las entradas registra el número de hits, archivos, directo-
efectuadas, que luego nuestro proveedor nos rios e incluso visitas (utilizando cookies de
facilitará de alguna manera. Generalmente, forma transparente.). Si tenemos pocos
nuestro panel de acceso cuenta con algún «fans», estos datos serán escasos, pero si los
tipo de aplicación web que nos muestra un usuarios llegan por cientos, se convierte en
resumen de los registros. Existen múltiples algo extremadamente difícil de interpretar.
herramientas orientadas a facilitarnos un De ahí la existencia de estas aplicaciones. En
resumen de quién nos visita y toda la infor- ocasiones, el servidor deposita los logs en una
mación que le rodea. Por ejemplo, podremos carpeta accesible para que podamos descar-
garlos vía FTP. Su finalidad no es otra que
cedernos la oportunidad de tratar estos datos
«en crudo» y utilizar nuestro propio sistema
para generar informes.
Estos archivos pueden crecer y crecer, por
lo que se suele establecer una rotación diaria,
semanal, mensual…, de forma que nuestro
espacio no quede saturado. Un consejo: hay
que echarles un vistazo de vez en cuando.
Otro tipo de ficheros de registro intere-
santes, y que desgraciadamente no siempre
PC ACTUAL 161 [ 58 ]
 [ TEMA DE PORTADA ] Alojamiento web

Características de los proveedores de alojamiento web (1)

Proveedor Acens Amen España Arsys.es Axarnet Claranet Digital Valley

Teléfono 902 901 020 902 165 902 902 115 530 902 120 769 93 445 26 50 902 322 132
Web www.acens.com www.amen.es www.arsys.es www.axarnet.es www.claranet.es www.digitalvalley.com
Plataformas Linux / Windows Linux Linux / Windows Linux / Windows Unix / FreeBSD Linux
Server 2003
Cuotas según plan (euros)
Mensual De 29,95 a 225 De 1 a más de 149 De 2,5 a 99 De 15,33 a 30 De 17,73 a 44,77 n.d.
Anual De 287,52 a 2.160 n.d. De 30 a 1.188 De 59,95 a 235 De 177,29 a 447,75 De 46 a 999
Características según plan
Cuenta correo adicional De 1,3 a 1,4 De 0,15 10 euros / mes 0,45 2 euros / mes n.d.
(euros/cuenta)
Espacio en disco adicional 0,5 De 0,06 a 0,3 6,01 euros / mes 50 Mb 0,08 n.d. 0,025
(euros/Mbyte)
Penalización 15 euros / Gbyte No 0,50 euros / mes 7 euros / Gbyte No 0,012 euros
por espacio adicional
Espacio en disco De 75 a De 50 Mbytes De 20 Mbytes De 25 a De 50 a De 10 a
1.000 Mbytes a 80 Gbytes a 1 Gbytes 300 Mbytes 200 Mbytes 1.000 Mbytes
Transferencia datos mensual De 3,5 a 25 Gbytes Ilimitada De 500 Mbytes a 30 Gb De 1.000 a 5.000 Mb De 2 a 5 Gbytes De 300 a 14.000 Mb
Espacio POP3 (Mbytes) De 100 a 500 De 20 a 300 Ilimitado De 25 a 300 50 Ilimitado
Soporte
Telefónico / on-line / 24-7-365 Sí / Sí / Sí Sí / No / Sí Sí / Sí / Sí Sí / Sí / Sí Sí / Sí / Sí Sí / Sí / No

Características de los proveedores de alojamiento web (1)

Proveedor Planhost Servidores.com Ya.com Zilos.com

Teléfono 91 408 61 36 n.d. 902 902 191 902 929 120

Web www.planhost.net www.servidores.com www.empresas.ya.com www.zilos.com
Plataformas Linux Unix / Windows Red Hat 7.2 / Red Hat Linux
Windows Server 2003
Cuotas según plan (euros)
Mensual De 13,99 a 41,99 De 7,5 a 74,95 De 149 a 299 De 35 a 105
Anual De 153,89 a 461,89 5 a 69,95 euros / mes No aplicable De 55 a 980
Características según plan
Cuenta correo adicional (euros/cuenta) 0 1,49 No aplicable Pack de recursos
Espacio en disco adicional (euros/Mbyte) 0,0199 0,275 Negociable Pack de recursos
Penalización por espacio adicional 0,0117 euros 0,11 euros / Mbyte Negociable 0,0039 euros
Espacio en disco De 200 a 1.000 Mbytes De 50 a 660 Mbytes De 36 a 40 Gbytes De 30 a 2.000 Mbytes
Transferencia datos mensual De 6 a 20 Gbytes De 1.500 a 15.000 Mb De 25 a 40 Gbytes De 2.048 a 30.720 Mbytes
Espacio POP3 (Mbytes) De 200 a 1.000 De 50 a 660 n.d. De 80 a 2.000
Soporte
Telefónico / on-line / 24-7-365 Sí / Sí / No No / Sí / Sí Sí / No / Sí Sí / No / Sí
(1) Podéis consultar la tabla completa con los distintos planes de los 16 proveedores en nuestro DVD
(*) Todos los datos publicados en esta tabla han sido facilitados por los propios proveedores

conocemos, es el de errores. Su fin es anotar
todos aquellos que reporta Apache, o sus
módulos, durante el acceso a los contenidos.
Por propia experiencia, muchas veces se
torna un suplicio averiguar la causa de fallo
de un script si lo único que podemos ver es
un Error 500, por lo que recomendamos bus-
carlo entre la documentación del proveedor.
Todo un webmaster
El verdadero poder sobre nuestro dominio
—nunca mejor dicho— lo ejerceremos nor-
malmente desde un panel de control, una
página que facilita la modificación de los
parámetros de la web a nuestro antojo.
Tendremos acceso no sólo a funciones como
el correo electrónico o los DNS, sino que
suele ser posible establecer las páginas de
errores del servidor, parámetros de rotación
de los logs, redirecciones, subdominios...
Normalmente, desde aquí también podre-
mos configurar las cuentas para el acceso vía
FTP, e incluso es posible contar con un
pequeño administrador de ficheros, que faci-
lita su gestión sin utilizar otras herramientas.
Ésta es otra de las opciones para acceder
a los archivos de forma remota. La más utili-
zada es, sin duda, FTP (para lo que necesita-
remos un cliente), pero también existen otras,
como las extensiones de FrontPage. Éstas,
que también funcionan en Apache, permiten
que desde aplicaciones de Office podamos
añadir contenidos, al tiempo que utilizar
algunas opciones avanzadas. Han tenido
algún que otro problema de seguridad, pero
se trata de un método razonable para editar
contenidos, siempre que utilicemos Office.
Algo que sí hemos de valorar, indepen-
dientemente del mecanismo que decidamos
utilizar para dejar los ficheros, es el sistema
de archivos con el que trabajamos. En reali-
dad, basta con saber que se trata de la plata-
forma Unix, ya que lo que más nos interesa
es cómo se establecen los permisos de los
archivos y, por lo tanto, cómo los tratará el
servidor web.
No podemos ofrecer un cursillo sobre
permisos Unix, pero sí alguna ayuda. Cada

PC ACTUAL 161 [ 60 ]
 [ TEMA DE PORTADA ] Alojamiento web

Dragonet Global Internet Hostalia Idecnet NeoDigit NTT/Verio

902 103 903 902 305 010 902 012 199 902 699 699 902 201 220 902 250 280
www.dragonet.es www.servidoresonline.com www.hostalia.com www.idecnet.com www.neodigit.es www.verio.es
Linux Linux / Windows Linux Linux Linux FreeBSD / Solaris
Server 2003

n.d. De 10 a 121,3 De 9,9 a 39,9 De 5 a 33,6 De 10,95 a 69,95 De 99 a 345

De 29,99 a 599,97 De 110 a 330 De 35 a 399 De 50,2 a 336,5 De 52,95 a 699,95 De 99 a 250 euros / mes

n.d. De 0,04 a 0,06 n.d. 26,70 euros / 5 cuentas por 14,95 euros /

n.d. 0,04 n.d. 5 euros mes / 10 Mbytes 2 euros mes / 10 Mbytes 0,55

n.d. 0,007 euros 8 euros / Gbyte 47 euros / Gbyte 5 euros / mes No

De 50 a De 250 De 30 De 10 a De 30 a De 700
500 Mbytes a 40.000 Mbytes a 1.000 Mbytes 100 Mbytes 1.000 Mbytes a 5.000 Mbytes
De 256 a 6.500 Mb De 4 a 25 Gbytes De 0,5 a 12 Gbytes De 1 a 2 Gbytes De 0,5 a 20 Gbytes n.d.
De 50 a 500 De 250 a ilimitado De 30 a 1.000 Según plan 100 De 1.200 a 5.000

Sí / Sí / No Sí / Sí / Sí Sí / Sí / Sí Según plan Sí / Sí / Sí Sí / Sí / Sí

uno de los archivos contiene una serie de

ellos como los que aparecen en el esquema
que os mostramos en la segunda página de
este reportaje. Éstos se dividen en un grupo
de tres elementos (lectura, escritura y ejecu-
ción), que especifican lo que se puede hacer
con ellos. El primer grupo se refiere al usua-
rio creador del archivo; el segundo, al que
pertenece el dueño; y el último, al resto de
usuarios. Si los permisos son del tipo rwx r-x
r-x para el fichero algo.cgi, en realidad quere-
mos expresar que el dueño del archivo
puede leer, escribir y ejecutarlo; que el grupo
al que pertenece sólo puede leerlo y ejecutar-
lo (pero no modificarlo); y que los otros sólo
pueden leerlo y ejecutarlo.
Aunque parezca sencillo, ¿a qué usuarios
se refiere si nosotros no tenemos ningún tipo
de cuenta Unix? En realidad, sí que la tene-
Información con PHP
Si necesitamos información sobre el ser-
vidor Apache en el se encuentra nuestra
web, y éste cuenta con soporte para PHP,
puede que resulte de gran ayuda una
función llamada phpinfo(). Con ella, ten-
dremos acceso a un completo informe de
los módulos del servidor, e incluso el
entorno en el que se ejecuta, aunque
está especialmente pensado para ayudar
a depurar scripts escritos en este lengua-
je. Para comprobarlo, sólo es preciso uti-
lizar un editor de texto y teclear:
<?php
$resultado = phpinfo();
echo “$resultado”;
?>
Pequeño detalle pecuniario
Existen términos y condiciones comunes
a muchos planes de alojamiento. Qui-
zás las que más salten a la vista sean las
tarifas aplicadas a nuestro espacio.
Habitualmente existe, aparte de una
cuota de alta, una tarifa mensual que
depende en gran medida de la cantidad
de disco cedida y la tasa de transferen-
cia. Esta última es especialmente delica-
da, ya que no depende de nosotros úni-
camente (si tenemos un gran número
mos (muy probablemente la «principal» que
nos proporcionan con el alojamiento), aun-
que no podamos actuar con ella directamen-
te. En lugar de esto, debemos tener en cuen-
Hay que grabar el archivo como
debug.php. Seguidamente, debemos uti-
lizar el cliente FTP para subirlo a una car-
peta web pública y acceder a él a través
de nuestro navegador.
de visitas descargando ficheros de gran
tamaño, rápidamente agotaremos la
cantidad máxima de datos mensuales).
Hemos comprobado ofertas que inclu-
yen entre uno y tres Gbytes mensuales
en los planes más bajos). Hay que ente-
rarse qué ocurre cuando sobrepasamos
esa cantidad. ¿Cierra el proveedor sim-
plemente «el grifo»? ¿Nos cargará
automáticamente una cuota adicional
por Mbyte descargado?
ta que el último grupo será el utilizado por el
servidor para proporcionar los contenidos,
de manera que si no queremos que un fiche-
ro pueda ejecutarse (por ejemplo, los archi-
vos HTML), basta con eliminarle el permiso
x. Creednos, os evitaréis problemas.
Bases de datos
Para que un sitio web posea interactividad y
dinamismo, esto es, que sus usuarios puedan
dejar sus impresiones y acceder a las de los
otros, es necesario que todos esos datos se
almacenen en algún lugar. Éste es el cometi-
do principal de una base de dato. Lo que
ocurre es que no todos los proveedores ofre-
cen este servicio. Y habrá que conseguirlo.
Una vez salvado el primer escollo, nos
encontramos con el tipo de base de datos que
selecciones, que en nuestro caso es MySQL
(www.mysql.com). No en vano, en los últimos
meses ha crecido su presencia en los servido-
res un 30%, mientras que la más extendida,
Microsoft SQL Server y Access, lo ha hecho
en un 6%. ¿Las razones? Un coste asequible

PC ACTUAL 161 [ 61 ]
 [ TEMA DE PORTADA ] Alojamiento web

Sin embargo, no es el único sistema, ya

No todos los proveedores cuentan con paneles de
control tan completos como el de la imagen.
que también podremos contar con
PostgreSQL (www.postgresql.org), pertene-
ciente al mundo del software libre, pero
diseñado para aportar mayor potencia y
escalabilidad. Podríamos englobar a este
SGBD a caballo entre MySQL y otros comer-
ciales, como Oracle, SQL Server, Sybase,
aunque es cierto que, en comparación con
MySQL, ofrece menos integración con PHP,
consume más recursos de sistema y es más
lento. Nuestra conclusión es que, al no nece-
sitar un gran volumen de datos y transac-
ciones, lo ideal es apostar por MySQL.

(gratuito para fines no comerciales) y su eje- Administrando la BD

cución bajo Linux. Asimismo, habría que
sumar el incremento de los niveles de fiabili-
dad y seguridad con las últimas versiones.
Sus ventajas sobre otros sistemas son cla-
ras: es más veloz a la hora de gestionar los
datos y consume muy pocos recursos. A su
Muchos proveedores incluyen para gestionar sus servicios de bases
de datos aplicaciones como phpMyAdmin.
vez, ofrece una increíble integración con el
lenguaje de programación PHP, e incluso su
arquitectura permite tamaño ilimitado en los
registros. Otra de sus virtudes es que se com-
porta con gran fiabilidad a la hora de modi-
ficar o añadir campos a una tabla mientras
está siendo utilizada por otros usuarios.
La magia de .httacces
Se trata de un fichero que suele situarse
en las carpetas públicas de nuestro espa-
cio, las que podemos localizar a través de
una URL, sin embargo no es accesible por
los clientes. Proporcionan acceso a las
configuraciones de Apache, tanto inter-
nas como las de módulos, pero sólo se
aplican a los directorios en los que se
encuentran. Normalmente, existe una
configuración principal (establecida por
nuestro proveedor) que no podremos
modificar, ya que se aplica a todo el ser-
Una vez que hemos contratado los servicios
de un proveedor, lo habitual es que nos pro-
porcione los distintos datos que necesitamos
para acceder a ella. Sin ir más lejos, el nom-
bre del servidor y el puerto donde se encuen-
tra, así como su propio nombre. También
debemos conocer el nombre de
usuario y la contraseña con dere-
chos de administrador (que cambia-
remos al instante)..
Éstos son los parámetros que
necesitaremos para gestionarla, los
mismos que vamos a utilizar para la
creación del foro o PHP-Nuke. Éstos
ofrecen scripts capaces de crear las
tablas pertinentes para su correcto
funcionamiento, con lo que no tene-
mos por qué ser expertos en SQL.
Incluso si queremos realizar nues-
tros primeros pinitos, existen herra-
mientas basadas en web muy intui-
tivas y fáciles de manejar. Es el caso
de phpMyAdmin o phpPgAdmin
para gestionar, respectivamente,
bases de datos en MySQL y PostgreSQL.
Desarro-lladas en lenguaje PHP, permiten
acceder de forma remota a nuestra BD desde
cualquier lugar del planeta.
Por el contrario, otra posibilidad es insta-
lar el propio gestor de BD en nuestro equipo
(ya que existen versiones para Windows) y
vidor (y los sitios contenidos en él), pero
podemos establecer algunas excepciones
locales, que permiten realizar auténticas
virguerías. Por ejemplo, es posible definir
contenidos por defecto, tipos MIME, redi-
recciones, ejecución de scripts y un largo
etcétera. Finalmente, recomendamos
hacer una visita a la página web de Apa-
che (www.apache.org) e intentar com-
prender algunos de sus parámetros, aun-
que Internet está llena de ejemplos de
utilización de lo más esotéricos.
Aquí podéis ver uno de los paneles de control más
completos que nos hemos encontrado hasta el
momento. Pero no todos los proveedores cuenten
con tantas opciones.
utilizarlo para acceder al servidor. Esto es
posible en cualquiera de ellas, ya que en vez
de manejarlo de forma local, lo haremos
remotamente con los mismos parámetros
que en el caso anterior. En este sentido, des-
taca que los desarrolladores de MySQL ofre-
cen una versión de su MySQL Administrator,
aunque se encuentra en fase alfa.
A nivel de seguridad, existen utilidades
ofrecidas por los propios proveedores y que
se encargan de restringir el acceso a la admi-
nistración de la BD a determinadas direccio-
nes IP. Una opción muy interesante en el caso
de que poseamos una pública o fija.
Por último, debemos considerar el espa-
cio que ocuparán las tablas en el servidor.
Hay que valorarlo si éste es limitado, ya que
en muchas ocasiones se comparte con el que
tenemos para ubicar las páginas web. En
principio, estas tablas no tienen por qué ocu-
par demasiado, puesto que la mayoría de los
contenidos serán campos de texto, pero hay
que tener en mente que se reserva espacio de
forma temporal. Imaginemos una tabla que
tiene un tamaño real de 2 Mbytes, pues bien,
el espacio total ocupado puede ascender per-
fectamente al doble (siempre dependiendo
de la configuración por defecto realizada
directamente por el proveedor). PCA
José Plana y Pablo Fernández
i Más información
En el DVD que acompaña a la revista
hemos incluido los gestores de contenido
Bricolage y Zope

PC ACTUAL 161 [ 62 ]