Configurer un vrai cron pour WordPress

Guillaume - ingénieur systèmes 3 septembre 20213 septembre 2021

Bonjour,

Ce petit tutoriel a pour vocation de configurer les crons WordPress manuellement afin d’éviter leur empilement qui peut être du à plusieurs problèmes dont des modifications au niveau des timezones ou tout simplement le code de WordPress qui n’est pas « thread-safe ».

La première étape consiste à supprimer l’automatisation de ce cron dans le fichier wp-config.php

define('DISABLE_WP_CRON', true);

1	define('DISABLE_WP_CRON', true);

L’étape suivante consiste à créer un cron pour l’url dans notre console d’infogérance RD serveur pour lancer automatiquement le cron par URL à la fréquence souhaitée (attention à ne pas lancer le cron par fichier).

http://monsite.com/wp-cron.php?doing_wp_cron

1	http://monsite.com/wp-cron.php?doing_wp_cron

Comment vérifier vos certificats SSL

Guillaume - ingénieur systèmes 26 mai 20213 juin 2021

Ce tutoriel concerne le système Ubuntu et tous les systèmes utilisant openssl.
Note importante, par défaut les commandes openssl ne traitent que le premier certificat d’une chaine.

Vérifier que le certificat match avec la clef

# Executer cette commande avec la clef : 
$ openssl rsa -noout -modulus -in {example.com}.key | openssl md5

# Executer cette commande avec le csr :
$ openssl req -noout -modulus -in {example.com}.csr | openssl md5

# Executer cette commande avec le certificat :
$ openssl x509 -noout -modulus -in {example.com}.crt | openssl md5

# Si les 3 resultats sont identiques alors le csr a bien été créer avec cette clef.

# Executer cette commande avec la clef :

$ openssl rsa -noout -modulus -in {example.com}.key | openssl md5

# Executer cette commande avec le csr :

$ openssl req -noout -modulus -in {example.com}.csr | openssl md5

# Executer cette commande avec le certificat :

$ openssl x509 -noout -modulus -in {example.com}.crt | openssl md5

# Si les 3 resultats sont identiques alors le csr a bien été créer avec cette clef.

Vérifier un certificat pem « fullchain »

#
# L'erreur la plus commune viens d'erreur de copier-coller lors d'une fabrication manuelle du pem contenant la chaine et les différents certificats d’autorité.
# Exécuter cette commande avec le fichier pem  :
$ openssl crl2pkcs7 -nocrl -certfile {example.com}.pem | openssl pkcs7 -print_certs -noout
subject=CN = blog.rdmedias.com
issuer=C = US, O = Let's Encrypt, CN = R3
subject=C = US, O = Let's Encrypt, CN = R3
issuer=O = Digital Signature Trust Co., CN = DST Root CA X3

# Le premier sujet est notre site suivit de son "issuer".
# Ensuite nous avons une chaine avec chaque "issuer" égal au "subject" suivant
# Enfin, nous finissons avec le certificat ayant un issuer Root (ou proche)

# L'erreur la plus commune viens d'erreur de copier-coller lors d'une fabrication manuelle du pem contenant la chaine et les différents certificats d’autorité.

# Exécuter cette commande avec le fichier pem :

$ openssl crl2pkcs7 -nocrl -certfile {example.com}.pem | openssl pkcs7 -print_certs -noout

subject=CN = blog.rdmedias.com

issuer=C = US, O = Let's Encrypt, CN = R3

subject=C = US, O = Let's Encrypt, CN = R3

issuer=O = Digital Signature Trust Co., CN = DST Root CA X3

# Le premier sujet est notre site suivit de son "issuer".

# Ensuite nous avons une chaine avec chaque "issuer" égal au "subject" suivant

# Enfin, nous finissons avec le certificat ayant un issuer Root (ou proche)

Vérifier que les dates sont valides

$ openssl x509 -noout -in {example.com}.pem -dates
notBefore=Apr 12 19:51:31 2021 GMT
notAfter=Jul 11 19:51:31 2021 GMT

$ openssl x509 -noout -in {example.com}.pem -dates

notBefore=Apr 12 19:51:31 2021 GMT

notAfter=Jul 11 19:51:31 2021 GMT

CRON UNIX: faire un bon script php

Guillaume - ingénieur systèmes 14 mars 2017

En mode « URL », tout CRON UNIX tente de télécharger la page.
Ainsi, si aucune information n’est reçue par l’outil de téléchargement, celui-ci considère qu’une erreur est survenue (time-out) et tente à nouveau le téléchargement.
Cela peut avoir des conséquence extrêmement violente comme l’écroulement de la machine ou des erreurs de données.
Aussi, TOUT script php ayant vocation a être utiliser comme CRON ne peut se prémunir du code suivant :

<?php
ob_end_clean();
header("Connection: close");
ignore_user_abort(); // optionnel
ob_start();
$size = ob_get_length();
header("Content-Length: $size");
ob_end_flush(); // ne fait rien tant que ...
flush(); // les deux sont appellés
// SCRIPT ICI, et ICI seulement !!!! 
?>

<?php

ob_end_clean();

header("Connection: close");

ignore_user_abort(); // optionnel

ob_start();

$size = ob_get_length();

header("Content-Length: $size");

ob_end_flush(); // ne fait rien tant que ...

flush(); // les deux sont appellés

// SCRIPT ICI, et ICI seulement !!!!

Nous ne pourrons être tenu responsables des dommages occasionnés par un script mal écris. Il en est de la responsabilité du client d’informer son développeur.

MySql – Modifier contenu sur X lignes

laurent - responsable Technique 14 septembre 2015

UPDATE `TABLE`
SET `NOM_COLONNE`= REPLACE(`NOM_COLONNE`, "SEARCH","REPLACE")
WHERE `NOM_COLONNE` like "%SEARCH%"

UPDATE `TABLE`

SET `NOM_COLONNE`= REPLACE(`NOM_COLONNE`, "SEARCH","REPLACE")

WHERE `NOM_COLONNE` like "%SEARCH%"

Utile pour les WordPress programmés en dur 🙂

Installer un cgi sur nos serveurs Linux/Ubuntu

Guillaume - ingénieur systèmes 16 juin 201519 juin 2015

Etape 1 : Uploader le cgi sur le serveur

Vous trouverez l’accès FTP pour votre site via la console : « Listing des Sites / Emails » > Votre Site > « FTP »
Le fichier CGI est à déposer dans le répertoire cgi-bin présent à la racine du FTP
Enfin, grâce à votre client FTP modifiez les Permissions du propriétaire en ajoutant l’exécution.

Etape 2 : Activer les CGIs dans la configuration du site

La configuration se trouve dans la section : « Listing des Sites by Apache »
Pour y accéder, cliquez sur le bouton « Modifier VHost » dans la colonne « Gestion / Création » de votre site
Ensuite, supprimez les commentaires (supprimer les #) pour les lignes suivantes :

    ScriptAlias /cgi-bin/ /var/www/votre.site/cgi-bin/
    <Directory /var/www/votre.site/cgi-bin>
        AllowOverride None
        Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
        Order allow,deny
        Allow from all
    </Directory>

ScriptAlias /cgi-bin/ /var/www/votre.site/cgi-bin/

AllowOverride None

Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch

Order allow,deny

Allow from all

</Directory>

Après validation, la configuration du serveur apache sera « reload » (les sessions en cours ne sont pas détruites).

Votre CGI est prêt à fonctionner et accessible à cette adresse : http://votre.site/cgi-bin/votre.cgi

Important : Merci de vérifier vos règles de rewriting (notamment pour les sites wordpress, joomla, prestashop, etc) car il est possible que le rewriting empêche l’accès aux CGI!

Si toutefois votre CGI ne fonctionnait pas ou nécessiterait l’installation d’un module complémentaire pour son fonctionnement merci de nous contacter afin de vous apporter notre aide.