Contenido

Imaset, obten el control de la imagenes de tu Blog

30 sep

+ 7

Alex Barros, me avisa de la versión 2.0 de Imaset, un plugin para WordPress que te permitirá controlar las imagenes de tu blog y hacer con ellas que el contenido de tu blog gane en estética.

imagen-4.png

El plugin en sí, es un añadido al panel de “Escribir Entrada” dispondrás de un botón que permitirá aplicarle estilos a las imagenes que hayas incrustado en el post. Entre los estilos disponibles tenemos:

  • Shadow
  • Reflection
  • Wave
  • Soft/Stronger Blur

Sin duda un plugin que puede mejorar considerablemente el aspecto de tu blog, permitiendote hacerlo de una forma cómoda y eficaz, usando peticiones ajax, consigue que la librería GD de PHP, transforme las imagenes por ti.

Requisitos

  • WordPress 2.x o superior
  • Librería GD 

Instalación

  1. Descargar el plugin
  2. Descomprimir y subir a la carpeta wp-content/plugin/
  3. Activar desde el panel de administración
  4. Disfrutarlo.

Descargar

Página del proyecto

1BlogCacher 2 = (1BlogCacher 1 + Velocidad) – Memoria

27 sep

+ 19

Javier Garcia, me envia el enlace a la nueva versión de 1BlogerCacher, una nueva versión más rápida, menos exigente con los recursos y sobretodo igual de fácil de instalar.

Copio y pego las carácterísticas:

  • Uso del advanced-cache de WordPress. El plugin se ejecuta antes de que WordPress se cargue completamente (menor tiempo de ejecución y especialmente menor uso de memoria).
  • Gestión de encabezados HTTP, que son guardados en archivos .txt después de ser modificados convenientemente, para unas respuestas cacheadas completas.
  • Soporte de código dinámico (comentarios mfunc y mclude) como en Staticize Reloaded (y posteriormente WP-Cache).
  • Si la compresión Gzip está habilitada, el contenido comprimido es guardado en archivos .gz por lo que sólo se comprime la primera vez (menor tiempo de ejecución y menor uso de CPU). Si se usa código dinámico, ese código se ejecuta y sólo si el contenido final es diferente al ya guardado se comprime de nuevo para la respuesta.
    • Si tienes la compresión Gzip habilitada y no estás usando código dinámico, puedes establecer la constante OBC_LOOK_FOR_DYNAMIC_CODE a false para evitar esta comprobación.
  • Devolución del encabezado HTTP 304 «no modificado» cuando es conveniente (menor tiempo de carga):
    • Si el plugin va a devolver la misma caché (de la misma fecha) a un usuario, en su lugar devuelve el encabezado 304.
    • Incluso con una caché diferente, si el contenido a devolver es el mismo (comprobado mediante un encabezado Etag con un hash), también se devuelve el encabezado 304.
  • Cuando una entrada es creada, modificada o borrada, se elimina la caché de esa entrada y del index para *todos* los usuarios.
  • Gestión de usuarios (logueados) y de comentadores. Elige el comportamiento del plugin para cada grupo:
    • No cachear.
    • Usar una única caché global.
    • Usar una caché individual para cada usuario.
  • Más opciones de configuración:
    • Opción de cachear o no páginas de error (status 404).
    • Opción de cachear o no redirecciones (status 301 o 302).
    • Opción de omitir la barra final de las urls («/«) para evitar cachear dos veces el mismo contenido (no uses esto en WordPress 2.3+ o con plugins que redireccionen a las urls con barra final).
    • Opción de guardar todos los archivos en el mismo directorio.
  • El plugin crea automáticamente un archivo .htaccess en el directorio de caché que evita el acceso via web.
  • Único «inconveniente» de esta versión: ahora el directorio de caché debe ser obligatoriamente/wp-cache/ (aunque sería fácil cambiar esto en el código).

Más Info / Descargar 

No he tenido tiempo ha hacer muchas pruebas, pero los resultados de la memoria consumida, mejoran al tragaRAM del WordPress 2.3. Esta tarde con más tiempo seguiré con las pruebas.

//Página sin cachear
Memoria usada: 2501 KB de 2560 KB 
//Página cacheada 
Memoria usada: 262.1 KB de 512 KB

Añade etiquetas a tus páginas

27 sep

+ 7

El sistema taxonómico de WordPress 2.3, aunque parezca raro, únicamente afecta a los posts. Las páginas son tratadas de una forma diferente y no permite la insercción de tags para definirlas. A nivel interno, la única diferencia entre una página y un post, es un campo en la base de datos, que indica lo que es cada uno. Por eso crear un plugin para permita insertar tags a nuestras páginas ha sido tan fácil que estaba cantado, tags4page es ese plugin.[Descargar]

El theme propuesto para Firefox 3 en Mac OS

27 sep

+ 4

Vaya sorpresa que me he llevado al ver el theme que se ha propuesto para Firefox 3 sobre plataforma Mac OS X

prototype.png

¿Os recuerda a algo?

Google Reader, tambien formato iPhone/iPod Touch

27 sep

+ 2

Google está portando sus aplicaciones al formato iPhone, y poco a poco va soltando aplicaciones adaptadas. Hace unos días fueron Google Calendar y Gmail, ahora le toca a Google Reader.

reader4iphone.jpg

[Demo

Ahora solo falta Google Docs, para que no me haga el falta el PC de casa… y … al ser portatil… no me hace falta ni la casa :D

 

Jawi Script, el nuevo lenguaje de programación

26 sep

+ 3

Para los desarrolladores web, el Jawi Script, les va a aportar una mejora sustancial en su calidad de vida, ya que con este lenguaje nos ahorraremos una buena cantidad de letras en nuestros scripts. :D

Panel de administrador de WordPress para iPhone/iPod Touch

26 sep

+ 5

Increible el resultado que nos ofrece este plugin con el que podremos disfrutar de nuestro Dashboard optimizado para el iPhone/iPod Touch.

screenshot-51jpg.png

Aún es una beta, y por el momento se recomienda únicamente para testear pero el resultado es bastante prometedor. 

screenshot-8jpg.pngscreenshot-6jpg.pngscreenshot-2jpg.png
screenshot-1jpg.pngscreenshot-5jpg.pngscreenshot-9jpg.png
screenshot-3jpg.pngscreenshot-4jpg.pngscreenshot-7jpg.png

[Descargar

Desactivar la actualización de plugins de WordPress 2.3

25 sep

+ 21

Hector comenta la preocupación que la nueva versión de WordPress 2.3 está causando en la blogosfera anglosajona. Al parecer el sistema de actualización de plugins atenta a la privacidad de cada usuario, ya que podrían estar almacenando datos de uso de plugins que se usan en blogs reales.

Estos datos, pueden ser bastante interesantes para generar datos estadísticos y posiblemente para decidir que plugins podrían formar parte de una versión futura. Aunque tambien, en malas manos podría dar información sobre listados de plugins y conocer si existe alguno vulnerable para atacar… Creo que es demasiado rebuscado, aunque cada uno tiene derecho a permanecer en el anonimato.

Por este motivo, vamos a ver como eliminar este sistema de actualización.

Como eliminarlo

El sistema de para añadir acciones a WordPress permite que eliminar este sistema sea tan simple como hacer los siguientes 2 pasos.

1) Buscamos la línea siguiente dentro del fichero wp-admin/includes/update.php (sobre la línea 106)

add_action( 'load-plugins.php', 'wp_update_plugins' );

2) Le añadimos un (#) delante de la línea,

#add_action( 'load-plugins.php', 'wp_update_plugins' );

y ya tenemos el sistema desactivado :D

Lo dicho, fácil fácil. Sistema más privatizado, aun hay otros sistemas de actualización más que habrá que mirar.

Como no enviar la URL de tu WordPress

Tambien podemos hacer que se envie otra url en lugar de la de tu wordpress, permitiendo el sistema de actualización.

1) Editamos el fichero update.php de la carpeta wp-admin/includes/ y buscamos la línea 85.

$http_request .= 'User-Agent: WordPress/' . $wp_version . '; ' . get_bloginfo('url') . "\r\n"

2) La reemplazamos por cualquier otra URL

$http_request .= 'User-Agent: WordPress/' . $wp_version . '; http://www.minuevaurl.com'  . "\r\n"

Esta solución aunque te permita tener el sistema de actualización de plugins, no evita que la gente de WordPress pueda recopilar datos de ti, ya que con un simple referer puede saber de que dirección ha sido producida la consulta.

Eliminar sistema de actualización del core

El core, es el núcleo de WordPress, y sinceramente, me parece la utilidad más chorra de las que WordPress ha añadido a la nueva versión. Basta con echarle un vistazo al Dashboard para ver si hay una versión nueva de WordPress, ¿para que necesito que encima WordPress me avise?

1) Comentamos la línea 202 del fichero wp-settings.php de la raiz de nuestro WordPress

#require (ABSPATH . WPINC . '/update.php');

Gracias j_aroche por la info. 

Más sobre el sistema de actualización y el presunto espionaje de usuarios

Problemas con wordpress 2.3 y la base de datos(wp_post2cat, wp_categories)

25 sep

+ 83

Tras la actualización de WordPress a la versión 2.3. mucha gente está experimentando problemas con la tabla wp_posts2cat, y he recibido muchos mails pidiendome ayuda sobre el problema. Así que he pensado en publicar la solución que he encontrado.

Hay que tener en cuenta que la tabla wp_posts2cat y wp_categories han dejado de existir en la versión 2.3 dejando paso a la nueva estructura taxonómica. Así que como consejo antes de actualizar:

REVISA QUE LOS PLUGINS QUE TIENES O QUIERES, ESTAN ACTUALIZADOS Y SON COMPATIBLES CON LA VERSIÓN NUEVA

Problema

WordPress database error: [Table 'wp_post2cat' doesn't exist]

SELECT p2c.category_id AS cat_id, COUNT(p2c.rel_id) AS numposts,
UNIX_TIMESTAMP(max(posts.post_date_gmt)) + '8' AS last_post_date,
UNIX_TIMESTAMP(max(posts.post_date_gmt)) AS last_post_date_gmt FROM
wp_post2cat p2c INNER JOIN wp_posts posts ON p2c.post_id=posts.id WHERE
1 = 1 AND posts.post_type = 'post' AND posts.post_status = 'publish'
AND posts.post_date_gmt <= '2007-09-19 12:08:25' GROUP BY
p2c.category_id ORDER BY numposts DESC

o

WordPress database error: [Table 'wordpress.wp_post2cat' doesn't exist]

SELECT c.cat_name FROM wp_post2cat p2c INNER JOIN wp_categories c ON p2c.category_id = c.cat_id WHERE p2c.post_id = 218

o

WordPress database error: [Table 'wordpress.wp_post2cat' doesn't exist]

SELECT cat_ID AS ID, MAX(post_modified) AS last_mod FROM wp_posts p
LEFT JOIN wp_post2cat pc ON p.ID = pc.post_id LEFT JOIN wp_categories c
ON pc.category_id = c.cat_ID WHERE post_status = 'publish' GROUP BY
cat_ID

Solución

Revisa la lista de plugins compatibles con la nueva versión, por que al parecer se está usando alguno que no está actualizado. Quizas ya hayan publicado una versión nueva corrigiendo este problema, si aún no ha sido actualizado, deberías desactivarlo cautelarmente hasta que se actualize el plugin.

Problema

Estás usando theme basado en K2. 

Solución

Revisa los plugins que integra tu versión y evita los no actualizados o compatibles con la nueva versión. En el codex ya hay un hilo comentando el tema.

Problema

WordPress database error: [Table 'mainsite.wp_terms' doesn't exist]

SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt
ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON
tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN
('category') AND tr.object_id IN (171) ORDER BY t.name ASC

Solución

Forzar una actualización de la base de datos. Que consiste en decrementar en un el valor de db_version de la tabla wp_options. Una vez decrementado, como hagamos login nos pedirá otro upgrade.

Para modificar el dato, usaremos phpmyadmin (o similar) o cambiar los valores directamente desde wp-admin/optinos.php.

Podemos ver y modificar este resultado directamente desde nuestro SQL. En phpmyadmin, en la pestaña SQL.

//Actualizamos la versión a una inferior
UPDATE `wp_options` SET `option_value` = option_value - 1 WHERE `wp_options`.`option_name` = 'db_version' LIMIT 1 ;

Como podemos ver, decrementamos uno el valor que haya dentro de la tabla wp_options. Revisar el prefijo de las tablas antes de ejecutar el update.

Una vez modificado este valor, ir a wp-admin/upgrade.php de tu WordPress.

Mis plugins

Solo he podido probar y funcionan correctamente los siguientes plugins, este finde, revisaré el resto.

Si alguien ha probado algún otro plugin y le funciona o no, me haría un favor increible si me avisará. Gracias

Actualización

Un problema que he visto, aunque había pasado desapercibido por que está un poco escondido, ha sido con el plugin myDashboard, que se encarga de modificar el aspecto de nuestro dashboard y convertirlo en una especie de netvibes. Debido a que está desarrollado a modo de gadgets, algunos de estos hay que actualizarlos para que se olviden de las tablas obsoletas.

Uno de ellos es el gadget de estadísticas, que muestra el número de posts, comentarios,… totales del blog, que al querer mostrar el número de categorías este da el famoso error. La solución es bastante simple.

Solución

Basta con editar el fichero default.php de la carpeta mydashboard/gadgets/ que estará en la carpeta wp-content/plugins/ de nuestro WordPress (siempre y cuando tengamos el plugin instalado). Reemplazamos la función mydash_display_blog_statistics() (sobre la línea 366) por esta.

function mydash_display_blog_statistics($args = false) {
	global $wpdb;
	
	$mytitle = __('Blog Stats');
	
	$numposts = (int) $wpdb->get_var("SELECT COUNT(*) FROM $wpdb->posts WHERE post_type = 'post' AND post_status = 'publish'");
	$numcomms = (int) $wpdb->get_var("SELECT COUNT(*) FROM $wpdb->comments WHERE comment_approved = '1'");
	$numcats  = wp_count_terms('category');
	$numtags = wp_count_terms('post_tag');
	
	$post_str = sprintf(__ngettext('%1$s <a href="%2$s" title="Posts">post</a>', '%1$s <a href="%2$s" title="Posts">posts</a>', $numposts), number_format_i18n($numposts), 'edit.php');
	$comm_str = sprintf(__ngettext('%1$s <a href="%2$s" title="Comments">comment</a>', '%1$s <a href="%2$s" title="Comments">comments</a>', $numcomms), number_format_i18n($numcomms), 'edit-comments.php');
	$cat_str  = sprintf(__ngettext('%1$s <a href="%2$s" title="Categories">category</a>', '%1$s <a href="%2$s" title="Categories">categories</a>', $numcats), number_format_i18n($numcats), 'categories.php');
	$tag_str  = sprintf(__ngettext('%1$s tag', '%1$s tags', $numtags), number_format_i18n($numtags));

	$mycontent = '<p>' . sprintf(__('There are currently %1$s and %2$s, contained within %3$s and %4$s.'), $post_str, $comm_str, $cat_str, $tag_str) . '</p>';

	return array('title' => $mytitle, 'content' => $mycontent);
}

Iré actualizando si veo algo nuevo.

aNieto2k en WordPress 2.3

25 sep

+ 31

Buenas ya estoy oficialment en WordPress 2.3. Los pasos para la actualización han sido bastante simples y no he tenido ningún problema:

  • Descargamos la versión nueva
  • Accedemos al FTP
  • Renombramos la carpeta wp-content a _wp-content.
  • Subimos todos los ficheros de dentro del ZIP, excepto la carpeta wp-content.
  • Una vez subidos todos, probamos a acceder al sitio y probablemente veamos un error.
  • Renombramos de nuevo la carpeta _wp-content a wp-content
  • Ya podemos acceder al blog sin errores.
  • Nos dirigimos al panel de administración y seguimos los pasos de la actualización que ellos mismos te sugieren.
  • Listo, ya tenemos nuestro blog en WordPress 2.3.

 Las primeras impresiones son buenas, aunque el consumo de memoria se ha disparado, como ya comentó Hector hace tiempo.

//Wordpress 2.2
Memoria usada: 2981.4 KB de 3328 KB

//Wordress 2.3
Memoria usada: 6743.2 KB de 6912 KB

Añadir la nube de tags ha sido realmente simple, usando la función wp_tag_cloud() simplemente tendríamos que hacer algo similar a esto para disfrutar del nuevo sistema de tags.

<h2>Tags</h2>
<?php wp_tag_cloud("smallest=8&largest=20&unit=px&order=DESC"); ?>