Como lo utilizas

1. Descargar el plugin desde aqui.

2. Descomprimir y activar el plugin en wordpress

3. Una vez que lo activas necesitaras crear una carpeta donde se cargaran las imagenes, en el theme que estes utilizando debes crear una carpeta llamada “img-header”. Y darle permisos de escritura ya que las imagenes las subiras atravez del panel.

4. En el administrador de WordPress aparecerá una opción “Header Image” pincha en esta pestaña y tendrás el formulario para subir las imágenes, y para borrar las que ya hallas subido.

5. Para mostrar las imagenes en el theme, debes colocar la funciòn <?php carousel_includes(); ?> en el archivo header.php.

6. Por ultimo en donde quieras que aparezca las imagenes coloca el siguiente codigo…

<div>

<div><a href=”javascript:stepcarousel.stepBy(‘board_carusel’, -1)”><img src=”<?=bloginfo(‘template_url’)?>/images/fotoflecha-left.png” /></a></div>

<div><a href=”javascript:stepcarousel.stepBy(‘board_carusel’, 1)”><img src=”<?=bloginfo(‘template_url’)?>/images/fotoflecha-right.png” /></a></div>

<div></div>

<div id=”board_carusel”>

<div>

<?php carousel_body(‘header-imagenSanJusto.jpg’); ?>

</div>

</div>

</div>

<div class=”header-content”>

<div class=”header-flecha-left”><a href=”javascript:stepcarousel.stepBy(‘board_carusel’, -1)”><img src=”<?=bloginfo(‘template_url’)?>/images/fotoflecha-left.png” /></a></div>

<div class=”header-flecha-right”><a href=”javascript:stepcarousel.stepBy(‘board_carusel’, 1)”><img src=”<?=bloginfo(‘template_url’)?>/images/fotoflecha-right.png” /></a></div>

<div class=”fondo-sombra-header-image”></div>

<div id=”board_carusel”>

<div class=”belt”>

<?php carousel_body(); ?>

</div>

</div>

</div>

En realidad lo que llama realmente a las imágenes es la función <?php carousel_body(); ?> lo demas es solo para que te quede un diseño mas atractivo.

Bueno eso es todo y espero que les guste…

Ajax Page:

Como su nombre lo indica es un plugin que se encarga de que puedas navegar a través de las paginas de wordpress sin refrescar la pagina, es decir, mediante ajax.

Obviamente no es aconsejable por seo y de mas cuestiones similares, pero es muy interesante para hacer secciones donde poder mostrar el contenido sin la necesidad de refrescar, las utilidades pueden ser infinitas, desde cuadros con solapas para mostrar el contenido, como todo un sitio realizado mediante ajax.

Como lo utilizas:

1. Descarga el archivo : AjaxPage

2. Lo descomprimir en la carpeta plugins de tu wordpress

3. Activas el plugin en wordpress

4. En el plugin existe una función llamada ajax_list_pages(), esta función es igual a wp_list_pages y es justamente lo que tienes que hacer, es en ves de llamar a la función por defecto de wordpress colocar la función ajax_list_pages() para colocar el menú de tus paginas.

5. En el div que colocas tu contenido, debes colocarle el id que llama la función ajax del plugin (id=”ajaxpage”).

6. Prueba el plugin y te sorprenderán los resultados, muy bueno y practico para los desarrolladores.

Bueno eso es todo. Espero que les sirva

Al parecer estas siete personas se dedicaron durante un turno de nochea fotografiarse tumbados boca abajo sobre el piso del suelo del hospital, la pista del helipuerto o el carro de paradas (no me preguntéis cómo).

¿Y por qué hicieron eso? os preguntaréis. Pues para luego subir las fotografías a un grupo de Facebook de nombre “The lying down game”, donde miles de personas mandan sus instaneas las cuales solamente tienen que cumplir una premisa: fotografiarse en posición horizontal con la cara pega al suelo y lo brazos junto al cuerpo. Cuanto más extraño sea el lugar sobre el que se tire el personal mejor.

Los responsables del hospital (mas estirados que una corbata) no tardaron en enterarse del asunto, y a pesar de que las fotos ya fueron retiras del grupo, les han abierto un expediente disciplinario y mientras la audiencia decide qué hacer, quedan suspendidos de toda actividad.

Este caso si que me parece exagerado. Lo único que hicieron fue tirarse algunas fotos entre ellos para pasar un rato gracioso (estaban en el turno de noche, un fin de semana de agosto). En ningún momento se desatendió a los pacientes ni se rompió nada, además de que las fotos fueron retiradas.

Aprovechando que MAMP tiene un sistema fácil y cómodo de probar estas combinaciones he hecho una prueba con un blog limpio recien instalado con diferentes combinación, los resultados son realmente interesantes.

Test

Partimos de que estoy en un iMac con 2GB de RAM, bajo Leopard. La versión de MAMP disponde de :

• Apache 2.0.59
• MySQL 5.0.41
• PHP 4.4.7 & 5.2.3
• WordPress 2.8.4 (recien instalado)
• Plugin TPC! Memory usage

Las pruebas las he realizado sobre la versión PHP5 (osea la 5.2.3) con 32 MB de límite de memoria. Y los componentes que he testeado son:

• APC 3.0.14
• eAccelerator 0.9.5.1
• XCache 1.2.0
• Zend Optimizer 3.2.8

Mediante un simple panel de la propia aplicación hacer los cambios es tan sencillo como seleccionar la combinación y pulsar aceptar.

(Ver Imagen)

Consumo de memoria

Inicio

Partimos de unos valores iniciales sin tener ningún componente cargado.

(Ver Imagen)

Como podemos ver partimos de una cifra de 10,93MB lo que significa un 34% de la memoria permitida para PHP. He aquí el mayor problema de WordPress (datos de una instalación limpia).

Zend Optimizer

La siguiente prueba fué activar Zend Optimizer sin caché, el resultado fué prácticamente el mismo.

(Ver Imagen)

Incluso en la imagen podemos ver un ligero aumento de la memoria consumida, pero mínimo.

Zend Optimizer + eAccelerator

Aprovechando que Zend Optimizer estaba activo activé eAccelerator para comprobar los resultados de WebJawns:

(Ver Imagen)

Los resultados fueron muy similares, una mejoría de prácticamente el 90%.

Zend Optimizer + xCache

Aprovechando que Zend segía activo, cambié el sistema de caché y pasé a usar xCache, lo resultados mejoraron una KB:

(Ver Imagen)

El resultado no es significativo, pero podemos ver la mejoría sobre ese 90% del ejemplo anterior.

eAccelerator

Ahora era el momento de desactivar Zend Optimizer y probar los sistemas de caché por separado, sin ayuda

(Ver Imagen)

eAccelerator solo, me arrojó unos resultados soprendentes, una mejoría del 91,2% sobre el valor inicial.

xCache

Con xCache me pasó prácticamente lo mismo:

(Ver Imagen)

Los resultados mejoraron sustancialmente en relación al mismo sistema de caché con Zend Optimizer.

APC

Otra de las opciones que dispone MAMP es usar APC, aunque este no puede trabajar con Zend Optimizer:

(Ver Imagen)

Los resultados fueron superiores a los sistemas anteriores, pero interesantes para tener en cuenta esa mejoría del 83,5%.

Gráficos comparativos

(Ver Imagen)

La gráfica nos muestra a simple visto los resultados obtenidos y demuestra que cualquiera de los sistemas usados aporta una mejoría importante al consumo de memoria.

Número de páginas servidas

No solo de memoria vive WordPress, el número de páginas servidas es tambien un número interesante. Así que aprovechando que tenía los sistemas funcionando realizé una serie de pruebas usando ab para testear el servicio web con todas las combinaciones anteriores.

Test

Para la obtención del número de peticiones por segundo aceptadas he usado:

ab -c5 -t30 http://localhost:8888/wp/

Esto ha arrojado diferentes resultados dependiendo de la combinación seleccionada:

(Ver Imagen)

Conclusiones

(Ver Imagen)

Viendo el número de respuestas servidas por unos y otros y viendo el consumo de memoria de un WordPress reciente instalado, parece ser que eAccelerator es la mejor opción para mejorar el rendimiento de nuestro WordPress, ya que nos permite servir más páginas por segundo con el mínimo consumo de memoria posible.

Aclaraciones

Estas pruebas, han sido realizadas en un entorno cerrado y los resultados pueden variar dependiendo de los plugins activos, la configuración del servidor y otros factores como el hardware, la versión de Wordpres, … por ese motivo son méramente informativas. En caso de necesitar usar un sistema para mejorar el rendimiento de WordPress, se recomienda realizar las pruebas pertienentes en el sistema que se vaya a utilizar para asegurarnos de un resultado lo más fiable posible.

Se trata de una traducción de lo que me ha parecido interesante de este artículo de DigWP.com.

Secure Keys

Estas keys se encargan de añadir un grado de seguridad a nuestro WordPress haciendo que la encriptación de la cookie sea más robusta y difícil de descifrar. El equipo de WordPress pone a nuestra disposición una url donde generar estas keys aleatoriamente, simplemente tendremos que copiarlas en nuestro fichero wp-config.php.

define('AUTH_KEY',        '|@@ozJobZd8P#n*qU&U`+d2^-zFJ|u0cJub3>w,N,rk>u#7s|*[=E b1t_A?$W>P');
define('SECURE_AUTH_KEY', '4KN-v/#,txKyv.<#H|>#1az_d6!jHtgv:?ZGmn)9iJESSsr[AWH@d31=hIOU}l,*');
define('LOGGED_IN_KEY',   '+uVyb{2b~`@z3hI+^h?*p1esJb ]Itx6+Nh~C|wA4Hyo @eL|-iL.6-+Bju/.$B(');
define('NONCE_KEY',       'L%H|GLc_CfOOtZZ*1zL=|o-tQnX$b[_iWL8_.-*|/Jl4t n,#;;gw.%!+*=|B!5>');

Prefijo de la base de datos

La personalización de WordPress va desde el aspecto hasta la BD. Una muestra de ello, es la posibilidad de personalizar el prefijo de la base de datos con el que será más difícil conocer el nombre de las tablas por aquellos usuarios malintencionados.

$table_prefix  = 'wp_';

Dirección del blog y el theme

Desde WordPress 2.2 tenemos la posibilidad de especificar la URL del blog directamente desde el fichero wp-config.php. Esto, permite omitir los datos almacenados en la base de datos referentes a la ubicación del blog y recoja la dirección del fichero wp-config.php.

define('WP_HOME', 'http://www.anieto2k.com');
define('WP_SITEURL', 'http://www.anieto2k.com.com');

Para el theme también tenemos un par de variables globales que podemos usar para almacenar las direcciones del theme y la hoja de estilos.

define('TEMPLATEPATH', get_template_directory());
define('STYLESHEETPATH', get_stylesheet_directory());

Activar/Desactiva la wp-cache

La wp-cache, es la caché interna de WordPress y esta, como ya vimos hace tiempo, se trata de un conjunto de funciones que permite que gestionemos datos cacheados en nuestros plugins/themes.

Desde wp-config.php podemos especificar si esta caché está activada o no, y el tiempo de vida de los datos en caché.

// Activar
define('WP_CACHE', true);      // enable the cache
define('ENABLE_CACHE', true);  // enable the cache
define('CACHE_EXPIRATION_TIME', 3600); // in seconds
// Desactivar
define('WP_CACHE', false);     // disable the cache
define('DISABLE_CACHE', true); // disable the cache

Personalizar las tablas user y user_meta

Si queremos compartir tablas de usuarios entre diferentes blog, o añadir un grado más de seguridad cambiando los nombres de la tablas de usuarios y de user_meta directamente desde el fichero wp-config.php.

define('CUSTOM_USER_TABLE', $table_prefix.'my_users');
define('CUSTOM_USER_META_TABLE', $table_prefix.'my_usermeta');

Especificar datos de acceso FTP

Los datos de acceso FTP nos permiten actualizar plugins directamente desde el panel de administrador, definir estos datos puede ayudarnos a que nuestros usuarios no tengan que introducir los datos a la hora de actualizar los plugins.

define('FS_METHOD', 'ftpext'); // forces the filesystem method: "direct", "ssh", "ftpext", or "ftpsockets"
define('FTP_BASE', '/path/to/wordpress/'); // absolute path to root installation directory
define('FTP_CONTENT_DIR', '/path/to/wordpress/wp-content/'); // absolute path to "wp-content" directory
define('FTP_PLUGIN_DIR ', '/path/to/wordpress/wp-content/plugins/'); // absolute path to "wp-plugins" directory
define('FTP_PUBKEY', '/home/username/.ssh/id_rsa.pub'); // absolute path to your SSH public key
define('FTP_PRIVKEY', '/home/username/.ssh/id_rsa'); // absolute path to your SSH private key
define('FTP_USER', 'username'); // either your FTP or SSH username
define('FTP_PASS', 'password'); // password for FTP_USER username
define('FTP_HOST', 'ftp.domain.tld:21'); // hostname:port combo for your SSH/FTP server

Especificar el tiempo de autosalvado

Una de las utilidades que más desapercibido han pasado y que más están ayudando a los usuarios de WordPress, es el auto salvado de posts mientras escribimos. Desde wp-config.phppodemos especificar el intervalo de tiempo en los que se han de auto salvar los posts.

define('AUTOSAVE_INTERVAL', 160); // in seconds

Log de peticiones a la BD

Si eres un amante de los logs y del control, esta configuración te permitirá hacer que las peticiones a la base de datos sean almacenadas para visualizarlas posteriormente. Para ello debemos indicarlo en el fichero wp-config.php

define('SAVEQUERIES', true);

Y después modificar el theme para hacer que estas peticiones sean visibles para los administradores.

// Mostramos las peticiones solo para administradores
if (current_user_can('level_10')) {
	global $wpdb;
	echo "<pre>";
	print_r($wpdb->queries);
	echo "</pre>";
}

Control de acceso

Imagina que tienes un WordPress montado dentro de una intranet, y no quieres permitir el acceso desde servidores externos a ella, con wp-config.php (desde WordPress 2.8) esto es posible mediante unas simples líneas.

define('WP_HTTP_BLOCK_EXTERNAL', true);  // block external requests
define('WP_HTTP_BLOCK_EXTERNAL', false); // allow external requests

Además podemos filtrar mucho más aún, permitiendo que ciertos PC’s tengan acceso al blog.

define('WP_ACCESSIBLE_HOSTS', 'api.wordpress.org'); // whitelist hosts

Código filemtime()

class Cache {
 function fileName($key){
 return 'cache/'.md5($key);
 }

 function put($key, $datos){
 $f = fopen($this->fileName($key), 'w');
 if (!$f) die('No se puede leer el fichero de caché');

 $data = serialize($data);

 if (fwrite($f,$data)===false) {
 die('No se puede escribir el fichero de caché');
 }
 fclose($f);
 }

 function get($key){
 $filename = $this->fileName($key);
 if (!file_exists($filename) || !is_readable($filename)) return false;
 if ((filemtime($filename) + 3600) < time()) {
 return file_get_contents($filename);
 }
 return false;
 }
}

Esta versión, me permite cachear en fichero cualquier contenido que yo le indique medianteput(). Veamos un ejemplo.

$cache = new Cache();
if (!$data = $cache->get('misdatos')) {
 ....
 $cache->put('misdatos', $misdatos);
}

Problemas

Tras unas horas usándolo me encontré con un problema, la poca flexibilidad de este sistema. Necesitaba que ciertos datos, se cachearan una hora y otros lo hicieran 24. De esta forma me era dificil montar un sistema basado en filemtime() que me permitiera indicar una caché para tiempos diferentes.

Las soluciones pasaba por comprobar el tipo de contenido y dependiendo de que fuera tomar un tiempo u otro, o crear métodos específicos para cachear por tiempos (put60(), put24(),…). Ninguna solución me parecía elegante.

Serialize()

Entonce recordé un artículo de hace ya unos años en los que mediante el uso de serialize()permitía hacer lo que estaba buscando.

serialize() es una función de PHP que permite convertir un objeto que puede ser fácilmente almacenable. Algo que me venía ideal para hacer que mi caché de ficheros estática fuera más flexible.

Código serialize()

>class Cache {
 var $cacheDir;

 function __construct($cacheDir = './'){
 $this->cacheDir = $cacheDir;
 }

 // Indicamos el directorio donde queremos alojar los ficheros de caché
 function put( $key , $data ,$time = 600) {

 $h = fopen( $this->getFileName( $key ) , 'w' );
 if (!$h) throw new Error('No se puede leer el fichero de caché');

 $data = serialize( array( time() + $time , $data ) );

 if ( fwrite( $h , $data ) === false ) {
 throw new Error('No se puede escribir el fichero de caché');
 }
 fclose($h);

 }

 // Obtenemos el nombre del fichero codificado
 private function getFileName($key) {
 return  $this->cacheDir.md5($key);
 }

 // Recuperamos de caché
 function get($key) {

 $filename = $this->getFileName($key);
 if (!file_exists($filename) || !is_readable($filename)) return false;

 $data = file_get_contents($filename);

 $data = @unserialize($data);
 if (!$data) {
 unlink($filename);
 return false;
 }
 if (time() > $data[0]) {
 unlink($filename);
 return false;
 }
 return $data[1];
 }
}

Esta clase ya me permite especificiar de una forma cómoda el tiempo que quiero que se cachee un contenido determinado.

$cache = new Cache('cache/');
if (!$data = $cache->get('misdatos')) {
 ....
 $cache->put('misdatos', $misdatos, 60); // 60 seg
}

Rendimiento

Este sistema es muy cómodo, pero hay que ser conscientes de los problemas de rendimiento que presenta. Hemos de pensar que cada comprobación pasa por leer el contenido del fichero, convertir el objeto serializado y comprobar la fecha de este último.

Esto, frente a la simple consulta de la última fecha de modificación hace que este método sea considerablemente más lento. Pero por contra es bastante más flexible.

Mejoras

Bueno, despues de todo el rollo os propongo un juego. ¿Como lo podemos mejorar?

Mi opción

La opción que estaba barajando era la de generar un fichero con la fecha de caducidad del fichero y el nombre del fichero. De esta forma, únicamente tendría que hacer una lectura de fichero para cargar la fecha de caducidad asociada al fichero y despues mediante filemtime()comprobar si esta es superior a la especificada.

Ejemplo

<?php
...

// Leer
$content = file_get_content($file);
$times = unserialize($content);

 if (filemtime($cache_file) > $times[$cache_file]) {
 ....
 // Generamos de nuevo la caché
 $times[$cache_file] = time() + 60; // 60 seg.
 }

// Grabar
serialize(array(
 md5("tmp".time()).".cache" => '123456789'
 ....
));

...
?>

¿Alguna idea más?

Fuente: www.anieto2k.com

Aunque muchos crean que estoy es complicado, pues no lo es tanto:

function admin_menu_plugin() {

add_menu_page(‘Mi Plugin’, Mi Plugin’, 8, milugin.php’, ‘admin_consejos’);

add_submenu_page(‘consejos.php’, ‘Agregar’, ‘Agregar’, 8, ‘consejos.php’, ‘admin_consejos’);

}

add_action(‘admin_menu’, ‘admin_menu_consejos’);

Como veran es sencillo, ahora la explicamos un poco:

add_menu_page(‘Mi Plugin’, Mi Plugin’, 8, milugin.php’, ‘admin_plugin’);

esta función nos la provee wordpress como tantas otra, nos crea un item padre en el menu de administración con el titulo Mi Plugin abriendo la pagina miplugin.php la funcion admin_plugin

La función admin_plugin tiene que mostrar las diferentes opciones que queremos configurar de nuestro plugin, aqui radica la imaginación de cada uno y el conocimiento en php que tengamos.

Esta función nos sirve para separar las funciones que queramos modificar del plugin en varios items que dependan del item que agregamos anteriormente, los items se colocan en forma de árbol como lo hace wordpress.

Bueno esta es la tercer entrega, en la proxima entrada publicare el codigo de un plugin completo para que tengan como ejemplo.

Si tienen dudas, comentenme…

Repasando lo que vimos antes nuestro plugin habia quedado de la sieguiente manera

/*
Plugin Name: Mi plugin

Plugin URI: http://misnotas.umwtest.com.ar

Description: Descripcion de tu plugin

Version: 1.2

Author: Claudio A. Marrero

Author URI: http://www.ultimamilla.com.ar

*/

function miplugin(){

echo ‘Hola Mundo’;

}

y lo llamamos desde el theme asi…

<?php miplugin(); ?>

Abrimos el archivo “miplugin.php” y nos ponemos crear nuestro plugin.

1. Funcion miplugin().

Editmos la funcion miplugin() para hacer algo un poco mas interezante.

Crearemos una tabla en la base de datos de nuestro wordpress:

CREATE TABLE `wp_carousel_opciones` (

`id` int(11) unsigned NOT NULL auto_increment,

`option_name` varchar(150) NOT NULL,

`option_value` text,

PRIMARY KEY (`id`),

UNIQUE KEY `id` (`id`),

KEY `id_2` (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=0

Ahora consultaremos a esta tabla para optener sus registros.

function miplugin(){

global $wpdb; //WordPress nos da esta esto para poder trabajar con la base de datos

$table_name = $wpdb->prefix .”carousel_opciones”; //Prefix es el prefijo que pusimos en la istalacion de nuestro wordpress

$sql = “SELECT id,option_name,option_value FROM $table_name”; //La consulta a la tabla (Cargemosle algo, para que nos devuelva algun valor.

$data_carousel = $wpdb->get_results($sql); //Tenemos en $data_carousel todos los resultados de la consulta.

$res = $data_carousel[0]; //El primer registro del array que nos devolvio get_results

return $res->option_value; //Devolvemos lo que tenemos en option_value.

}

Bien ya tenemos nuestra funcion un poco mas complicada, consultamos a una tabla de nuestra base, y devolvimos un valor, hasta ahora solo hemos trabajado con algunas cosas sencillas, en el proximo post veremos como agregar un menu a la administracion de wordpress y poder modificar la consulta dinamicamente.

1. Todo dentro de una carpeta

Lo mejor es crear una carpeta con el nombre del plugin, trata de ser representativo con el nombre por si quieres publicarlo mas adelante.

Crearemos una carpeta dentro de plugins llamada “mi_primer_plugin”.

2. Cabecera y archivos.

Dentro de la carpeta que hemos creado, vamos a colocar los archivos que vamos a utilizar para nuestro plugin, imagenes, js, css, php, html todos los que vayamos a utilizar, obviamente en este tuto, vamos a ver como hacer un plugin en un solo archivo php, mas adelante explicare hacer plugins mas complicados.

Creamos “miplugin.php” dentro de la carpeta “mi_primer_plugin”

Para que este archivo sea detectado como un plugin es neceesario crear una cabecera con comentarios que debe tener la siguiente estructura:

/*
Plugin Name: Mi plugin

Plugin URI: http://misnotas.umwtest.com.ar

Description: Descripcion de tu plugin

Version: 1.2

Author: Claudio A. Marrero

Author URI: http://www.ultimamilla.com.ar

*/

Estos datos son obligatorios, que son utilizados por wordpress para saber cual de la existencia del plugin y ademas para saber cual es su archivo principal, ya que los demas archivos que coloquemos no necesitan llevar esta cabecera. Si guardamos el archivo, y vamos a la opcion plugins de nuestro wordpress, veremos que ya esta siendo detectado como un plugin a pesar que no le hemos puesto ninguna accion.

3. Nuestro Plugin

Siguiendo en el mismo archivo que hemos creado, vamos a empezar a crear nuestro plugin.

function miplugin(){

echo ‘Hola Mundo’;

}

Asi de facil, ya tenemos un plugin que nos imprime hola mundo, ahora para utilizarlo simplemente en cualquier lugar de tu theme colocas

<?php miplugin(); ?>

y listo, te imprimira hola mundo.

Obviamente existen muchas otras cosas que vamos a seguir viendo en el proximo post, como agregar un menu de configuracion del plugin a nuestro administrador de wordpress, como crear funciones de instalacion y desistanlacion. En el proximo post. Les tiro todo eso.

No se olviden de escribirme para colocar sus codigos aqui..