Curiosamente estas dos últimas semanas he estado probando servicios para tener controlado el estado del servidor y saber cuando esta caído y cuando no. Concretamente he probado Site24×7 y HostTracker. Y ambos merecen la pena.

Casualmente en PuntoGeek.com han realizado una interesante recopilación con unos cuantos servicios web que nos ayudarán a saber si nuestro servidor está caido o no.

Son los siguientes:

• Pingdom: Seguramente es de los más conocidos en el mercado, en la opción de prueba por 30 días podemos monitorizar un sitio y recibir hasta 20 SMS de notificaciones, además de poder ver los reportes que el sistema genera.
• Site24×7: Es otro servicio que se hizo conocido por el costo del servicio, en su versión gratuita podemos monitorizar un sitio cada 60 minutos o más. Pero las cuentas de pago son muy baratas, mientras más corto es el intervalo de chequeo del sistema más cara es la cuenta.
• HostTracker: Este servicio también ofrece su versión gratuita por 30 días con informes avanzados, permite monitorizar hasta 2 sitios con intervalos de hasta 30 minutos. Obviamente tiene cuentas de pago que elevan la calidad del servicio. Si quieren uno gratis les recomiendo éste.
• SiteUptime: Tiene unas lindas características en su versión gratuita, no tiene límite de tiempo y te permite monitorear un sitio cada 30 o 60 minutos, acceso a informes públicos y privados. Estadísticas del servidor de correo, notificaciones por email, etc.
• Service Uptime: quedó para lo último pero esto no significa nada, ofrece la opción de registrarse y obtener el servicio de pruebas por 30 días con intervalos de 30 minutos y notificaciones por SMS ilimitadas.

Host-tracker.com es un servicio en línea (versión gratuita y otras de pago a buen precio) que nos avisa cuando nuestra web y servidor están caídos.

Es tan fácil como decirle que web quieres monitorizar y a que correo y/o móvil quieres que te avise y listo.

Buena opción para los que queremos que nuestra web esté 100% online .

Leyendo Carrero descubro OpenGoo, o lo que sería lo mismo un Microsoft Office gratis y online.

OpenGoo es un adelanto de lo que todas las empresas quieren imponer, trabajar con aplicaciones de ofimática online. A mi personalmente no me acaba de convencer del todo, mientras exista OpenOffice, KOffice, AbiWord, … para que usar aplicaciones online para las tareas que hacemos sin conexión.

OpenGoo es una solución Office Gratis para alojar en tu propio servidor con soporte PHP y Mysql de forma que al menos si decides trabajar online tus datos los controlarás solo tú. OpenGoo te proporciona un completo entorno de ofimática (office) de forma que podemos tener online y en nuestro servidor un procesador de texto online, presentaciones online, calendarios y agenda, listados de tareas de proyectos, y por supuesto un gestor de documentos y ficheros. Además prometen en breve dispondrán de una hoja de cálculo, que sin duda es primordial.

Dispone de una interfaz muy clara y ordenada en la que crearemos nuestros espacios de trabajo para organizar nuestros mensajes, contactos, calendarios, documentos, tareas, proyectos y enlaces de referencia.

Si tienes un servidor dedicado con Apache, PHP y Mysql ya puedes probarlo, porque es gratis y Open Source.

Sitio Oficial: OpenGoo

En WebMonkey han publicado un completísimo tutorial paso a paso de como hacer una copia de seguridad completa de un servidor Web, muy útil para cualquiera que tenga alojado WordPress en un servidor VPS o dedicado.

AJAX, acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y XML), es una técnica de desarrollo web para crear aplicaciones interactivas o RIA (Rich Internet Applications). Estas aplicaciones se ejecutan en el cliente, es decir, en el navegador de los usuarios mientras se mantiene la comunicación asíncrona con el servidor en segundo plano. De esta forma es posible realizar cambios sobre las páginas sin necesidad de recargarlas, lo que significa aumentar la interactividad, velocidad y usabilidad en las aplicaciones.

Ajax es una tecnología asíncrona, en el sentido de que los datos adicionales se requieren al servidor y se cargan en segundo plano sin interferir con la visualización ni el comportamiento de la página. JavaScript es el lenguaje interpretado (scripting language) en el que normalmente se efectúan las funciones de llamada de Ajax mientras que el acceso a los datos se realiza mediante XMLHttpRequest, objeto disponible en los navegadores actuales. En cualquier caso, no es necesario que el contenido asíncrono esté formateado en XML.

Ajax es una técnica válida para múltiples plataformas y utilizable en muchos sistemas operativos y navegadores dado que está basado en estándares abiertos como JavaScript y Document Object Model (DOM).

Dicho esto, os presento un Tutorial AJAX para aprenderlo desde cero. El objetivo de este tutorial es poder aprender Ajax viendo un concepto teórico, luego algunos ejercicios resueltos y otros por resolver.
Se pueden desarrollar los ejercicios en el sitio, probarlos, modificarlos y ver los resultados inmediatamente.

A lo largo del curso se introducen conceptos de Ajax desde CERO, si os habéis olvidado de HTML, JavaScript, CSS, PHP o DHTML podéis visitar HTML Ya, JavaScript Ya, CSS Ya, PHP Ya y DHTML Ya

Además, se puede visitar luego el tutorial de : Introducción a la librería jQuery (JavaScript)

Luego de completar el curso nos invitan a desarrollar conceptos y aprender de los propuestos por otros visitantes, ingresando en CodigoFuenteYa

Para los que no nos gusta tener que perder el tiempo y tenemos “a mano” el acceso a nuestro servidor mediante SSH, en Inkilino han creado este estupendo manual el cual podemos seguir para instalar Wordpress desde nuestro terminal.

Aquí va:

Con este artículo pretendo explicar como instalar Wordpress 2.6 por SSH desde un terminal, que creo que es la forma más fácil y rápida de hacer una instalación de Wordpress. Lo primero es abrir un terminal (si no tenemos Linux o Mac OS X, podemos usar Putty), logearnos y dirigirnos a nuestro directorio.

# cd public_html/midirectorio/

Voy a explicar los pasos un poco rápido para no enrollarme mucho, las siguientes lineas son para descargamos la ultima versión de Wordpress, en este caso Wordpress 2.6, descomprimirla y borrar el archivo comprimido.

# wget http://wordpress.org/latest.tar.gz
# tar xvzf latest.tar.gz
# rm latest.tar.gz

Ahora opcionalmente podemos renombrar la capeta que se nos ha descomprimido con el nombre de wordpress, yo la llamare blog.

# mv wordpress blog
# cd blog

Ahora ya podemos crear la base de datos:

# mysql -u ''usuariodenuestrabbdd'' -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 1731235
Server version: 5.0.32-Debian_7etch1-log Debian etch distribution

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> CREATE DATABASE ”blog”;
Query OK, 1 row affected (0.00 sec)

mysql> GRANT ALL PRIVILEGES ON *.* TO ‘blog’@'localhost’
      -> IDENTIFIED BY ‘contraseñadelusuario’ WITH GRANT OPTION;
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.01 sec)

mysql> EXIT
Bye

Creamos y editamos el archivo wp-config.php, y cambiamos cuatro lineas, la ultima es para poner Wordpress en español, que ya que estamos, aprovechamos

# cp wp-config-sample.php wp-config.php
# vi wp-config.php


// ** MySQL settings ** //
define(’DB_NAME’, ‘nombredenuestrabbdd’);
define(’DB_USER’, ‘usuariodenuestrabbdd”);
define(’DB_PASSWORD’, ‘contraseñadenuestrousuario’);

define (’WPLANG’, ‘es_ES’);

Ya que hemos editado el archivo wp-config.php para poner Wordpress en español, pues nos descargamos la traducción que amablemente hizo David Carrero.

# cd public_html/midirectorio/blog/wp-includes/languages/
# wget  http://wordpress.inkilino.com/archivos/wp-es-2-6.tar.gz
# tar xvzf wp-es-2-6.tar.gz
# rm wp-es-2-6.tar.gz

Seguir leyendo.

Bueno este es el tutorial definitivo para tenerlo bien guardado, para la próxima vez que tengamos que actualizar a la nueva versión que salga de Wordpress.

Digo esto, porque este tutorial va a servir en la gran mayoría de los casos a actualizar nuestro blog de Wordpress a la última versión, sea cual sea.

Cuando ya tengamos la última versión disponible de WordPress lista para descargar , nos pondremos manos a la obra.

Pasos para actualizar nuestro Wordpress (máxima seguridad)
Se recomienda leer todos los pasos antes de comenzar a actualizar.

1er Paso: Sacar un backup de tu base de datos (Users, Posts, Pages, Links, and Categories). Si no sabes cómo hacerlo, puedes leer este tutorial.

2do Paso: Sacar un backup de todos tus archivos WordPress. Para ello, puedes hacer uso de cualquier cliente FTP de tal manera que puedas copiar todos tus archivos desde el servidor hacia tu PC incluyendo tu archivo .htaccess.

3er Paso: Verificar que ambos backups hayan sido creados correctamente y estén completos. Esto es súmamente importante.

4to Paso: Desactivar todos los plugins desde su panel de administración ya que durante el proceso de actualización se podrían generar algunos conflictos, así que mejor es desactivarlos.

5to Paso: Verificar que los 4 pasos anteriores se han llevado a cabo con éxito. Cualquier problema consultar aquí.

6to Paso: Descarga y extrae el paquete de WordPress http://wordpress.org/download/

7mo Paso: Borrar los viejos archivos de WordPress, teniendo en cuenta lo siguiente:

NO BORRAR

Para cerrar las conexiones abiertas, lo primero que tenemos que hacer es un top o w desde nuestra consola SSH para ver que procesos y usuarios están abiertos en el sistema.

Por ejemplo con el comando w podemos ver las sesiones de otros usuarios abiertas en el sistema.

El comando top nos mostrará entre otras cosas los procesos abiertos en el sistema (para ordenarlos por uso de memoria presionaremos control+m y para salir del top control+c).

Si nos interesa el cerrar estas conexiones y tener únicamente la nuestra por ejemplo, haremos lo siguiente:

Ejecutaremos el comando ps -fea en el terminal y veremos todo todos los procesos abiertos. Buscamos el que nos interese (en conexiones de usuarios abiertas suele ser pts/N siendo N un número, suelen ser 0,1…). Nos quedamos con su PID y a continuación ejecutaremos el comando: kill PID, siendo PID el número del proceso que queremos cerrar o matar. En el caso que no permita matar el proceso ejecutaremos: Kill -9 PID, siendo PID el número de proceso a cerrar.

Bueno pues con esto cerraremos los procesos y/o las sesiones abiertas que queramos en nuestro sistema. De paso he creado una nueva categoría llamada Sistemas donde iré publicando noticias relacionadas con el mundo de la administración de sistemas (servidores).

Si estamos buscando las causas de los problemas en la base de datos de nuestro servidor, lo primero a revisar y a tener en cuenta es el registro de errores de MySql.

Para revisarlos, tenemos que ir a la ruta: /var/lib/mysql/nuestrodominio.com.err y abrirlo. Veremos que al final de fichero aparece el registro de los errores de los últimos días.

Si tenéis un servidor dedicado y queréis optimizar vuestro servidor mysql (configurando el archivo my.cnf) os dejo este script que adecua los valores de configuración a los de vuestro servidor:

http://day32.com/MySQL/tuning-primer.sh

Simplemente tenéis que subirlo a vuestro servidor y ejecutar:

sh tuning-primer.sh

El script os dirá los valores óptimos para vuestro servidor.

Siempre va a depender del uso que se haga al servicio Mysql y de la configuración del servidor.

De todas formas, os dejo esta configuración para un servidor con Mysql 4.1 o superior y con 1 Gb de memoria:

[mysqld]
socket=/path/to/mysql.sock
datadir=/var/lib/mysql
skip-locking
skip-innodb
# MySQL 4.x has query caching available.
# Enable it for vast improvement and it may be all you need to tweak.
query_cache_type=1
query_cache_limit=1M
query_cache_size=32M
# max_connections=500
# Reduced to 200 as memory will not be enough for 500 connections.
# memory=key_buffer+(sort_buffer_size+read_buffer_size)*max_connections
# which is now: 64 + (1 + 1) * 200 = 464 MB
# max_connections = approx. MaxClients setting in httpd.conf file
# Default set to 100.
#max_connections=200
#interactive_timeout=180
interactive_timeout=100
#wait_timeout=180
#wait_timeout=100
# Reduced wait_timeout to prevent idle clients holding connections.
#wait_timeout=30
wait_timeout=15
connect_timeout=10
# max_connect_errors is set to 10 by default
#max_connect_errors=10
#table_cache=256
#table_cache=1024
# Checked opened tables and adjusted accordingly after running for a while.
table_cache=512
#tmp_table_size=32M by default
#thread_cache=128
# Reduced it to 32 to prevent memory hogging. Also, see notes below.
thread_cache=32
# key_buffer=258M
# Reduced it by checking current size of *.MYI files, see notes below.
key_buffer=128M
# Commented out the buffer sizes and keeping the default.
# sort_buffer_size=2M by default.
#sort_buffer_size=1M
# read_buffer_size=128K by default.
#read_buffer_size=1M
# read_rnd_buffer_size=256K by default.
#read_rnd_buffer_size=1M
# myisam_sort_buffer_size=8M by default.
#myisam_sort_buffer_size=64M
# thread_concurrency = 2 * (no. of CPU)
thread_concurrency=2
# log slow queries is a must. Many queries that take more than 2 seconds.
# If so, then your tables need enhancement.
log_slow_queries=/var/log/mysqld.slow.log
long_query_time=2

[mysql.server]
user=mysql
basedir=/var/lib

[safe_mysqld]
err-log=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
open_files_limit=8192

[mysqldump]
quick
max_allowed_packet=16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[myisamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[mysqlhotcopy]
interactive-timeout

[client]
socket=/path/to/mysql.sock