DE{CODE}: ローカルを使用したサイト展開のベスト プラクティス

サイトをライブにする間違った方法はありませんが、このセッションでは、サイトをローカル環境から運用環境にデプロイするためのさまざまなオプションについて説明します。 Independent Instructor で Web 開発者の Carrie Dills が、いくつかのローカル ワークフロー ツールを見て、チーム、ワークフロー、およびサイトの詳細に基づいて、ある展開方法を別の方法よりも選択する理由を説明します。

セッションスライド

全文トランスクリプト

キャリー・ディルス：こんにちは。 Local を使用したサイト展開のベスト プラクティスへようこそ。 したがって、プロの Web 開発者として、実際にライブ サーバーで開発を行うのではなく、ローカル マシンでサイトを開発し、それをライブ サーバーに展開するという考え方にすでに精通しています。 そのローカル開発環境のセットアップに関しては、たくさんのオプションがあります。 MAMP、WAMP、XAMPP、または DesktopServer があります。

そのために使用できるさまざまなツールがたくさんあります。 私の個人的なお気に入りは LocalWP です。 送料無料です、すみません。 これは Local と呼ばれますが、localwp.com で入手できます。 無料の開発ツールです。 セットアップは非常に簡単で、ローカル サイト開発の場所であることに加えて、サイト ライフを展開するためのいくつかのオプションもあります。 しかし、ルート SSH アクセス、WPCLI、組み込みのキャッシュ無効化、さらにはワンクリック SSL など、ワークフローに役立つ機能が他にもたくさんあります。

したがって、すでにこれを持っている場合は、準備ができています。 そうでない場合は、それで問題ありません。 そのため、デプロイの方法について話す前に、バスをバックアップして、WordPress サイトの移行に関して実際に何が必要かについて話しましょう. したがって、それを2つのこととして考えてください。 ファイルがあり、データベースがあります。 また、サイトの移行について話すときは、単にこれら 2 つのことを目的のサーバーに移動することについて話しているだけです。 とった？

わかった。 したがって、WordPress のインストールをクラックしたり、WordPress を新たにダウンロードして開いたりした場合、表示されるのは 3 つの主要なファイルです。失礼ながら、フォルダー、WP Admin、WP includes、WP Content、および少数のファイルです。そのルート ディレクトリ内のファイルの数。 移行の目的で、宛先サーバーに既に WordPress がインストールされていると仮定すると、心配するのはその WP Contents フォルダーだけです。 そのため、テーマ、プラグイン、および WordPress 管理者を通じて行ったアップロードも保持されます。 メディア ファイルをアップロードした場合、それらはその WP Content フォルダーにも物理的に含まれます。

それを念頭に置いて、ファイルとデータベースがあります。 実際に移行を進めるためのオプションを確認してみましょう。 わかった。 タイムマシンに乗って私と一緒に来てくれたら、きっとあなたがこれを見ている場所のすぐそばに座っていることでしょう。 さあ、そのタイム マシンに飛び乗って、FTP またはファイル転送プロトコルと呼ばれるものにさかのぼります。 私はあなたにお願いしています-私はあなたにお願いしています.FTを決して使用しないでください-

[笑い]

–FTP. 必要に応じて、少なくとも SFTP またはセキュアなファイル転送プロトコルにアクセスしてください。これにより、ファイル移動プロセスにセキュリティ層が追加されます。 または、同じように機能するcPanelを備えたホストを使用している可能性があります. これはファイル ブラウザーであり、ローカル サーバーとライブ サーバーの間でファイルをやり取りします。 それはファイルの世話をするためです。 そして、あなたは、待って、キャリーのようです。 データベースも移動する必要があると言ったのを覚えています。 そして、それを思い出していただければ幸いです。

したがって、データベースに関しては、MySQL データベースをいじることに慣れていない場合、これは少し怖く感じるかもしれません。 そして、基本的には、ローカル データベースを gzip ファイルとしてエクスポートします。 それをダウンロードし、本番サーバーにあるデータベース マネージャーで、そのデータベースをインポートします。

[金切り声]

うまくいく、うまくいく。 それは仕事を成し遂げます。 ただし、Better Search and Replace などのプラグインを使用して、これらの開発用 URL をすべて実際の URL に置き換える必要があるでしょう。 ですから、それを覚えておいてください。

次に、移行プラグインがあります。 私たちは正式に未来に移行し、サイトをローカルからライブに移動するためのより簡単な方法を見つけています。 そのため、移行プラグインに関しては、WordPress プラグイン リポジトリに大量のプラグインがあります。 私のお気に入りは、All-In-One Migration、Duplicater、WP Migrate DB です。

これらに関して言えば、これらは別の種類の支援を提供します。 したがって、cPanel や SFTP で検討していた完全に手動のプロセスとは対照的です。 これらは、データベースを準備するときに、先に進み、その URL (ローカル URL からライブ URL へのスワップ) を支援するなど、いくつかの優れた機能を実行します。 ファイルがパッケージ化されますが、受信側でこれらのファイルを処理する必要があります。 これらのプラグインはそれぞれ少しずつ異なる方法で動作しますが、ローカルに移行してライブに移行するプロセスを支援します。

Migrate DB Pro という私のお気に入りのプラグインについて言及しなかったとしたら、ここで忘れてしまいます。 これは、Delicious Brains の Brad Touesnard と彼のチームによって作成されました。 このプラグインが何をするかというと、実際にはホールセール デプロイメント プラグインです。 つまり、ファイルやデータベースを使用して、移動するテーブルを細かく指定し、それらを実際の環境にプッシュします。 これは素晴らしいツールなので、使用するには財布を引き出す必要があります。 しかし、これは大幅な時間の節約になります。

しかし、あなたは考えているかもしれません、キャリー、私たちはローカルについて話していると思っていました. そして、私たちはローカルについて話しています。 以前は、バックアップを取り、移行プロセスに何が含まれていたかを調べてから、サイトを移行する方法についていくつかのアイデアを得る必要がありました。 現在、WP Migrate DB Pro は素晴らしいです。 しかし、ローカルに関して言えば、そのローカル開発環境も得られます。 しかし、待ってください。 Local Connect および Magic Sync と呼ばれるものを取得します。これは、ローカルからライブへのワンプッシュ展開を行う機能です。 そして、引っ張りたい場合は、実際には反対方向にも移動できます。 しかし、私たちはこの展開に焦点を当てています。

うまくやっていくための唯一の問題は、Local Connect が 2 つの Web ホスト、Flywheel と WP Engine で動作することです。 これを見ている皆さんの多くは、すでにそれらのアカウントを持っているかもしれません。 それは素晴らしいです。 そうでない場合でも、恐れることはありません。それらを試すための無料の方法がいくつかあります。

Flywheel さん、新しいデモ サイトを作成してスピンアップし、それを使用して Local Connect で遊ぶことができます。 そして、同様に WP Engine を使用すると、ローカルに接続できるサイトが付属する無料のパートナー プログラム アカウントを作成できます。

OK。 デモの準備はできましたか？ はい、という声が聞こえました。 だから私はデモで3月に進みます。 もちろん、何がうまくいかない可能性がありますか？

[笑い声]

OK。 したがって、展開プロセスに関しては、展開先のサイトが必要です。 ここで、WP Engine アカウント エリアにいます。 私はローカル サイトを作成しています。これはステージング環境だと言います。 そして、先に進んでそれを追加します。 Local に戻ります。まず、Local をホスト (この場合は WP Engine) に接続する必要があります。

ログインすると、いくつかのリンクが表示されます。 このトップリンクにアクセスします。 これにより、WP Engine アカウントに戻り、資格情報を生成できます。 これにより、API のユーザー名とパスワードが得られます。 それをコピーしてローカルに移動し、それを貼り付けて、パスワードについても同じことを行います。 そして今、WP Engine に接続中です。 ここに表示されているのは、私が WP Engine でホストしたすべてのサイトのリストで、現在私とローカルで利用できます。 これらを Local に直接プルダウンできることに注意してください。 しかし、繰り返しになりますが、ここでは別の方向について話しています。

よし、ここまで付き合ってくれた？ ローカル サイトを送信するホスト上にサイトを作成し、ローカル ツールを WP Engine に接続しました。 よし、前に進む。 今度は、私がローカルで開発したサイトを実際にチェックアウトする時が来ました。かなり退屈ですが、アップストリームに送信するときのコンテキストを把握できるように、それが何であるかを確認してください.

まず、この特定のサイトを WP Engine に接続します。 そして、ワンクリックでブープ。 送信先のサイトを指定するだけで、作成したばかりのローカル デモ サイトを選択できます。 また、ステージング、本番、または開発に直接プッシュすることもできます。 そして今、この場合、私はステージングを行っています。 また、必要に応じて、データベースを送信するかどうかを含めることができます。 ここにプロのヒントがあります。 ローカルで開発していると、ときどき怠け者になり、最悪のユーザー名とパスワードを使用することがあります。 これをライブサーバーにプッシュするときは、本番環境でなくても、安全なユーザー名とパスワードを使用していることを確認してください.

OK。 それで、プッシュのプロセスを開始しました。 これには、ファイルのアップロードが含まれます。 ファイルの移動について話しました

オプションでデータベースを選択したので、そのデータベースをアップロードします。 それは大きなデータベースにあったに違いありません。

[笑い]

現在、前述の URL の検索と置換を行っており、データベース テーブルのプレフィックスをチェックして、ローカルとライブが一致していることを確認しています。 その展開プロセスを通じて、画面の下部に前回の展開からの経過時間も表示されます。 それでは、WP Engine アカウントに戻りましょう。 プッシュしたばかりのサイトを開きます。 そして、そこにアクセスすると、先ほどローカルに作成したサイトであることがわかります。 繰り返しますが、それは特別なことではありませんが、そこにあります。 URL の状況について説明すると、実際の URL に更新されていることがわかります。 とてもクールです。

わかった。 まだ私と一緒に？ 要約すると、これまでのところ、ライブ サイト、またはすみませんが、ローカルで開発したローカル サイトを利用してきました。 宛先サーバーにサイトを作成しました。 ローカルを WP Engine アカウントに接続し、特定のサイトを WP Engine に接続しました。 そして、ほら、ボタンを押すだけで、すべてのことができます。 URLを置き換えています。 キャッシュを破壊しています。 また、何か問題が発生した場合に備えて、プロセス中にバックアップも行っています。 したがって、ローカルでの展開は、とてつもなく簡単です。 初めて見た時は売りました。

あなたが適切に感銘を受けていない場合、私はあなたがそうであることを願っています. しかし、そうでない場合のために、ここで MagicSync と呼ばれるものを紹介したいと思います。 現在、MagicSync は一種の 2 ペイン ウィンドウを表示するビューアーであり、ローカル サイトにあるファイルを確認し、それらを宛先サイトのファイルと比較して、展開するファイルを具体的に指定できます。 見てみましょう。

OK。 これで、ローカルに戻りました。 Local Preferences に移動すると、MagicSync を切り替えることができるボタンがあります。 それをオンにして、先に進んで適用してください。 さて、MagicSync がどのように機能するかをお見せできるように、既存のローカル サイトに何かを作成または追加する必要があります。 そして、ローカルの WordPress インストールにテーマを追加することでそれを行います。 そして、2021年に進みます。

それは問題ではありません。 繰り返しますが、これがどのように機能するかの例を示しています。 したがって、有効化する必要はありません。 Local に戻り、Push をもう一度クリックします。 今度は、MagicSync ウィンドウが表示されます。 下にスクロールすると、2021 年のテーマがあります。 ローカルのファイル ディレクトリに存在し、プッシュするとリモート環境に追加されることがわかります。

これをプッシュすると削除されるものも表示されます。これは、ファイルがローカルとリモートの両方に存在することを意味します。 そのため、MagicSync を使用すると、どのファイルをプッシュするかについて、非常に細かく設定できます。 これで、MagicSync を使用する必要がなくなりました。 すべてを大規模にプッシュすることもできますが、これはそのための 1 つの方法です。 指定したファイルのみを送信するために MagicSync を使用している場合よりも少し時間がかかります。

WPエンジンに戻ります。 ライブサイトを見てみましょう。 そして、テーマに行くと、そこにそれを見ることができます。 その2021年のテーマはそこにあります。 それはとてもクールです。 OK、これが MagicSync の機能の簡単な説明です。 繰り返しになりますが、展開プロセスの一部として MagicSync を使用することも、ローカル プッシュをそのまま使用することもできます。 ですから、これがどれほど簡単かを見て楽しんでいただければ幸いです。

これらのいずれかを行っているときに問題が発生した場合、Local には非常に優れたコミュニティ サポート フォーラムがあります。 そして、彼らはとてもアクティブです。 そのため、質問をすると、その場で答えが得られます。 そして、実際に Local の最初の作成者である Clay Griffith に声をかけてください。 また、彼はフォーラムでも見かけます。

有料の WP Engine または Flywheel の顧客であれば、実際に Local および Local Connect の専用サポートを受けることができます。 そして、私が経験から知っているこれらのホストの両方には、素晴らしいサポートチームがあります.

では、要約しましょう。 移行に関しては、その最初のオプションは何ですか? 右、SFTP または cPanel と手動データベース、Migration。 したがって、それをエクスポートしてから、インポートする必要があります。 したがって、これは展開を行う最も手動の方法です。 次に、Migration プラグインと、URL の検索や置換などを行うデータベース ヘルパー、WordPress データベース テーブルのプレフィックスをチェックできるものがあります。

つまり、古い SFTP モデルよりも大幅に改善されていますが、ボタンを 1 回クリックするだけではまだ 100% ではありません。 もちろん、最後の 1 つ、Local Connect と MagicSync を残して、ファイルとデータベースをサーバーにアップします。どれが私のお気に入りのツールかわかるはずです。

先に進みたい場合は、localwp.com から Local をダウンロードすることをお勧めします。Local Connect は完全に無料で使用できる機能です。 Flywheel または WP Engine でのみ機能することに注意してください。 そして、これらのホストのいずれかを試す方法がいくつかあります。Connect をいじって、それがどのように機能するかを感じてみてください。

わかった。 それでは、お時間とご関心をお寄せいただきありがとうございます。また、多くの導入が成功されることをお祈りしております。