Para todo interesado en utilizarlo… pueden descargarlo aqui: http://getfirebug.com/

Ya después comentaré de algunos agregados que han sido cruciales en la optimizacion de mis servidores.

Por lo mientras descarguenlo y usenlo!

Su uso es muy simple y facil de implementar.

Dentro de cada dominio apartir de la version 8.3 existe un boton nuevo que dice Performance o Rendimiento en la seccion final de iconos del dominio.

En él podemos definir la velocidad máxima de entrega de archivos, asi como el limite de sesiones permitidas.

Es importante que si defines el limite máximo de velocidad, tambien definas el de sesiones máximas, sobre todo en sitios concurridos.

Al mismo tiempo, algunos administradores de sitios inescrupulosos comenzaron a buscar defectos en el sistema de indexación para poder explotarlos, y forzar sus sitios a los primeros lugares para obtener beneficios monetarios utilizando técnicas como la repetición de palabras en el texto y en los “meta tags”, que son etiquetas para comunicarle a los robots de los búscadores el título y las palabras clave relevantes para una página, entre otras cosas. De la misma manera, afortunadamente los buscadores han ido mejorando sus algoritmos para encontrar y filtrar todas estas prácticas conocidas como “black hat”, o “sombrero negro” (por otro lado las técnicas éticamente correctas se conocen como “white hat”, o de sombrero blanco). Esta es una verdadera guerra para preservar la integridad de la información que podemos encontrar el la Internet, que se sigue librando hasta el día de hoy.

Por los motivos mencionados anteriormente es que el intento deliberado de mejorar el posicionamiento de una página usando métodos de SEO que no sean éticamente correctos, es un arma de doble filo, ya que tarde o temprano las páginas que incurren en estas prácticas serán eliminadas o degradadas en el índice de los buscadores. Por lo tanto al buscar una compañía de SEO para la optimización de páginas web es necesario asegurarse de que cumplen con las “guías” oficiales de los buscadores para el diseño de sitios, de tal manera de lograr un beneficio al largo plazo de los esfuerzos en el posicionamiento (se pueden ver estas guías en la sección de ayuda de Google, Yahoo! y MSN, por ejemplo, el parte de información para webmasters o administradores de sitios).

Ahora en cuanto a los factores que se toman en cuenta al momento de indexar un sitio, son muchos los que se han ido integrando a complejos algoritmos secretos con el tiempo, pero tres de los factores principales, hasta hoy universales son: El diseño de una página (en cuanto a la factibilidad que tengan los robots para indexarla cuando la visiten), el tema de un sitio y el de sus páginas (obtenido por los buscadores a través de un análisis del texto, de su historial y actualizaciones) y los enlaces entrantes y salientes (su calidad, y relación con el sitio y su temática en cuestión).

Como se puede ver, los factores más relevantes en el SEO responden al sentido común, por lo que no se debe confiar en compañías que ofrecen “secretos” para un correcto posicionamiento en buscadores. De hecho Matt Cutts, un representante de Google cuyo blog e interacción con los administradores de sitios han sido destacados, recomienda simples pasos a seguir para obtener buenos resultados: 1-Construir el sitio con los usuarios en la mente( es decir, buscar entregar información de alta calidad) 2- Buscar enlaces relevantes y darse a conocer entre sitios con temáticas similares. 3- Agregar más contenido de calidad, volver al paso 2 y repetir. Sencillo y limpio. Algo que llamará la atención es que no está entre los pasos el dar de alta en buscadores (enviar los sitios directamente para que sean indexados), ya que efectivamente no es necesario hoy en día porque los robots prefieren encontrar nuevos sitios siguiendo enlaces desde otros sitios.

Es verdad que contratar una empresa de SEO puede ser de gran ayuda para algunos sitios web, sobretodo para poder enfocarnos en nuestras visitas y nuestro negocio si vendemos algún producto o servicio, pero para los que no tienen el presupuesto, los principios básicos del posicionamiento pueden ser aplicados sin mayores dificultades por cualquier webmaster dedicado.

Es normal que a pesar de aplicar correctamente el SEO no obtengamos buenos resultados de inmediato, ya que como un mecanismo de defensa ante el “spam” o intento de manipulación maliciosa, los buscadores han implementado filtros de “antiguedad”, lo que quiere decir que una página debe pasar un periodo de maduración antes de ser considerada seriamente en los resultados, lo que puede tardar desde algunos meses hasta un par de años. Este fenómeno es conocido en inglés como el “Sandbox” o caja de arena (refiriéndose al lugar en donde juegan los niños). Lo importante es no perder la razón y seguir los pasos del correcto desarrollo de nuestros sitios con calma, aplicando siempre el sentido común y buscando lo mejor para nuestros visitantes; tarde o temprano estos esfuerzos de SEO se verán recompensados con buenas posiciones en los buscadores.

Esto es comúnmente es llamado seguridad por obscuridad y no debería confiar sólamente en esto, es sólo una de las muchas cosas que puede hacer para ayudar a minimizar las posibilidades de que un servidor sea hackeado.

Primero desabilitaremos la información de versión en el Apache.

—–comando—–
emacs /etc/httpd/conf/httpd.conf
—–comando—–

Presiona control + s para buscar “ServerSignature“
Seguramente dice On, cámbialo a Off
Esto remueve la identificacion de versión del Apache en las páginas de error.

Justo abajo de esa linea agrega otra que diga:

ServerTokens Prod
Esto identificará al Apache simplemente como eso… “apache” sin los números de version o datos del sistema operativo

Salva el archivo ( Control + S y Control + X ) y reinicia el apache

—–comando—–
service httpd restart
—–comando—–

Ahora desabilitaremos el named para que no dé version

—–comando—–
emacs /etc/named.conf
—–comando—–

Busca “query-source address * port 53;”
Agrega una línea justo abajo que diga:

version “Named”;

Salva y reinicia el servicio named

Recuerda que esto sólo es seguridad por obscuridad y aun asi necesitarás actualizar el servidor. Esto sólo va a detener a algunos de encontrar tu server en primera instancia usando escaneos automáticos. No te ayudará en nada si alguien esta tratando de entrar al servidor.

Aqui están los pasos necesarios para la instalación correcta del Zend Optimizer en Plesk

Para instalar el Zend Optimizer en Plesk, sigue los pasos de este Post hasta la fase instalación

Una vez instalado, brimos el archivo php.ini con nuestro editor preferido

# emacs php.ini

Al final de dicho archivo encontraremos las siguientes lineas:

zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.2.2
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.2.2
zend_optimizer.version=3.2.2
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

Una vez que localizadas las copiamos ( tal vez en un bloc de notas ), y a continuación las comentamos poniendo un punto y coma enfrente de las lineas quedando estas en el archivo php.ini de la siguiente manera:

;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.2.2
;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.2.2
;zend_optimizer.version=3.2.2
;zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
;zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so
Entramos en el directorio php.d:

# cd /etc/php.d/

Usamos el editor de texto para crear un nuevo archivo:

# emacs zendloader.ini

Pegamos en el las lineas que anteriormente habiamos copiado del archivo php.ini en el archivo zendloader.ini y guardamos el archivo. Reiniciamos Apache para que los cambios surtan efecto:
# /etc/rc.d/init.d/httpd restart

Y comprobamos que tanto Ioncube como Zend Optimizer se hayan inicializado correctamente con php

# php -v

Si la instalación ha sido correcta veremos algo como esto:

PHP 4.3.9 (cgi) (built: Nov 2 2006 16:39:38)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
with eAccelerator v0.9.5, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
with the ionCube PHP Loader v3.1.16, Copyright (c) 2002-2006, by ionCube Ltd., and
with Zend Extension Manager v1.0.11, Copyright (c) 2003-2006, by Zend Technologies
with Zend Optimizer v3.2.0, Copyright (c) 1998-2006, by Zend Technologies

Para instalarlo, lo primero es descargar el archivo tar.gz desde el sitio oficial para ello ejecutaremos el siguiente comando desde la shell:

http://downloads.zend.com/optimizer/3.2.2/ZendOptimizer-3.2.2-linux-glibc21-i386.tar.gz

# wget ( Pon aqui la direccion de arriba )

Una vez descargado, lo descomprimimos:

# tar -zxvf ZendOptimizer-3.2.2-linux-glibc21-i386.tar.gz

borramos el archivo tar.gz:

# rm -rf ZendOptimizer-3.2.2-linux-glibc21-i386.tar.gz

Entramos en el directorio donde se encuentran los archivos de instalación:

# cd ZendOptimizer-3.2.2-linux-glibc21-i386

Ejecutamos el archivo de instalación:

# ./install.sh

Segimos la instalación respondiendo de forma adecuada a todas las preguntas en el proceso de instalacion, (basicamente Enter… enter… enter) , una vez finalizado el proceso nos dirigimos al directorio en el que se encuentra el archivo php.ini:

# cd /etc

Abrimos el archivo php.ini para leerlo:

# less php.ini

Buscamos las lineas de configuracion de Zend Optimizer en el archivo php.ini, (deben de estar al final )

zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.2.2
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.2.2
zend_optimizer.version=3.2.2
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

Reiniciamos el Apache:

# /etc/rc.d/init.d/httpd restart

Y comprobamos que el Zend Optimizer se haya inicializado correctamente con php

# php -v

Si todo ha ido bien deberiamos de obtener algo como esto:

PHP 4.3.9 (cgi) (built: Nov 2 2006 16:40:38)
Copyright © 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright © 1998-2004 Zend Technologies
with Zend Extension Manager v1.2.0, Copyright © 2003-2006, by Zend Technologies
with Zend Optimizer v3.2.2, Copyright © 1998-2006, by Zend Technologies

el truco es como sigue:

Instalas siguiendo los pasos normales y lo unico que cambia es la configuracion de /etc/php.ini en lugar de poner las lineas de configuracion ahi, ponlas en un archivo en /etc/php.d

en mi caso lo puse como zendloader.ini ( es importante que cargue despues del ioncube )con la siguiente configuración:

extension=”eaccelerator.so”
eaccelerator.shm_size=”32″
eaccelerator.cache_dir=”/tmp/eaccelerator”
eaccelerator.enable=”1″
eaccelerator.optimizer=”1″
eaccelerator.check_mtime=”1″
eaccelerator.debug=”0″
eaccelerator.filter=”"
eaccelerator.shm_max=”0″
eaccelerator.shm_ttl=”0″
eaccelerator.shm_prune_period=”0″
eaccelerator.shm_only=”0″
eaccelerator.compress=”1″
eaccelerator.compress_level=”8″

reinicias apache y todo funcionará sin problema alguno..

En mi caso tambien tuve que instalar el Zend Optimizer, siguiendo los mismos pasos… al final… agregando las lineas de configuracion en el mismo archivo arriba mencionado…

Aqui estan los pasos:
1ero:
Descarga la última versión de WP-Cache

2do:
Desactiva gzip en la seccion Options.

3ro:
Edita el archivo: wp-cache-phase1.php
Agrega estas linea:
if ( extension_loaded(?zlib?) ) ob_start(?ob_gzhandler?);

Antes de esto:
foreach ($meta->headers as $header) {
header($header);

4to:
Edita el archivo: /wp-content/advanced-cache.php

Agrega:
if ( extension_loaded(?zlib?) ) ob_start(?ob_gzhandler?);

Antes de:
foreach ($meta->headers as $header) {

Eso es todo, los cambios haran que tu sitio en wordpress funcione con una rapidez mucho mayor

Nota posterior: Al momento de actualizar esta nota ( 4/Feb/2007 ) ya salió en Wordpress 2.1, el cual no soporta la instalación de WP-Cache en su estado actual, deberemos esperar al upgrade de WP-Cache pronto para su inclusion en Wordpress 2.1

El server es un Celeron 1.7 con 512 MB RAM y cada uno de los sitios andan por el orden de varios de miles de hits al dia.

Despues de experimentar varios dias con estos problemas encontré una mezcla de soluciones que me permitio que el server no se caiga y mantenga el paso con las peticiones de clientes…

• Instala eaccelerator para reducir la carga al compilar las paginas php. UPDATE Jul 2009 ( Ahora uso Xcache en lugar de Eaccelerator)
• Desactiva el logging en el apache: si tienes trafico alto los logs pueden causarte pesadillas por el uso de disco. Al desactivarlo permites que se entreguen archivos mas rapidamente.
• Descargué e instale Litespeed Webserver ( yo usé la version Standard, libre pero solo llega hasta 300 clientes concurrentes.. si son necesarios más… tendrias que comprar la version enterprise y ya no te costea $500 USD ) y lo configuré para correr en un puerto alto (8080) importando las configuraciones de virtual hosting del apache.
• Usé una regla de redirección para que todo el contenido estatico ( imagenes, videos y swf ) sean redireccionados al servidor recien instalado en el puerto alto (8080)

Esto puede ser configurado directamente en el httpd.conf o un .htaccess en el directorio publico. ( Yo normalmente lo pongo en un .httaccess en la carpeta donde esta mi sitio mas usado )
RewriteEngine on
RewriteRule .*\.(gif|GIF|jpg|JPG|png|PNG|swf|SWF|pdf|PDF)$ http://%{HTTP_HOST}:8080%{REQUEST_URI}

(Son dos lineas )

• Activa las opcionesde compresion en /etc/php.ini

output_buffering = On
output_handler = ob_gzhandler

• Como ya no estoy enviando contenido estático con el apache, desactivo las opciones de Keepalive, ajusto MaxRequestsPerChild a un valor alto, MinSpareServers 10 MaxSpareServers 20 y StartServers a un valor inicial medio ( yo usé 80 )

El webserver en el puerto alto hace parte de la magia, corre practicamente sin demasiada memoria ( 20MB en horas pico pero solo en un proceso ) y sirve hasta 300 usuarios concurrentes con un gasto minimo de CPU ( mucho menos del 1% ), Apache aun sigue enviando contenido dinámico, usando esta combinación Apache aún usa de 10 a 20 MB de RAM por proceso pero el tiempo que un cliente utiliza el Apache es menor que en una configuración tradicional, esto reduce la concurrencia de clientes en el Apache.
Los cambios en KeepAlive permiten que el apache termine una peticion y atienda la siguiente sin esperar peticiones extra del cliente. ( las cuales son atendidas por el otro servidor ) bajando asi el numero de clientes concurrentes usando Apache

Estos ajustes redujeron dramaticamente la carga de el servidor
Ahora el server tiene un promedio de carga muy diferente…
load average: 0.68, 0.56, 0.59
manejando unos 140 procesos de apache ( muchos más en hora pico cerca de los 250 ) y aun tiene la mitad del procesador libre..
El load común antes de estos cambios era de más de 9
.

10:10pm up 36 days, 12:19, 1 user, load average: 0.68, 0.56, 0.59
203 processes: 193 sleeping, 10 running, 0 zombie, 0 stopped
CPU states: 15.9% user, 14.4% system, 11.1% nice, 58.3% idle
Mem: 506024K av, 468176K used, 37848K free, 0K shrd, 25916K buff
Swap: 1020116K av, 49596K used, 970520K free 195640K cached

. . . .total used free shared buffers cached
Mem: 494 455 38 0 23 181
-/+ buffers/cache: 250 243
Swap: 996 48 947

Adicionalmente una optimización del servidor mysql seria lo indicado….

El primer paso es generar un par de llaves, usaremos DSA debido a que es más segura que RSA. Si deseas ponerle una contraseña, la puedes poner, en caso contrario solo presiona enter. Una contraseña es recomendable por que forza al usuario a necesitar la contraseña de la llave. El problema es que si deseas la llave para realizar procedimientos automatizados la llave tiene que hacerse sin password por comodidad.( Normalmente mis llaves personales van sin contraseña )

—–comando—–
ssh-keygen -t dsa
—–comando—–

Esto crea dos archivos id_dsa y id_dsa.pub. Seria altamente recomendable que mantuvieras un respaldo de ambos archivos en caso de querer usar esta llave en varios servidores. La parte más importante es que guardes el archivo id_dsa en un lugar MUY seguro, si alguien más obtiene dicho archivo, podrá entrar a cualquier servidor con esa llave instalada. Ahora haz cat en el archivo pub y salva el texto, lo vamos a usar en el otro servidor.

—–comando—–
cat ~/.ssh/id_dsa.pub
—–comando—–

Ahora entra a el otro servidor como el usuario en donde quieres instalar la llave y haz lo siguiente:

—–comandos—–
mkdir ~/.ssh/
touch ~/.ssh/authorized_keys2
emacs ~/.ssh/authorized_keys2
—–comandos—–

Ahora pega los contenidos de id_dsa.pub ahi y salva el archivo. Ahora cambiaremos los permisos del archivo ( algunas versiones de SSH son muy pedantes al respecto de los permisos del archivo authorized_keys2 ).

—–comando—–
chmod 700 ~/.ssh/authorized_keys2
—–comando—–

Las llaves Ssh ahora deberian estar funcionando. Intenta entrar y revisa si funciona, si no es asi, intenta hacer un ssh -v user@host, la opción -v activará el modo en el cual verás pasos relevantes de la transaccion actual y puede ayudarte a diagnosticar el error.

**********************************************
**********************************************
Algunas cosas mas avanzadas que se pueden hacer con llaves ssh:

Activar login de root solo si el usuario usa llave ssh:

El permitir acceso a root solo con el uso de llaves ssh. Esta opción es muy valiosa ya que prevendrá que alguien intente entrar con procesos de login aleatorio y eventualmente obtener acceso al sistema y permitirá aún entrar como root. En un mundo ideal se configuraria el acceso solo usando llaves de ssh y permitiendo sólamente a un usuario capaz de hacer sudo en accesar. pero sé que esto no es algo práctico para muchas personas.Para permitir acceso a root usando solo llaves ssh se necesita editar el archivo sshd_config

—–comando—–
emacs /etc/ssh/sshd_config
—–comando—–

Busca donde dice “PermitRootLogin yes”, comentala con un #. Haz una nueva linea justo abajo que diga “PermitRootLogin without-password”. Salva y reinicia ssh.

—–comando—–
service sshd restart
—–comando—–

Despues de esto.. solo se puede entrar con root por ssh usando autorización por llaves.

**********************************************
**********************************************

Si quisiera usar llaves ssh con putty descarga puttygen.exe de http://the.earth.li/~sgtatham/putty/latest/x86/puttygen.exe y ejecuta el programa. En las opciones selecciona DSA y luego “generate”. Una vez hecho verás una seccion con el texto que contiene la llave publica para colocarla en el archivo authorized_keys2 justo como arriba se describe.

**********************************************
**********************************************

Hay muchas cosas que se pueden hacer con ssh, como mover backups automaticamente o correr comandos en un servidor remoto desde otro pero eso es más de lo que explique esta vez. Hay mucha información en Google acerca de llaves ssh si es que necesitas más información o ideas de como usarlas más.