自分の分け方はまずクライアント毎にフォルダを作って、その下にドメイン名のフォルダを作る。例の感じだと、下のような感じ。w3q/ (クライアント用フォルダ)└w3q.jp (ドメイン別フォルダ) └doc (ドキュメント類) └www (サーバーと同期するデータ) └design(デザインデータ)└w3q-blog.jp└45-ch.com
/クライアント名/案件名/その下は…/src デザインデータ/doc ドキュメント類/data 素材データみたいにしてます。
お二人ともBパターンですね。たとえばXAMPPでローカールサーバーを利用することも想定されているのでしょうか?その場合、2さんの例で言えば、URLがhttp://localhost/w3q/w3q.jp/www/になっちゃいますが。
Re:4 なっちゃいません。XAMPPは利用していませんが、通常のApacheは利用します。どのフォルダにあろうが、バーチャルホストでlocal.w3q.jpのようなドメインを付けて、wwwのディレクトリをドキュメントルートにするので関係ないです。localhost/w3q/のような構成にしちゃっうと、本番と階層が違う場合リダイレクトさせる時とか本番と挙動が異なったりして困りますよ?
Re:5 なるほど!その都度、バーチャルホストを作成し、仮のURLを生成するわけですね。それならどんな階層であってもURLが長くならないし、おっしゃるように本番環境でも使えます。大変参考になりました。
Re:6 一点補足です。サーバーのドキュメントルートについては、クライアント毎にフォルダ分けしていますが、バラバラになってると困る事もあったので、実際のドキュメントルートは/var/www/html/のようなドキュメントルートだけが集まったディレクトリにドメイン名のフォルダを作成し、シンボリックリンクを貼っています。/var/www/html/w3q.jp/ → /w3q/w3q.jp/www//var/www/html/45-ch.com/ → /w3q/45-ch.com/www/
Re:7 なるほど。私はドキュメントルートを別ドライブに作って、そこに制作ファイル一式をアップしていました。iZYufl さんのように書類やデザインデータなどは別の階層(マイドキュメントなど、Apache配下じゃない場所)に置いて。シンボリックリンクを貼ると、すべてひとまとめにできるというわけですね。こちらも参考にします。ありがとうございました。
webデータとそれ以外のデータ(素材やPSDやAIなど)は別管理かな。gitでの管理上の都合もあるしね。その上で、webデータに限定するなら、自分のサーバーだけでしか運用しないのなら好きにすればいいと思うが、いろんなケース(サーバー仕様)に対応しないといけない可能性を考えると、ドメインごとにディレクトリを分けざるをえないんじゃないかと。サーバー/home/user/w3q.jp/public//var/www/html/45-ch.com/htdocs/ローカル(webデータ) ここはgit管理~/sites └w3q.jp/public/ └45-ch.com/htdocs/ローカル(webデータ以外) これは外部ディスクにしてtimemachie管理client/w3q └w3q.jp/documents └/photos └/design └45-ch.com/documents └/photos └/design
クライアントごとにすると、代理店案件のときとかどうするかだよな。代理店の下にさらにエンドのディレクトリ切ったりするけど、深くなりすぎるのもナンだしな。
10 件の回答
自分の分け方はまずクライアント毎にフォルダを作って、
その下にドメイン名のフォルダを作る。
例の感じだと、下のような感じ。
w3q/ (クライアント用フォルダ)
└w3q.jp (ドメイン別フォルダ)
└doc (ドキュメント類)
└www (サーバーと同期するデータ)
└design(デザインデータ)
└w3q-blog.jp
└45-ch.com
/クライアント名/案件名/その下は…
/src デザインデータ
/doc ドキュメント類
/data 素材データ
みたいにしてます。
お二人ともBパターンですね。
たとえばXAMPPでローカールサーバーを利用することも想定されているのでしょうか?その場合、2さんの例で言えば、URLが
http://localhost/w3q/w3q.jp/www/
になっちゃいますが。
Re:4
なっちゃいません。
XAMPPは利用していませんが、通常のApacheは利用します。
どのフォルダにあろうが、バーチャルホストでlocal.w3q.jpのようなドメインを付けて、wwwのディレクトリをドキュメントルートにするので関係ないです。
localhost/w3q/のような構成にしちゃっうと、本番と階層が違う場合リダイレクトさせる時とか本番と挙動が異なったりして困りますよ?
Re:5
なるほど!その都度、バーチャルホストを作成し、仮のURLを生成するわけですね。それならどんな階層であってもURLが長くならないし、おっしゃるように本番環境でも使えます。大変参考になりました。
Re:6
一点補足です。
サーバーのドキュメントルートについては、クライアント毎にフォルダ分けしていますが、
バラバラになってると困る事もあったので、
実際のドキュメントルートは/var/www/html/のようなドキュメントルートだけが集まったディレクトリにドメイン名のフォルダを作成し、シンボリックリンクを貼っています。
/var/www/html/w3q.jp/ → /w3q/w3q.jp/www/
/var/www/html/45-ch.com/ → /w3q/45-ch.com/www/
Re:7
なるほど。私はドキュメントルートを別ドライブに作って、そこに制作ファイル一式をアップしていました。iZYufl さんのように書類やデザインデータなどは別の階層(マイドキュメントなど、Apache配下じゃない場所)に置いて。
シンボリックリンクを貼ると、すべてひとまとめにできるというわけですね。こちらも参考にします。ありがとうございました。
webデータとそれ以外のデータ(素材やPSDやAIなど)は別管理かな。
gitでの管理上の都合もあるしね。
その上で、webデータに限定するなら、自分のサーバーだけでしか運用しないのなら好きにすればいいと思うが、いろんなケース(サーバー仕様)に対応しないといけない可能性を考えると、ドメインごとにディレクトリを分けざるをえないんじゃないかと。
サーバー
/home/user/w3q.jp/public/
/var/www/html/45-ch.com/htdocs/
ローカル(webデータ) ここはgit管理
~/sites
└w3q.jp/public/
└45-ch.com/htdocs/
ローカル(webデータ以外) これは外部ディスクにしてtimemachie管理
client/w3q
└w3q.jp/documents
└/photos
└/design
└45-ch.com/documents
└/photos
└/design
クライアントごとにすると、代理店案件のときとかどうするかだよな。
代理店の下にさらにエンドのディレクトリ切ったりするけど、深くなりすぎるのもナンだしな。