Juanjo 29 de Diciembre de 2007
Gracias a Telendro me he enterado de un nuevo bug de WordPress que hará las delicias de cotillas y plagiadores puesto que permite ver las entradas privadas, entradas programadas, y borradores de cualquier blog de WordPress.
Es tan fácil como escribir la siguiente URL:
http://dominiodelblog/?x=wp-admin/&paged=xxx donde xxx es el número de la página que se desea ver.
De esta forma solo hay que tener en cuenta que los borradores se almacenan con fecha antigua para buscar la última página del blog y leer todo lo que allí se encuentre. Los blogs que usan un paginador lo ponen aun más fácil ya que a simple vista dan a conocer cual es el número de la última página, sin embargo aun sin conocerla basta un simple tanteo de apenas unos segundos para descubrir cual es ésta.
Existen formas de evitar esto como por ejemplo no tener borradores, o activar la opción de URLs amigables para buscadores. De todas formas ya ha salido, de forma urgente, una actualización de WordPress, la 2.3.2, que corrige este bug además de otros por lo que se recomienda actualizar.
Juanjo 31 de Julio de 2007
Aunque WordPress dispone de opciones para hacer un backup de todos los artículos, comentarios, categorías, usuarios y demás elementos, y opción de restaurarlo importando el archivo guardado a mi no me ha funcionado correctamente, dejándome todo el blog sin los comentarios. Por esto prefiero usar el método tradicional, que es consiste en hacer la copia de seguridad directamente de la base de datos.
Hay que especificar que aunque este hablando de este blog en WordPress, todo lo comentado a continuación sirve para hacer una copia de seguridad de una base de datos de cualquier aplicación y su posterior restauración.
Veamos como se hace desde phpMyAdmin en el caso de tener una base de datos pequeña (este término es relativo y dependerá de la versión de phpMyAdmin que tenga cada servidor ya que las versiones más antiguas solo permitirán subir backups desde archivos de 2048Kb (2Mb) mientras que las más actuales llegan hasta 16384Kb (16Mb)):
- Seleccionamos la base de datos correspondiente
- Pulsamos en la pestaña Exportar (Export)
- Seleccionamos todas las tablas (Select All) y escogemos la opción SQL
- En las “Opciones SQL” (“SQL options”) marcamos en “Estructura” (“Structure”) las opciones “Añadir DROP TABLE” (“Add DROP TABLE”), “Añadir IF NOT EXISTS” (“Add IF NOT EXISTS”), “Añadir el valor AUTO_INCREMENT” (“Add AUTO_INCREMENT value”), y “Usar “backquotes” con tablas y nombres de campo” (“Enclose table and field names witj blackquotes”). En “Datos” (“Data”) marcamos las opciones “Completar los INSERTS” (“Complete INSERTS”), “INSERTs extendidos” (“Extended INSERTs”), y “Usar hexadecimal para campos binarios” (“Use hexadecimal for binary fields”)
- Guardamos el archivo marcando la opción “Enviar (genera un archivo descargable)” (“Save as file”) en el formato que deseemos (sin ninguna compresión si no sabemos cuales soporta el servidor) y marcando la opción “recordar la plantilla” (“remember template”)
Y ya tenemos una copia de seguridad de nuestra base de datos descargada y lista para ser restaurada cuando sea necesario.
Para ello solo tenemos que seleccionar la pestaña Importar (Import) o SQL dependiendo de la versión de phpMyAdmin que tenga el servidor, e indicar cual es el archivo del backup.
Por otra parte si la base de datos no es pequeña (según lo visto anteriormente), el proceso, aunque similar, es algo más largo ya que debemos llevar a cabo todos los pasos pero tabla a tabla en lugar de seleccionar todas de una vez.
Juanjo 30 de Julio de 2007
Después de poco más de 4 meses de caminata hemos tenido un pequeño tropiezo. Fue el pasado Viernes 27 recien comenzado el día (de madrugada) y hasta hoy Lunes 30 hemos estado caídos. Pero ya estamos en pie de nuevo y listos para continuar con el paseo.
Dejándonos de metáforas hemos de decir que se ha procedido a cambiar de hosting puesto que el anterior, FreeHostia, tiene baneadas las IPs de toda Latinoamérica con lo cual ningún (o casi ningún) visitante de estos países ha podido entrar a este blog sino utilizando un proxy.
El cambio lo intentamos hacer a LeadHoster cuyas características eran similares, sin embargo tienen problemas con el alojamiento de dominios .COM.ES, y para más inri a los usuarios de cuentas gratuitas no les permiten hacer preguntas sobre su servicio para conocer si tienen problemas o no.
Así que tras esperar unas 85 horas para la propagación de DNS, esta misma tarde hemos creado una cuenta nueva en Pandela, y después de escasas horas ya esta todo funcionando, y en el mismo punto donde lo dejamos.
Juanjo 24 de Abril de 2007
A pesar del poco tiempo que lleva online este blog y su poco tráfico ya comienzan a aparecer los primeros robots dejando SPAM. Debido a ello me he decidido a instalar un plugin para tratar evitarlo o al menos reducirlo.
La primera opción que consideré fue un captcha, pero los más simples no resultan útiles a la hora de detener a los robots, mientras que los más complejos muchas veces resultan frustrantes ya que no somos capaces de superarlo ni los humanos. Mientras buscaba alguna solución intermedia descubrí que en algunos blogs usaban otro tipo de filtro anti-SPAM: el plugin Challenge.
Leer el artículo completo »
Juanjo 21 de Abril de 2007
Toda página web, foro, blog, etc. consume recursos en el servicio de hosting en el que se encuentra alojado, por ello dichos recursos están limitados de forma mensual. Uno de estos recursos es la transferencia (cantidad de información que se envía desde el servidor al cliente, se suele medir en Gb), que es llamada muchas veces, aunque de forma incorrecta, ancho de banda (cantidad de información por unidad de tiempo que se puede enviar, se suele medir en Mbps).
La causa de tener que actualizar un plan de hosting a otro superior, con el desembolso que ello conlleva, la mayoría de las veces se debe a que dicha transferencia mensual se nos queda pequeña a medida que nuestro sitio se hace mas popular. Es por ello que conviene optimizar nuestro sitio para prevenir una excesiva transferencia que podría evitarse siguiendo unas sencillas recomendaciones.
Después de leer el artículo de MaxGlaser Como ahorrar volumen de transferencia en tu servidor web y la Recopilación de artículos sobre ahorro de ancho de banda de Armonth, podemos poner en práctica muchas ideas para reducir la cantidad de información que transferimos. Pero aun podemos hacer algo más: optimizar el tamaño de las imágenes que almacenamos en nuestro hosting.
Leer el artículo completo »