Bonnes Pratiques Web & Cloud

Table des matières
Un site de préproduction c’est quoi ?
Un site de préproduction pour quoi faire ?
Tester la mise à jour de plugins et thème
Tester de nouvelles fonctionnalités
Travailler sur la refonte d’un site
Quel format d’adresse pour son site de préproduction ?
Une adresse en sous-domaine
Une adresse web en sous-répertoire
Créer son site de préproduction
Partir d’une nouvelle installation
Partir d’un site existant
Passer son site de préproduction en production
Contenus similaires

Appréhender WordPress, c’est comprendre ce que ce CMS propose. Beaucoup de développeurs « qui débutent sur WordPress » auront tendance – au départ – à se précipiter sur le fonctionnel et à utiliser ce qu’ils savent déjà. C’est sans aucun doute la première erreur qu’ils commettront alors qu’ils connaissent très bien l’adage du développeur « ne pas réinventer la roue ».

Pour tout framework (Symfony, zend PHP, AngularJs…), le développeur se documentera préalablement et gardera pour référence la documentation officielle. Pour tout ce qui n’existe pas encore, il s’inspirera de codes « snippets » ou développera de toute pièce la classe ou la fonction dont il aura besoin pour répondre fonctionnellement au besoin. Cette philosophie doit rester la même pour les CMS tels que WordPress ou Drupal.

Pour WordPress, la documentation officielle se résume en un mot sur la toile, à savoir : le
Codex
.

Nous allons maintenant créer un fichier nommé wp-config.development.php qui va contenir tout ce qui concerne l'environnement de... développement tient! Voici ce qu'il contient :

define('DB_NAME', 'nom_bdd');
define('DB_USER', 'user_bdd');
define('DB_PASSWORD', 'pass_bdd');
define('DB_HOST', 'serveur_bdd');

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', true);
@ini_set('display_errors',1);

define('WP_SITEURL', 'http://www.mon-site.dev');
define('WP_HOME', 'http://www.mon-site.dev');
define('COOKIE_DOMAIN', 'mon-site.dev');

Ce fichier défini les constantes PHP permettant la connexion à la base de données. J'ai rajouté quelques constantes pour activer le debug de Wordpress (car nous sommes dans l'environnement de développement) ainsi que la définition de WP_SITEURL et de WP_HOME.

Une fois le site et la base de données de l’environnement de pré-production créés, il ne vous reste plus qu’à dupliquer les fichiers et le contenu de votre site dedans.

Pour copier les fichiers, nous vous recommandons d’utiliser notre FTP Manager ou de le faire en SSH pour aller plus vite. Pour la base de données, vous pouvez soit l’exporter et l’importer via notre Manager, soit encore une fois le faire en SSH si votre base de données est volumineuse (guide).
Adaptation du fichier de configuration de WordPress

La dernière étape est d’adapter les données suivantes du fichier wp-config.php du site en pré-production:

le nom de la base de données (DB_NAME)
l’utilisateur de la base de données (DB_USER)
le mot de passe de l’utilisateur de la base de données (DB_PASSWORD)

Si le site en production est en https, il sera également nécessaire d’activer un certificat SSL sur le site de pré-production (guide).

Les plugins WordPress apportent énormément d’avantages à un site WordPress. Grâce à ces extensions vous pouvez ajouter des fonctionnalités à votre site pour l

Rabi Sankar de la banque centrale de l'Inde est d'avis que les cryptomonnaies sont des systèmes de Ponzi et en suggère l'interdiction pure et simple. Sa sortie rejoint celle de la Réserve fédérale américaine. C’est une espèce de redite en termes de posture dans le lot des observateurs des cryptomonnaies. Elle divise cependant sur un certain nombre d’aspects. L’une des questions qui font surface est celle de l’utilisation du terme Ponzi. Ce dernier est-il adapté comme qualificatif du Dogecoin e

This roadmap will take you from zero to hero in Solidity. Beginning at the very basics, up to becoming ready to apply for jobs.

Elegant styles for all natives HTML elements without .classes and dark mode automatically enabled. 7.9 kB minified and gzipped!

Le plugin Sandbox crée une copie exacte de votre site WordPress sur votre compte d’hébergement existant, fournissant un environnement de test complètement indépendant de votre site qui est caché pour les visiteurs et les moteurs de recherche.

Ce plugin gratuit est meilleur pour les petits sites, car il peut prendre un certain temps pour répliquer un site. J’ai testé le plugin sur une installation WordPress Multisite et il a bien fonctionné, mais il est difficile de savoir quand vous utilisez la version sandbox de votre site, en dépit de l’avis au haut de la page.

Pour ma part, les reproches que je fais à la plateforme sont assez simples : très mauvaise intégration de Git, inconsistance des noms des champs de la base de données, inconsistence de l'API qui ne m'aide pas à retenir les différentes fonctions, pas de templates (et en ajouter un n'est pas si simple), et j'en passe.

Nous finirons certainement par changer de plateforme pour nos clients (peut-être au profit de Spina, selon comment avance son développement), mais pour l'instant, WordPress reste la meilleure solution disponible, surtout avec certains outils qui permettent de corriger certains de ses défauts.

Si comme moi le développement sous WordPress vous donne parfois envie de crier, je vous propose de découvrir cette petite liste d'outils qui vous simplifiera grandement la vie.

J'ai mentionné que les moteurs de recherche explorent potentiellement votre site en direct pendant que vous testez des modifications et pourquoi vous souhaitez éviter cette possibilité. La même chose s'applique à votre environnement de développement.

Vous ne voulez pas que les moteurs de recherche le trouvent car ils le voient comme du contenu en double. Et techniquement, c'est le cas puisqu'il s'agit d'une copie de votre site en direct. Le contenu en double est un grand non-non dans le monde des moteurs de recherche, et cela peut entraîner des pénalités pour les moteurs de recherche.

Lorsque vous créez un environnement de développement, vous souhaitez informer les moteurs de recherche qu'ils ne doivent pas l'explorer. Vous faites cela avec un fichier robots.txt.

Si vous effectuez un transfert dans un sous-répertoire, comme https://ggexample.com/staging/, ajoutez ces lignes à un fichier robots.txt dans le répertoire racine de votre site :

[ht_message mstyle="info" title="" show_icon="" id="" class="" style="" ]User-agent : *
Interdire : /staging/[/ht_message]

Si vous effectuez un transfert sur un sous-domaine, comme https://dev.ggexample.com, ajoutez un fichier robots.txt au répertoire racine du sous-domaine et configurez-le pour interdire l'exploration de tout sur le sous-domaine :

[ht_message mstyle="info" title="" show_icon="" id="" class="" style="" ]User-agent : *
Interdire : /[/ht_message]

Normalement, les moteurs de recherche ne recherchent qu'un fichier robots.txt dans le répertoire racine du domaine. Mais lorsque vous configurez un sous-domaine, un répertoire est généralement créé sous public_html avec son nom. La plupart des moteurs de recherche obéiront aux fichiers robots.txt dans les répertoires de sous-domaine.

Versionner son code
Déployer son code via SSH avec GIT de manière simple et sûre
Un environnement de préproduction
Contrôler les mises à jour WordPress
Empêcher toute modification de code
Travailler avec un IDE de qualité

Chaque CMS / Framework à sa façon de fonctionner mais des similitudes apparaissent lorsque l’utilisateur doit interagir avec les fonctionnalités développées par l’éditeur.
Les termes utilisés varient d’un CMS à un autre (ou d’un framework à un autre) mais le fonctionnement est le même, vous allez vous positionner à des endroits stratégiques de l’exécution du code grâce à des événements. Ici (sur WordPress) on utilise des hooks.
Si vous avez l’habitude de travailler sur Magento par exemple, vous connaissez probablement les Observers. Si vous connaissez le JavaScript, vous connaissez forcément les événements, le fonctionnement est quasiment identique.

Les hooks vont donc vous permettre “d’écouter” les portions de code exécutées et de vous greffer à des moments intéressants pour vos modifications. Sous réserve que l’éditeur est mis en place une action ou un filtre à l’endroit souhaité.
En effet, il existe 2 types de hook, les actions et les filtres.
Le type action comme son nom l’indique, va nous permettre d’effectuer une action à un moment précis. Le filtre quant à lui, va nous permettre d’interagir avec de la donnée afin de la modifier ou la supprimer.

Vous voulez apprendre à créer un plugin WordPress ? Nous vous montrons comment faire dans notre guide facile à suivre !

Si les deux standards sont très différents, il demeure fréquent qu’une certaine confusion règne entre l’ERC-721 et 1155. Le premier correspond au standard des « véritables » Non-Fungible Tokens, le second à celui des Semi–Fungible Tokens. L’ERC-1155 est régulièrement comparé à des tickets d’entrée de cinéma, tickets similaires entre eux bien qu’uniques mais surtout consommables.