自分のコンピュータにWordPressをインストールする
テストと開発のためのローカルサーバー環境を設定するための手順を使用してください。
ローカルにWordPressをインストールすることは、通常、開発の目的で行われます。開発に興味がある方は、以下の手順に従ってローカルにWordPressをダウンロードしてください。
– Local – 無料のワンクリックWordPressインストーラー。
– DDEV – Windows、WSL2、Mac、Linux用の無料でオープンソースの高性能開発環境。Docker環境の運用の難しさをすべて抽象化します。ローカルサイトをパブリックドメインでシームレスに共有できます。データベースエディタを起動するためのコマンドは1つです。Xdebugやその他のパフォーマンスプロファイリングツールは「そのまま動作します」。
– Lando – WordPressをローカルにインストールするための無料プラグイン。
– AMPPS – 内蔵のSoftaculousインストーラーを備えた無料のWAMP/MAMP/LAMPスタック。WordPressやその他のものをワンクリックでインストールおよびアップグレードできます。
– MAMPを使用してMacにローカルにWordPressをインストールする
– User:Beltranrubo/BitNami OS X、Windows、Linux用の無料のオールインワンインストーラー。異なるドメインまたはサブドメインを使用したWordPressマルチサイト用のインストーラーも利用可能です。User:Beltranrubo/BitNami_Multisite
– Instant WordPress は、USBキーから実行されるWindows用の無料のスタンドアロンポータブルWordPress開発環境です。
ソフトウェアアプライアンス – すぐに使用可能
事前に統合されたソフトウェアアプライアンスを使用することは、特に仮想マシンソフトウェア(例:VMWare、VirtualBox、Xen HVM、KVM)と組み合わせると、WordPressをすぐに立ち上げるための素晴らしい方法であることがわかるかもしれません。
使用できる別のソフトウェアはParallelsで、これは仮想マシンソフトウェアとは異なり、料金が発生します。これにより、MacとWindowsの両方をマシン上で実行できます。
ソフトウェアアプライアンスを使用すると、ユーザーはWordPressとその依存関係の手動インストールを完全にスキップし、数分でほとんど設定なしで展開できる自己完結型システムを展開できます。
- TurnKey WordPress Appliance: すぐに動作する無料のDebianベースのアプライアンス。人気のあるWordPressプラグインのコレクションをバンドルし、小さなフットプリント、自動セキュリティ更新、SSLサポート、Web管理インターフェースを備えています。ISO、さまざまな仮想マシンイメージ、またはクラウドで起動可能です。
Ubuntu Server 16.04 LTSへのWordPressの無人/自動インストール
2つのWordPress、1つのデータベース
注意: データベース開発を行う予定の場合、この方法は推奨されません。
ライブサイトのローカルコピーを実行する一般的なアプローチは、ローカルとライブの両方で同じデータベースを使用することです。同じデータベースを使用することで、ローカルコピーで作業し、ダウンタイムなしでローカルから本番環境に変更をプッシュできます。
ローカルコピーのセットアップ
ローカルファイルのセットアップが完了したら、ローカルインストールのルートにあるwp-config.phpを修正する必要があります。
define('WP_HOME', "https://{$_SERVER['HTTP_HOST']}");
define('WP_SITEURL', "https://{$_SERVER['HTTP_HOST']}");
ob_start( 'ob_replace_home_url' );
function ob_replace_home_url( $content ) {
$home_urls = array(
'https://site.testing.example.com',
'https://site.example.com',
'https://site.authoring.testing.example.com',
'https://site.authoring.example.com',
);
$content = str_replace( $home_urls, WP_HOME, $content );
return $content;
}
ドロップインの使用
コアコードをハックしたくない場合はどうすればよいですか?(これは、簡単なアップグレードとコードの共有のための良いプラクティスです。)これにはフィルターもあります(pre_option_siteurlおよびpre_option_home)が、問題があります:wp-settings.php内で、
- フィルターは、
functions.php
が含まれた後の65行目以降に定義できません - WordPressは、
get_option
の155行目で呼び出しを行います(wp_plugin_directory_constants()
経由) - プラグインは194行目あたりまで定義されません。
ただし、65行目と155行目の間には、ドロップインdb.php
の読み込みを利用できるものがあります。フィルターはそこで安全に定義できます。(ただし、これは「コアではない」コードへの半分の道かもしれません。)この技術を試す前に、既存のwp-content/db.phpがあるかどうかを確認してください。これは、W3 Total Cacheのようなパッケージによって同様の理由で使用されます。
<?php
// paste this in a (new) file, wp-content/db.php
add_filter ( 'pre_option_home', 'test_localhosts' );
add_filter ( 'pre_option_siteurl', 'test_localhosts' );
function test_localhosts( ) {
if (... same logic as before to see if on dev site ...) {
return "https://my.example.com/dev";
}
else return false; // act as normal; will pull main site info from db
}
変更履歴
- 2022-09-27: WordPressの開発コピーを実行するおよび自分のコンピュータにWordPressをインストールするからの元のコンテンツ。