Michael Molloy and Alex Evans - Rise and Fall

"Rise & Fall" est une chanson écrite par Michael Molloy et Alex Evans.

La chanson a été enregistrée par Michael Molloy avant son décès, en septembre 2012, à la suite d'un accident de car survenu alors qu'il rentrait de Bestival.

Le single a reçu le soutien de Brian May, James Morrison, Wayne Rooney et Joey Barton. La chanson a été publiée par les organisateurs de Bestival, Sunday Best, sur leur label Sunday Best Recordings.

Joe Molloy, le frère de Michael, a déclaré:

«L’ambition de Michael était de faire reconnaître sa musique par le monde entier. Il n'a jamais rempli cette ambition et nous, sa famille, l'accomplissons pour lui. Michael ne pourra jamais revenir et nous ne cesserons jamais de le pleurer. Nous pensons à lui chaque heure de chaque jour. Mais la passion de Michael pour la musique et son talent étaient l’une des qualités qui le caractérisaient et nous souhaitons que le reste du monde, par le biais de sa musique, comprenne et apprécie, de façon modeste, ce qu’il était en tant qu’être humain spécial. La sortie du single est à la fois mémorable et festive et nous souhaitons remercier Sunday Best et toutes les personnes qui ont soutenu Michael pendant de nombreuses années. Ils savent qui ils sont. "

WordPress : nettoyer les tables wp_options et wp_postmeta

WordPress : nettoyer les tables wp_options et wp_postmeta photo

Nous allons aujourd'hui examiner deux tables importantes de votre base de données WordPress, wp_options et wp_postmeta.

C’est un domaine qui est souvent négligé en ce qui concerne les performances globales de WordPress et de la base de données. Cela est très visible sur les sites les plus anciens et les plus gros et peut être la cause des temps de requête lents sur votre site en raison des données à chargement automatique laissées par les plugins et les thèmes tiers.

Voici quelques conseils pour vérifier, dépanner et nettoyer vos tables wp_options et wp_postmeta.

Que contient la table wp_options ?

La table wp_options contient toutes les données relatives aux options et paramètres de votre site WordPress telles que:

  • URL du site, URL de la page d'accueil, adresse électronique de l'administrateur, catégorie par défaut, publications par page, format d'heure, etc.
  • Paramètres pour les plugins, les thèmes, les widgets,
  • Données temporairement mises en cache.

La table wp_options contient plusieurs champs :

  • option_id
  • option_name
  • option_value
  • autoload

Le champ qui nous intéresse particulièrement est le champ autoload, qui contient un drapeau qui peut être soit "yes", soit "no". Cela contrôle essentiellement si la valeur est chargée ou non par la fonction wp_load_alloptions().

Les données à chargement automatique sont des données qui sont chargées sur chaque page de votre site WordPress. L'attribut autoload est défini sur «yes» par défaut pour les développeurs, mais tous les plugins ne doivent théoriquement pas charger leurs données sur chaque page.

Le problème que les sites WordPress peuvent rencontrer est celui où la table wp_options contient une grande quantité de données auto-chargées. Cependant, la table wp_options n’a pas non plus été conçue pour contenir des milliers de lignes.

Combien coûte trop de données autoloadées? Cela peut varier, bien sûr, mais idéalement, vous voulez que la taille de votre ordinateur soit comprise entre 300 Ko et 1 Mo. Une fois que vous commencez à approcher la plage de 3 à 5 Mo ou plus, il existe très probablement des éléments pouvant être optimisés ou supprimés du chargement automatique. Et tout ce qui dépasse 10 Mo doit être traité immédiatement. Cela ne signifie pas toujours que cela posera un problème, mais c’est un bon point de départ.

Vérifier la taille totale des données auto-chargées

On peut calculer la taille totale des données auto-chargées d'un site WordPress en effectuant la requête suivante sous MySQL:

SELECT SUM(LENGTH(option_value)) as autoload_size FROM wp_options WHERE autoload='yes';

La valeur d'autoload_size est exprimée en octets. Il y a 1024 octets dans un KB et 1024 KB dans un MB. Dans notre cas, 622 138 octets sont donc égaux à 0,62 MB. Donc pour ce site, c'est une bonne taille! Si vous restituez moins de 1 Mo, ne vous inquiétez pas. Cependant, si le résultat était beaucoup plus grand, passez à l'étape suivante.

Lire la suite! »

Pin It on Pinterest

Spelling error report

The following text will be sent to our editors: