WordPress Hacks » Tips

Agregar descripciones a categorías masivamente

Neri Aispuro — Wed, 22 Dec 2010 10:27:30 +0000

Estoy desarrollando un "proyecto" con mi amigo y socio Diego, y el otro día chequeando cosas que nos faltan para terminar, nos topamos con el problema de las descripciones en las categorías, ya que vamos a trabajar con muchas categorías (unas 200 eran en ese momento) y necesitábamos hacer algo que nos ahorrara un poco de trabajo, por lo que empezamos a probar y finalmente Diego dió con el código que a continuación les paso.

Para dar un ejemplo imaginemos que hoy queremos hacer lo que hace softonic con las descripciones de las categorías (o la de programas, que está aún más automatizada.), que sería agregar descripciones masivamente a las mismas.

La estructura para las categorías que cuenta el sitio antes mencionado es la siguiente: "Descargar programas de categoria en Softonic. Programas gratis y en español ¡Bájatelos!".
Ejemplo: "Descargar programas de Antivirus en Softonic. Programas gratis y en español ¡Bájatelos!".

Suponiendo que queremos hacer o tenemos un sitio de software y queremos poner algo así como lo que hace softonic tenemos dos maneras de hacerlo: "Virtualmente" o "Físicamente", paso a explicar:

Virtualmente sería agregar la meta tag description en el theme, por ejemplo:

Ver texto plano

PHP:

"description" content="Descargar programas de . Programas gratis y en español ¡Bájatelos!" />

Mientras que la manera física de hacerlo sería escribirlo en la base de datos, que es lo que vamos a hacer.

La diferencia de estas 2 formas está en que de la forma "virtual" estamos obligados a mostrar siempre lo mismo y cuando necesitemos cambiar la descripción de una sola categoría tenemos que agregar tags condicionales y no le veo mucho sentido, en cambio de la manera "física", cuando tengamos ganas de editar los datos de una categoría en particular simplemente vamos a /wp-admin/edit-tags.php?taxonomy=category y editamos la descripción. Fácil, ¿no?.

Para editar las categorías de forma "física" van a tener que entrar a la base de datos, ir a la solapa sql y hacer la siguiente consulta:
(no se olviden de adaptarla a sus necesidades )

Ver texto plano

SQL:

UPDATE wp_term_taxonomy LEFT JOIN wp_terms ON wp_term_taxonomy.term_id = wp_terms.term_id
SET wp_term_taxonomy.description = CONCAT('Descargar programas de ',wp_terms.name,'. Programas gratis y en español ¡Bájatelos!')
WHERE wp_term_taxonomy.taxonomy = 'category'

"wp_terms.name" escribe el nombre de la categoría, asi que simplemente editenlo a gusto.

Dejo un par de capturas por si se les complica para llegar a "sql".

robots.txt para WordPress

Neri Aispuro — Fri, 23 Jul 2010 11:36:18 +0000

En innumerables ocasiones he leído en foros consultas, dudas y problemas relacionados al robots.txt, también un par de veces me han preguntado y la respuesta es la misma que suelo dar la mayoría de las veces que me preguntan algo sobre un sitio: DEPENDE.

Para entender que robots.txt es el que más se ajusta a nuestras necesidades, primero hay que entender en que consiste, una breve explicación:

El protocolo de robots.txt es un método para evitar que ciertos bots que analizan los sitios Web agreguen información innecesaria a los resultados de búsqueda.(Wikipedia)

Básicamente un robots.txt consiste en indicar el robot y lo que queremos que haga, el robot se indica como "User-agent: nombre del bot" y las órdenes "Allow :", "Disallow :"

Por ejemplo si queremos que ningún robot pueda acceder al directorio "privado" vamos a poner lo siguiente:
User-agent: * Disallow : /privado/
El caracter "*" es usado como comodín para indicar todos los robots, por ejemplo si quisiéramos que solo el robot de Yahoo no ingrese a la carpeta "privado" vamos a poner lo siguiente:
User-agent: Slurp Disallow : /privado/
Hace bastante tiempo, WordPress (o sus desarrolladores) eran medios torpe y no incluían las meta tags noindex y nofollow en el área de administración y había que decirle al bot que no indexe el login por ejemplo, hoy ya eso no es un problema.

Como dije al principio, el robots.txt depende de que necesitemos y de las preferencias nuestras, por ejemplo a mi no me gusta que se indexe el archivo (2009/03), ni tampoco lo de autor (/author/*), ni las páginas (/page/*).

En el robots.txt también podemos incluir la dirección de nuestro sitemap del modo "Sitemap: http://dominio.com/sitemap.xml"

La orden "Allow" no suele ser muy utilizada, en mi caso la uso si creo algún directorio y quiero que google lo indexe más rápido, o para las categorías, tags e imagenes, aunque a veces no es necesario.

Muchos siguen teniendo en cuenta robots.txt de hace 3 años llenos de código innecesario, mi recomendación es que hagan un robot que sea lo más corto posible, como por ejemplo:
User-agent: * Disallow: Sitemap: http://dominio.com/sitemap.xml
Tengan en cuenta que los bots son case sensitive, esto quiere decir que no es lo mismo decirles que un directorio se llama "Privado" o "privado".

Pueden encontrar información más detallada sobre los robots.txt en la web de los robots.

Permisos CHMOD – Lo que necesitás saber

Neri Aispuro — Thu, 17 Jun 2010 11:01:08 +0000

En muchos foros he leído sobre problemas en WordPress que son debido a falta de privilegios causados por permisos mal asignados a la hora de realizar un cambio (generalmente en el htaccess o en directorios de caché o uploads), y he indicado que deben dar CHMOD 777 al htaccess y muchos se quedan desorientados sin saber siquiera lo que es CHMOD, a continuación para los fieles que aún siguen leyendo, una explicación lo más breve que pude escribir.

En pocas palabras, podemos decir que CHMOD - abreviatura de change mode- sería el comando encargado de asignar permisos tanto a archivos como a directorios en sistemas tipo Unix.

Permisos de archivos

Los permisos de archivos básicos son 3:
r - read (lectura) Permite: leer un archivo o contenido de un directorio.
w - write (escritura) Permite: Escribir (modificar) o eliminar un archivo o directorio.
x - execute (ejecución) Permite: Ejecutar (acceder) a archivos o directorios.

La combinación de estos 3 permisos produce una cadena que se entiende como comando chmod.

Usuarios

UGOA (clases de usuarios)

u - user (usuario) Dueño del archivo
g - group (grupo) Usuarios miembros del grupo de archivos.
o - others (otro) Resto de usuarios que no son ni user ni group (ejemplo: un usuario que entra a un sitio).
a - all (todos) Others, group y user.

Existen 2 clases o maneras de dar o asignar permisos a los usuarios: Modo Carácter y Modo Octal, generalmente en "lo que hacemos nosotros" utilizamos Modo Octal (Sistema de numeración de 8 dígitos).

Notas para entendernos mejor

*Los permisos chmod pueden estar expresados en números o en letras, las letras pueden estar en grupos de 3 caracteres cada uno, siendo el primer grupo el encargado de indicar los permisos de owner, el segundo de group y el último para others, mientras que mediante números podemos expresar un solo grupo de 3 dígitos que puede variar del 000 al 777 como vemos en el siguiente ejemplo:

Arriba ingresé una serie de 10 caracteres y anteriormente les había comentado que eran 9 siempre que estemos hablando de letras, esto es por que el primer caracter (rojo) es el que indica si es un directorio (d), si es un archivo (-) o si es un link (l) (también pueden aparecer 3 caracteres más pero es muy poco probable), en el ejemplo estamos hablando de un archivo, si estuviéramos hablando de un directorio sería:

Hablando de Números:

Los permisos con los que trabajamos entonces, están separados generalmente por 1 grupo de 3 dígitos, dentro de estos 3 dígitos existen instrucciones para los tres grupos de usuarios y para cada uno existen 3 tipos de permisos de archivos, esto quiere decir que en 3 dígitos tenemos 8 modos e instrucciones diferentes:

*Permisos de archivos en letras y su ubicación: read(r) write(w) y execute(x). Esto quiere decir que una "r" en primer lugar permite leer el archivo, una "w" en segundo lugar significa que el archivo se puede escribir, y, finalmente, una "x" en tercer lugar significa que el archivo se puede ejecutar. Mientras que un "-" indica que no tiene ningún permiso.

*Categorías de usuarios: como en la imagen del primer ejemplo, el primer dígito es para el owner (user(u)), el segundo el grupo(group(g)), y el último de los 3 indica los permisos para el resto de usuarios (others(o)).

Ejemplos de permisos de archivo y su numeración:

Letras = Equivalente en números = Significado

--- = 0 = sin acceso

--x = 1 = ejecutar

-w- = 2 = escribir

-wx = 3 = escribir y ejecutar

r-- = 4 = leer

r-x = 5 = leer y ejecutar

rw- = 6 = leer y escribir

rwx = 7 = leer, escribir y ejecutar

[/php]
Por lo que, si tenemos el siguiente archivo (index.php), en el cual actualmente tenemos permisos chmod 644, podemos entender que:
6 = lectura y escritura permitida al owner, ya que el owner está en primer lugar.

4 = lectura para el group por estar en segundo lugar, ya que el 4 es "r--" y significa lectura.

4 = lectura para others (usuarios), ya que como mencionaba anteriormente, el 4 es lectura y este por ser el último dígito del grupo de 3, pertenece a los permisos de others.

Modificando mediante el comando CHMOD los permisos
Es el momento de que empezemos a modificar los permisos de nuestros archivos en nuestro servidor o hosting, para poder ver y editar los permisos, en la mayoría de los clientes ftp solo basta con hacer clic derecho sobre el archivo o directorio e ir a "File permissions" o permisos de archivos. 

Permisos chmod recomendados
Recomiendo que todos los archivos tengan chmod 644, mientras que los directorios, 755 (a exclución del directorio de uploads y caché que deben tener 777).
Para ampliar la idea de chmod
Catcode.com - Chmod Tutorial.

Ignside.net - CHMOD files, asignando permisos.

Ss64.com - chmod MAN Page.

Wikipedia.
Para terminar
Seguramente me olvidé de varias cosas y este post tenga mucho por corregir, por lo que invito a todos los que quieran aportar algo para mejorarlo a dejar un comentario

Mudar o mover un blog de hosting y no morir en el intento

Neri Aispuro — Wed, 09 Jun 2010 23:25:20 +0000

La mudanza puede ser cruel algunas veces...

Hay situaciones en la vida de un escritor de internet en las que es necesario cambiar de hosting, mudarse de alojamiento, o como quieran llamarle, el asunto es que tenemos que irnos de donde estamos y tenemos que empezar una migración, junto a ello, la necesidad obviamente de no perder ni 1 sola imagen y mucho menos alguna visita, a continuación unos pocos consejos para que mudar un blog sea una cosa de unos minutos y no una complicación.
Antes que nada, como para todo lo que hagamos algún día en la www, vamos a necesitar backup de un par de cosas, pero primero de la base de datos, la mejor forma que he encontrado de hacerlo es desde phpMyAdmin. Para los que no tengan idea como hacer esto, hice un video -ojo, bastante informal- en donde están los pasos.
Luego de terminar el bakup de la base de datos y haber chequeado que es válido, generalmente bajo estos archivos:
De /:
wp-config.php
sitemap.xml
sitemap.xml.gz
.htaccess
favicon.ico
Archivos de verificación de google, yahoo, etc.

Todo lo que hay en wp-content (uploads, themes, plugins)

Una vez que tengo eso listo, paso a subir un WordPress limpio al nuevo servidor, todos los archivos menos la carpeta wp-content y el install.php que está en /wp-admin. Cuando termino subo el wp-content que tengo de backup y los archivos a /, verifico el wp-config para que no tenga problemas con la base de datos y voilá.

Estupid tip: siempre es importante trabajar con opendns o google public dns (que no lo he usado) en estos casos, ya que podemos trabajar en el sitio al rato que cambiamos las dns en caso de ser un dominio genérico, aunque los .com.ar nunca tardan más de 30 horas en actualizar las dns.

Instalar múltiples blogs en la misma base de datos

Neri Aispuro — Fri, 12 Feb 2010 14:03:42 +0000

La mayoría de las veces cuando los blogs están dando sus primeros pasos junto a quien lleva las riendas de los mismos están limitados a comprar un hosting barato, ya que al no tener ganancias o tener muy pocas y al no tener mucho tráfico con un hosting simple puede alcanzar y sobrar.

Instalar múltiples blogs en la misma base de datos puede servir cuando se limitan el número de bases de datos que se pueden crear, generalmente son 3 o 5 para los host chicos, es algo que lleva poco tiempo y es fácil de hacer, asi que dejo de rodeos y vamos a instalar wp.

Por supuesto hay que crear una sola base de datos y un usuario y hay que dejar todos los wp-config.php iguales, lo único que hay que cambiar es la línea que por defecto es:

$table_prefix = 'wp_';

Pueden poner cualquier prefijo de bases de datos, puede ser el nombre del sitio o simplemente "wp1_", "wp2_", "wp3_", etc.

Quedará algo así:

Checklist para luego de instalar WordPress

Neri Aispuro — Mon, 07 Dec 2009 23:54:59 +0000

El otro día comenté en Twitter la idea de hacer una checklist para después de instalar WordPress y varios dijeron que era buena idea, asi que acá vamos.

Luego de instalar WordPress (de ahora en más Wp) y haber eliminado el install.php, modificando varias cosas que son sencillas podemos aprovechar varias de las ventajas de este cms, a continuación una lista de acciones que realizo en general luego de instalar Wp, por lo que pueden estar o no de acuerdo con esto.

Nota: Las secciones que salteo son las que no modifico en primer momento.

Lo primero que hago es crear un nuevo usuario con permisos de administrador (/wp-admin/user-new.php), dejo de usar el usuario Admin y me logueo con el usuario que cree anteriormente, ahí comienzo los cambios, en primer lugar limpiar el panel de administración (Dashboard).

Haciendo clic en "Screen Options" (/wp-admin/index.php#screen-options) sale una lista de opciones desplegables, yo siempre dejo tildadas las primeras 3.

Es la Hora de los Posts (/wp-admin/edit.php), borro el Hello World!.

Ahora cambio el nombre y el permalink de la categoría default. (/wp-admin/categories.php)

Hora de los links. (/wp-admin/link-manager.php)

Borro todos los que Wp trae.

Páginas. (/wp-admin/edit-pages.php)

Borro la default que es "About".

Settings. (/wp-admin/options-general.php)

En Settings -> General hay varias cosas para tocar.

Configurar el Tagline (Descripción).
Cambiar la zona horaria.
Cambiar el formato de la fecha.

Settings -> Writing. (/wp-admin/options-writing.php)

En esta sección lo único que modifico es la lista de sitios para hacer ping (Ejemplo).

Settings -> Reading. (/wp-admin/options-reading.php)

Lo único que cambio en esta sección son el número de posts a mostrar en una página, generalmente pongo 5. A veces cambio el número de posts que se ven al suscribirse al feed, eso según el sitio y el número que se me cruce

Settings -> Discussion. (/wp-admin/options-discussion.php)

Acá están las opciones de los comentarios, a simple vista lo único que hago es des-tildar la casilla de paginar los comentarios ("Break comments into pages with 50 comments per page and the last page displayed by default").

Settings -> Permalinks. (/wp-admin/options-permalink.php)

Ya se ha dicho mucho de permalinks en Wp, yo simplemente los dejo como /%postname%.php, y, según en que sitio modifico los permalinks de las /tag/ y /category/, por ejemplo en este sitio las categorías son /cat/ y las tags las dejé como /tag/, pero siempre pueden elegir las opciones que más les gusten.

Después de terminar estas configuraciones básicas, tengo una carpeta siempre a mano de plugins actualizados que uso y los subo, luego el theme, contenido, SEO básico y listo para navegar entre los turbios bytes de la www.

¿Actualizas WordPress mediante Ftp?

Neri Aispuro — Tue, 24 Nov 2009 13:24:18 +0000

Probablemente muchos -si no es la mayoría- de los lectores conozcan de lo que voy a ~~hablar~~ escribir, pero para los que no lo sepan puede ser algo realmente útil.

Si actualizas WordPress mediante ftp se supone que lo haces descargando la nueva versión de este cms, yo cuando sabía menos que ahora, cada vez que salía una nueva versión de WordPress, me lo descargaba desde wordpress.org/latest.zip, lo descomprimía y subía todos los archivos mediante ftp, eso suponía perder muchísimo tiempo y perder las personalizaciones de algunos archivos, hace ya bastante tiempo que dejé de hacer esta boludés gracias al trac de WordPress.

Para los que no saben que es el trac, haciendo un resumen les puedo decir que trac es un software tipo wiki para proyectos online, en el mismo se organizan los bugs, actualizaciones, tickets y demás, por lo tanto si buscamos los cambios de una versión a la otra, los encontramos.

Yo cada vez que hay una nueva versión de Wp, voy al trac, pongo los cambios, por ejemplo, de la versión 2.8.5 a la 2.8.6, me bajo el zip SOLO con los archivos que se modificaron y así me ahorro muchísimo tiempo. Espero les sirva.

Pueden buscar los cambios agregando /tags/versión desde acá (la revisión en blanco).

500 Internal Server Error

Neri Aispuro — Tue, 08 Sep 2009 11:35:28 +0000

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, x@x.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

Probablemente sea uno de los errores más comunes que la mayoría hemos sufrido.

El problema generalmente viene cuando nos mudamos de hosting, o cuando cambiamos los permalinks y wp no puede escribir el .htaccess.

Recomendaciones:

* Borrar lo que contenga el htaccess, darle permisos chmod 777 y volver a subirlo en blanco.
* Cambiar los permalinks a gusto.
* Retirar los permisos 777.

¿Que hacer si nos hackean un sitio?

Neri Aispuro — Wed, 26 Aug 2009 16:13:08 +0000

He leido y ayudado a bastante gente con este tema, tema del que en un par de veces me he tenido que ayudar a mi mismo también.

Cuando ingresamos a nuestro blog y vemos que está hackeado (palabra mal utilizada pero que voy a usar en todo el texto) lo primeros que pensamos es ¿Qué hago ahora?

En base a mi experiencia puedo recomendar lo siguiente:

Pedir ayuda a amigos y conocidos.

Lo primero es no ponerse nervioso y no apurarse porque seguramente se nos nuble la mente y no sepamos que hacer, una buena idea es pedir a amigos y conocidos ayuda y consejos, nunca olviden que 4 ojos ven más que 2.

Re-instalar WordPress.

Volviendo a instalar WordPress nos aseguramos que si algún archivo de wp fué modificado sea sobreescrito.
Lo mejor sería borrar todo menos los archivos de siempre (sitemaps, wp-config, wp-content, etc.) y volver a subir una instalación limpia.

Revisar todos los directorios.

Excluyendo los que borramos, puede que el atacante nos haya dejado algo en wp-content/uploads, lo adecuado sería revisar todos los directorios dentro de /uploads.

Sobre el theme.

Generalmente cuando nos hackean/defacean un sitio, lo hacen modificando el index.php de nuestro theme, lo ideal sería revisar el theme entero y en todo caso volver a subir un backup completo (lo mejor).

Solucionando el problema.

Puede que a veces no se conformen solo con modificar el index de nuestro theme, sino que vayan por el index.php de wp que está en /, o puede que también nos hayan subido un index.html y solo tengamos que borrarlo.

Más avanzado..

Julio -quién fué uno de los que me ayudó cuando todavía no podía dar con el log- ha hecho una traducción de un artículo sobre como reaccionar ante un defacement que todos deberían leer.

El tema es muy complejo para abordarlo de una, se me siguen ocurriendo ideas pero si las escribo no terminaría más el post, tal vez si interesa pueda extender más el tema

Unable to create directory – Is its parent directory writable by the server?

Neri Aispuro — Thu, 11 Jun 2009 23:50:21 +0000

En pocas palabras el error nos cuenta que no podemos crear un directorio por falta de permisos chmod.
El otro día cuando mudé la mayoría de mis sitios al nuevo servidor, fué todo de 10, WordPress en el sentido de exportar/importar es perfecto.Solo tuve un problemita.
Cuando estaba mudando los archivos, para después no olvidarme, fuí dando permisos chmod 777 a las carpetas donde alojo los archivos, generalmente suele ser en /wp-content/uploads.

Estaba escribiendo un artículo, que no recuerdo ahora en que sitio era, y cuando fuí a subir una imagen me decía:
Unable to create directory /*/*/*/*/*/wp-content/uploads/2009/06. Is its parent directory writable by the server?.

La cuestión era que la dirección que me decía wp del error, era el path del servidor viejo y no del nuevo, lo primero que pensé fué que todavía no estaban bien los dns, pero después de mirar un rato, la solución era tan obvia que me enojé conmigo mismo por no haberme dado cuenta en el momento.

En dominio.tld/wp-admin/options-misc.php, tenemos las opciones para elegir la ruta de los archivos que subimos, y en la base de datos no queda /wp-content/uploads, si no que queda todo el path del servidor, por ejemplo: /usr/home/htdocs/wp-content/uploads.Y eso era lo que daba error, una vez que reemplasé todo el path del servidor viejo por wp-content/uploads, pude subir las imagenes sin errores.

Si luego de hacer todos los cambios no funciona, no se preocupen, probablemente sea culpa de Matt.