WhyDoWork. Plugin para insertar código Adsense en WordPress

Wordpress No hay Comentarios »

WhyDoWork Adsense WordPress es un plugin que permite insertar anuncios de AdSense en tu blog sin necesidad de modificar la plantilla. Además te permite configurarlo para mostrar diferentes anuncios de AdSense para los artículos mas antiguos de X días (x es el número de días que quieras).

Por ejemplo, te permite insertar un 468 × 60 anuncios en la parte inferior de un nuevo artículo, y una vez que el artículo tiene 7 días de vida tendrá un cuadro más agresivo 336 × 280 anuncios mezclado con el texto desde el comienzo de ese artículo.

De esta manera, tus lectores no serán molestados por los anuncios, mientras que los visitantes que vienen provenientes de los motores de búsqueda o de otras fuentes, verán una versión mas agresiva del anuncio.

Otra característica es la capacidad de tener los artículos sin los anuncios insertados en ellos, muy útil.

Podéis verlo en este momento en esta web ya que he empezado a utilizarlo poco antes de la escritura de este post.

Descargar Plugin: WhyDoWork desde la página del autor.

Cachear y comprimir WordPress con WP-Super Cache

Wordpress 3 Comentarios »

WP Super Caché es un plugin para cachear WordPress. Genera ficheros html que se sirven directamente de Apache sin procesamiento pesado de scripts PHP. Al utilizar este plugin que acelerará tu blog de WordPress significativamente.

Cuando se instala, los archivos HTML se generan y se sirven sin la invocación de una sola línea de PHP. ¿Como de rápido puede servir su sitio archivos gráficos? Eso es (quizás) lo más rápidamente posible que será capaz de servir a estos archivos del caché. Si tu sitio está luchando para hacer frente con el número alto diario de visitantes este es tu plugin.

El antiguo WP-Cache, aunque es un excelente producto, aún necesita arrancar todo el motor de PHP y acceder a la base de datos para comprobar si la entrada ha cambiado. En cambio, el WP Super Caché crea una estructura de ficheros y directorios estática en wp-content/cache/supercache réplica exacta de la que las URLs originales.

El plugin WP Super Cache sólo sirve páginas generadas por él a usuarios que no hayan dejado ningún comentario (y por ello no tengan cookie del sitio, claro) y a los que no estén registrados. A los demás no les puede servir páginas suyas porque es posible que tengan que ver páginas con los nuevos comentarios que han dejado o ver páginas que han editado. A estos usuarios (que serán una minoría) se les sirve una página cacheada por WP-Cache, ya que el plugin WP Super Cache mantiene al mismo tiempo su propia caché y la del WP-Cache, de forma que tiene ambos mecanismos en funcionamiento en todo momento. Pero no sólo eso; el WP Super Caché puede añadir compresión a las páginas cacheadas por la parte de WP-Cache y a las cacheadas por él, obteniendo la funcionalidad que necesitábamos.

Así, con unas sencillas RewriteRule que crea el WP Super Cache en el fichero .htaccess del directorio raíz del blog, y que comprueban las cookies del usuario y si la página está cacheada, el Apache nos sirve dichas páginas sin acceder ni a un fichero PHP y sin ni un sólo acceso a la base de datos.

Las reglas son las siguientes, y comprobamos que se verifica que no haya cookies, que la petición no sea una query, y se mira si se puede enviar la versión comprimida o no (HTTP:Accept-Encoding):

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{QUERY_STRING} !.*s=.*
RewriteCond %{HTTP_COOKIE} !^.*comment_author_.*$
RewriteCond %{HTTP_COOKIE} !^.*wordpressuser.*$
RewriteCond %{HTTP_COOKIE} !^.*wp-postpass_.*$
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1index.html.gz -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1index.html.gz [L]

RewriteCond %{QUERY_STRING} !.*s=.*
RewriteCond %{HTTP_COOKIE} !^.*comment_author_.*$
RewriteCond %{HTTP_COOKIE} !^.*wordpressuser.*$
RewriteCond %{HTTP_COOKIE} !^.*wp-postpass_.*$
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1index.html -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1index.html [L]
<IfModule mod_rewrite.c>
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

</IfModule>
# END WordPress

Sin embargo, estas reglas, que son las que crea el WP Super Cache 0.5.1, no funcionan si el wordpress no está instalado en el directorio raíz del blog, como se puede verificar fácilmente estudiándolas un poco. Es decir, si tienes un blog en http://www.example.com/ y el WordPress instalado ahí también, funcionan, pero si tienes ambas cosas en http://www.example.com/blog/, no funcionará, así como si la URL del blog es distinta de la de WordPress, como pasaba también con el 1 Blog Cacher.

No olvidemos comprimir los ficheros CSS y los Javascript

Con el WP Super Cache resolvemos el problema de “cachear + comprimir + minimizar los accesos a la base de datos” para todo el contenido generado por WordPress. Sin embargo, aún tenemos algunos ficheros estáticos de uso muy frecuente (y estoy pensando en concreto en los ficheros CSS y Javascript de la página) que podemos querer comprimir y cachear aprovechando lo que hemos aprendido del mod_cache y del mod_deflate.

Para ello, una configuración como la siguiente en la que indicamos que los ficheros CSS y JS han de comprimirse (los HTML no para no entrar en conflicto con las páginas generadas por el WP-Cache modificado) y especificamos los ficheros concretos (también podríamos especificar directorios) que queremos, así mismo, almacenar en la caché:

AddOutputFilterByType DEFLATE text/css application/x-javascript
CacheEnable disk /directorio1/directorio2/style.css
CacheEnable disk /directorio1/directorio2/print.css
CacheEnable disk /directorio3/directorio4/scripts.js

Descargar plugin de la Web Original de WP-Super Cache

Palabras clave y descripción en metaetiquetas para mejorar los rankings en los motores de búsqueda.

Programacion Web, Wordpress 3 Comentarios »
¿Alguna vez te preguntaste por qué algunas páginas web aumentan los rankings en los motores de búsqueda mas que otros? Por supuesto, si eres es un desarrollador web. Es posible que hayas leído u oído un centenar de formas de mejorar su ranking de la página y has intentado todos ellos sólo para ver los resultados deprimentes.

La página de producto debe estar entre 500 y 750 palabras. Todo lo que estamos tratando de hacer aquí es vender un producto. Los visitantes que llegan a estas páginas probablemente ya saben lo que están buscando y sólo se busca información específica. Su trabajo es convencerlos de que su producto es el correcto.

La página del artículo debe ser de al menos 1000 palabras y no más de 5000 palabras. Muy bien algunos podrían decir que 5000 es demasiado largo y otros han dicho que no es 1000 palabras no son suficientes palabras para describir lo que tienen que decir. Demasiado tiempo – algunos dicen que 500 palabras es bueno para la página de un artículo. Así que veamos, si una persona puede leer 10 palabras por segundo se leerá tu página en 50 segundos. No hay suficiente tiempo para disfrutar del mensaje. Si una persona lee 3 palabras un segundo aproximadamente 2-1/2 minutos. Mucho tiempo para que el mensaje cale en tu lector.

  1. Utilizar la cantidad correcta de las palabras en la página. No demasiadas y no demasiado pocas.
  2. La primera meta de palabras clave debe concordar exactamente con el nombre de archivo de su página. De este modo, los motores de búsqueda la altura de sus palabras clave con su página y dar su mayor relevancia página.
  3. Utiliza sólo 5 palabras clave en tu meta etiqueta de palabras clave. De otra forma los motores de búsqueda puede pensar que son spam de palabras clave y no la lista de tu página. La primera palabra clave principal y la segunda una palabra clave secundaria y así sucesivamente. Debes ordenar de sus palabras clave en el orden de importancia para la página.
  4. El uso de todas sus palabras clave en la meta descripción, con la palabra clave primaria lo más cerca posible de la parte delantera. Definitivamente dentro de las primeras 5 palabras de su descripción. Los motores de búsqueda no leen tu descripción literal, pero puede encontrar y compatibilizarlos con su lista de palabras clave. Si tu meta descripción de sus palabras clave se repite con demasiada frecuencia los motores de búsqueda pueden pensar que son spam de palabras clave, por eso te recomiendo que no lo hagas.
  5. La Meta descripción debe estar entre 100 y 200 caracteres. Es importante obtener una sólida descripción de su página. Menos que 100 caracteres o el motor de búsqueda no podrá encontrar lo mas relevante para listarlo en los resultados. Más de 200 caracteres y los motores de búsqueda truncada. Que se ve poco profesional de su parte. Truncado meta descripciones pueden dejar los usuarios con la impresión de que su contenido será demasiadas palabras y lleno de a saber qué. Demasiado corto y una descripción de sus visitantes puede pensar que no hay suficiente información en su página y pasar al siguiente resultado. Por lo tanto, tratar de obtener su descripción justo a la derecha, no demasiado largo y no demasiado corto. Lee el resto de esta entrada »

wp-dbmanager, wp-PostRatings, WordPress 2.5 y el Automatic Plugin Upgrade

Wordpress No hay Comentarios »

En WordPress 2.5 wp-dbmanager se muestra como una actualización para los wp-postViews Widget. Esta es una cuestión independiente a la de actualizaciones automáticas.
Wp-dbmanager también se muestra como una actualización para los wp-PostRatings widget.
La versión actual del plugin wp-postrating es 1,20, sin embargo en la lista de plugins que dice que hay una nueva versión disponible (2.20). Al hacer clic en el vínculo “download version 2.20 here”, nos lleva a la página de wp-dbmanager. (Esto es, incluso si no se elige la actualización automática).
No sé cómo funciona el sistema que permite a un plugin decir que hay una nueva versión disponible, pero tanto el plugin wp-postratings widget y wp-postviews parece pensar que son realmente wp-dbmanager.

Por otra parte ya hay quejas del Automatic Plugin Upgrade aparte de este caso. Yo personalmente prefiero la “antigua usanza”.

Desde lesterchan.net ya se está trabajando para poner remedio a estos problemas del plugin wp-postrating y hay disponibles betas.

WP Theme & Icons originales por N.Design Studio.
Aviso Legal Entradas RSS Comentarios RSS Acceder