再構築とアップグレード - ポインタ、アドバイスが必要
私は私がWordpressについて知らないものを知らないということを知っています。 :-)
私は10年以上にわたり大規模なJoomla Webサイトを展開してきました。私のチームは簡単なWordpressサイトを作りました、しかしスーパーカスタマイズされたものは何もありません。
私はWordpressのウェブサイトの再構築を扱う際にいくつかの一般的なポインタ/方向が必要です。
詳細：私たちの優れた観光クライアントには、アップグレードまたは再構築が必要な、大きくて人気のあるカスタマイズされた2つのWordpressサイトがあります。 2011年に最初のWPを使用した反復が行われました。開発者はWPEngineソリューションを使用してそれを作成しました。その後、2015年に別の開発会社がスキンを作成し、元のコードを保持しました。 2016年にホスティング、サポート、メンテナンスを引き継ぎました。これにはWPEngineからの切り離しも含まれていました。
全体的に見て、現在のWebサイトはうまく機能しています。配信されたコンテンツの80％がCloudflareを介してキャッシュされます。これは、夏の間に私のサーバー上で最も忙しいサイトであることを考えると、本当に重要です。ただし、WPコードベースとプラグインは最新のものですが、現在のサイトはPHP 7をサポートしていません。
私は昨年、私たちが彼らのWPウェブサイトを再構築して新しいコード、見た目、そしてプロモーション戦略を含める必要があると確信しました。私が提案している他の重要な新機能はマルチサイトとレスポンシブデザインを使うことです。画像などのコンテンツアセットは、新しい「大きな画像」デザインに対応するために再作成する必要があります。
既存のテンプレートに関する事項：1.反応しません。 2. WPEngineの残りはファイルシステムにあります。 3.クライアントが変更できないフッターには、著作権や連絡先情報などの主要なレイアウト要素がハードコードされています。 4.私は、開発者が最初のバージョンでまだこれらのWebサイトを支配しているために使用した戦略を完全には理解していません。 5.どのインストール済みプラグインが実際に使用されているのか、どのプラグインがレガシーなのでアンインストールする必要があるのかわかりません。
既存のテンプレートには11 cptがあります。合計36個のカスタムフィールドを含む16個のACFカスタムフィールドグループがあります。
質問：
私の説明を考えると…あなたは「ゼロから」再構築が必要だと思いますか？つまり、すべてを新しくして、コンテンツを移行するということです。 ORサイトを複製して新しいテンプレートを作成することをお勧めしますか。
Multisitesはどのようにしてこの再構築またはアップグレードを行いますか？
何かアドバイスや洞察をありがとう。
自分自身でいくつかの再構築を行ったことがあります：一部の開発者がそれをめちゃくちゃにしているので、私は恐怖の状況の私の分け前を見ました:)コード/セットアップ/問題を調べずに.
- 自分がしていることを知っている人がいる場合は、テンプレートで修正できます。
- 何の名残？単なるファイル、あるいはデータベースのものだけ？
- このようなものは、既存のテンプレート内で動的にすることができます。
- それからそれを「正しく」そしてあなたがそれを理解する方法を見つけるかやり直すことをお勧めします。
- まともな開発者であれば、少しのデバッグでローカル環境でこれを評価できるはずです。
私は再構築のファンです。あなたがそれを望みどおりにし、レガシーコードを心配する必要はないので、すべてを行うことができますが、コードを評価してもらう必要があると思います。答えを見つけた。
WPサイトでの私の過去の経験：大規模インストール（10以上のプラグイン、500以上の投稿/ページ/ CPT）のとき、あなたがテーマとプラグインをチェックしてそれらが密接に結合しているのを見つけたらWPEコードでは）それは一般的にゼロから再構築する価値があります。あなたが言ったように、どのプラグインが実際に使われているかを見分けるのは難しいです。
すべてをステージングサイトにコピーし、プラグインを無効にし、実際に使用されているものを確認するまでサイト全体でさまざまなテストケースを実行してから、すでに存在するものを「クリーンアップ」するか、または本当に再構築することができます。技術は7年間で大きく変化し、コーディングのベストプラクティスも変わってきたので、通常、私は手を組み直すことをお勧めします。しかし、WordPress 5.0が今年中に発表される予定であり、それに伴いGutenbergと呼ばれるまったく新しいエディタが登場するという点で、あなたのタイミングは興味深いものです。それは大きな変化になるので、私はあなたが私がこの種の事に関して取った別のアプローチであったほうがよいと思う：再構築するが、その後1年以内に再び再構築する計画でサイトの機能の詳細について学びました。
まず、サイトをテストしてその機能を調べ、ユースケースを計画します。また、慎重に、すべてのURLを慎重にマップしてください。可能であれば、これらのURLを変更しないようにしたいからです。それから真新しいWPインストールから始めて、ゆっくりユースケースまであなたの道を進んでください。テーマから始める - どちらかというと視覚的に似ている無料のテーマを.orgで見つけて、子テーマのルートをたどる。またはカスタムコードで新しいテーマを作成します。あなたのWPテーマスキルは最低限しか聞こえないので、テーマがどのように機能するかについて多くのことを教えるので、私は子テーマルートをお勧めします。次に、CPTを作成できます（CPTになるのに本当の理由がない場合はそうではありません）。粒度の高いアクセス許可がCPTに関連することがよくある理由ですが、アクセス許可が理由でない場合は、CPTの多くにPagesを使用することができます。
サイトを再構築して視覚的に古いバージョンと同じに見えるようにしたら、今度はプラグインの作業をします。テーマと機能の要件によってはACFを廃止できるかもしれません。これは非常にケースバイケースです。可能な限りコア機能にこだわり、いくつかのプラグインを試して、どのミックスが最もうまく機能するかを確認し、それまでに存在していたすべての機能を提供してください。
実際にこれらすべてを調べてマップを作成してから再構築するには、おそらく数カ月かかります。準備が整う頃には、クライアント/ステークホルダーにテストを依頼して、何も見逃さないようにして、そのバージョンを使用することができます。そこから、グーテンベルクがどのように進歩しているかを観察し、あなたがもう一度サイトを再構築するためにあなたが得たテーマとプラグインの知識を使ってください。
MultiSiteに関しては、それは本当に関連性の高いウェブサイトのグループのためのものです。これらが一緒になる主な理由がない限り、通常は別々のサイトを別々にしておくことが最善です。たとえば、あるサイトがハッキングされた場合、MultiSite全体を復元する必要はなく、セキュリティホールを埋めている間に両方のサイトを同時に停止させる必要はありません。また、非常に派手なホスティング設定をしない限り、MultiSiteは両方のサイトの日付を単一のデータベースに保存するため、パフォーマンスのボトルネックにつながる可能性があります。通常、同じサーバー上にある場合でも、2つの別々のデータベースを実行するほうが、すべてをMultiSiteにマージするよりも高速です。