Photo by Palu Malerba on Pexels.com

ドメインを削減した話の続きとWordPressのマルチサイトにしない運用のお話.

2025.03.25

Logging

おはようございます.ドメインを削減した話の続きとWordPressのマルチサイトにしない運用のお話を書いていきます.先日、ドメインを削減した話を書いたんだけど、いままで運用していた他のブログをこのブログの配下にすべて置きました.

そしてそのブログとは別に、再度レンタルサーバーの運用も行うことにしました.レンタルサーバーで運用するサービスはEC管理システムだけですが、その後いろいろな商用のサイトはレンタルサーバーで運用していくつもりでいます.

本当はVPSで運用したいのですが餅は餅屋に任せるべきかなという判断でレンタルサーバーにお任せします.

前置きはそれぐらいにしてマルチサイト化しないWordPressの運用を書いていきます.ルート配下にWordPressがある事を前提に書いていきます.サブブログはルート配下にサブディレクトリを構えてインストールします.このときに大切なのは.htaccessの存在です.例えばサブディレクトリのディレクトリ名をexample-1とした場合、ルート配下の.htaccessとサブディレクトリ配下の.htaccessはどうすれば良いかの答えなんですがこうするのが今のベスト解です.

#追加 RewriteBase / の下に
RewriteRule ^example-1/.* - [L]
# BEGIN WordPress
# "BEGIN WordPress" から "END WordPress" までのディレクティブ (行) は
# 動的に生成され、WordPress フィルターによってのみ修正が可能です。
# これらのマーカー間にあるディレクティブへのいかなる変更も上書きされてしまいます。
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /example-1/ # <=修正
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /example-1/index.php [L] # <=修正
</IfModule>

# END WordPress

このようにすることでサブディレクトリの単独運用出来ます.これで運用することは可能ですが何も無いサイトならマルチサイトでの運用をオススメしますが、もしサブディレクトリは別のドメインに今後切り替えて運用するとかの場合はこの方法がベストプラクティス（最善の解決策）です.

明日へ続く

著者名  @taoka_toshiaki

※この記事は著者が40代前半に書いたものです．

Profile
高知県在住の@taoka_toshiakiです、記事を読んで頂きありがとうございます.
数十年前から息を吸うように日々記事を書いてます．たまに休んだりする日もありますがほぼ毎日投稿を心掛けています😅．
SNSも使っています、フォロー、いいね、シェア宜しくお願い致します🙇.
SNS::@taoka_toshiaki

投稿日時 2025年03月25 06:00日

タグ

サブディレクトリ, サブディレクトリ配下, ディレクティブ, ディレクトリ名, ドメイン, フィルター, ベストプラクティス, マーカー間, ルート配下, レンタルサーバー, 再度レンタルサーバー, 前提, 前置き, 単独, 商用, 最善, 運用, 配下, 餅, 餅屋,

名前空間の概要がすごい(´Д｀)、

2015.07.06

Logging

 

名前空間の概要 ¶

(PHP 5 >= 5.3.0)

名前空間とは何でしょう? 広義の「名前空間」とは、項目をカプセル化するもののことです。 これは多くの場面で見られる抽象概念です。 たとえば、たいていの OS はディレクトリでファイルをグループ化します。 この場合、ディレクトリがその中のファイルの名前空間として機能しています。 具体的に言うと、foo.txt というファイルは/home/greg と /home/other の両方に存在することが可能ですが、それらふたつの foo.txt を同じディレクトリに配置することはできません。 さらに、/home/greg ディレクトリの外から foo.txt にアクセスするには、ディレクトリ名をファイル名の前につけて /home/greg/foo.txt としなければなりません。 プログラミングの世界における名前空間も、この延長線上にあります。

PHP の世界では、名前空間は次のふたつの問題を解決するための手段として用意されています。 ライブラリやアプリケーションの作者が、 クラスや関数といった再利用可能なコード部品を作ろうとするときにこれらの問題にぶちあたることになります。

  1. あなたが作成したコードと PHP の組み込みのクラス/関数/定数 あるいはサードパーティのクラス/関数/定数の名前が衝突する
  2. 最初の問題を解決するためには、Extra_Long_Names のような長い名前をつけなければならない

名前空間の概要がすごい・・。ぶちあたるって・・どういう言い回しなんだ。仮にもPHP日本語公式サイト、この言い回しは、あまり適切とはいえないものの。クスってなりました。確かに名前空間ぶちあたりそうな考えです。この解説を読むと結構わかりやすく書いているのではないかと感じました。シンプルで分かりやすい例えのように感じます。

著者名  @taoka_toshiaki

※この記事は著者が30代前半に書いたものです．

Profile
高知県在住の@taoka_toshiakiです、記事を読んで頂きありがとうございます.
数十年前から息を吸うように日々記事を書いてます．たまに休んだりする日もありますがほぼ毎日投稿を心掛けています😅．
SNSも使っています、フォロー、いいね、シェア宜しくお願い致します🙇.
SNS::@taoka_toshiaki

投稿日時 2015年07月06 07:50日

タグ

foo.txt, greg, home, PHP 5, アプリケーション, クラス, サードパーティ, ディレクトリ, ディレクトリ名, ファイル, プログラミング, ライブラリ, 分かりやすい例え, 名前空間, 定数, 抽象概念, 概要, 組み込み, 言い回し, 関数,