Comprueba si estás afectado por el fallo de seguridad de Timthumb

Como aún hay muchas dudas en los comentarios acerca de si es está o no infectado por la versión insegura del script TimThumb nunca está de más hacer alguna comprobación adicional.

Si es tu caso, o si simplemente quieres asegurarte que has realizado las acciones para asegurar tu blog contra el TimThumb infectado, puedes instalar un simple plugin que hará el trabajo por ti.

Timthumb vulnerability scanner, una vez instalado y activado, realiza un análisis de los ficheros de tu instalación y, si encuentra una versión insegura te ofrece sustituirla por una versión actualizada y, como no, segura.

Sencillo y genial, como nos gustan las cosas en WordPress.

Reducir spam en WordPress usando .htaccess

apache htaccess Reducir spam en WordPress usando .htaccess¿Harto del spam y los spammer en tu blog? Aunque Akismet y otras soluciones antispam nos ayudan no siempre son suficiente, para eso puede usar el fichero .htaccess que te ayudará a reducir el volumen de los robots de spam que acceden de forma directa a tu fichero wp-comments-post.php para lanzar comentarios en tu blog.

Sencillamente tienes que añadir las siguientes líneas en tu .htacces. El fichero como sabes esta localizado en el raíz de tu WordPress. Recuerda realizar antes una copia de seguridad de tu .htaccess antes de editar por si necesitas restaurarla. Y por supuesto no te olvides de cambiar “nombrededominio” en la línea 5 por tu dominio real.

 RewriteEngine On
 RewriteCond %{REQUEST_METHOD} POST
 RewriteCond %{REQUEST_URI} .wp-comments-post\.php*
 RewriteCond %{HTTP_REFERER} !.*nombrededominio.* [OR]
 RewriteCond %{HTTP_USER_AGENT} ^$
 RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]

Una vez que guardes el fichero .htaccess editado los robots de spam no podrán acceder de forma directa a wp-comments-post.php. De esta forma se reducirá de forma significativa el volumen de spam en tu blog.

Y si además quieres complicarlo un poco más para los robots de spam también puedes bloquear directamente las llamadas de estos a través de .htaccess añadiendo algo así al fichero:

#Bloquear spambots
RewriteCond %{HTTP:User-Agent} (?:Alexibot|Art-Online|asterias|BackDoorbot|Black.Hole|BlackWidow|BlowFish|botALot|BuiltbotTough|Bullseye|BunnySlippers|Cegbfeieh|Cheesebot|CherryPicker|ChinaClaw|CopyRightCheck|cosmos|Crescent|Custo|DISCo|DittoSpyder|DownloadsDemon|\eCatch|EirGrabber|EmailCollector|EmailSiphon|EmailWolf|EroCrawler|ExpresssWebPictures|ExtractorPro|EyeNetIE|FlashGet|Foobot|FrontPage|GetRight|GetWeb!|Go-Ahead-Got-It|Go!Zilla|GrabNet|Grafula|Harvest|hloader|HMView|httplib|HTTrack|humanlinks|ImagesStripper|ImagesSucker|IndysLibrary|InfonaviRobot|InterGET|Internet\sNinja|Jennybot|JetCar|JOC\sWeb\sSpider|Kenjin.Spider|Keyword.Density|larbin|LeechFTP|Lexibot|libWeb/clsHTTP|LinkextractorPro|LinkScan/8.1a.Unix|LinkWalker|lwptrivial|Mass\sDownloader|Mata.Hari|Microsoft.URL|MIDown\stool|MIIxpc|Mister.PiX|Mister\sPiX|moget|Mozilla/3.Mozilla/2.01|Mozilla.*NEWT|Navroad|NearSite|NetAnts|NetMechanic|NetSpider|Net\sVampire|\NetZIP|NICErsPRO|NPbot|Octopus|Offline.Explorer|Offline\sExplorer|Offline\sNavigator|Openfind|Pagerabber|Papa\sFoto|pavuk|pcBrowser|Program\sShareware\s1|ProPowerbot/2.14|ProWebWalker|ProWebWalker|\psbot/0.1|QueryN.Metasearch|ReGet|RepoMonkey|RMA|SiteSnagger|SlySearch|SmartDownload|Spankbot|spanner|Superbot|SuperHTTP|Surfbot|suzuran|Szukacz/1.4|tAkeOut|Teleport|Teleport\sPro|Telesoft|The.Intraformant|TheNomad|TightTwatbot|Titan|toCrawl/UrlDispatcher|toCrawl/UrlDispatcher|True_Robot|turingos|Turnitinbot/1.5|URLy.Warning|VCI|VoidEYE|WebAuto|WebBandit|WebCopier|WebEMailExtrac.*|WebEnhancer|WebFetch|WebGo\sIS|Web.Image.Collector|Web\sImage\sCollector|WebLeacher|WebmasterWorldForumbot|WebReaper|WebSauger|Website\seXtractor|Website.Quester|Website\sQuester|Webster.Pro|WebStripper|Web\sSucker|WebWhacker|WebZip|Wget|Widow|[Ww]eb[Bb]andit|WWW-Collector-E|WWWOFFLE|Xaldon\sWebSpider|Xenu’s|Zeus) [NC]
RewriteRule .? – [F]

Gracias a las referencias de WPRecipes y Allguru.

Reducir spam en WordPress usando .htaccess is a post from: Carrero

España a la cola en WordPress seguros (infografía)

Como sé que te gustan las infografías hoy comparto una que está muy bien, no por su diseño sino por su especialización, ya que al haberla hecho un sitio dedicado a seguridad informática hace el hincapié en cuan seguros están los 100 mil principales sitios que usan WordPress.

Como siempre, por si alguien no se maneja bien con el inglés, traduciré los datos que considero más importantes de la misma, a saber …

  • El 66% de los sitios de más tráfico de España que usan WordPress no han actualizado a la versión 3.2.1
  • El 74,6% usan Apache
  • Solo el 45,8% usan WordPress 3.2.x
  • Uno de los sitios top usa aún WordPress 1.5
  • El hosting más utilizado es Softlayer
  • Los más comprometidos con la seguridad (versiones más actualizadas) son los alemanes y los brasileños
  • Los menos comprometidos con la seguridad (versiones menos actualizadas) son Japón y España

¿Conclusiones?

Sencilla:

¡Actualiza a WordPress 3.2.x

La única versión realmente segura de utilizar es WordPress 3.2.x, es la única en desarrollo y supervisada, si usas una versión anterior estás solo, no hay actualizaciones de seguridad para versiones antiguas. Lo sabías ¿no?

Asegurando WordPress con .htaccess

He hablado muchas veces del fichero .htaccess, un archivo que, aunque no pertenece a la instalación de WordPress, es necesario para que funcionen muchas cosas que seguro necesitaremos, desde los enlaces permanentes hasta la protección de nuestras carpetas.

Pero como andaba todo algo disperso he pensado que, en estos tiempos que corren, no está de mas un recordatorio y, por supuesto, un resumen.

Pero antes vamos a ver lo que ya había por si te has perdido algo, luego escribimos las líneas para que tu .htaccess asegure tu WordPress.

¿Hacemos una recopilación? …

Y vaya, que ¿por qué no recopilar unos cuantos de estos trucos y preparar unas líneas con las que asegurar WordPress desde .htaccess?. Sería algo así …
PHP:
  1. # Asegurando WordPress
  2.  
  3. # Desactivar la firma de servidor
  4. ServerSignature Off
  5.  
  6. # Desactivar el listado de carpetas y archivos
  7. Options All -Indexes
  8.  
  9. # Protegiendo el mismo fichero htaccess
  10. <files .htaccess>
  11. order allow,deny
  12. deny from all
  13. </files>
  14.  
  15. # Protegiendo htaccess de manera extrema
  16. <files ~ "^.*\.([Hh][Tt][Aa])">
  17.  order allow,deny
  18.  deny from all
  19.  satisfy all
  20. </files>
  21.  
  22. # Protegiendo wp-admin por IP
  23. AuthUserFile /dev/null
  24. AuthGroupFile /dev/null
  25. AuthName “Access Control”
  26. AuthType Basic
  27. order deny,allow
  28. deny from all
  29. # IP cuando estoy en casa
  30. allow from xx.xxx.xxx.xx
  31. # IP cuando estoy en el trabajo
  32. allow from xx.xxx.xxx.xxx
  33. allow from xxx.xxx.xxx.200
  34. # IP de otro usuario con permisos
  35. allow from xxx.xxx.x.xx
  36.  
  37. # Protegiendo el fichero wpconfig.php
  38. <files wp-config.php>
  39. order allow,deny
  40. deny from all
  41. </files>
  42.  
  43. # Protegiéndonos de los commentarios spam
  44. <IfModule mod_rewrite.c>
  45. RewriteEngine On
  46. RewriteCond %{REQUEST_METHOD} POST
  47. RewriteCond %{REQUEST_URI} .wp-comments-post\.php*
  48. RewriteCond %{HTTP_REFERER} !.*tublog.com* [OR]
  49. RewriteCond %{HTTP_USER_AGENT} ^$
  50. RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]
  51. </IfModule>
  52.  
  53. # Desactivando el hotlinking con  un mensaje de aviso
  54. <IfModule mod_rewrite.c>
  55. RewriteEngine On
  56. RewriteCond %{HTTP_REFERER} !^$
  57. RewriteCond %{HTTP_REFERER} !^http://www.xyz.com/.*$ [NC]
  58. RewriteCond %{HTTP_REFERER} !^http://www.xyz.com$ [NC]
  59. RewriteCond %{HTTP_REFERER} !^http://xyz.com/.*$ [NC]
  60. RewriteCond %{HTTP_REFERER} !^http://xyz.com$ [NC]
  61. RewriteCond %{HTTP_REFERER} !google. [NC]
  62. RewriteCond %{HTTP_REFERER} !msn. [NC]
  63. RewriteCond %{HTTP_REFERER} !live. [NC]
  64. RewriteCond %{HTTP_REFERER} !yahoo. [NC]
  65. RewriteCond %{HTTP_REFERER} !gravatar. [NC]
  66. RewriteCond %{HTTP_REFERER} !search?q=cache [NC]
  67. RewriteRule .*\.(jpg|jpeg|gif|png|bmp)$ - [F,NC]
  68. </IfModule>
  69.  
  70. # Baneo por IP
  71. <Limit GET POST>
  72.  order allow,deny
  73.  deny from xx.xx.xxx.xxx /aquí pones la IP a banear
  74.  allow from all
  75. </Limit>
  76.  
  77. # Baneo por dominio
  78. RewriteEngine On
  79. Options +FollowSymlinks
  80. RewriteCond %{HTTP_REFERER} dominio_a_banear\.com [NC]
  81. RewriteRule .* - [F]
  82.  
  83. # Evitar splogs
  84. RewriteEngine On
  85. RewriteCond %{REQUEST_METHOD} POST
  86. RewriteCond %{REQUEST_URI} .wp-signup.php*
  87. RewriteCond %{HTTP_REFERER} !.*miwordpressmu.com.* [OR]
  88. RewriteCond %{HTTP_USER_AGENT} ^$
  89. RewriteRule (.*) http://disney.com/ [R=301,L]

Unos detalles … 

  1. La "serversignature" es un texto en los mensajes de error que indica la versión de Apache que usamos e incluso el email del administrador
  2. ¡Ojo!, no pegues directamente eso en tu .htaccess, que hay muchas líneas de ejemplo

Ea, a ir seguro por esas webs, que hay mucho Apache suelto ;)

Contenido exclusivo para suscriptores al Feed

¡Gracias por seguirnos a diario!. Premiamos tu fidelidad ofreciéndote habitualmente contenidos exclusivos. Hoy puedes descargar:

Clic aquí para iniciar la descarga Guía Domina tu Blog

WordPress con Timthumb hackeado hacen black hat SEO en Google Images

Según el blog de Unmask Parasites, más de 4.000 sitios WordPress hackeados estarían inundando de imágenes utilizadas para posicionar sitios de falsos antivirus.

Lo que hacen estos indeseables del Black Hat SEO, usando el exploit en Timthumb del que avisé, es lo siguiente …

Con el siguiente patrón de URL: hxxp:///?[a-f]{3}= , donde [a-f]{3} es una combinación de tres letras desde la "a" a la "f" y las son combinaciones de palabras clave separadas por guiones que contienen o imágenes de palabras o imágenes normales, por ejemplo:

hxxp://ejemplo.com/?fef=imágenes-de-mitzi-mueller-wrestling
hxxp://ejemplo.net/?cda=imagen-frutas-tropicales-index

Para ello usan páginas con puerta trasera que introducen en plantillas normales de sitios WordPress, donde el contenido original se reemplaza con unas veinte miniaturas y pequeños bloques de texto relativos a las palabras clave a posicionar.

Las imágenes no están enlazadas desde sitios externos sino que enlazan a imágenes a "tamaño completo" con URLs como estas:

PHP:
  1. /?[a-f]{3}=<keywords><encrypted-key><short-name>.jpg

Por ejemplo:

PHP:
  1. /?fec=imágenes-de-blagojovich-arrestado-Eun8671l43WGQNUa7rKWUdG/5d60kf6AQ4VM4KfPdbfaMro2PNRMVlYmniC50Kh6SJdwMkeSz7s19kggH0WT4j_AYuW36OEWyfkABshi/Tk5R16sYiKUfS8OJGDZ_K7p/WoYUNZZ_Q==uek.jpg

En la parte superior de las imágenes se muestra una inscripción - el nombre de dominio del sitio hacheado. De este modo los indeseables estos hacen parecer que las imágenes pertenecen al sitio que han hackeado, como si fuera contenido propio, no imágenes insertadas o robadas. Al mismo tiempo, de este modo, es más fácil identificar la imagen envenenada en los resultados de búsqueda.

Los archivos de imágen contienen la siguiente cadena en su interior: < CREATOR: gd-jpeg v1.0 (using IJG JPEG v62), quality = 100. Esto significa que se crearon usando la biblioteca gráfica GD.

Parece ser que los hackers usan un script PHP para coger imágenes bien posicionadas (en los resultados de búsqueda de Google Imágenes), las redimensionan a tamaño de miniatura (un ancho de entre 200 y 300 pixels) y a tamaño completo (algunas a tamaño aleatorio, en algunos casos incluso a tamaños mayores que la original, para posicionarlas mejor al ser más grandes en pixels) y finalmente añaden el sello del nombre del dominio hackeado.

Marcas temporales

Al fondo del código HTML de las páginas puerta trasera puedes ver comentarios como estos:

PHP:
  1. <!-- 7/24/2011 4:30:03 PM --><!-- new england railroad pictures -->

La marca temporal y las palabras clave. De este modo puedes fácilmente ver cuando se creó la puerta trasera.

Redirecciones

Las páginas puerta trasera tienen buenas posiciones en algunas palabras clave tanto en la búsqueda web de Google como en la de Imágenes (especialmente cuando buscas la frase exacta). Sin embargo, las redirecciones maliciosas ocurren solamente cuando haces clic en el resultado de búsqueda en Google Imágenes, lo que prueba que la meta final es inundar Google Imágenes de estas imágenes, o sea, una campaña pura y dura de black-hat SEO.

La redirección tiene dos etapas. En la primera la redirección va a un servidor intermedio (TDS) que, a continuación, redirige a unas páginas web que lanzan una herramienta antivirus falsa (hay dos variaciones diferentes).

Esta es una cadena real de redirección:

PHP:
  1. 302->hxxp://video.bywhy .com/?k=girdles+pictures&s=google&r=http%3A%2F%2Fwww.google.com%2Fimgres%3Fimgurl%3Dhttp%3A%2F%2Fbcsmusic.me%2F%253Fbdd%253Dgirdles-pictures-Vyhynx%2FbFO_9rUEvfK72isOTIVpmnmzLxnzp51gHqzVXi5I5jE2lyrsssMFcfbwOFoXk3VR8TwxTQeexe%2FonLd6RPIG_M6hkLQMh6ACctX4kzsuwbN5w_6YOYxZYj1AJQl1OBCXNjPYQoA%253D%253Dxy5.jpg%26imgrefurl%3Dhttp%3A%2F%2Fbcsmusic.me%2F%253Fbdd%253Dgirdles-pictures%26usg%3D__6ho2Rtl5S4GcwInf2xzUhPN4vkI%3D%26h%3D439%26w%3D262%26sz%3D98%26hl%3Den%26start%3D19%26zoom%3D1%26um%3D1%26itbs%3D1%26tbnid%3DoHNHWFmQjxIwqM%3A%26tbnh%3D127%26tbnw%3D76%26prev%3D%2Fsearch%253Fq%253Dsite%3Abcsmusic.me%2526um%253D1%2526hl%253Den%2526sa%253DN%2526channel%253Dfs%2526biw%253D1222%2526bih%253D260%2526tbm%253Disch%26ei%3DnU80TtGDG4mE-wa5vPH9DA&d=http%3A%2F%2Fbcsmusic.me%2F%3Fbdd%3Dgirdles-pictures
  2.  
  3. 302->hxxp://update34.svernick .in/index.php?Q0rhQ9S3be5GTHpOM5RNjiUpBaa7CmPerSb+VBBE57iCXCC1iDs+XgOe4qXsg1ggs5uk7Ck1GcwyRZ2vqM7MPVofO5WM3eBmP5tRpBeBu/kPphowRYvnTq2+4BmHNg==

Como puedes ver, el servidor TDS recibe información acerca de las palabras clave, la fuente, y de la URL de referencia.

El dominio intermedio cambia cada día. En realidad pertenecen a otros sitios hackeados (en su mayoría creados con WordPress)

Aquí tienes unos cuantos dominios del TDS intermedio usados en este ataque:

video.bywhy .com
ppopo2.bget .ru
awalstudios .com
demo.hireindians .net
www.privatepilot .hu
footballgirdles .tk

El nombre de dominio de la página web del falso antivirus consiste en un dominio .in que cambia cada día, y unos cuantos subdminios "updateNN" o "scanNN", por ejemplo, "update82.yourscan.in" o "scan73.moomles.in.

Aquí tienes unos cuantos dominios .in de los falsos sitios antivirus usados en este ataque:

spelleit .in
svernick .in
senerino .in
moomles .in
klopster .in
bastandro .in
waspeeds .in
yourscan .in
x-scan .in

La mayoría de los sitios .in apuntan a la dirección IP 193.105.154.31 (Reino unido, con información de contacto de Lituania).

Rango de detección

Los falsos sitios antivirus lanzan ejecutables .exe "scareware" con nombres como InstallSecurityScanner_NNN.exe, o
InstallSecurityScanner_225.exe. Estos archivos se vuelven a re-empaquetar cada día y su rango de detección (según VirusTotal) es bastante bajo. El rango típico de detección para ficheros servidos actualmente es de 8/43 (18,6%). Esto suele mejorar en tanto en cuanto el fichero malicioso no se use y se sirva un nuevo fichero con bajo rango de detección desde el servidor del antivirus.

Como he comentado arriba, y por concretar más, se han detectado 4.358 sitios comprometidos. Actualmente Google ha detectado menos del 5% de los mismos. Si usas la página de diagnóstico de navegación segura de Google te dice algo así:

El software malicioso está alojado en 2 dominio(s), incluyendo bastandro .in/, senerino .in/.

Parece que 3 dominio(s) están funcionando como intermediarios para distribuir malware a los visitantes de este sitio, incluyendo hireindians .net/, awalstudios .com/, bywhy .com/.

Timthumb

Como ya avisé hace unos días, hay que poner al día Timthumb si lo usa tu tema, no hay excusas, más visto lo visto de los resultados ¿no te parece?

.htaccess

Pero no solo Timthumb es el culpable, también se han detectado sitios en los que hackers han creado un .htaccess con reglas de rewrite superiores al directorio raíz del sitio. Las reglas de rewrite mapean las URLs puerta trasera a algún script PHP. Ahí es nada.

Cache

Todas las páginas puerta trasera están cacheadas en alguna parte del servidor. Al contrario que otros ataques de envenamiento SEO estos no se hacen en vivo. Si especificas algunas palabras clave diferentes en la URL obtendrás un error 404. Dicho sea de paso, estas páginas de error 404 son distintas a las normales que tenga el sitio hackeado.

Otra prueba de que el contenido spam está cacheado y de que no se inyecta en la ejecución de páginas activas de WordPress son las marcas temporales en el fondo del código HTML y de las entradas antiguas de la sección de "Entradas recientes". En algunos sitios, en vez de una plantilla real del sitio, usan una plantilla prefabricada de Kubrick con una marca final que no cambia de sitio a sitio sino que es siempre la misma (WordPress 2.3.1, 22 queries, 0.912 seconds).

¿Que hago?

Hay varias comprobaciones y/o acciones que podemos realizar:

  1. Pues lo primero repasar tu fichero .htaccess y elimina cualquier regla de rewrite que no sepas que hace. Ante la duda bórralo y vuelve a guardar la estructura de enlaces permanentes en los Ajustes de WordPress para que se vuelva a crear uno limpio.
  2. Actualiza TimThumb a la versión segura. Ya te he puesto los enlaces a las maneras de hacerlo más arriba, en la entrada que escribí el otro día tienes los distintos modos de hacerlo
  3. Ve a las Herramientas para Webmasters de Google y revisa si tu sitio tiene software malicioso
  4. Instala algún plugin detector de exploits y ejecútalo. Hay varios y buenos "en el repositorio oficial", haz una búsqueda por "exploit"

Que no sea nada ;-)

Gracias a Juan por el aviso

Problema grave de seguridad en Timthumb

Si tu tema utiliza este script de redimensionado de imágenes, algo bastante habitual en temas estilo revista, más te vale saber se ha detectado una vulnerabilidad del tipo Zero day en TimThumb. Para asegurar sue tu sitio está seguro deberías hacer algo de lo que te indico a continuación:

Método 1: Actualiza el tema

Descarga la última versión del tema, usando el enlace de descarga de donde lo adquiriste. Todas las versiones nuevas de los temas suelen ya tener la versión segura del script. Un buen ejemplo es Elegant Themes, que ha actualizado todos los temas, aprovechando para incluir mejoras.

Método 2: Reemplaza el script timthumb por FTP

Borra el fichero timthumb.php y reemplázalo con la última versión segura de timthumb en la carpeta de tu tema a través de FTP. Si lo haces así es recomendable hacer también este cambio:

Edita la variable $allowedsites y quita todos los sitios referenciados - debería verse así tras editarlo:

PHP:
  1. // dominios externos external domains that are allowed to be displayed on your website
  2. $allowedSites = array();

Método 3: Actualiza timthumb desde el editor de WordPress

Sigue estos pasos para actualizar tu fichero timthumb actual:

  1. Accede a tu sitio WordPress. Ve a Apariencia => Editor.
  2. Abre el archivo timthumb.php y borra todo su contenido.
  3. Copia-pega el contenido de la última versión segura de timthumb.. Tambien haz la modificación adicional indicada en el método 2.
  4. Haz clic en Actualizar archivo (guarda).

Con cualquiera de estos 3 métodos tendrás tu instalación segura.

Gracias a Gabfire por la guía

WordPress: Upload seguro, actualizar y otros directorios con .htaccess

secure folder WordPress: Upload seguro, actualizar y otros directorios con .htaccessSeguro que te preocupas por la seguridad de tu sitio web y de los directorios que necesitan permisos totales CHMOD 777, lo que sin duda podría ser a veces un problema de seguridad. Lo ideal es NO usar plugins que necesites permisos 777 para directorios, pero si estás seguro de usarlos y es totalmente necesario lo mejor es añadir unas líneas a tu .htaccess para mejorar la seguridad. Por comentar algunos caso hay servidores donde para que funcionen plugins tan importantes como W3 Total Cache nos exige tener permisos 777 en los directorio de cache, aunque suele funcionar siempre con un 755.

Entre los directorios de tu servidor que puede necesitar estar protección que te vamos a explicar pueden estar:

  • uploads
  • upgrade
  • backups
  • cache, cache-123
  • temp, temp-123
  • etc..

Suelen ser directorios que no siempre necesitan acceso directo de los usuarios. Entonces, lo que necesitamos es dar acceso para la dirección de tu servidor y de la máquina de la que eres propietario (o hosting compartido). Una vez que tenemos esta información el .htacces deberías añadir estas líneas:

Order Deny,Allow
Deny from all
Allow from 1.2.3.4
Allow from 4.3.2.1

Puedes usar “Allow from” para autorizar sin problemas más direcciones IP. Por ejemplo la dirección de tu ADSL por si necesitas algún acceso. Ahora solo tienes que subir un fichero .htaccess dentro del directorio a proteger y listo, ya estás más protegido que antes contra acceso no autorizado a esos directorios con todos permisos.

Gracias a DigWP por su post.

WordPress: Upload seguro, actualizar y otros directorios con .htaccess is a post from: Carrero

WordPress 3.1.4 y WordPress 3.2 RC3

Ya tienes que tener listas para instalar y/o descarga las versiones WordPress 3.1.4 estable y WordPress 3.2 RC3. En concreto, al actualización a WordPress 3.1.4 es absolutamente recomendable pues soluciona un fallo que puede conceder permisos extra sobre tu sitio a usuarios con nivel de Editor.

Administrar varios WordPress a la vez

Ya hemos hablado alguna vez de algún sistema de administrar varios WordPress, como el script WordPress Status Dashboard, pero seguramente esta solución de que te hablo hoy sea la más completa e interesante.

ManageWP, del conocido desarrollador Vladimir Prevolac, es un combo de 2 utilidades actualmente. Por un lado tienes el plugin ManageWP Worker, disponible en el repositorio oficial, que tienes que instalar en cada sitio a controlar desde ManageWp, que sería el cliente por llamarlo de algún modo, y luego está ManageWP propiamente, que es desde donde controlas tus sitios.

Actualmente el registro es gratuito, así que no tienes más que entrar para empezar a probarlo y disfrutar de sus características:

  • No requiere que introduzcas las contraseñas de tus sitios, solo el nombre de usuario y el esto se conecta por OpenSSL encriptado
  • Moderar comentarios de todos tus sitios desde un mismo escritorio
  • Revisar los escritorios de todos tus sitios añadidos
  • Actualizar en lote plugins
  • Actualizar en lote temas
  • Actualizar en lote WordPress
  • Publicar una misma entrada en varios sitios a la vez
  • Publicar una misma página en varios sitios a la vez
  • Copia de seguridad automática de tus sitios
  • Instalar plugins en varios sitios a la vez
  • Instalar temas en varios sitios a la vez
  • Añadir usuarios en varios sitios a la vez
  • Añadir enlaces en varios sitios a la vez
  • Clonar un sitio en otro dominio
  • Migrar un sitio a otro dominio
  • Soporte de multisitio
  • Integración de Google Analytics

Empezar a usarlo es sencillo, y tienes dos alternativas:

  1. Instalas el plugin ManageWP Worker y lo activas en los sitios que quieres administrar centralizadamente, y luego te registras en ManageWP para añadirlos.
  2. Te registras en ManageWP y añades tus sitios, el sistema te recordará (y te ofrece el enlace para instalarlo en tu sitio directamente) que instales y actives el plugin en cada sitio que añadas.

En cuanto al tema “precios”, aunque aún no se han decidido, y de hecho están preguntando a los usuarios cual sería su precio ideal, la idea que ya tienen es que hasta 3 sitios sea gratuito, y cobrar por un paquete básico entre 0,5$ o 1$ por sitio y mes, con packs adicionales para más funcionalidades.

Yo lo llevo probando un tiempo y mejora en cada actualización del sistema. Si tienes que administrar varios sitios es una herramienta genial, casi adictiva, no digamos si eres webmaster de una red de blogs o llevas muchos WordPress de clientes, ahí no tiene precio.

Solo le veo una pega, y es el hecho de tener que administrar todo (no sé si de momento) desde el dominio ManageWP.com. Creo que esto debería ser un sistema instalable en tu propio WordPress, desde el cual administrar tu red, tus sitios, y no depender de un dominio externo, propiedad de otra persona. Ahí es donde aún tengo dudas, no sé que pensarás a este respecto.

Personalmente veo que sería un servicio perfecto en todos sus sentidos de uno de estos dos modos:

  1. Gestionado por Automattic (no es raro que terminen comprándolo)
  2. Instalable en tu propio dominio

Bueno, te dejo un vídeo, un enlace a la guía de usuario y unas capturas del sistema, verás que tiene de todo …

captura 2011-06-25 a las 01.46.50 captura 2011-06-25 a las 01.47.02 captura 2011-06-25 a las 01.47.26 captura 2011-06-25 a las 01.47.54 captura 2011-06-25 a las 01.48.13 captura 2011-06-25 a las 01.48.38 captura 2011-06-25 a las 01.48.47 captura 2011-06-25 a las 01.49.02 captura 2011-06-25 a las 01.49.39 captura 2011-06-25 a las 01.49.56 captura 2011-06-25 a las 01.50.15 captura 2011-06-25 a las 01.50.25 captura 2011-06-25 a las 01.50.32 captura 2011-06-25 a las 01.50.41 captura 2011-06-25 a las 01.50.53 captura 2011-06-25 a las 01.51.20 captura 2011-06-25 a las 01.51.44 captura 2011-06-25 a las 01.51.57 captura 2011-06-25 a las 01.52.23

Contenido exclusivo para suscriptores al Feed

¡Gracias por seguirnos a diario!. Premiamos tu fidelidad ofreciéndote habitualmente contenidos exclusivos. Hoy puedes descargar:

Clic aquí para iniciar la descarga Guía para Administrar WordPress

Reinicia tu contraseña de WordPress.org

Si eres usuarios de los foros oficiales de WordPress, los foros y plugins de bbPress, incluso si eres traductor en Glotpress, reinicia tu contraseña pues por el problema del otro día se han anulado todas las anteriores.

Contenido exclusivo para suscriptores al Feed

¡Gracias por seguirnos a diario!. Premiamos tu fidelidad ofreciéndote habitualmente contenidos exclusivos. Hoy puedes descargar:

Clic aquí para iniciar la descarga Guía Windows Live Writer