¿Actualizas WordPress mediante Ftp?

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

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?

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:

1. 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.

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.

3. 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.

4. 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).

5. 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.

6. 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?

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.

Agregar rel=”canonical” en un par de líneas, sin plugins

Escribo el post medio enojado con los “wp gurúes” y bloggers seguidos por muchos webmasters porque supuestamente “saben mucho”, aunque solo se dediquen a recopilar enlaces en delicious.
Estuve mirando un par de sitios que han hablado sobre el rel=”canonical”, y que, o han dicho de Instalar un plugin WTF! un plugin para una etiqueta de mierda?, o han dicho de modificar el functions.php para nose que.
No entiendo si esta gente no tiene ganas de investigar un poco, si es tonta, si escribe por escribir, o simplemente se quieren hacer los que entienden sobre el tema agregando código que se puede simplificar el 80%.

Volviendo al tema y escribiendo un poco más en serio:
Google, en conjunto con Live Bing, ask y Yahoo han lanzado hace un tiempito la etiqueta “canonical”.
Para los que no saben que hace esta etiqueta:
Poniendo rel=”canonical” en una url le estás diciendo a los robots que la url esa es la verdadera, un ejemplo gráfico:
Para el artículo sobre el NoFollow y NoIndex, la url canónical es http://wordpress-hacks.com/nofollow-noindex-noarchive-y-mas-desde-el-header.php
Mientras que hay tags y una categoría que tienen lo mismo:

http://wordpress-hacks.com/cat/tips

http://wordpress-hacks.com/tag/noarchive

http://wordpress-hacks.com/tag/noindex

http://wordpress-hacks.com/tag/nofollow

Es para combatir un poco el contenido duplicado.

¿Como hacer esto sin plugins ni códigos raros?
Muy fácil, agregando el código que pongo abajo en el header.php, antes de </head>

1
2
3
4
5
6

<?php if ( is_home()) { ?>
<link rel="canonical" href="<?php echo bloginfo('url'); ?>/" />
<?php } ?>
<?php if ( is_single()) { ?>
<link rel="canonical" href="<?php echo get_permalink(); ?>"/>
<?php } ?>

La explicación del código: (aunque creo que está de más)
La primer parte dice que si es home, muestre la url del sitio con rel=”canonical”.
La segunda, si es single, o sea un artículo, muestra la url del mismo con rel=”canonical”.

Atención con la terminación de la url de home. El código que les pasé es para las urls terminadas en “/”, ejemplo http://wordpress-hacks.com/
Si su sitio es por ejemplo: http://wordpress-hacks.com sin la “/” al final, sáquen ese caracter

Pd: Ya se que con el plugin malo de all in one seo pack se hace con un par de clicks, pero como lo detesto, jamás lo recomendaría para hacer nada.
Pd2: si alguien se sintió aludido que se cague.