Esta nueva versión aporta muchas nuevas características y facilidades de uso, para que os sea aun más sencilla la gestión de vuestro WordPress, WordPress Multisitio, BuddyPress y bbPress 2.0 Alpha y poder libraros de los sploggers o usuarios no deseados.

Estamos trabajando para crear el mejor sistema anti-splog para WordPress.

Las nuevas características por las diferentes tipos de instalaciones son:

WordPress Simple y bbPress 2.0 Alpha

- Protección del registro frente a usuario no deseados.

- Wizard para la detección y revisión de todos los usuarios registrados.

- Nueva opción en la administración de entradas por la cual, en el caso en que deis permisos de creación de entradas a vuestros usuarios, reportar una entrada como sploggers, eliminándose todas las entradas que hubiera creado el usuario, marcándolo como splogger y eliminándolo.

WordPress MU (WPMU)

A lo anterior hay que sumarle

- Si se activa Sitewide, protección del registro del blog principal así como de todos los sub blogs de la red

WordPress Multisitio (WP3)

A todo lo anterior hay que sumarle

- Aparición de un botón de reporte de blog y usuario en la barra de WordPress para que vuestros usuarios puedan reportar un blog splogger.

- Cola de moderación para poder controlar todos los blogs reportados.

BuddyPress 2.x (WP3 simple y Multisite)

A todo lo anterior hay que sumarle

- Da a tus usuarios la posibilidad de reportar actividades de sploggers.

- Da la opción a tus usuarios de reportar a usuarios desde los perfiles.

- Cola de moderación para los blogs y usuarios reportados.

Es importante resaltar que WangGuard 1.1 funciona de forma diferentes si se activa solo en el blog principal o para la red. Si tenéis activada la red en WordPress, os aconsejo que lo activéis para red.

Ya estamos trabajando en WGG 1.2, pero os aseguro que intentaremos seguir mereciendo vuestra confianza.

Aquí os dejo algunas imágenes de WangGuard 1.1

Lo que a lo mejor no muchos de vosotros sabréis es que en su versión 2.0 será un plugin para WordPress. Ya no será una instalación aparte.

La ventaja inmediata será que se instalará con un solo clic y quedará totalmente integrado con nuestro tema.

Ya no habrán más complicaciones para compartir usuarios entre WordPress y bbPress.

El backend de WordPress y bbPress será exactamente el mismo, solo que en WordPress aparecerán nuevos menús para gestionar bbPress.

Se basa/rá en los ya famosos custom post type.

Si deseáis probar bbPress 2.0, ya lo podéis hacer pero os aconsejo encarecidamente que lo hagáis en una instalación de prueba.

1. Está en una fase muy temprana Alpha 2
2. Necesitáis un tema compatible (bbPress viene con un Twenty Ten bbPress modificado para esta función)

Lo primero que deberemos hacer es ir al trac de bbPress y descargar bbPress

Una vez descargado, descomprimirlo en vuestro ordenador y crear una carpeta a estilo plugin, es decir, por ejemplo crear una carpeta que se llame “bbpress-plugin” y poner dentro de esta todos los archivos y directorios. Sobre todo debe ser tipo bbpress-plugin/bbpress.php

Colocar la carpeta creada en el directorio plugins de vuestra instalación de WordPress.

Ir a la administración de plugin de WordPress y activad el plugin

ATENCIÓN: Una vez activada no salgáis hasta configurar como mínimo la página de identificación o no podréis acceder de nuevo a la administración de WordPress sin antes desactivar el plugin (renombrando el directorio bbpress-plugin)

Cuando lo activéis, os pedirá que seleccionéis un tema compatible, ir a Apariencia – > Temas y seleccionar “bbPress (Twenty Ten) 1.1-alpha by WordPress and bbPress teams”

Una vez seleccionado el Tema, pasamos a la configuración básica de bbPress.

Lo primero que haremos será crear las diferentes páginas.

Las páginas que deberemos crear son:

Crear hilo

Foros (index)

Estadísticas

Etiquetas

Hilos nuevos

Hilos sin respuesta

Identificación usuarios –> el enlace permanente debe denominarse “login” es imprescindible o no os funcionará

Recuperación de contraseña

Registro de usuarios

Para ello iremos a la creación de páginas de nuestro WordPress e iremos creando cada página una a una y aplicándole la plantilla apropiada que encontraremos en el menú desplegable de la derecha.

Una vez que tengamos todas las páginas creadas, iremos al apartado de bbPress y en Forums –> New Forum iremos añadiendo los diferentes apartados que deseemos ofrecer en nuestro foro.

El resultado final, a falta de ordenar un poco los menús superiores sería este:

Podeis verlo en funcionamiento en esta página.

La versión que os podréis descargar en estos momentos es WordPress 3.0.3 así que nada más instalárosla os aconsejo que apretéis en actualizar una vez que entréis en el Escritorio de WordPress. La razón por la que es una versión antigua es que el equipo de traducción enviamos la aplicación cuando aun era la 3.0.3 y hasta hoy no ha sido aceptado en Microsoft.

Espero que esta nueva iniciativa tomada por el equipo de traducción oficial de WordPress, sea acogida con agrado, sobretodo por los usuario de Microsoft Windows.

En esta nueva versión se han arreglado 10 bugs, pero ninguno de ellos de importancia.

Es una actualización aconsejable pero no obligatoria.

Ya podéis descargaros el archivo de traducción al español / castellano desde la sección Descargas de buddypress-es.com

Se han resuelto 91 bugs, entre ellos importantes como la pantalla en blanco al actualizar a WordPress 3.0.1 o la duplicación de actividades.

Esta nueva versión mejora la compatibilidad con WordPress 3.0, realiza unos pequeños cambios en el tema default o arregla 91 problemas. Puedes mirar el historial de BuddyPress para ver las mejoras realizadas.

También anunciaros que ya podéis descargaros la traducción al castellano / español de BuddyPress 1.2.6 desde la sección ‘Descargas’ de buddypress-es.com

EDITO: Después de mucho probar cosas, he creado quizás uno de los mejores plugins anti-splog anti-spam de usuarios que pueda existir en estos momentos. Su nombre es WangGuard y lo podéis descargar desde el repositorio de WordPress. Más información en esta entrada.

Llevo mucho tiempo luchando contra esta peste llamada Splog, que es el registro de usuarios en comunidades de blogs y redes sociales creadas mediante BuddyPress para realizar spam y splog.

Le he estado dando muchas vueltas y el problema no se solucionaba fácilmente.

El spam/splog en WordPress con red activada, es relativamente sencillo de atajar, ya que solo hay que ir añadiendo dominios de Splogers a “Super Admin” –> “Opciones” –> “Dominios de correo electrónico no permitidos” y añadir todos los dominios que queremos bloquear. El problema real está en BuddyPress.

Hace un par de días, descubrí que Buddypress no usa este listado que creamos en la administración de WordPress, así que son auténticos coladeros que son muy difíciles de parar. Me puede ha mirar un poco el código tanto del registro de WordPress como el de Buddypress para ver dónde estaba la diferencia y felizmente he dado con ello.

Ya he abierto un ticket en el trac de BuddyPress pidiendo que añadan la línea, aunque siendo realista me parece que no lo harán antes de la versión 1.3, así que debereis realizar vosotros mismos el hack si queréis vivir tranquilos.

Lo que debéis hacer es editar el archivo /wp-content/plugins/buddypress/bp-core/bp-core-signup.php

En este archivo buscáis la línea que pone:

if ( !is_email( $user_email ) )
		$errors->add( 'user_email', __( 'Please check your email address.', 'buddypress' ) );

justo debajo de esta, añadís esta otra:

if ( is_email_address_unsafe( $user_email ) )
             $errors->add('user_email',  __('You cannot use that email address to signup. We are having problems with them blocking some of our email. Please use another email provider.'));

Una vez realizada esta modificación, BuddyPress comenzará a usar el listado de dominios no permitidos.

Como ya hace mucho tiempo que estoy con este tema, para facilitaros la vida os dejo un listado de 291 304 dominios que son sploggers.

Descargaros el archivo, los descomprimís, y copiáis todo el listado que encontrareis en su interior y lo pegáis en “Dominios de correo electrónico no permitidos”

Una vez que hayáis realizado las modificaciones, hacer la prueba de registraros con cualquiera de esos dominios y veréis que ya no os deja registraros. Probad a registraros con cualquier otro email para comprobar que todo funcione correctamente.

He estado investigando un poco a que ha sido debida esta nueva actualización puntual y parece ser que es por un error en la subida de los avatares de los usuarios.

Así que es una actualización obligatoria para que vuestra comunidad funcione correctamente.

Podéis descargaros la traducción de BuddyPress 1.2.5.2 desde la sección ‘Descargas’ de BuddyPress-es.com

Esta nueva versión arregla una serie de bugs y alguno de ellos graves, como podría ser el pantallazo blanco cuando se quería marcar un usuario como spam o eliminarlo.

Ya podéis descargaros la traducción al español de BuddyPress 1.2.5.1 al español / castellano desde la sección ‘Descargas’ de BuddyPress-es.com

Me he dedicado a instalar todas las actualizaciones mayores para ver como funcionaba.

WordPress nació de b2. Un sistema de blogs que fue abandonado y que Matt le cogió el testigo.

La primera versión consideraba estable fue la versión WordPress 0.71 (23 de Mayo de 2003)

Fue el principio del nacimiento de uno de los sistemas más importantes que existen en estos momento para realizar blogs.

Cuidado, no nos equivoquemos, aunque WordPress nació como una plataforma para realizar nuestros blogs, en estos momentos se puede realizar casi cualquier cosa y aun más con todo el reportorio de plugin.

Aquí tenéis la versión 0.71 Gold (peso del archivo comprimido 225KB)

Por desgracia, necesita de funciones que han sido abandonadas por php y MySQL y da varios errores, pero aquí las dejo para que veáis como era.

En esta versión casi todos los archivos aun comentaban por b2 y muchas de las configuraciones del blog se realizaban en el archivo b2config.php incluyendo el nombre del blog, un resumen, etc…

(Haz clic sobre cualquier imagen para ampliarla)

Identificación para el acceso a la administración

Administración

Home de WordPress, lleno de errores por lo comentado

Después de esta versión, vino la versión 1.0 Platinum (3 de Enero de 2004)

En esta versión aparece nuestro querido wp-config.php

Se queda prácticamente como lo conocemos hoy en su versión más básica.

La actualización de la versión 0.71 a la versión 1.0 fue muy antipática y compleja, ya que cambiaban de nombre muchos archivos y la estructura de la base de datos. Había que activar un script que te lo reorganizaba todo y volver a crear el archivo de configuración. Las tablas ya incorporan wp_ al principio de cada una.

Muchos problemas, os lo aseguro, lo he sufrido yo en mis carnes haciendo las pruebas hasta el punto que he optado por instalarlo de nuevo.

Aquí tenéis la versión 1.0 Platinum (peso comprimido 268KB)

Identificación

Administración

Home de WordPress

Después de esta versión, vino la versión 1.2 delta, 22 de mayo de 2004 (Peso comprimido 311KB)

No colgaré imágenes, ya que es idéntica a la anterior.

Lo más significativo de esta versión, fue que ya comenzaba a hacer uso de los plugins, pero no como lo conocemos hoy en día. Había una carpeta plugins donde se colocaba el plugin y ya estaba activado.

Siguiendo a la versión 1.2 vino la versión 1.5 (17 de febrero de 2005)

En esta nueva versión desaparece ya cualquier referencia a b2

Hasta este punto, aun había algún archivo que arrastraba b2 en su nombre.

La estructura de WordPress ya es como la conocemos hoy en dia y todos sus archivos comienzan con wp-*.php aunque aun se arrastra una carpeta wp-images de las versiones anteriores (esta carpeta estaba al mismo nivel que wp-contet, wp-admin y wp-includes)

Hay una desaparición drástica de archivos, ya que los comienzan a ordenador y a fusionar.

Aparece nuestro querido Kubrik como tema por defecto y aparece el concepto Dashboard (Escritorio) y una de las cosas más importantes, aparece el soporte para Plugins administrados desde la administración..

Aquí tenéis las imágenes de WordPress 1.5 (peso comprimido 346KB)

identificación

Administración

Home de WordPress

Después de la versión 1.5 vino la versión 2.0 (31 de Diciembre de 2005)

Ya aparece el diseño que quizás muchos de vosotros ya conocisteis, pero que muchos otros seguro que no, ya que la comunidad de WordPress crece a pasos agigantados día a día.

Esta versión incorporó en su dia una cache, más tarde fue suprimida para dejar paso a los plugins cache.

Imágenes de WordPress 2.0  (peso comprimido 590KB)

Identificación

Administración

Home de WordPress

Pasó el tiempo y fue liberado WordPress 2.5 (29 de Marzo de 2008)

Esta supuso una gran actualización

La administración fue rediseñada, haciéndola más moderna y agradable. Apareció la actualización automática, cosa que facilitó mucho las cosas. Se mejoraron muchos aspectos y se depuró el código, haciendo que fuese menos pesado y más fluido.

Imágenes de WordPress 2.5 (Peso comprimido 1.3MB)

Identificación

Administración

Home de WordPress

Después de la 2.5, se sucedieron las actualizaciones, mejoras, arreglos de bugs, etc.. y un buen día, llego WordPress 2.7 (10 de Diciembre de 2008)

WordPress 2.7, significó un nuevo boom de WordPress, volvía a ser rompedor, cambios de imagen, mejoras en las actualizaciones, instalación automática con un solo clic de ratón de plugins…

Imágenes de WordPress 2.7 (Peso comprimido 1.8MB)

Identificación

Administración

Home de WordPress 2.7

La siguiente gran actualización fue WordPress 2.9 (18 de Diciembre de 2009), de hecho, a falta de muy pocas horas, es la que estamos usando todos, en su versión 2.9.2 fue otro avance en la gestión, sobre todo por la papelera.

Con esta nueva función, ya podíamos eliminar una entrada o página y en el caso en que nos hubiéramos equivocado recuperarla.

Imágenes de WordPress 2.9 (peso comprimido 2,4MB)

Identificación

Administración

Home WordPress 2.9

Se sucedieron las actualizaciones y en muy poco tiempo tendremos entre nosotros otra actualización mayor que marcará un antes y un después. La versión 3.0

En esta versión, hay cambio de tema default, mejoras en el tema de la administración, fusión entre WordPress y WordPress MU, imágenes destacadas y una lista enorme de nuevas funcionalidades.

Imágenes de WordPress 3.0

Identificación

Administración

Home WordPress 3.0

Y hasta aquí la historia resumida de WordPress en imágenes.

La evolución de WordPress ha sido increíble, las mejoras se han sucedido y eso sin contar los plugins, que cada día aumentan las posibilidades de WordPress.

Hoy en día, a mi forma de ver, prácticamente se puede crear cualquier sitio con WordPress, utilizando WordPress como un gestor de contenidos y ampliando a base de plugin.

Ahora que habéis visto la evolución de WordPress, supongo que pensareis igual que yo. Si en tan poco tiempo a dado tanto y ha evolucionado tanto, ¿Que nos depara el futuro?

Me parece que no los amigos de Automattic tienen una respuesta para esto.

El quedarse corto o pasarse, significará el desaprovechar recursos, quitándoselos a otras tareas o quedarse corto y que el servidor vaya muy lento e incluso caiga.

Quizás es una de las tareas más tediosas que hay.

He estado buscando durante mucho tiempo algo que me facilitara la vida para optimizar MySQL tanto en mis servidores como en los VPS, Servidores Híbridos y Dedicados de mis clientes.

Normalmente, hay que ir haciendo ajustes en estos para que estén al 100%, no es realizarlo una vez y te olvidas de por vida. SI las necesidades de estos disminuyen o aumentan, hay que ajustarlos de nuevo.

La pesadilla, siempre a sido referente a MySQL.

Después de buscar mucho tiempo, he encontrado un script que es una auténtica maravilla.

El script lo encontrareis en esta página:

http://www.day32.com/MySQL/

Si tenis un VPS o Dedicado, os facilitará la vida muchísimo.

Las instrucciones que voy a dar, son referentes a una instalación en CentOS.

Sirve si tenéis instalado cPanel en él.

Lo primero que deberemos hacer es acceder al servidor por SSH

Una vez que estemos conectados, escribimos:

wget http://www.day32.com/MySQL/tuning-primer.sh

Con esto, nos descargaremos el script

Para que funcione bien este script, deberemos tener instalado bc, por lo tanto, escribiremos:

yum install bc

Lo anterior nos instalará bc.

Una vez que lo tengamos instalado, escribimos:

sh tuning-primer.sh

Debemos estar en el mismo directorio que el archivo.

El script se pondrá en marcha.

Os aconsejo que abráis otra conexión SSH, de esta forma, en una tendréis el script y en la otra podremos configurar MySQL.

Cuando el script finalice, os mostrará algo así (os pongo una imagen, ya que es mucho más clarificadora por los colores):

Y aquí el texto completo que nos muestra:

-- MYSQL PERFORMANCE TUNING PRIMER --
- By: Matthew Montgomery -

MySQL Version 5.0.90-community x86_64

Uptime = 0 days 14 hrs 6 min 16 sec
Avg. qps = 2
Total Questions = 102107
Threads Connected = 2

Warning: Server has not been running for at least 48hrs.
It may not be safe to use these recommendations

To find out more information on how each of these
runtime variables effects performance visit:

http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html

Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
The slow query log is NOT enabled.
Current long_query_time = 10 sec.
You have 4 out of 102128 that take longer than 10 sec. to complete
Your long_query_time seems to be fine

BINARY UPDATE LOG
The binary update log is NOT enabled.
You will not be able to do point in time recovery
See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html

WORKER THREADS
Current thread_cache_size = 1024
Current threads_cached = 5
Current threads_per_sec = 0
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 100
Current threads_connected = 3
Historic max_used_connections = 8
The number of used connections is 8% of the configured maximum.
You are using less than 10% of your configured max_connections.
Lowering max_connections could help to avoid an over-allocation of memory
See "MEMORY USAGE" section to make sure you are not over-allocating

No InnoDB Support Enabled!

MEMORY USAGE
Max Memory Ever Allocated : 542 M
Configured Max Per-thread Buffers : 400 M
Configured Max Global Buffers : 510 M
Configured Max Memory Limit : 910 M
Physical Memory : 31.37 G
Max memory limit seem to be within acceptable norms

KEY BUFFER
Current MyISAM index space = 73 M
Current key_buffer_size = 250 M
Key cache miss rate is 1 : 58
Key buffer free ratio = 81 %
Your key_buffer_size seems to be fine

QUERY CACHE
Query cache is enabled
Current query_cache_size = 250 M
Current query_cache_used = 14 M
Current query_cache_limit = 4 M
Current Query cache Memory fill ratio = 5.73 %
Current query_cache_min_res_unit = 4 K
Your query_cache_size seems to be too high.
Perhaps you can use these resources elsewhere
MySQL won't cache query results that are larger than query_cache_limit in size

SORT OPERATIONS
Current sort_buffer_size = 1 M
Current read_rnd_buffer_size = 768 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 1.00 M
You have had 11 queries where a join could not use an index properly
You should enable "log-queries-not-using-indexes"
Then look for non indexed joins in the slow query log.
If you are unable to optimize your queries you may want to increase your
join_buffer_size to accommodate larger joins in one pass.

Note! This script will still suggest raising the join_buffer_size when
ANY joins not using indexes are found.

OPEN FILES LIMIT
Current open_files_limit = 8302 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
You currently have open more than 75% of your open_files_limit
You should set a higher value for open_files_limit in my.cnf

TABLE CACHE
Current table_cache value = 4096 tables
You have a total of 13106 tables
You have 4096 open tables.
Current table_cache hit rate is 6%
, while 100% of your table cache is in use
You should probably increase your table_cache

TEMP TABLES
Current max_heap_table_size = 32 M
Current tmp_table_size = 32 M
Of 1472 temp tables, 43% were created on disk
Perhaps you should increase your tmp_table_size and/or max_heap_table_size
to reduce the number of disk-based temporary tables
Note! BLOB and TEXT columns are not allow in memory tables.
If you are using these columns raising these values might not impact your
ratio of on disk temp tables.

TABLE SCANS
Current read_buffer_size = 1 M
Current table scan ratio = 32 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 696
You may benefit from selective use of InnoDB.
If you have long running SELECT's against MyISAM tables and perform
frequent updates consider setting 'low_priority_updates=1'
If you have a high concurrency of inserts on Dynamic row-length tables
consider setting 'concurrent_insert=2'.

Cómo podéis ver, lo que hace es hacer un estudio de como ha estado funcionando MySQL y da consejos sobre parámetros que debemos tocar.

Una vez que nos muestra el resultado, deberemos realizar las modificaciones aconsejadas por el script.

Para ello, en la otra ventana que tenemos una conexión activa SSH escribimos:

cp /etc/my.cnf /etc/my.cnfBACKUP

Con lo anterior realizamos una copia de seguridad que no está de más.

vi /etc/my.cnf

Esto nos abrirá el archivo de configuración de MySQL.

Lo abro con vi, ya que es el que más me gusta, pero podéis realizar las modificaciones con el que más os guste.

Una vez abierto, para los que no estén familiarizados con vi, debéis apretar en el teclado la tecla “Insert”, de esta forma podréis escribir en el archivo.

Realizar las modificaciones que os aconseje el script.

Una vez que las hayáis realizado, apretar el botón “Escape” y escribir:

:w

Esto guardará las modificaciones.

Una vez realizadas las modificaciones, apretar:

:q

Lo anterior os sacará del editor.

Una cosa importante, ya que hay veces que sucede.

Si borras más cosas de la cuenta y no sabes que has borrado, lo mejor es que salgas sin guardar. Para salir sin guardar debéis escribir:

:q!

Acordaros de apretar la tecla “escape” antes, o no tendrá efecto, estaréis escribiendo el el archivo.

Una vez que hayáis realizado los cambios y los hayáis guardado, hay que reiniciar el servidor MySQL.

Si usáis WHM/cPanel, ir a WHM y en “Restart Services” Apretar sobre “SQL Server (MySQL)”

Si no usais WHM, escribir en la consola:

/etc/init.d/mysqld restart

Si MySQL no reinicia, algo habéis hecho mal en el archivo de configuración.

Para resolverlo y que no nos caigan gotas de sudor, escribimos:

rm –rf /etc/my.cnf

cp /etc/my.cnfBACKUP /etc/my.cnf

y volvemos a reiniciar.

Si no habíamos cometido ningún error, casi con toda seguridad la página os irá mucho más fluida.

Ahora, esperáis de 24 a 48h y volvéis a poner en marcha el script y veis resultados.

Si todo sale Ok, perfecto, si os sale algún otro consejo, pues volvéis a realizar el proceso.

No hay fecha aproximada de lanzamiento.

Lo que se pide es que la gente pruebe WordPress 3.0 para aportar posibles problemas y mirar si los bugs reportados y solucionados, realmente, están solucionados.

Por este motivo, realizo esta entrada, para que la gente pueda instalar WordPress 3.0 y realizar sus primero pinitos como Betatesters

Deberemos descargar WordPress 3.0 desde el Trunk de WordPress

Crearemos un subdirectorio dentro de wp-content que denominaremos languages.

Dentro de languages, pondremos el archivo de traducción de WordPress 3.0 Trunk, que lo encontraremos en la sección ‘Descargas’ de BuddyPress-es.com

Una vez que lo tengamos todo subido, modificaremos el archivo wp-config-sample.php

Buscaremos la línea que pone:

define ('WPLANG', '');

y la sustituiremos por

define ('WPLANG', 'es_ES');

Accederemos a la dirección de nuestra instalación, para que comience la instalación automática de WordPress.

Deberemos haber creado una base de datos con su usuario.

rellenamos todos los datos para la configuración de la base de datos.

Una vez que apretemos siguiente, nos encontraremos esta pantalla:

Lo primero que nos daremos cuenta, y es de resaltar, es que en WordPress 3.0, podemos cambiar el usuario “admin” por el que deseemos. Esto aumentará mucho la seguridad de los blogs, ya que hasta ahora, todos los blogs tenían como usuario admin.

Otra es que podemos añadir nuestra propia contraseña.

Al apretar en siguiente, ya nos saldrá la pantalla de instalado correctamente:

Fijémonos que ahora ya nos pone el nombre de usuario que hayamos seleccionado, en este caso admin (solo porque es una instalación de prueba) y en contraseña nos sale, “Tu contraseña elegida” ya no más contraseñas aleatorias que luego había que cambiar.

Si apretamos en “Iniciar Sesión” ya entraremos en el nuevo y flamante WordPress 3.0

Esta es la primera pantalla que encontraremos:

Lo primero que hay que fijarse, es que han cambiado sutilmente los colores, para mí una mejora.

Si investigamos un poco, encontraremos cambio interesantes, aparte del que ya mencioné en la edición de entradas podemos encontrar ya otros.

En la exportación/importación de WordPress.

Podemos ver que ahora, ya no se limita a exportar WordPress, si no que podemos “configurar” nuestra exportación:

• Restringir fechas
• Restringir Autor
• Restringir Categoría
• Restringir contenidos
• Los estados

Si accedemos ahora a Multimedia:

Veremos que podemos cambiar la ubicación de la carpeta uploads o incluso cambiarle el nombre. Aumentando, nuevamente la seguridad.

Estos son algunos de los cambios.

Ahora pasemos a el cambio más grande que hay en WordPress 3.0, que es la fusión de WordPress con WordPress MU.

Para activar la “Red”, lo primero que deberemos hacer es modificar nuestro archivo wp-config.php

Deberemos añadir esta línea:

define('WP_ALLOW_MULTISITE', true);

Justo antes de:

/* That's all, stop editing! Happy blogging. */

Una vez modificado, recargamos el escritorio de WordPress 3.0

Cuando recarguemos el escritorio de WordPress 3.0, en el apartado de “Herramientas”, encontraremos un nuevo enlace:

El enlace “Red”

Para activar la nueva funcionalidad “Red”, deberemos seguir este enlace.

Una vez que lo sigamos, nos encontraremos con un cuestionario:

Debemos completar todas las preguntas que se nos formulan.

Recordad, que si queréis que la red de  WordPress 3.0, instale los blogs de los usuarios en subdominios, deberéis implementar el wildcard en vuestro servidor o dominio.

Al apretar “Instalar”, nos enviará a la siguiente pantalla:

Nos mostrará unas modificaciones y sustituciones que debemos realizar.

Deberemos añadir unas líneas en el archivo wp-config.php y eliminar y crear un nuevo .htaccess con los datos que nos facilita.

Una vez que lo hagáis, recargar el escritorio.

Deberéis identificaros de nuevo.

Una vez identificados, accederemos a WordPress 3.0 Multiusuario con la “Red” activada:

Todo será igual, a excepción de el nuevo menú que encontraremos en la parte superior Izquierda:

Este es el Menú “Súper Admin”

Son todas aas configuraciones que solo hacen referencia a la red.

Ahora, a disfrutar de vuestros pinitos como Betatesters.

Recuerdo que estas traducciones son Premium, es decir, que llevan incorporada la traducción de 100 temas y unos cuantos plugins. El paquete que encontrareis de temas (gratuito) en http://wpmudev.org

Podéis descargaros cualquiera de las dos traducciones desde la sección ‘Descargas’ de BuddyPress-es.com

Lo que no mucha gente sabe o conoce, es la existencia de esta maravilla de la alta definición en opensource (wordpress video server).

Todo o casi todo lo que hace Automattic, lo realiza el OpenSource y VideoPress, no iba a ser una excepción.

Pero cuidado, no es un plug and play a la antigua usanza, necesitareis acceso root a vuestro servidor e instalar una serie de requisitos y solo funciona con WordPress MU.

Es totalmente personalizable, ya que entregan en el paquete de VideoPress, el código fuente del reproductor.

Para los clientes de BuddyPress-es.com que tienen un VPS, SH o SD, y desean el Video Servidor, solo deben pedirlo y se lo instalaremos de forma totalmente gratuita.

Aquí tenéis una demostración con un video en HD (Deberéis activarlo)

Por lo pesado que es el video (FullHD), para verlo con toda su calidad, hay que dejar que se cargue primero (apretar ver video y pausarlo luego):

¿Qué te parece esta funcionalidad que podéis añadir a vuestro blog?

La razón es que puede echar a perder a más de un blog si no se va con cuidado.

Una de las características de la barra Goolge, que podéis instalar en Firefox, es la traducción de las páginas del inglés al español con solo apretando un botón.

El problema radica en que podéis tener configurado esta funcionalidad de forma que os traduzca, de forma automática y sin presionar el botón en la barra, cualquier página que visitéis.

Aquí es donde radica el problema.

Si tenéis activa esta funcionalidad (la traducción automática de páginas del inglés al español) e ingresáis en “Apariencia” -> “Editor”, realizáis alguna modificación de código y guardáis, echareis a perder el blog.

La razón es bien sencilla.

Dentro del código de una página, podéis encontrar el código estructural de nuestro blog, por ejemplo podríamos encontrar algo como esto:

<div class="contenedor posicion-general">

Al entrar con Firefox y con la barra Google instalada, con la traducción automática activada, nos dejaría esta línea de esta forma:

class="contenedor <div posicion-general">

Es decir, nos destroza los DIV.

Si es código, como podría ser este:

<script type="text/javascript">
			jQuery(document).ready(function() {
				jQuery('.subcabecera-slideshow').cycle({
					fx: 'fade', // choose your transition type, ex: fade, scrollUp, shuffle, etc...
					timeout : 9000,
					pager : '.subcabecera-slideshow-nav'
				});
			});
		</script>

Nos lo deja de esta forma:

<script type="text/javascript">
jQuery (document). ready (function () (
jQuery ( '. subcabecera presentación de diapositivas'). cycle ((
fx: 'fade', / / elegir el tipo de transición, por ejemplo: se desvanecen, scrollUp, shuffle, etc ..
Tiempo de espera: 9000,
pager: '. subcabecera-slideshow-nav "
));
));
</ script>

Como podéis ver, se nos ha cargado todo el código.

Nosotros realizamos las modificaciones que queremos implementar, apretamos en guardar y adiós blog.

Si queréis usar la barra Google, y por comodidad, la tenéis en traducción automática.

Acordaros SIEMPRE de desactivar la traducción cuando tengáis que editar una plantilla en WordPress.

Esto es aplicable a cualquier CMS que deje la edición de plantillas online.

También había indicado en el contenido que era 2.8.2, lógicamente, otra errata….

En fin que me he lucido.

Perdonad por la omisión de MU y el error al indicar la versión.

Para los que aún no conozcan BuddyPress Links, es un plugin mediante el cual, los usuarios pueden crear enlaces a un artículo que quieran dar a conocer a la comunidad.

Una vez que lo publique, el plugin se encargará a de importar texto, imágenes o videos del artículo enlazado. Creando de esta forma un pequeño resumen de este.

Así mismo, se puedem importar videos de Youtube, Flickr y Metacafe.

Podéis descargaros BuddyPress Links desde aquí

REALIZA UN BACKUP – Esto se repite siempre, pero nunca lo suficiente, es esencial, después vienen los disgustos. Hazlo tanto de la base de datos como de los archivos. Ha habido cambios importantes en la última versión de BuddyPress. Si hay problemas con la actualización, siempre podrás recurrir a tu copia de seguridad. La otra alternativa es no hacerlo y si tienes un problema, pasarte días y noches preguntándote por qué no invertí esos 15 minutos (como máximo) en hacer la copia de seguridad.

Actualización de BuddyPress 1.1 a 1.2

1. Desactiva todos los plugins que dependen de BuddyPress y después desactiva BuddyPress.
2. Si no está utilizando el tema Default de BuddyPress o un child theme de este, basado en el tema bp-sn-parent, para que tu tema siga funcionando, descarga e instala el plugin BuddyPress backwards compatibility plugin.
3. Descarga he instala BuddyPress y sobrescribe la copia existente.
4. Elimina “bp-default” y “bp-sn-parent” de tu directorio de temas.
5. Si estás utilizando tu propio tema personalizado tendrás que añadir

6. define( 'BP_CLASSIC_TEMPLATE_STRUCTURE', true );

7. a tu archivo wp-config.php justo antes de la línea “stop editing”
8. Activa BuddyPress. En esta versión, ya no es necesario mover los temas a la carpeta “themes”. BuddyPress, ya sabe dónde buscarlos.

Actualización de BuddyPress 1.0 a 1.2

Para actualizar desde BuddyPress 1.0 a BuddyPress 1.2, en primer lugar, deberás actualizar a la versión BuddyPress 1.1 Descárgate BuddyPress 1.1.

1. Descarga BuddyPress 1.1
2. Desactiva todos los plugins que dependen de BuddyPress y luego BuddyPress
3. Sube los archivos que te has descargado, sobrescribiendo los archivos existentes de BuddyPress.
4. Activa SOLO BuddyPress.
5. Ahora, ya puedes seguir las instrucciones anteriores de “Actualización de BuddyPress 1.1 a 1.2.

Es muy importante resaltar, que si estas usando los antiguos temas de la versión 1.0 (tema member y el tema home) ya no sirven para esta nueva versión, ni con el plugin mencionado anteriormente. Necesitarás fusionar los temas en uno. Si estas usando un tema estándar de WordPress para la portada (home), mírate esta entrada que explica cómo hacer BuddyPress en un SubBlog. Si estas usando la integración de bbPress, deberás usar la instalación automatizada para integrarla dentro de BuddyPress, deberás ir a BuddyPress -> Configuración Foros -> Usar Instalación Existente… en el escritorio de WordPress, atención, después de actualizar a BuddyPress 1.2.

Guía realizada, traducida y con retoques personales, de la guía de buddypress.org

Muy probablemente, en menos de una semana tendremos BuddyPress 1.2

Estar muy atentos, la revolución de WordPress, gracias a BuddyPress, está muy cerca.

Aquí tenéis la traducción premium actualizada a de WordPress 3.0 Alpha al español, castellano, la podeis descargar desde la sección ‘Descargas‘ de BuddyPress-es.com.

Hoy ya he añadido la traducción de todos los temas traducibles de WPMUDEV.

Los temas de WPMUDEV.org , también llamados “Farms 100 big ones theme pack“, son 100 temas que podréis activarlos para que los usuarios de vuestra comunidad de blogs puedan usarlos.

Estos son los 100 temas que están traducidos.

Puede ser que hayan algunos que no se traduzcan a la totalidad o que no lo estén. Esto es debido a que son temas que no están preparados para ser traducidos parcial o totalmente.

Todos estos temas están preparados para que vuestros usuarios puedan retocarlos (mínimamente) en la administración de WordPress.

Un tema normal de WordPress, no tendrá la posibilidad de ser retocado desde la administración de una red de blogs. Estos, están preparados para ello.

Esta, como siempre, es la traducción más completa que hay en estos momentos de WordPress, en estos momentos, de WordPress 3.0 Alpha.

También incluye la traducción de Akismet y de WordPress.com Stats

En un futuro, todas estas características, estarán implementadas en el Core de BuddyPress pero de momento, deberemos tirar de plugins.

Las funcionalidades básicas que le faltan a BuddyPress y que podemos implementarlas mediante plugins son:

Protección del registro frente a los usuarios spam: WangGuard

Protección Perfiles frente a no registrados: BuddyPress Privacy Component

Fotos en los Perfiles: bpPicture Album

Búsqueda específica por campos de perfiles: BP Member Filter

Posibilidad de compartir archivos con los integrantes de un grupo: Group Documents

Calendario de eventos: BuddyPress Events Calendar

Todo lo anterior, es fundamental para el funcionamiento de cualquier red social o comunidad que se precie.

En un futuro, todo lo anterior y mucho más, irá en el Core de BuddyPress