Legacy-WordPress-Webentwicklungsworkflow

Bevor Sie ein Projekt mit einer bestehenden WordPress-Website annehmen, stellen Sie sich einige wichtige Fragen:

• Wollen wir überhaupt mit WordPress arbeiten? (Immer noch? schon wieder?)
• Sind wir noch dazu bereit? Was müssen wir wahrscheinlich lernen?
• Mit welchen Altentscheidungen und technischen Schulden müssen wir uns auseinandersetzen?
• Wissen wir, ob es möglich ist, unsere Ziele mit der gegebenen Technologie (z. B. einem bestimmten Theme oder Seitenersteller) zu erreichen?
• Wissen unsere Kunden überhaupt, was sie wollen oder brauchen?
• Vermuten wir, dass sie zusätzliche implizite Anforderungen haben?
• Haben sie genug Budget, um unsere Arbeit zu bezahlen?
• Sind wir weiterhin bereit, den Auftrag anzunehmen?

Da Sie diesen Artikel immer noch lesen, vermute ich, dass Sie – obwohl Sie mindestens 1x mit „Nein“ oder „Ich weiß nicht“ geantwortet haben – verzweifelt genug sind oder andere Gründe wie Networking/Marketing oder die Hoffnung auf Follower haben -up-Projekt und Sie haben zugestimmt, mit einer alten WordPress-Website zu arbeiten, die bereits Probleme verursacht.

Mit gesundem Menschenverstand und besonders sorgfältigen Maßnahmen können wir Risiken und Probleme reduzieren. Am wichtigsten ist, dass Sie immer alle Daten sichern, bevor Sie Änderungen vornehmen!

Was ich mache, wenn ich mit Seitenerstellern zusammenarbeiten muss, um bestehende Legacy-Websites zu ändern:

• Untersuchen Sie das vorhandene Setup durch
  • Screenshots machen
  • Durchführen automatisierter Audits wie
    • PageSpeed ​​Insights
    • WebPageTest
    • WebsiteCarbon
    • WAVE-Barrierefreiheitsprüfung
  • und Speichern des aktuellen Status auf web.archive.org
  • für die wichtigsten Seitentypen, z.B.
    • die Startseite
    • eine weitere statische Seite
    • ein Blog-Archiv (Kategorieseite)
    • ein einzelner Blogeintrag.

Weiter:

• Erstellen Sie ein Backup! UpdraftPlus ist ein gutes Tool, da seine Backups zum Klonen von WordPress-Websites, einschließlich gekaufter Plugins, auf Entwicklungs- und Staging-Systeme verwendet werden können.

• Laden Sie die Sicherungsdateien auf meinen lokalen Computer herunter!

• Richten Sie eine Entwicklungsinstanz ein! Wir können mit einer 1-Klick-Installation auf Shared Hosting beginnen oder eine Docker-basierte Vorlage wie wp_cli_docker für die lokale Entwicklung verwenden.

• Stellen Sie den Originalinhalt wieder her bzw. migrieren Sie ihn auf Ihre lokale Kopie. UpdraftPlus passt alle absoluten URLs an und stellt eine funktionierende Medienbibliothek auf der Zielinstanz sicher.

• Setzen Sie den Hauptadministratorbenutzer zurück (entweder in wp-admin oder mit der mySQL-CLI im Datenbank-Docker-Container) und ändern Sie seine E-Mail-Adresse.

• Alle anderen Benutzer löschen!

• Alle persönlichen Daten und Kundendaten löschen!

• Ändern Sie den Seitentitel und das Lesezeichensymbol. Die Titel meiner lokalen Entwicklungs-Setups beginnen normalerweise mit „Lokal“ und die Symbole können nicht mit den Produktions-Setups verwechselt werden.

• WordPress und seine Plugins in meiner lokalen Entwicklungsinstanz aktualisieren.

• Überprüfen Sie, ob alles noch funktioniert!

Aktualisieren Sie keinen Teil einer Client-Produktionsseite, bevor Sie ein vollständiges Backup erstellt und heruntergeladen haben, und tun Sie dies auch nicht, bevor Sie Screenshots gemacht und Archivbeispiele gespeichert haben! Wenn etwas kaputt geht, müssen wir den letzten Betriebszustand kennen!

Fragen Sie Ihren Kunden, ob er einen Hinweis „im Bau“ oder „Wartungsmodus“ bevorzugt, während Sie Änderungen an seinem Produktionsstandort vornehmen. Elementor verfügt über eine integrierte Funktion, WordPress jedoch immer noch nicht, daher müssen wir uns auf Plugins von Drittanbietern verlassen. Ich habe „Under Construction“ ausprobiert, wodurch meine Localhost-Instanz aufgrund einer PHP-Veraltungsmeldung mit einem „weißen Bildschirm des Todes“ kaputt ging, was in der Produktion nicht schwerwiegend sein sollte, aber ich wollte es trotzdem nicht riskieren. Dank eines Hinweises im Blog von Team Streber habe ich mich für die Wartung durch WebFactory Ltd entschieden, die zumindest für eine kurze Ausfallzeit gut genug zu sein scheint, auch ohne für PRO-Funktionen zu bezahlen.

• Untersuchen Sie das vorhandene Setup auf benutzerdefinierten Code und Stile, z. B.
  • Aussehen -> Anpassen -> zusätzliches CSS
  • Widgets
  • Jeder andere Ort, an dem Themes oder benutzerdefinierte Plugins die Definition von benutzerdefiniertem Code ermöglichen
  • benutzerdefinierter PHP-Code in einem untergeordneten Thema;

• Kopieren Sie den vorhandenen Code in Projektdateien wie custom.css, custom.js, example-child/functions.php und schreiben Sie ihn fest.

• Deaktivieren Sie Leistungs-, Caching- und Sicherheits-Plugins lokal, bevor Sie mit der eigentlichen Webentwicklung fortfahren. Sie helfen nicht bei der Entwicklung, aber ihre Optimierung kann uns im Weg stehen, veraltete Seitenstile verursachen und Speicher und Energie verschwenden.

• Wenn wir unserem Kunden eine Vorschau zum Testen zeigen möchten, können wir eine öffentliche Staging-Instanz einrichten, ein neues Backup von localhost übertragen (das bereits frei von Kundendaten und optionalen Plugins ist) und einen Passwortschutz einrichten um sicherzustellen, dass nur die richtigen Leute Zugang zu unserer Bühne haben!

• Wenn wir kein Staging durchführen, können wir eine Entwurfsseite auf ihrem Produktionsserver hinzufügen, auf der wir einige Fortschritte zeigen und sicherstellen können, dass wir unsere Arbeit wirklich selektiv von localhost in die Produktion kopieren können.

Als nächstes versuche ich herauszufinden, wie ich am besten mit dem gegebenen Setup arbeite, wie ich meine Änderungen beibehalte und wie ich sie sicher auf eine andere Seite oder Instanz übertragen kann, ohne etwas kaputt zu machen oder zu vergessen.

Als Webentwickler mit Frontend-Fokus versuche ich so viel wie möglich globales CSS zu verwenden. Ich weiß, dass dies der Absicht von No-Code-Seitenerstellern widerspricht, aber das gilt auch für die Codierung im Allgemeinen. Ich empfand dies als einen pragmatischen Kompromiss zwischen der Kontrolle über meinen Code und der Vermeidung, vorhandenen Code und Software vollständig wegzuwerfen.

Globales benutzerdefiniertes CSS ist prominent und leicht zu finden im Vergleich zu elementspezifischem benutzerdefiniertem CSS oder Plugin-spezifischen Konfigurationen, die nach dem nächsten großen Update möglicherweise nicht mehr funktionieren.

Abhängig von der Komplexität der Website und unserer Erfahrung mit ihren Technologien haben wir möglicherweise mindestens eine halbe Stunde oder den ganzen Tag damit verbracht, ein Legacy-Setup in den Griff zu bekommen, ohne sichtbare Erfolge zu erzielen. Bevor wir mit dem Codieren beginnen, sollten wir unsere Aufgabe überprüfen und zunächst eine einfache Teilaufgabe finden, idealerweise etwas, das eine auf den ersten Blick offensichtliche Veränderung bewirkt.

Damit wir unsere erste Stunde oder unseren ersten Arbeitstag mit einem Erfolgserlebnis abschließen können.

Weitere Arbeiten

Bei der Fortführung unserer Arbeit müssen wir vorsichtig bleiben.

Kommunikation

• Informieren Sie unsere Kunden darüber, was wir tun werden, insbesondere wenn dies Risiken für unsere Ausfallzeiten mit sich bringt!
• Schalten Sie unser Telefon ein und beobachten Sie unseren Posteingang, unseren Chat und unsere Projektmanagement-Tools für alle wichtigen eingehenden Nachrichten!
• Überprüfen Sie die Kommunikation auf mögliche Missverständnisse und stellen Sie lieber eine dumme Frage, als eine falsche Annahme zu treffen!

Sicherheit

• Stellen Sie immer sicher, dass wir wissen, an welcher Instanz/welchem ​​Server wir arbeiten!
• Arbeiten Sie niemals mit veralteten Daten! Laden Sie Inhalte neu, bevor Sie nach einer Pause mit der Arbeit fortfahren!
• Änderungen häufig speichern und übernehmen!
• Hören Sie nicht auf, Backups zu erstellen und herunterzuladen!

Bezahlung und Empfehlung

• Machen Sie den Kunden immer glücklich oder lassen Sie ihn zumindest nicht enttäuscht oder wütend zurück!
• Wenn ein Projekt scheitert oder Ihr Kunde glaubt, dass dies der Fall ist, besprechen Sie Lösungen und mögliche Ausstiegs- und Übergabeszenarien. Wir könnten unseren Kunden auch einen angemessenen Rabatt gewähren, wenn wir unsere Schlussrechnung ausstellen.
• Eine Rettung kann verhindern, dass die Situation noch schlimmer wird, und spart manchmal Zeit und Geld, aber es kann besser sein, einen zusätzlichen Aufwand zu investieren und ein Projekt zu retten, ohne es dem Kunden zu sagen, und einen wirtschaftlichen Verlust in eine Marketinginvestition umzuwandeln: Ein zufriedener Kunde könnte das tun Empfehlen Sie unsere Dienstleistungen anderen.

Imbissbuden

• Machen Sie sich Notizen! Wenn Sie „schmutzige Geheimnisse“ oder clevere Problemumgehungen herausfinden, wenn Sie neue Konzepte im Zusammenhang mit WordPress oder der (Web-)Entwicklung im Allgemeinen lernen, schreiben Sie diese in einem digitalen Medium auf und seien Sie ausführlich genug, um die Informationen beim nächsten Mal wiederfinden zu können es!

Wie Sie sehen, poste ich ständig über WordPress. Ich übernehme weiterhin Kunden mit älteren WordPress-Websites und schreibe deren Code nicht von Grund auf neu. Ich hoffe, dass meine Hinweise und Beschimpfungen für irgendjemanden hilfreich sind. Das Veröffentlichen eines solchen Beitrags ist eine weitere Möglichkeit, mein Wissen zu bewahren und es zu finden, wenn ich das nächste Mal eine Fehlermeldung google.

Das obige ist der detaillierte Inhalt vonLegacy-WordPress-Webentwicklungsworkflow. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!