Hace poco he buscado cómo se hace para insertar un Tweet en un post, cosa que normalmente se utiliza para dejar el Tweet ya preparado por si el lector quiere compartirlo en su cuenta. Dejo aquí las soluciones que he encontrado, para consultarlas la próxima vez que quiera utilizarlo, y para que no me sirvan sólo a mi:

Utilizar el Plugin de Wordpress Click To Tweet

El plugin ClickToTweet  te permite rellenar los datos necesarios e insertar el tweet que saldrá en una caja de texto bastante chula con el texto CLIK TO TWEET abajo (seguro que te suena)

Crear el código HTML con los datos del Tweet

Esta opción tiene la ventaja de que como es sólo código HTML sirve para cualquier web o CMS, no sólo para Wordpress. Se puede escribir directamente el HTML, o utilizar algún asistente o servicio web para hacerlo:

Servicios que generan código HTML para incluir un Tweet en tus posts:

En el artículo Buscador de palabras clave, una herramienta para posicionar con SEMrush y Excel se presenta una hoja excel que permite, a partir de exportaciones de informes de palabras clave de SEMrush, combinar todos los resultados en función de la importancia que tengan para cada uno los indicadores de SEMrush, y obtener finalmente un único indicador de Mejores Palabras Clave, que permite ordenar todas las palabras para encontrar fácilmente las que más interesan.

La hoja excel está insertada en el mismo artículo para que se pueda probar online.

Este tema del foro es para comentar cualquier cosa relacionada con esta propuesta para encontrar mejores palabras clave, dudas, comentarios, propuestas de mejora, etc.

Click para compartir en Twitter

Otro apunte sobre Drupal. La ejecución del cron de Drupal puede fallar por diversas causas, y cuando el cron no se ejecuta, muchas tareas de mantenimiento, envío de boletines, notificaciones, sitemaps, etc. no funcionarán así que es un tema importante descubrir porqué puede fallar, especialmente si la ejecución directa con https://nombredelsitio/cron.php tampoco funciona.

Enlazo el post de drupal.org que explica algunas cosas que podemos hacer para averiguar porqué no funciona el cron de nuestro site, debugar la ejecución del cron si hace falta, y corregirlo para que no vuelva a fallar.

Me apunto las selects para limpiar las caches con SQL directamente desde la base de datos:

delete from cache_block;
delete from cache_content;
delete from cache_filter;
delete from cache_form;
delete from cache_menu;
delete from cache_mollom;
delete from cache_page;
delete from cache_update;
delete from cache_views;
delete from cache_views_data;

Selects para comprobar si para Drupal el estado del Cron es 'aún en ejecución':

Drupal consume bastantes recursos, sobretodo si se utilizan muchos módulos contribuídos. Por eso es muy importante tener la instalación bien optimizada. Tener los parámetros de configuración de PHP bien ajustados es una de las cosas que puede ayudar mucho a mejorar el rendimiento de una web con Drupal, sobretodo si se dispone de memoria en el servidor.

En la sección de requerimientos de la guía de instalación de Drupal se puede encontrar mucha información para mejorar el rendimiento de una instalación de Drupal, pero me quedo con los settings recomendados, algunos más por seguridad que por rendimiento, para que no se me olviden:

safe_mode = off
error_reporting = E_ALL & ~E_NOTICE

cache_limiter = nocache
auto_start = 0
expose_php = off
allow_url_fopen = off
magic_quotes_gpc = off
register_globals = off
display_errors = Off

Sobre la memoria que puede utilizar PHP, depende de la versión de Drupal, y de la memoria disponible en el servidor, y el mínimo va entre 16MB de Drupal 6 y 128 MB de Drupal 8. Para una instalación de producción con tráfico los valores típicos van entre 128MB y 256MB:

En una instalación de Drupal hay directorios que suelen crear algún problema de escritura porque son propiedad del usuario que los copia, el que se utiliza para la instalación, y la aplicación de Drupal también tiene que escribir en ellos para su correcto funcionamiento. Los más habituales son el /files, o el ctools/css. Si los directorios tienen los permisos por defecto, y se copian con un usuario 'instalador', lo normal será que si Drupal se ejecuta con Apache, el usuario de sistema de Apache no pueda escribir en ellos, y en el informe de estado de Drupal se pueda ver el aviso.

Lo que no hay que hacer en este caso es utilizar un chmod 777 para dar acceso de escritura al usuario de Apache. Parece la solucion más sencilla, pero hay que evitarla porque supone un problema de seguridad, ya que también se está permitiendo la escritura en el directorio a cualquier usuario.

A nivel de permisos, lo que se puede hacer es que el usuario 'Instalador' y el usuario de Apache pertenezcan al mismo grupo, y permitir la escritura sobre estos directorios al propietario y a los usuarios de su mismo grupo con un chmod 775, con lo que los usuarios que no pertenezcan a este grupo ya no podrán escribir en estos directorios. Se puede conseguir en pocos pasos:

 Hay veces que no hay aún una versión oficial que solucione un problema que tenemos con un módulo de Drupal, pero sí hay alguien que ha hecho una corrección o un parche que puede sacarnos del apuro. Son los llamados patches, que además pueden ser muy fáciles de aplicar para corregir el código de nuestros módulos, aunque hay que tener en cuenta que sólo son parches, y las nuevas versiones los sobreescribirá.

Lo más fácil para aplicar un patch, que es un fichero que contiene directivas de las modificaciones que hay que efectuar en diferentes ficheros de los módulos, es utilizar Git, para lo cual primero hay que tenerlo instalado. Instalarlo en Linux, en una distribusión que utilice yum, como CentOS o Fedora, puede ser tan fácil como:

# yum install git

O con distribuciones basadas en Dabian, como Ubuntu:

# apt-get install git

Ahora, suponiendo que el patch es un fichero para aplicar sobre el módulo views, por ejemplo, nos situaríamos dentro del directorio donde tenemos los ficheros del módulo a parchear y haríamos algo así:

# cd sites/all/modules/views

# wget https://drupal.org/files/[nombre-patch].patch

# git apply [nombre-patch].patch