Flux de travail de développement Web WordPress existant

Avant d'accepter un projet impliquant un site WordPress existant, posez-vous quelques questions importantes :

• Voulons-nous vraiment travailler avec WordPress ? (encore ? encore ?)
• Sommes-nous toujours prêts à le faire ? Que devrons-nous probablement apprendre ?
• À quelles décisions héritées et dette technique devrons-nous faire face ?
• Savons-nous s'il est possible d'atteindre nos objectifs en utilisant la technologie donnée (par exemple, un certain thème ou un certain constructeur de pages) ?
• Nos clients savent-ils au moins ce qu'ils veulent ou ce dont ils ont besoin ?
• Posçons-nous qu'ils ont des exigences implicites supplémentaires ?
• Est-ce qu'ils ont un budget suffisant pour payer notre travail ?
• Sommes-nous toujours prêts à accepter la mission ?

Comme vous lisez encore cet article, je soupçonne que - même si vous avez répondu "non" ou "je ne sais pas" au moins 1x - vous êtes assez désespéré ou avez d'autres raisons comme le réseautage/marketing ou l'espoir d'être suivi. -up et vous avez accepté de travailler avec un ancien site Web WordPress qui commence déjà à causer des problèmes.

Nous pouvons réduire les risques et les problèmes en faisant preuve de bon sens et en prenant des mesures très prudentes. Plus important encore, sauvegardez toujours toutes les données avant d’apporter des modifications !

Ce que je fais lorsque je dois travailler avec des créateurs de pages pour modifier des sites Web existants :

• Enquêtez sur la configuration existante en
  • prendre des captures d'écran
  • exécuter des audits automatisés comme
    • PageSpeed Insights
    • Test de page Web
    • Site WebCarbone
    • Vérification de l'accessibilité WAVE
  • et enregistrer l'état actuel sur web.archive.org
  • pour les types de pages les plus importants, par ex.
    • la page d'accueil
    • une autre page statique
    • une archive de blog (page de catégorie)
    • une seule entrée de blog.

Suivant :

• Faites une sauvegarde ! UpdraftPlus est un bon outil car ses sauvegardes peuvent être utilisées pour cloner des sites Web WordPress, y compris les plugins achetés, vers des systèmes de développement et de préparation.

• Téléchargez les fichiers de sauvegarde sur mon ordinateur local !

• Configurez une instance de développement ! Nous pouvons commencer par une installation en 1 clic sur un hébergement partagé ou utiliser un modèle basé sur Docker comme wp_cli_docker pour le développement local.

• Restaurez/migrez le contenu original vers votre copie locale. UpdraftPlus ajustera toutes les URL absolues et garantira une bibliothèque multimédia fonctionnelle sur l'instance cible.

• Réinitialisez l'utilisateur administrateur principal (soit dans wp-admin, soit en utilisant le mySQL cli dans le conteneur Docker de la base de données) et modifiez son adresse e-mail.

• Supprimez tous les autres utilisateurs !

• Supprimez toutes les données personnelles et clients !

• Modifiez le titre du site et l'icône de signet. Les titres de mes configurations de développement local commencent généralement par "Local" et les icônes ne peuvent pas être confondues avec celles de production.

• Mettre à jour WordPress et ses plugins dans mon instance de développement local.

• Vérifiez que tout fonctionne toujours !

Ne mettez à jour aucune partie d'un site de production client avant de créer et de télécharger une sauvegarde complète, et ne le faites pas avant de prendre des captures d'écran et d'enregistrer des exemples d'archives ! Si quelque chose tombe en panne, nous devons connaître le dernier état de fonctionnement !

Demandez à votre client s'il préfère un avis « en construction » ou « mode maintenance » pendant que vous apportez des modifications à son site de production. Elementor a une fonctionnalité intégrée, mais WordPress ne l'a toujours pas, nous devons donc nous appuyer sur des plugins tiers. J'ai essayé Under Construction qui a cassé mon instance localhost avec un "écran blanc de la mort" en raison d'un message de dépréciation de PHP qui ne devrait pas être fatal en production, mais je ne voulais toujours pas prendre de risque. Grâce à un indice sur le blog de l'équipe Streber, j'ai opté pour la maintenance par WebFactory Ltd, ce qui semble suffisant, au moins pour un court temps d'arrêt, même sans payer pour les fonctionnalités PRO.

• Examinez la configuration existante pour le code et les styles personnalisés, par ex.
  • Apparence -> Personnaliser -> CSS supplémentaire
  • Widgets
  • tout autre endroit où des thèmes ou des plugins personnalisés permettent de définir du code personnalisé
  • code PHP personnalisé dans un thème enfant ;

• copiez le code existant dans des fichiers de projet tels que custom.css, custom.js, example-child/functions.php et validez-le.

• Désactivez localement les plugins de performances, de mise en cache et de sécurité avant de procéder au développement Web proprement dit. Ils n'aident pas lors du développement, mais leur optimisation peut nous gêner, provoquer des styles de page obsolètes et gaspiller de la mémoire et de l'énergie.

• Si nous souhaitons montrer à notre client un aperçu à tester, nous pouvons configurer une instance de test publique, transférer une nouvelle sauvegarde depuis localhost (qui est déjà exempte de données client et de plugins facultatifs) et configurer une protection par mot de passe. pour nous assurer que seules les bonnes personnes ont accès à notre scène !

• Si nous ne faisons pas de staging, nous pouvons ajouter un brouillon de page sur leur serveur de production où nous pouvons montrer quelques progrès et nous assurer que nous sommes vraiment capables de copier notre travail de l'hôte local vers la production de manière sélective.

Ensuite, j'essaie de découvrir comment travailler au mieux avec la configuration donnée, comment conserver mes modifications et comment les transférer en toute sécurité vers une autre page ou instance sans rien casser ou oublier.

En tant que développeur Web axé sur le frontend, j'essaie d'utiliser autant que possible le CSS global. Je sais que cela contredit l’intention des constructeurs de pages sans code, mais le codage en général aussi. J'ai trouvé qu'il s'agissait d'un compromis pragmatique entre garder le contrôle de mon code et ne pas jeter complètement le code et les logiciels existants.

Le CSS personnalisé global est important et facile à trouver par rapport aux CSS personnalisés spécifiques à un élément ou aux configurations spécifiques à un plugin qui pourraient cesser de fonctionner après la prochaine mise à jour majeure.

En fonction de la complexité du site Web et de notre expérience avec ses technologies, nous aurions peut-être passé au moins une demi-heure ou toute la journée à maîtriser une configuration existante sans aucune réalisation visible. Avant de commencer à coder, nous devrions revoir notre mission et trouver une sous-tâche simple pour commencer, idéalement quelque chose qui provoque un changement évident à première vue.

Nous pouvons ainsi terminer notre première heure ou journée de travail avec un sentiment d'accomplissement.

Travaux ultérieurs

Lorsque nous procédons à notre travail, nous devons rester prudents.

Communication

• Informer nos clients de ce que nous nous apprêtons à faire, surtout lorsque cela implique des risques d'indisponibilité !
• Allumez notre téléphone et surveillez nos outils de boîte de réception, de chat et de gestion de projet pour tout message entrant important !
• Vérifiez la communication pour détecter d'éventuels malentendus et posez plutôt une question idiote plutôt que de faire une fausse hypothèse !

Sécurité

• Assurez-vous toujours de savoir sur quelle instance/serveur nous travaillons !
• Ne travaillez jamais avec des données obsolètes ! Rechargez le contenu avant de reprendre le travail après une pause !
• Enregistrez et validez fréquemment les modifications !
• N'arrêtez pas de créer et de télécharger des sauvegardes !

Paiement et recommandation

• Rendez toujours le client heureux, ou du moins ne le laissez pas déçu ou en colère !
• Si un projet échoue, ou si votre client pense que c'est le cas, discutez des solutions et des scénarios possibles de sortie et de transfert. Nous pourrions également offrir aux clients une remise raisonnable lors de la rédaction de notre facture finale.
• Le renflouement peut éviter d'aggraver les choses et permettre parfois d'économiser du temps et de l'argent, mais il peut être préférable d'investir un effort supplémentaire et de sauver un projet sans le dire au client, et de transformer une perte économique en investissement marketing : un client satisfait pourrait recommander nos services à d'autres.

Points à retenir

• Prenez des notes ! Si vous découvrez des « sales secrets » ou des solutions de contournement astucieuses, si vous apprenez de nouveaux concepts liés à WordPress ou au développement (web) en général, notez-les sur un support numérique et soyez suffisamment verbeux pour pouvoir retrouver l'information la prochaine fois que vous en aurez besoin. ça!

Comme vous pouvez le constater, je continue de publier sur WordPress. Je continue de prendre en charge des clients avec des sites Web WordPress existants et je ne réécris pas leur code à partir de zéro. J'espère que mes conseils et mes diatribes s'avéreront utiles à tout le monde. Publier ce genre d'article est une autre façon de préserver mes connaissances et de les retrouver la prochaine fois que je rechercherai un message d'erreur sur Google.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!