従来の WordPress Web 開発ワークフロー-PHPチュートリアル-php.cn

Legacy WordPress web development workflow

既存の WordPress Web サイトに関連するプロジェクトを受け入れる前に、いくつかの重要な質問を自問してください。

そもそも WordPress を使いたいですか? (まだ?また?)
まだ準備はできていますか?私たちはおそらく何を学ぶ必要があるでしょうか?
どのようなレガシーな決定と技術的負債に対処する必要がありますか?
特定のテクノロジー (例: 特定のテーマやページビルダー) を使用して目標を達成できるかどうか知っていますか?
私たちのクライアントは、自分たちが何を望んでいるのか、何を必要としているのかさえわかっていますか?
追加の暗黙の要件があると思われますか?
彼らは私たちの仕事に支払うのに十分な予算を持っていますか?
まだ割り当てを承諾してもよろしいですか?

あなたはまだこの記事を読んでいますが、少なくとも 1 回は「いいえ」または「わかりません」と答えたにもかかわらず、あなたは十分に絶望しているか、ネットワーキング/マーケティングやフォローを期待しているなどの他の理由があるのではないかと思います。 -up プロジェクトに参加すると、すでに問題を引き起こし始めている従来の WordPress Web サイトを扱うことに同意したことになります。

常識と細心の注意を払うことで、リスクやトラブルを減らすことができます。最も重要なことは、変更を加える前に必ずすべてのデータをバックアップしてください!

ページビルダーを使用して既存のレガシー Web サイトを変更する必要がある場合に行うこと:

既存のセットアップを調査します。
- スクリーンショットを撮る
- 次のような自動監査を実行しています
  - PageSpeed Insights
  - ウェブページテスト
  - ウェブサイトCarbon
  - WAVE アクセシビリティチェック
- 現在の状態を web.archive.org に保存します
- 最も重要なページタイプの場合、例:
  - ホームページ
  - 別の静的ページ
  - ブログアーカイブ (カテゴリーページ)
  - 単一のブログエントリ。

バックアップを作成してください! UpdraftPlus は、購入したプラグインを含む WordPress Web サイトのクローンを開発およびステージングシステムに作成するためにバックアップを使用できるため、優れたツールです。
バックアップファイルをローカルコンピューターにダウンロードします!
開発インスタンスをセットアップしてください!共有ホスティングでの 1 クリックインストールから始めることも、ローカル開発には wp_cli_docker などの Docker ベースのテンプレートを使用することもできます。
元のコンテンツをローカルコピーに復元/移行します。 UpdraftPlus はすべての絶対 URL を調整し、ターゲットインスタンス上でメディアライブラリが動作するようにします。
メイン管理者ユーザーをリセットし (wp-admin で、またはデータベース Docker コンテナー内の mySQL cli を使用して)、メールアドレスを変更します。
他のユーザーをすべて削除してください!
すべての個人データと顧客データを削除してください!
サイトのタイトルとブックマークアイコンを変更します。私のローカル開発セットアップのタイトルは通常「ローカル」で始まり、アイコンが実稼働環境のアイコンと混同されることはありません。
ローカル開発インスタンスの WordPress とそのプラグインを更新します。
すべてが引き続き動作することを確認してください。

完全バックアップを作成してダウンロードする前に、クライアント実稼働サイトのどの部分も更新しないでください。また、スクリーンショットを撮ってアーカイブの例を保存する前に更新しないでください。何かが壊れた場合は、最後の動作状態を知る必要があります!

本番サイトに変更を加えているときに、クライアントに「工事中」または「メンテナンスモード」のどちらの通知を希望するかを尋ねます。 Elementor には組み込み機能がありますが、WordPress にはまだ組み込まれていないため、サードパーティのプラグインに依存する必要があります。私は Under Construction を試してみましたが、実稼働環境では致命的ではないはずの PHP 非推奨メッセージにより、ローカルホストインスタンスが「死の白い画面」で壊れましたが、それでも危険を冒したくありませんでした。 Team Streber のブログのヒントのおかげで、WebFactory Ltd によるメンテナンスを利用しました。PRO 機能の料金を支払わなくても、少なくとも短いダウンタイムであれば十分だと思われます。

カスタムコードとスタイルの既存の設定を調べます。
- 外観 ->カスタマイズ ->追加のCSS
- ウィジェット
- テーマまたはカスタムプラグインでカスタムコードを定義できるその他の場所
- 子テーマのカスタム PHP コード;
既存のコードをcustom.css、custom.js、example-child/functions.phpなどのプロジェクトファイルにコピーし、コミットします。
実際の Web 開発を続行する前に、パフォーマンス、キャッシュ、およびセキュリティのプラグインをローカルで無効にします。これらは開発中に役に立ちませんが、その最適化が邪魔をしたり、ページスタイルが古くなり、メモリとエネルギーを浪費したりする可能性があります。
顧客にテスト用のプレビューを表示したい場合は、パブリックステージングインスタンスをセットアップし、ローカルホストから新しいバックアップを転送し (顧客データやオプションのプラグインは既に含まれていません)、パスワード保護を設定します。適切な人だけがステージにアクセスできるようにするためです!
ステージングを行わない場合は、実稼働サーバーにドラフトページを追加して、進行状況を表示し、作業内容をローカルホストから実稼働環境に選択的にコピーできることを確認できます。

次に、指定された設定で作業する最適な方法、変更を保持する方法、何も壊したり忘れたりすることなく、変更を別のページまたはインスタンスに安全に転送する方法を見つけようとします。

私はフロントエンドに重点を置く Web 開発者として、可能な限りグローバル CSS を使用するようにしています。これがノーコードページビルダーの意図と矛盾していることは承知していますが、コーディング全般でも同様です。これは、コードを制御し続けることと、既存のコードとソフトウェアを完全に捨てないことの間の現実的な妥協策であることがわかりました。

グローバルカスタム CSS は、次のメジャーアップデート後に機能しなくなる可能性がある要素固有のカスタム CSS やプラグイン固有の設定と比較して、目立つため、見つけやすいです。

Web サイトの複雑さと、そのテクノロジーに関する私たちの経験によっては、目に見える成果が得られずに、従来のセットアップを理解するのに少なくとも 30 分、または 1 日を費やした可能性があります。コーディングを開始する前に、割り当てを確認し、簡単に始められるサブタスク、理想的には一目で明らかな変更を引き起こすものを見つける必要があります。

これにより、最初の 1 時間または 1 日の仕事を達成感を持って終えることができます。

さらなる作業

仕事を進めるときは、常に注意しなければなりません。

コミュニケーション

特にダウンタイムのリスクを伴う場合には、私たちがこれから行うことをお客様に知らせてください。
携帯電話の電源を入れると、受信トレイ、チャット、プロジェクト管理ツールで重要な受信メッセージを確認できます!
誤解の可能性がないかコミュニケーションを確認し、間違った推測をするよりも愚かな質問をしてください。

安全性

どのインスタンス/サーバーで作業しているのかを常に確認してください!
古いデータは絶対に使用しないでください。休憩後に作業を再開する前にコンテンツをリロードしてください!
変更を頻繁に保存してコミットしてください。
バックアップの作成とダウンロードをやめないでください!

支払いと推奨

常にクライアントを満足させてください。少なくともクライアントを失望させたり怒らせたりしないでください。
プロジェクトが失敗した場合、またはクライアントが失敗したと考えている場合は、解決策と、考えられる終了および引き継ぎのシナリオについて話し合います。最終的な請求書を作成する際に、クライアントに合理的な割引を提供することもできます。
救済することで状況の悪化を防ぎ、時間とお金を節約できる場合もありますが、追加の労力を投資してクライアントに告げずにプロジェクトを保存し、経済的損失をマーケティング投資に変えるほうが良い場合もあります。幸せな顧客はそうするかもしれません。私たちのサービスを他の人に勧めてください。

テイクアウト

メモを取ってください! 「汚い秘密」や賢い回避策を見つけた場合、WordPress または (Web) 開発全般に関連する新しい概念を学んだ場合は、それをデジタル媒体に書き留めて、次回必要な情報を見つけられるように十分に冗長にしてください。それ!

ご覧のとおり、私は WordPress について投稿し続けています。私は従来の WordPress Web サイトを使用するクライアントを引き続き受け入れており、コードを最初から書き直すことはありません。私のヒントや暴言が誰かにとって役立つことを願っています。この種の投稿を公開することは、知識を保存し、次回 Google でエラーメッセージを検索するときに見つけられるもう 1 つの方法です。

以上が従来の WordPress Web 開発ワークフローの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。