Mod_wsgi en Apache

20 Mayo 2011 at 16:34 by Adrián Pérez

PythonNo sé bien bien porqué (en realidad sí lo sé, pero no viene a cuento), me he visto peleando con instalando mod_wsgi en un servidor Apache (LAMP, para más señas).

Apache, para quién no lo conozca, es uno de los servidores web más populares que existen; es de código abierto y consta de un núcleo, y de varios módulos que le añaden funcionalidades (conexiones ssl, soporte para perl, php, asp, etc.). Así pues, cuando instalamos un servidor Apache, podemos instalar, además, únicamente los módulos que necesitemos, teniendo así, un servidor más seguro (al tener únicamente lo que necesitamos) y con mejor rendimiento.

Mod_wsgi es uno de estos módulos para Apache, que en este caso "permite servir aplicaciones hechas en Python, que tengan soporte para la interfaz WSGI". (Fuente).

HTML/CSS Válido

12 Abril 2010 at 16:57 by Adrián Pérez

ZasSoy de los que intento (digo intento, porqué esta misma web no está totalmente corregida :P) pasar mis webs por el validator para intentar corregir errores y dejar mi página con código tanto HTML como CSS, válido.

Más que nada, para cumplir los estándares, e intentar que mi sitio se vea bien en los navegadores que respeten estos estándares. Y si además, esto influye de forma positiva en el SEO (como así creo), pues mejor que mejor.

La cuestión, es que estaba acabando de revisar una página en la que tenía unos errores de validación (algún tag sin cerrar y demás) cuando al finalizar la corrección veo que el validar me devuelve aún 3 errores. Curiosamente 3 errores que no forman parte de mi código. ¡Yo no he programado eso!. Pues nada, resulta que mi hosting incluye un código para llevar a cabo la tarea de contar visitas.

He aquí el código HTML añadido que me está causando los 3 errores de validación HTML que tengo:

<script type="text/javascript" src="http://analytics.hosting24.com/count.php"></script>
<noscript><a href="http://www.hosting24.com/"><img src="http://analytics.hosting24.com/count.php" alt="web hosting" /></a></noscript>

Mi hosting, sin embargo, permite deshabilitar este código desde este enlace. De esta manera, obtengo una página válida 100%, pero pierdo las estadísticas de visitas.

Me parece a mi, que la solución va a ser deshabilitar las estadísticas que me introduce el hosting, y darme de alta en google analytics o alguno similar, introduciendo el código a mano en mi web, en el lugar en que debe estar. De esta manera, espero continuar con las estadísticas de visitas a la vez que consigo tener un código 100% válido.

Esa es la teoría, ahora a ver si lo consigo.

Flickr! Foto por Angel mat-eye

Migración de hosting

29 Diciembre 2009 at 12:00 by Adrián Pérez

Ya hacía tiempo que quería cambiar de hosting, y he aprovechado estas fechas tal señaladas para realizar la migración de mi web de un proveedor de hosting a otro. Me he decidido por 000webhost.com, después de pasar los últimos 2 años con 1and1, en su plan de bienvenida.

Durante estos dos años en 1and1, no he tenido problemas, a excepción del acceso con cliente FTP, que se ha llegado a hacer tedioso e incomprensiblemente lento y “fallón”.

En cuanto al nuevo proveedor, 000webhost.com, para mis necesidades tiene sus ventajas e inconvenientes. Como ventaja principal, tiene un plan gratuito que parece tener buena pinta. Como desventaja, su utilidad fantástico para la instalación "sencilla" de programas como "Wordpress" no funciona, y lleva así un buen tiempo (tanto, que empiezo a pensar que únicamente les funciona el fantástico a los usuarios con cuentas de pago).

En cualquier caso, para la migración manual del WordPress, he seguido estos pasos:

  1. Descargar la última versión de todos los archivos de WordPress de mi antiguo servidor.
  2. Realizar un backup de la base de datos con un el plugin de wordpress wp-database-backup (que ha resultado no funcionar).
  3. En el nuevo hosting, crear una base de datos mysql cualquiera desde el cPanel de 000webhosts, para alojar la base de datos de Wordress (al finalizar la creación aparece el resumen de los detalles que necesitaremos para la instalación manual de Wordress).
  4. Subir por FTP todos los archivos de WordPress al nuevo servidor.
  5. Modificación del archivo config.php de WordPress, para usar los detalles de la base de datos creada en el punto 4, siguiendo estas indicaciones.
  6. Subir el archivo config.php al servidor.
  7. Ejecutar http://helloit.es/wp-admin/install.php
  8. Seguir el asistente, para al finalizar, tener nuestro nuevo blog vacío pero funcionando.
  9. Entrar con phpMyAdmin a la administración del antiguo blog, y realizar un backup por defecto de las tablas de WordPress.
  10. Editar la consulta sql generada para reemplazar todas las alusiones a mi anterior hosting por el nuevo (buscando http://s229103401.mialojamiento.es y reemplazando por http://helloit.es). Eliminar todas las querys del tipo CREATE TABLE para dejar únicamente las del tipo INSERT INTO.
  11. Entrar con phpMyAdmin a la administración del nuevo blog, y vaciar (que no eliminar) todas las tablas de la base de datos de WordPress (pero sin remover la base de datos).
  12. Ejecutar la sentencia sql modificada con el backup del blog.

Después de realizar todos estos pasos, he conseguido migrar el blog de un hosting a otro, al parecer, con éxito. Finalmente, he necesitado modificar mi registro DNS para que mi dominio apunte a la ip del nuevo servidor.

Ahora tocará postear, más a menudo 🙂

Hosting a 0€

28 Enero 2008 at 23:17 by Adrián Pérez

I Want To Believe!Aprovechando el hilo anterior, y cambiando de ámbito hacia el hosting personal, me ha sorprendido encontrarme con soluciones de hosting gratuitas bastante profesionales, como por ejemplo en la que está alojado este mismo blog. Este tipo de soluciones incluyen soporte para php, mysql, acceso por ftp, etc. por 0€. Lo gratis está de moda.

Sin embargo, no es oro todo lo que reluce. Antes de llegar al hosting actual, probé algún que otro servicio de hosting gratuito que aseguro que no fue nada fácil de configurar, debido a que al crear los nombres de usuario, base de datos, etc. exigía unos valores muy concretos que en ninguna parte indicaba, y que prácticamente se deducían por prueba y error. Eso sí, el servicio técnico fue sorprendentemente atento: les escribí un sábado porqué mi página no estaba publicándose y a los 5 minutos tenía respuesta. Probé otra vez y volvieron a contestar en tiempo récord. Resultó ser que habían encontrado la palabra p*rno (esta vez no me la juego) en el código fuente de mi página, y debido a ello me censuraron el acceso web, dejándome únicamente acceso ftp. ¿Y ahora como quito yo esa referencia en mis comentarios del WordPress, si solo tengo acceso ftp? -Me pregunté-.

Flickr! Foto por Thomas Hawk