De compras. Comprando Discos Duros. ¿Seagate, Hitachi, Western Digital?

Este post se podría haber titulado, ¡Bye, bye, Seagate! Le he estado comprando discos duros desde que me dedico a esto de la informática, y he de reconocer que en la última compra, ni me pensé la marca (muy mal hecho por mi parte). Hace un par de años compré 4 Seagate barracuda de 3TB, para montarlos en un Promise DS-4600. A los dos meses me falló un disco y le eché la culpa sin pestañear a Promise. Compré otros cuatro discos, y los monté en un servidor casero en ubuntu, en un Raid 10. Siguieron fallando. A día de hoy de los 8 discos me quedan 3 que no han dado error, pero por cuestiones de mera probabilidad, ya no me fio de ninguno de ellos. Acabarán la estantería como si fueran discos de 5900 rpm de los más baratos para respaldar información a largo plazo.

Me puse a investigar y descubrí un post sobre un informe de BlackBlaze a la que os dejo un enlace. Y la sorpresa fué desoladora.

fallos-disco-duro

La que había sido la mejor marca de Discos duros se convirtió de repente en la peor de todas. Ahora cuando escucho Seagate me hago cruces. He «tirado» unos 1200€ a la basura por confiar en Seagate, y eso no lo perdono. Cuando un usuario, ya sea empresa o particular, decide hacer una inversión de este calibre debería ser considerado con un poco de más respeto. La verdad es que me siento estafado. El informe de BlackBlaze, lo deja bastante claro. Dada la calidad de estos productos, no deberían tener el precio que tienen.

La gran sorpresa fue Hitachi, marca que yo siempre había considerado un poco «rara», pero que ha adoptado una política excepcional. La gran diferencia entre los discos de Hitachi, frente a WD o Seagate es que sus discos para RAID los HGST Deskstar NAS, son discos «enterprise» sin algunas funcionalidades de los Ultrastar. Los WD RED y los Seagate son Discos «desktop», con alguna funcionalidad extra. Los Hitachi Deskstar NAS, funcionan a 7200 rpm vs. las 5400 de los NAS de la competencia, y aunque son un poco mas ruidosos y seguro que se calientan un pelín más, la tasa de fallo los hace ampliamente preferibles.

La pregunta que viene ahora, ¿Raid o no?

Me atrevería a decir que el usuario medio tiende a tener más información en su casa que una Pyme, por una simple razón: contenidos multimedia.

La necesidad de respaldar grandes cantidades de información va e irá en aumento. Antes teníamos estantería llenas de libros, discos, CD’S,… y eso poco a poco ha ido cambiando a tener los discos duros llenos. Perder un disco duro, supone perder horas y horas de trabajo, y muchas veces, de horas de procesadores ardiendo comprimiendo vídeo, audio, …

Hay discos duros de una calidad inmensa. los «enterprise», que cuestan aproximadamente el doble que los discos habituales, los «desktop». Los primeros diseñados para formar parte de grandes grupos raid, y los segundos para estar sólitos en un equipo. Pero hay un dato que importa al usuario doméstico. Los primeros tienen una medida de calidad entre 1 y 2 MTBF (Mean Time Between Failures), y los desktop tienen valores muy por debajo del 1.

Como curiosidad os dejo un vídeo para ver por qué los discos duros para raid son mas caros que los desktop.

Luego comprarse un ultrastar para uso doméstico, puede no ser ninguna locura, si lo consideramos como una forma de proteger nuestra información. Sin embargo, los discos la mayor parte de las veces mueren por una subida de tensión, un golpe, falta de flujo de aire.

La única medida que tranquiliza de verdad es el raid. Si falla un disco, tenemos otro que conserva la información. El mejor raid para el usuario doméstico es el software raid de linux, o el raid de Mac OS. Una controladora tiene mas inconvenientes que ventajas, desde mi humilde punto de vista. Si muere la controladora, hay que disponer de otra «igual» para poder recuperar la información del raid. El Software raid, además de que es ampliamente comfigurable, también es exportable a otros PC’s sin necesidad de controladora. La ventaja fundamental de la controladora es que si hay una caida repentina del sistema conserva el caché de transferencia impidiendo que tengamos que hacer un rebuild del raid, pero practicamente por el mismo dinero que cuesta una controladora, y a veces por mucho menos, podemos adquirir un UPS (Unidad de Potencia Supletoria) por si se va la luz, seguir alimentando el ordenador.

Yo opto por el raid.

La segunda pregunta, ¿dispositivo de almacenamiento externo o linux server?

1. Un único equipo con copia de seguridad asociada: es lo de toda la vida. Nos compramos un buen disco duro ( yo os recomiendo el HGST IDK Deskstar, que es el que he comprado) y una SSD no muy grande para el Sistema Operativo (normalmente con 128-250Gb sobra). Os comento, que las SSD deben escribirse pocas veces para alargar su durabilidad, por lo que para el «scratching» es preferible tener un disco duro de alto rendimiento.

El problema viene con la copia de seguridad asociada. Hay dos tipos de dispositivos, por lo que he podido observar:

1. Dispositivos con control de RAID privativo: muchos dispositivos externos como el DS-4600 de Promise que os contaba antes, los WD My Cloud, y otros tantos, gestionan el funcionamiento del RAID con independencia del sistema operativo, es decir, olvidaos de usar el Software raid de linux, o de OSX, o el Jbod de Windows (aunque este no se si merece la pena contemplarlo). Si el raid falla, o pierdes toda la información o lo tienes que llevar a una empresa especializada que cobrará un trabajo difícil, delicado y por tanto caro.

2. Dispositivos esata o usb3, que hacen que el sistema operativo detecte los discos duros como si estuvieran dentro de la caja. Esto tiene la inmensa ventaja, sobre todo en entornos UNIX, de poder usar las herramientas del Software Raid, en caso de fallo de algún disco. Cosa que más tarde más temprano ocurrirá seguro, y además para eso tenemos un Raid, para defendernos en caso de fallo de un disco.

De ambas opciones, os recomiendo la segunda. Pero en ambos casos estos dispositivos tienden a calentar los discos duros, lo que acorta su vida, o ha hacer mucho ruido. Ambas cosas son malas para un entorno doméstico.

Si pretendemos dar una servicio a través de internet, lo que para un usuario doméstico significa acceder a sus archivos de una u otra forma, o presentar una página web,… tenemos que tener conectado el ordenador principal las 24 horas x 7 días a la semana, y eso es mucho consumo de energía para un hogar. Un ordenador de escritorio se tiene que reiniciar de vez en cuando, ya sea porque cambiamos alguna pieza de hardware, o actualizamos el software, o …. 1000 razones. El consumo de energía debe ser contemplado como una partida más del gasto en informática. La horas que un equipo está encendido también son horas de desgaste de todos los componentes que lo conforman, entre ellos los discos duros.

2. Home Server y Ordenador personal.

Ya hace años, con la aparición de los procesadores ARM que tener un servidor en casa no es nada descabellado. Por razones que ya he explicado en otros post, Linux toma una clara ventaja. Podemos optar por equipos de bajo consumo y cajas bien ventiladas que alargan la vida de los discos.

Yo en su momento opté un por una AMD Phenom de 4 núcleas y 16 Gb de RAM para virtualizar, que además me hacía las veces de Backup Server y servidor de internet. Pero investigando, investigando el otro día me encontré con esto.

microserver
HP Proliant microserver Gen 8

Se puede cambiar el procesador, desde el celeron que viene de base a un XEON, por ejemplo a un Intel BX80637E31230V2, a «3,5Ghz» x «4 nucleos» x «2 hilos», y se le pueden meter 16Gb de Ram ( y seguramente en un futuro no muy lejano 32Gbs). Sus 150w de fuente de alimentación,  lo convierte en un servidor de backup e internet perfecto para un hogar tal y como viene de serie. Pero la opción de expansión de procesador y memoria, lo hacen un servidor remoto perfecto de máquinas virtuales (Xen, vbox, vmware….) y una auxiliar en caso de necesidad de potencia de proceso.

Amazoneando un poco, el precio de la maquinita, a día de hoy es de 223,26€, y el equivalente en una unidad de backup externa, por ejemplo, el fantec QB-35USB3, cuesta 162,34€.

fantecLa diferencia de precio es casi insultante a favor del proliant, por la diferencia de consumo, pues el fantec necesita un ordenador encendido al lado para tener sentido, y el proliant en si mismo es un ordenador que nos presta otra multitud de servicios. Y lo más importante, el flujo de aire en el proliant tiene «mucha mejor pinta» que la caja externa. Os dejo un enlace a una amplia descripción de este servidor y a sus posibilidades.

 Respecto a los discos (a precios de Amazon a fecha de hoy) para incluir en el Raid yo he decidido cuatro modelos por su relación calidad precio, y os los comparto en la siguiente tabla.

Px/ud envio total ud Px/Gb 4 Ud RAID 10 RAID 5 Px Giga R10 Px Giga R5 Diferencia
HGST Deskstar NAS 4 TB 190,38 190,38 47,595 761,52 8 12 95,19 63,46 224,24
WD RED 4TB 178,49 2,99 181,48 45,37 725,92 8 12 90,74 60,49 188,64
HGST Deskstar NAS 3 TB 143,34 143,34 47,78 573,36 6 9 95,56 63,71 36,08
WD RED 3 TB 134,32 134,32 44,77333333 537,28 6 9 89,55 59,70 0

 

Ventajas de los WD RED: hacen el sistema más silencioso y menos temperatura.

Ventajas de los HGST: más rápidos ( un 20% aproximadamente por disco, no por raid) y una inferior tasa de fallo. Estos modelos podemos considerarlos «enterprise» sin alguna prestaciones extras.

Mi elección será los 4 Deskstar NAS de 3TB. Los comentarios que he encontrado de usuarios que los están usando son bastante tranquilizadores.

Espero que os haya sido de utilidad la comparativa. Y si tenéis discrepancias, seré el primer agradecido en que las comentéis en el blog.

NONOSISI

Paco Rabadán
Con la Strato

Este fin de semana he estado trabajando con Fran Bardón en NONOSISI. Hemos actualizado el sitio web y hemos subido todos los vídeos y todos los audios que hemos producido hasta el momento. Supongo que de alguna manera así compensamos este periodo de silencio. La verdad es que hemos quedado muy contentos con la web que hemos desarrollado en la plataforma wordpress y que iremos mejorando, ampliando y sobre todo nos servirá de escenario virtual para ir subiendo mas temas.

En estos tres años todo ha cambiado, y sobre todo el mundo de la música. El ordago de los U2, sacando el disco gratis en iTunes, lo dice todo. El negocio, si lo hay es en los conciertos, pero ¡¿a quién coño le importa el negocio de la música a estas alturas?! En el fondo como siempre se trata de disfrutar y eso es lo que vamos a hacer.

Si os apetece, daros una vuelta por http://nonosisi.com, que además está hospedado en mi servidor de casa.

Native MAMP Web Server OSX 10.6.8 con Macports

Macports Logo
Macports Logo

MAMP significa Mac + Apache + MySQL + PHP. Es decir, vamos a montar las ultimas versiones de Apache, PHP y MySQL para montar un servidor web a la úlltima. La gran ventaja de urilizar Macports para realizar esta instalación es que contaremos con el último software libre en nuestro querido Snow Leopard.

Para acceder a nuestro servidor desde internet es necesario que el router haga un reenvío de puertos a nuestro ordenador, o que asignemos la ip de nuestro ordenador como DMZ en el router, pero en este segundo caso es obligatorio que activemos el firewall de OSX dejando abiertos los puestos que vamos a usar, en nuestro caso el 80 para http y el 443 para https.

Podemos incluso hacer un doble firewall con reenvío de puertos en el router y capado de puertos en el mac. Yo en mi caso tengo montado littlesnitch en el mac que controla todo lo que entra y sale y te avisa en tiempo real permitiéndote generar reglas según los programas que uses de forma inmediata.

Paso 1. Instalación y Actualización de OSX.

Primero instalamos Snow Leopard marcando la casilla de X11. Si no lo hemos marcado en el momento de la instalación lo podemos hacer después desde el disco de instalación.

Damos click en la carpeta Instalaciones opcionales.

OSX 10.6 DMG

 

Nos aparecerá la siguiente pantalla

Instalaciones Opcionales OSX 10.6

En optional Installs podemos instalar X11.

setup X11

También podemos instalar Xquartz, proyecto del que deriva el X11 de Mac, para tener todo actualizado. Para descargar la aplicación haz click en este enlace. Después de instalarlo relogea o reinicia el mac.

XQuartz

Después instalamos Xcode con las opciones por defecto.

Xcode

Ahora es el momento de actualizar todo desde preferencias del sistema

Paso 2. Nombre del Host.

Desde la terminal utilizamos los siguientes comandos.

sudo scutil --set ComputerName "newname"
sudo scutil --set LocalHostName "newname"
sudo scutil --set HostName "fqdn"
dscacheutil -flushcache

ComputerName se refieren al nombre de la máquina, el LocalHostName a nombre del ordenador para nuestra red interna, y HostName el fqdn o nombre de dominio de internet que podemos obtener de forma gratuita en dyndns.org.

sudo nano /etc/hosts

Debajo de la línea que empieza por 127.0.0.1 ponemos la ip de la interfaz de red de nuestro servidor que escucha internet (y que puede ser también la que usamos en la intranet) seguida del fqdn y del nombre local. Por ejemplo

192.168.1.10   nombre.com     nombre

Ctrl+x para salvar y después de esto reiniciamos el Mac

Paso 3. Instalar textwrangler.

textwrangler

Aunque podríamos editar los archivos de configuración con nano, con vi o con cualquier otro editor, textwrangler hará que toda esta tarea y la de configuración posteriores sea mucho más sencilla. Podéis descargarlo gratuitamente desde este enlace.

Paso 4. Instalación de MySQL

Podríamos instalarlo via macports, pero es mucho mejor instalar el MySQL Community Server, sobre todo por un par de utilidades. En el momento de esta instalación la versión es 5.6.17. Damos click en el siguiente enlace y elegimos nuestra versión de OSX. En nuestro caso la 10.6 y descargamos en formato dmg. Si vuestro mac corre el kernel a 32bits bajaros la versión a 32, si corre el kernel a 64bits entonces la versión a 64. En mi caso tengo un Mac Pro 1.1 (de primera generación) e instalaré la versión a 32bits. Aseguraté de descargar la versión correcta. Si te equivocas para borrar MySQL sigue las instrucciones del siguiente enlace.

Una vez descargado el dmg, lo abrimos y vemos

MySQL Community Server

Instalamos los tres paquetes en el orden en que aparecen. Tras la instalación podemos is a preferencias del sistemas y nos aparecerá un nuevo icono

Preferencias del sistema

Damos click encima de MySQL y activamos Automatically Start MySQL Server on Startup y Start MySQL Server

mamp3

Para ver la versión instalada de MySQL tecleamos en el terminal

/usr/local/mysql/bin/mysql -v

para salir en la línea de comandos teclea

quit

para salir en la línea de comandos teclea

Después de la instalación y para no tener que teclear la ruta a mysql editamos

cd ; nano .bash_profile

y añadimos

export PATH="/usr/local/mysql/bin:$PATH"

Ctr+X para salir y salvamos. Para activarlo ejecutamos en el terminal

source ~/.bash_profile

Para probar que funciona ejecutamos en el terminal

mysql -v

Ahora vamos a dar password al root

mysqladmin -u root password 'aqui_tu_password'

No olvides las comillas simples!!!!!

Para acceder a MySQL como root teclea:

mysql -u root -paqui_tu_password

Ojo!!!! No hay espacio entre -p y aqui_tu_password

Para asegurar MySQL teclea:

sudo mysql_secure_installation

Te preguntará

  • Si quieres cambiar la password del root: como la acabamos de dar de alta en principio no hace falta.
  • Si quieres eliminar a los usuarios anonimos: Yes
  • Si quieres desautorizar al root para que loguee remotamente: Yes
  • Si quieres eliminar la test database: yes
  • Si quieres recargar los privilegios de las tablas: yes

Después de esto puedes interactuar directamente en la línea de comandos de MySQL con:

mysql -u root -p[password]

Paso 5.- Instalamos el gestor de bases de datos Sequel Pro.

sequel-pro-1.0

Es muy similar a phpmyadmin, solo que se ejecuta directamente como un programa en nuestro escritorio. Podemos descargarla gratuitamente desde la web del desarollador en el siguiente enlace. Nos bajamos el dmg, lo abrimos y arrastramos el icono a la carpeta aplicaciones.

Cuando lo abrimos seleccionamos la pestaña socket, introducimos los datos como veis y el password del root de MySQL.

sequel1

El interface que nos aparece es el siguiente

sequel2

En el menú de arriba podemos añadir nuevas bases de datos, y en el botón de usuarios, añadir usuarios y asignarles permisos para cada base de datos. El programa es muy intuitivo.

 

Paso 6.- Instalar Macports.

Puedes descargar macports desde http://www.macports.org/install.php. Procedemos a la instalación.

macportssetup

 

Ahora abrimos el terminal y escribimos:

sudo nano /etc/paths

Escribe tu password y después copia y pega lo siguiente:

/opt/local/bin
/opt/local/sbin

guardamos el archivo: alt + x y despues y Reiniciamos la computadora y a continuación ejecutamos en el terminal

sudo port -v selfupdate
sudo port upgrade outdated

Estas instrucciones nos serán útiles para actualizar el software de macports a la manera apt-get.

Paso 7. Instalar Apache

Es muy importante desactivar el servidor web de OSX si lo tenemos activado antes de instalar el apache2 de macports.

Para instalar ejecutamos:

sudo port install apache2

 

Para ejecutar apache

sudo port load apache2

 

MacPorts ha creado un archivo denominado ~/.profile que hay que editar para añadir la siguiente línea

alias apache2ctl='sudo /opt/local/apache2/bin/apachectl'

 

Recargamos el .profile para que tenga efecto en la terminal

source ~/.profile

E iniciamos Apache.

apache2ctl start

Ahora es el momento de comprobar que funciona en la archiconocida dirección http://localhost . Deberemos ver el mensaje it works.

Paso 8. PHP 5.4

Instalamos PHP54

sudo port install php54
sudo port install php54-apache2handler
cd /opt/local/etc/php54 && sudo cp php.ini-production php.ini

Instalamos un montón de extensiones.

sudo port install php54-apc php54-curl php54-gd php54-http php54-iconv php54-imagick php54-mbstring php54-mcrypt php54-memcached php54-mysql php54-openssl php54-tidy

Testeamos php con el siguiente comando

php54 -i

Nos saldrá un montón de líneas de información

Editamos con textwrangler el archivo /opt/local/etc/php54/php.ini y modificamos lo siguiente:

1. Buscamos la expresión

;date.timezone =

y la sustituimos por

date.timezone = "Europe/Madrid"

2. Incrementamos los límites de PHP (esto es opcional, depende del uso que vayas a dar al servidor. En mi caso para owncloud prefiero maximizar los recursos) .

Localizamos

memory_limit = 128M

y la sustituimos por

memory_limit = 2048M

 

Localizamos

upload_max_filesize = 2M

y la sustituimos por

upload_max_filesize = 20000M

 

Localizamos

max_input_time = 60

y la sustituimos por

max_input_time = 300

 

Localizamos

post_max_size = 8M

y la sustituimos por

post_max_size = 20000M

 

Localizamos

max_execution_time = 30

y la sustituimos por

max_execution_time = 300

 

3. Reiniciamos apache

apache2ctl restart

Paso 9. Conectar Apache con PHP

Sacamos copia de seguridad del archivo de configuración de apache

cd /opt/local/apache2/conf

sudo cp httpd.conf httpd.conf.backup

Activamos el modulo php en Apache

cd /opt/local/apache2/modules

sudo /opt/local/apache2/bin/apxs -a -e -n php5 mod_php54.so

Editamos con textwrangler el archivo /opt/local/apache2/conf/httpd.conf y modificamos lo siguiente:

1. Buscamos la expresión AddType y después de los # añadimos

AddType text/html .php

AddType application/x-httpd-php .php

AddType application/x-httpd-php-source .phps

2. Buscamos la expresión AddHandler (justo unas líneas más abajo) y añadimos

AddHandler application/x-httpd-php .php

AddHandler application/x-httpd-php-source .phps

3. Sustituimos la línea

DirectoryIndex index.html

por

DirectoryIndex index.html index.php

4. De forma opcional pero para incrementar la seguridad del servidor sustituimos

Options Indexes FollowSymLinks

por

Options FollowSymLinks

5. Eliminamos la extensión php5.so si existe

6. Al final del archivo añadimos

#  
# Include PHP configurations 
# 
Include conf/extra/mod_php54.conf

 

7. En la sección ServerName ponemos el fqdn de nuestro servidor

ServerName fqdn:80

8.Chequeamos que la sintaxis es correcta/opt/local/apache2/bin/httpd -t

8. salvamos y reiniciamos Apache

apache2ctl restart

 

Paso 10. testear PHP+Apache

El directorio raiz de las web de apachem es /opt/local/apache2/htdocs y vamos a convertir el index.html a index.php mas una pequeñas modificaciones.

cd /opt/local/apache2/htdocs

sudo mv index.html index.php

Editamos el archivo para que quede


<html>

<body>

<?php

It works!

phpinfo(); ?>

</body>

</html>

 


Salvamos el archivo y vamos a http://127.0.0.1 para ver si funciona todo ok.

Paso 11. Conectarlo todo.

Vamos a hacer primero una consulta a MySQL para obtener dos datos que necesitaremos en seguida: basedir y sockets. Anotalos para utilizarlos mas adelante. La instrucción es la que sigue y deberemos introducir la password de MySQL

mysqladmin -u root -p variables

Los resultados obtenidos en mi instalación son:

basedir /usr/local/mysql
socket /tmp/mysql.sock

Preparamos mycnf, donde basedir es el directorio que nos hada la consulta de variables anterior

sudo cp /usr/local/mysql-5.6.17-osx10.6-x86/support-files/my-default.cnf /my.cnf

Preparamos mycnf, donde basedir es el directorio que nos hada la consulta de variables anterior

sudo cp /usr/local/mysql-5.6.17-osx10.6-x86/support-files/my-default.cnf /my.cnf

Editamos /opt/local/etc/php54/php.ini y en las líneas en las que aparece default_socket, añadimos el socket que nos ha dado variables. En mi caso


pdo_mysql.default_socket = /tmp/mysql.sock

mysql.default_socket = /tmp/mysql.sock

mysqli.default_socket = /tmp/mysql.sock


 

Guardamos y reiniciamos Apache

apache2ctl restart

Comprobamos la conexión

php54 -i | grep -i 'mysql'

Y ahora el test definitivo, editamos el archivo index.php que hemos editado antes y lo dejamos como


<?php

$dbhost = 'localhost';

$dbuser = 'root';

$dbpass = 'MYSQL_ROOT_PASSWRD';

$conn = mysql_connect($dbhost, $dbuser, $dbpass);

if ($conn) {

echo 'CONNECT OK';

} else {

die ('Error connecting to mysql');

}

$dbname = 'mysql';

mysql_select_db($dbname);


Reemplazamos MYSQL_ROOT_PASSWRD con el password del root de MySQL. Al acceder a http://127.0.0.1 nos tiene que aparecer el mensaje CONNECT OK. Inmediatamente borramos el archivo!!!!!!

sudo rm /opt/local/apache2/htdocs/index.php
cd /opt/local/apache2/htdocs/
cp index.html.sample index.html

Paso 12. Revisar

Reiniciamos y ditamos de nuevo ~/.profile y verificamos que está
alias apache2ctl='sudo /opt/local/apache2/bin/apachectl'
   

En caso contrario la volvemos a añadir (Macports puede haberla modificado) y volvemos a ejecutar
   source ~/.bash_profile
   
y después ejecutamos
	sudo port load apache2

Paso 13. Mas extensiones PHP.

PHP-PEAR

Ejecutamos:

mkdir tmp
cd tmp
curl http://pear.php.net/go-pear.phar -o go-pear.phar
sudo php go-pear.phar

Tendrás que cambiar algunas opciones de configuración, la opción #1 y #4.

Presionamos 1 – Installation base ($prefix) – e introducimos:

/opt/local/lib/php54

Press 4 – Binaries directory – introducimos:

/opt/local/bin
Damos enter hasta que salimos de la utilidad de configuración.

3. Editamos /opt/local/etc/php54/php.ini y buscamos la expresión include_path y añadimos

include_path = ".:/opt/local/lib/php54/share/pear"

Luego ejecutamos

apache2ctl restart

PEAR está instalado, ahora vamos a instalar algo de software:

Unit tests

sudo pear install pear.phpunit.de/PHPUnit

Documentation generator

sudo pear install pear.apigen.org/apigen

Reiniciamos Apache

sudo /opt/local/apache2/bin/apachectl restart

Ahora podemos iniciar Apache y Memcached, con los siguientes comandos:

sudo port load apache2
sudo port unload apache2

sudo port load memcached
sudo port unload memcached

// memcached debugging, iniciar con:

memcached -vv

Paso 14. Virtual Hosts.

Podemos configurar virtualhosts, pero en mi caso prefiero trabajar con subdirectorio. En los enlaces que os dejo podéis ver como configurarlos.

Thanks to: