Valencia, 22/01/2012, G.B.
Bien, parece ser que ya está todo, o casi todo, en su sitio. Me refiero a este blog, Knowhow, el cual, y tal como ya he comentado, ha cambiado de ubicación, que no de dominio. Algo extraño, lo sé, pero realmente no he tenido más remedio. Eso o esperar a que mi hosting solucionara la incidencia, heredada de otro hosting, sea dicho de paso.

A la espera de que Arsys solucione el tema de permisos de este blog, know-how.com.es y pueda acceder al FTP para ver qué está pasando con el archivo jquery.js…

Valencia, 18/01/2012, G.B.
Bueno, si estás leyendo este blog y utilizas Windows, probablemente veas una advertencia de tu antivirus especificando que el archivo jquery.js, ubicado en la carpeta wp-includes de WordPress, contiene un troyano. Creo, o quiero creer que es un denominado ‘falso positivo’, pero no he podido solucionarlo todavía, ya que desde el traslado de este dominio desde Gravitynet a Arsys.es, no he podido acceder correctamente al FTP.

Ya he contactado con el soporte técnico y estoy a la espera. Mañana volveré a llamar. La solución supone nos unos 5 – 10 segundos (renombrar la carpeta entera (wp-includes/js/jquery/) para luego actualizar la versión a la última versión de jQuery), pero parece ser que todavía no han podido solventar la incidencia que se inició desde el traslado ‘forzoso’ de este dominio.

Dejando esas consideraciones aparte, aunque en un aparte esté bastante enfadado al respecto, comentar que al fin he podido solucionar el tema de las URLs canónicas en el directorio de enlaces Webcontenidos.es, realizado bajo la tecnología de script de directorios PHP LD (php Link Directory). Lo que ha sido ha sido, valga la redundacia, simplemente eliminar el archivo .htacces del directorio raiz del directorio -de nuevo otra reduncancia…- y subirlo a la carpeta templates de la instalación de PHP LD. Simplemente así se ha solucionado el tema y ahora ya hay URLs ‘naturales’ en Webcontenidos.es.

Ahora tendré que solucionar el mismo problema con el script de directorios eSyndicat, en otro dominio. Pero antes de todo, espero que esta incidencia de Knowhow se solucione de una vez por todas: ni siquiera puedo actualizar el blog!

En fin, mañana será otro día. Buenas noches.

Durante una ‘parada’…

[inicio pausa] Valencia, 08/11/2011, G.B.
Para que no se me olvide, voy a espaecificar aquí, en Knowhow, unas cuantas tareas pendientes que tengo que realizar con el directorio de enlaces Webcontenidos.es, tras la migración de hosting. Voy a utilizar el blog como mi ‘cuaderno de notas’ analógico, el de ‘papel y boli de toda la vida’. Allá voy:

• Eliminar el subdirectorio denominado ‘directorio‘ en el cual alojo un archivo index.php con un meta refresh para que se cargue el directorio raíz. Con la modificación del archivo .htaccess que ya he realizado, esto ya no es necesario
• Ver tema URL rewrite de las categorías de enlaces: hay algo mal en el archivo .htaccess que tengo subido. Aunque he podido hacer algunos ‘apaños’, no he podido solucionar todavía las ‘Rewrite rules‘. No sé si es cuestión de permisos, si tengo algo mal escrito en el archivo…, lo que sé es que debo solucionarlo lo antes posible
• Utilizar el javascript que tengo en INDAGA.net para el tema de la búsqueda obviando los acentos: el trabajo ya lo hice en su día, aahora simplemente tengo que embeberlo en Webcontenidos. ¿Pereza, desidia? A ver si entre esta noche y mañana me pongo
• ¿Y cuándo haré el logotipo y el favicon.ico? De nuevo: ¿pereza, desidia, demasiadas cosas a la vez…?

Bueno, ahora, y tras haberlo dejado por escrito, ya no tengo excusas. [fin pausa]

Una nota rápida

Valencia, 22/10/2011, G.B.
Estoy realizando algunas pruebas con un determinado hosting gratuito y he trasladado uno de mis dominios, la vieja INDAGA.net, al mismo, para probar. La pobre web siempre se lleva la peor parte, ya que es con la que más he experimentado. En fin, cosas mías.

El caso es que en la nueva instalación del directorio de enlaces de INDAGA.net, las URLs canónicas no me funcionan, a pesar de haber subido el mismo archivo .htaccess que tenía en el antiguo hosting y que además es el original de la instalación de phpLD (php Link Directory). Tampoco funciona la regla de página de error, la cual, originalmente te lleva ala página de inicio del dominio, aLl index.php, cosa realmente útil por muchas obvias razones. Pero con esos errores me he quedado, además de haber desintalado un blog de anuncios (enfocado sólo para amiguetes). Será algo que tendré que investigar. Tal vez sea algo propio del nuevo hosting: el archivo .htaccess parece que no responde en phpLD bajo ese servidor. En cambio, en WordPress todo funciona como la seda. Veremos si consigo solucionarlo. Reportaré.

Mientras tanto, os pido disculpas por los errores que halláis podido encontrar en INDAGA. Avisaros también que las cuentas de correo están anuladas por ahora. SI queréis contactar, hacerlo a través de mi cuenta de Gmail o GMX.

Os dejo algunos enlaces, para que os sirva de algo este post:
- PHP Link Directory Script
-  Cómo instalar phpLD

Optimizando el archivo .htaccess de tu sitio
Valencia, 24/08/2011, G.B.
Hay sitios que son casi como una ‘bendición’ para webmasters, desarrolladores y aficionados. Uno de ellos es DinamicDrive.com. Hace tiempo que lo conozco pero hacía también bastante tiempo que no lo utilizaba. El caso es que necesitaba evitar los ‘hotlinkings’ a imágenes de un determinado sitio para evitar ‘robo’ de banda: aunque probablemente involuntario, el caso es que me había causado serios problemas…

Pues bien, en DinamicDrive disponemos de un buen número de scripts y códigos a disposición de todos y de forma completamente gratuita. Uno de ellos se denomina .HTACCESS Banning Generator (generador de baneo desde .htaccess). Desde esa herramienta online, podemos generar online el código necesario para incluir en nuestro archivo .htaccess, ubicado normalmente en el directorio raíz de nuestro CMS, las líneas de código necesarias para evitar que enlacen a nuestras imágenes o archivos desde otro sitio web, robándonos de esa forma ancho de banda. Cierto es que todos lo hemos hecho alguna vez, aunque más que probablemente por desconocimiento del posible ‘daño’ que podemos causar. Es lo que llaman ‘hotlinking’, o enlace directo desde el sitio web fuente de la imagen o archivo.

Os invito a visitar la herramienta online de DynamicDrive para evitar el ‘hotlinkink’, entre otras interesantes características que descubriréis: http://tools.dynamicdrive.com/userban/ Recordar que en la lista d esitios permitidos al menos debemos indicar el nuestro. En caso contrario, ni siquiera podremos visualizar las imágenes de nuestro propio sitio. Si no dispones de archivo .htaccess, puedes crearte un archivo de texto plano, copiar y pegar el código generado con la herramienta, subirlo al directorio raíz de tu servidor y renombrarlo como .htaccess, eliminado la extensión de archivo. También comentaros que es necesario que vuestro CMS o gestor de contenidos soporte este tipo de archivo, el cual, como ya sabéis, es un archivo de directivas o reglas del servidor Apache.

Espero que os sirva. Un saludo. 

Valencia, 19/08/2011, G.B.
Lo primero decir que ya estoy en Valencia, tras mis pequeñas vacaciones en La Xara (Alicante). Bien, justo antes de irme decidí ‘parar’ un sitio de WordPress y crear uno nuevo desde cero. El motivo era (es) simple: el servidor no aguantaba el ‘tirón’ y cada dos por tres (seis) se caía, arrastrando unos cuantos sitios más. Tomé las cosas a ‘las bravas’ y escondí el archivo index.php de mi sitio, es decir, lo renombré, y creé un archico index.html con una directiva meta refresh (luego os pongo el código, aunque es el sistema más simple y viejo de todos). Con ello, al menos avisaba que me había cambiado de URL, pero perdía las entradas de casi 7.000 posts en NCV.

Hoy, al volver a casa (aunque todavía me quedan unos días de vacaciones), he intentado poner en marcha alguno de los plugins de WordPress preparados para redireccionar la página de error o tratar el encabezado 301 (Moved Permanently). Dado mi desconocimiento e impaciencia, no lo he conseguido. ¿Qué he hecho? Renombrar el archivo index.html que había creado (con el meta refresh) al archivo original de WordPress: index.php. Como tengo todavía activo el archivo .htaccess, lo que ha hecho es redireccionar cada URL de la antigua NCV a la nueva. Y ya está, así de simple! Muchas veces en lo sencillo está la solución.

Os dejo el código de la página index.html renombrada a index.php y subida al directorio raíz del sitio:

Salu2

P.D. Un sitio interesante para crear online el archivo .htaccess: http://www.htaccesseditor.com/es.shtml#a_redirect

Lo había machacado por el .htaccess de WordPress sin querer!!

Valencia, 22/05/2011, G.B.
Me he llevado un buen susto al machacar sin querer el archivo de configuración del servidor Apache .htaccess de php LD por el de WordPress.: ha sido un error al crear una instalación de WordPress en un subdominio de donde tengo instalado uno de los directorios de enlaces.

El archivo .htaccess es el encargado, entre otras importantes  cosas, de las ‘rewrite rules’ y la seguridad de los archivos y directorios de php LD (php Link Directory), es decir de las directivas del servidor respecto a archivos y carpetas. Así, al sustituirlo por equivocación por el de WordPress, me fallaban las URLs canónicas de las categorías, dejaba expuesto el servidor a posibles ataques y alguna que otra ‘cosilla más’, como la redirección de las páginas de error 404 (no encontrado).

Buscando en la Red no he podido encontrar el contenido del código del archivo, así que he ido a la carpeta de instalación de la plantilla de mi php LD, he copiado el archivo y lo he subido al servidor. Todo ha vuelto a la normalidad, menos mal.

Si os pasara lo mismo que a mí, (no creo que os despistéis tanto) simplemente volved a subir el archivo .htaccess de la carpeta de instalación de vuestra plantilla de php Link Directory al directorio raiz donde tengáis instalado vuestro script de directorio de enlaces. Yo, por si acaso, me lo he subido a mi Dropbox, para tenerlo siempre a mano, que ya se sabe que nunca se sabe… Recordad que es un archivo oculto. No lo embebo aquí por si acaso…

Aunque esto no es muy exacto, servirá de pequeño resumen o introducción a ‘ojo de buen cubero’: va por ti, compadre!

Wordpress en español

Valencia, 10/04/2011, G.B.
Recientemente le he instalado a un amigo un blog con WordPress, mi CMS favorito. Pero cada vez que realizo una nueva instalación de este magnífico gestor de contenidos descubro una nueva cosa o corrijo algún fallo pendiente en mi ‘sistemática’. Quiero dejar constancia de ello, tanto para mi amigo, para mí o para el posible visitante de este blog. Vamos allá pues.

Una de las primeras cosas que debes hacer antes de instalr WordPress es crear una base de datos en MySQL y un usuario de la misma. Yo utilizo el panel Plesk y el gestor de bases de datos phpMyadmin, el que viene por defecto en mi hosting Linux. (Por cierto, Gravitynet ¿cómo va el traslado a mi servidor VPS? Ya llevo demasiado tiempo esperando…).

Una vez preparada la base de datos vacía, descargas la última versión de WordPress (actualmente la 3.1.x), la descomprimes y la subes a tu servidor por FTP (File Transfer Protocol). Yo utilizo el estupendo programa gratuito y multiplataforma Filezilla, el cual te permite gestionar perfectamente los permisos de directorio de forma muy, muy sencilla.

Bien, ya tenemos la base de datos con su respectiva contraseña, el usuario de la misma y los archivos de WordPress subidos al servidor. Cuando escribanmos la URL de nuestro sitio, en donde están subidos todos los archivos de WordPress, se iniciará la instalación del CMS con el archivo wp-config-sample.php. Es en ese momento donde debemos escribir nuestros datos de configuración: base de datos, usuario y contraseña, copiar el archivo y pegarlo en uno nuevo para subirlo al servidor con el nombre wp-config.php: copiar el código fuente, pegarlo en un archivo de texto plano renombrándolo como wp-config.php y subirlo por FTP al directorio raiz de nuestra instalación de WordPress. Seguiremos la instrucciones de instalación.

Aunque debemos respetar la estructura de directorios, pero es posible que con algunos temas de WordPress, una vez realizada la instalación, haya que crear la carpeta uploads en wp-content y darle los necesarios permisos (normalmente 755) para poder subir las imágenes sin problemas. La mayor parte de los problemas que nos encontraremos en Worpress será cuestión de permisos. Nunca debemos dejar todo abierto (777), pero muchos plugins sí que necesitan que sea así, al menos 775. Para saber más sobre lo que estoy comentando, visita permisos de carpetas y archivos de ayudawordpress.com.

Para el tema de los permalinks o enlaces permanentes, si queremos tener URL canónicas, con lenguaje natural en vez de ids y parámetros, deberemos crearnos el archo de configuración del servidor Apache denominado .htaccess y subirlo al servidor. En él, para realizar el rewrite y convertir los posts en URLS canónicas. También en ayudawordpress.com (excelente sitio, sea dicho de paso) disponemos de un magnífico ejemplo (aunque yo utilizo uno mucho más ‘primitivo).

Lo guardaremos como .htaccess sin extensión y lo subiremos al directorio raiz de nuestra instalación de WordPress.

Si queremos cambiar el tema de WordPress, casi seguro, podemos visitar este enlace, entre otros: http://wordpress.org/extend/themes/

Bien, ya tenemos nuestra instalación de WordPress activa. Ahora cambiaremos el tema por defecto, si así lo consideramos oportuno. Eligiremos el que más nos guste, lo descargamos, descomprimimos y subimos a la carpeta correspondiente.

Aquí comienza lo fascinante: cambiar el tema, instalar plugins, personalizar los archivos del tema o theme de WordPress (eso lo deberemos hacer con mucho cuidado), etc. Algunos de los plugins que os recomiendo, para empezar, son:

- All in One SEO
- Sociable
- LinkWhitin
- XML Sitemaps
- Twitter Tools
- Tinymce-advance
- Contact Form 7
- Really Ssimple Captcha (ligado a Contact Form 7)
-  Yet Another Related Post
- Official Statcounter Plugin For WordPress

Entre otros… Y este es otro buen enlace, blogandweb, para conocer unos cuántos plugins más:  Recordemos que no hay que exagerara ni sobrecargar nuestro servidor con excesivos plugins, a menos que quieras experimentar, como he hecho yo en este blog… Ah, por cierto: recuerda que e smejor subirlos siempre por FTP, pero no desde el escritorio o dashboard de WordPress. Así, no tendermos que cambiar los permisos de directorios y comprometer la seguridad de nuestro sitio. Si debes cambiar permisos, hazlo y luego vuelve a dekjarlos como estaban, a menos que el plugin correspondiente exija mayores permisos. Aunque sea menos cómodo, esta opción es más segura.

Bueno, aquí acaba mi pequeño resumen sobre una instalación de WordPress, pero te recomiendo que visites este enlace, mucho más preciso y explicativo, sobre la instalación de WordPress: http://es.wordpress.org/

Y ante cualquier duda, visita el Codex de WordPress en castellano: http://codex.wordpress.org/es:Main_Page

Valencia, 13/02/2011, G.B.
Si tu web ha sido una de las hackeadas por el imbécil de Ghost61, y es un blog en WordPress, es posible que tras borrar los archivos index.php, index.html e index.htm que te haya creado y subido el index.php correcto al servidor, veas, como me ha pasado a mí en un par de blogs, que no funcionan ni las páginas ni las categorías. Inmediatamente he sospechado del archivo de configuración .htaccess. Efectivamente, estaba borrado en dos de los sitios en los que no me funcionaban las categorías ni las páginas.

He accedido a mi panel de control y he vuelto a crear los archivos. Ahora todo vuelve a ir como toca. Espero que mi hosting tome las medidas oportunas de seguridad en el servidor.

En conclusión:

• Borra los archivos index.php, index.html, index.php hackeados del directorio raiz del servirdor
• Sube el archivo index.php correcto
• Entra en el panel de control de tu hosting (en mi caso Plesk) y comprueba si dispones del archivo de configuración .htaccess
• Si no lo tuvieras, es decir, si ha sido borrado, créalo de nuevo en el directorio raiz de tu instalación de WordPress.

Aquí tienes uno genérico que te puede servir:
# BEGIN WordPress

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteBase /

RewriteRule ^index\.php$ – [L]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule . /index.php [L]

</IfModule>

# END WordPress

Si es que no gano para sustos… ni para nada!

Por cierto, este es el código  HTML de las páginas index que crea Ghost61:

<html><head>

<meta http-equiv=”Content-Language” content=”tr”>

<meta http-equiv=”Content-Type” content=”text/html; charset=ISO-8859-9″ />

<title>Hacked by GHoST61</title>

</head>

<body>

<p>&nbsp;</p>

<p>&nbsp;</p>

<p>&nbsp;</p>

<p>&nbsp;</p>

<p align=”center”>

<font face=”Tahoma” size=”6″ color=”#026AB7″>

Hacked by</font><font face=”Tahoma” size=”8″ color=”#026AB7″> GHoST61</font></a></p>

<p align=”center”><font face=”Verdana” size=”2″ color=”#808080″>Eðer hayatta hep mutlu olursam, hayalini kuracak neyim kalýr?

<p>&nbsp;</p><p align=”center”>

<center><font color=”#4A4A4A”>ghost_flat61@hotmail.com</font></a></font></p>

</body>

</html>

PD: Aún me quedan un par de webs por arreglar, aunque son sólo archivos .html. Me acordaré del tal Ghost61…

Valencia, 10/02/2011, G.B.
Bueno, yo no tengo 300 sitios, como acabo de leer en el post d eun foro solicitando ayuda para borrar los comentarios spam que tenían sus sitios;  madre de Dios!! Pero a todos los que nos gusta esto de los blogs y en concreto los blogs en WordPress, nos suelen inundar cn comentarios ‘spam‘ o basura, a pesar de tener instalado el maravilloso plugin Akismet, ¿verdad?

Pues bien, navegando un poquito, me he encontrado con este post de ayudawordpress.com (pongo el trackback y por cierto, muy buena la foto que habéis elegido para vuestro post) en el cual se especifica una forma de evitar el spam a través del importante archivo de configuración .htacces. Voy a probarlo de inmediato!

Este es el código que nos comenta que introduzcamos en nuestro fichero .htaccess, cambiando la línea 4 por el dominio de tu blog:

RewriteEngine On
RewriteCond %{REQUEST_METHOD} POST
RewriteCond %{REQUEST_URI} .wp-comments-post.php*
RewriteCond %{HTTP_REFERER} !.*tublog.com.* [OR] (AQUÍ CAMBIA tublog.com por el dominio del tuyo)
RewriteCond %{HTTP_USER_AGENT} ^$
RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]
 

Mi archivo .htaccess queda así:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond /var/www/vhosts/know-how.com.es/httpdocs/wp-content/sitemaps%{REQUEST_URI} -f
RewriteRule \.xml(\.gz)?$ /wp-content/sitemaps%{REQUEST_URI} [L]
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
RewriteEngine On
RewriteCond %{REQUEST_METHOD} POST
RewriteCond %{REQUEST_URI} .wp-comments-post.php*
RewriteCond %{HTTP_REFERER} !.*know-how.com.es.* [OR]
RewriteCond %{HTTP_USER_AGENT} ^$
RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]
</IfModule>
# END WordPress

<IfModule mod_rewrite.c>RewriteEngine OnRewriteBase /RewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule . /index.php [L]</IfModule>
# BEGIN WordPress<IfModule mod_rewrite.c>RewriteEngine OnRewriteBase /
RewriteCond /var/www/vhosts/know-how.com.es/httpdocs/wp-content/sitemaps%{REQUEST_URI} -fRewriteRule \.xml(\.gz)?$ /wp-content/sitemaps%{REQUEST_URI} [L]
RewriteRule ^index\.php$ - [L]RewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule . /index.php [L]
RewriteEngine OnRewriteCond %{REQUEST_METHOD} POSTRewriteCond %{REQUEST_URI} .wp-comments-post.php*RewriteCond %{HTTP_REFERER} !.*know-how.com.es.* [OR]RewriteCond %{HTTP_USER_AGENT} ^$RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]</IfModule>
# END WordPress

Espero que esto no interfiera en el plugin Twitter Tools. Ya lo veré el lunes que viene con los Twitter Weekly updates. Por cierto, creo que voy a tener que revisar los permisos de las carpetas de la instalación de Know-how, porque lo he ‘cerrado’ excesivamente, tras el ‘ataque’ que recibí. El plugin Wp Security Scan está muy bien, pero hay plugins que necesitan un poquito más de ‘libertad’. Ya lo veremos, que tengo pendientes demasiadas cosas…

Dejo algunos enlaces de interés:
Akismet
Wp Secuty Scan
Configurar archivo .htaccess (Taringa)

# END WordPress