WordPress プラグイン更新の悪夢 (自分の話) と解決策
公開: 2022-09-15これは、WordPress を更新した私の悪夢のような話と、学んだ教訓です。 私たちのような状況に陥らないように、最後にいくつかのガイドラインも含めました。
それはすべて順調でした…
ご存知かもしれませんが、当社には e コマース分析ビジネス、Putler があります。 WooCommerce と Subscriptions 拡張機能を他の多くのプラグインと共に使用して、バックエンドを実行しています。 WooCommerce データを Putler と同期する独自のプラグインを使用しているため、Putler 内で高度なレポートをすべて取得できます。
約 3 年前に Putler サイトを構築し、その後 3 ～ 4 回更新しましたが、順調に機能していました。 ここまでは順調ですね。
何かが壊れている…
ある日、クライアントは、アクティブなサブスクリプションにもかかわらず、Putler にログインできないと言いました。
奇妙に聞こえますが、実際にそうでした。 彼の PayPal サブスクリプションはアクティブで、毎月の支払いを受けていましたが、WooCommerce 内で彼のサブスクリプションは「支払いを受けていません」/「保留中のキャンセル」と表示されました。
これが発生する特定の理由を見つけることができなかったため、これを例外と呼び、彼のサブスクリプションを手動で「アクティブ」とマークしました。
数日後、別のサブスクライバーが同様の問題を提起しました。 これも手動で修正し、サーバー管理者にサーバー上の問題を確認するよう依頼しました。
サーバー管理者は、すべて問題ないと言いました。 私たちは問題なく支払いを受け取っており、ほとんどのサブスクリプションは WooCommerce 内でアクティブであると表示されていました..だから私は肩をすくめて、「一時的な」問題としてそれを却下しました.
事業が危うい…
1 週間後、毎月の収益の数値を確認していたときに、毎月の収益が 20% 減少していることに気付きました。 これはリカーリング ビジネスでは珍しいことなので、注文を詳しく調べ始めました。
過去 2 週間、多くの定期注文が処理されていないことが判明しました。 PayPal は、支払いの受領が成功したことを示す通知を送信していましたが、システム内の実際のサブスクリプションとのリンクに失敗しました。 最終的に、これらのサブスクリプションは、支払いが滞ったためにキャンセルされていました.
サブスクリプションが自動的にキャンセルされることは大きな問題です。 これを見つけて修正しなかった場合、システムはいずれすべてのサブスクリプションをキャンセルするため、すべてのビジネスを失うことになります。
私たちは燃えていました。
誰のせい？
すぐに、 Subscriptions プラグインの責任を修正しました。 数日前に更新しましたが、新しいバージョンが壊れていると思いました。 大規模なデバッグを開始し、PHP エラー ログ、WooCommerce ログ、IPN ログなどを調べました。 これが壊れていた正確な関数に到達できました。 PayPal 通知が受信されるたびに、処理はある時点までは問題なく行われ、その後はすべてが静かになりました。
私は激怒しました。 Subscription プラグインとBrent を呪い始めました。 Prospress の Brent Shepherd – Subscriptions プラグインの作成者 – は実際には良い友人なので、彼を非難するのは簡単でした!!
それから私は彼の助けを借りることを考えました - 彼は結局のところ友人です. そこで、Slack で (Prospress の) Gabor Javorszky に追いつき、私たちの問題について説明しました。 彼は、PayPal の問題はよくあることだと言い、すべてのログを送るように私に依頼しました。 彼はまた、別のプラグインが問題を引き起こす可能性があることを示唆しました.
最初の苦情を受けてからすでに 2 週間、問題が発生してから 1 か月近くが経過していました。 私はこの問題を最優先にエスカレートし、すべての広範な監査を依頼しました。
2日後、真犯人が判明しました。
残念だ…
それは WooCommerce Putler Connector プラグインでした。 独自のプラグインの 1 つ。
恥！！
実際のところ、コネクタ プラグインの最新の更新により、まさにこの問題が解決されました。 自社サイトでは最新版に更新していません！
それはもっと残念でした！
学んだ教訓…
プラグインの更新を怠っただけで、収益のかなりの部分、2 週間の時間、および多くの有料顧客を失いました。 そして、問題を早く解決できなければ、被害は甚大です。
はい、WordPress のコア、プラグイン、またはテーマを更新した直後に事態が悪化した例がありました。 私たちは「死の白幕」を見てきました。 更新を実行した後、ライブ Web サイトで危機に直面しました。
しかし、だからといって、更新せずにサイトを離れてよいというわけではありません。
そして、ええ、結論に飛びつかないでください！ （ブレントさんごめんなさい！）
更新のジレンマ: あるべきか、ないべきか??
ライブ サイトで更新を実行することは危険な場合があります。 サイトを更新しないことは、それ以上ではないにしても、同等に危険です。 それで、あなたは何をしますか？
まず、サイトを最新の状態に保つ必要がある理由をおさらいしましょう…
- セキュリティ更新– もちろん、ハッキングされたくありません
- バグ修正、互換性の更新– これらも必要です
- 新機能– 非常に便利で、時間を節約できます
- サポート– ほとんどのプレミアム プラグインは、有料ユーザーのみにサポートを提供します
次に、サイトを更新しない理由を見てみましょう。
- 頻繁な更新- 常に更新されているものがあります。
- 時間がない – 他の責任で忙しく、複数のサイトを更新すると非常に時間がかかる場合があります
- アップデートによってサイトが壊れるリスク– メジャー アップデートでは、公開前にテストが必要です。マイナー アップデートでもサイトがダウンする可能性があります
- 開発者が利用できない– 他の誰かがサイトを管理している場合、その利用可能性とコストも要因になります
- サイトのライブ; 壊れていない場合は、修正しないでください– 理にかなっています –またはそうしますか?
WordPress を更新するための究極のガイド – コア、プラグイン、およびテーマ
では、WordPress の更新にはどのようにアプローチすればよいのでしょうか?
以下は、私たちが従っているいくつかのガイドラインです。
- WordPress ファイルとデータベースの両方を定期的にバックアップする
- 変更ログを確認して、マイナー アップデートかメジャー アップデートかを判断します
- マイナーアップデートの場合は、先に進んでください（それでも、最初にバックアップしてください）
- 一度に 1 つのプラグインを更新する
- ライブサイトで試す前に、ステージングサーバーで主要なものをテストしてください
- アップデートがうまくいったことを確認する
- カスタムコードがある場合は、更新する前に新しいバージョンで動作することを確認してください
- 子テーマを使用している場合は、ライブ サイトで親テーマを直接更新しないでください。 最初にステージング環境でテストします。
- WordPress のコア アップデートは一般的に安全です。
- WooCommerce のアップグレードは、使用する WC プラグインが最新であることを確認してから行う必要があります。 ライブに移行する前にローカル/ステージング環境でテストすることをお勧めします – 特に主要な更新の間。
- バックアップを wp-content または public_html フォルダーに保存しないでください
- 定期的に更新を行うことで影響を最小限に抑えることができます
WP 更新の実行に関するいくつかの優れた記事:
- WPMU Dev で WP とマルチサイトを更新する究極のガイド
- SitePoint で WordPress を更新するためのガイド
- WordPress のアップグレード – WP Codex の拡張手順
- デザインウォールのWPテーマを更新する方法
あなたのストーリー/ベストプラクティスを共有してください…
私の話が、このような問題を回避するのに役立つことを願っています..頻繁に更新し、慎重に更新してください!
WordPress の更新に関する恐ろしい話はありますか? それらからどのように回復しましたか？
WordPress / WooCommerce / プラグイン / テーマを更新するために現在従う「ベストプラクティス」は何ですか?
以下のコメントを投稿して共有してください！ あなたのコメントは他の多くの人に役立ちます。
画像クレジット: Helgi Halldorsson、Pixabay、Wikimedia、Giphy