質問 > その他 > CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? |
その他
スレッド表示 | 古いものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
tonton |
投稿日時: 2010/4/18 22:36
対応状況: 確認中
|
仙人 登録日: 2008/8/14 居住地: 投稿: 437 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? 度々申し訳ありません。
一度はできた!と思っていたのですが、どうも確認時にタイムラグが発生してしまったようで、実際は、やはり、CPIサーバでは、chmod()は効いていないようです。 再び、500エラーが出てきてしまいました。 このサーバ、なぜかサーバのタイムゾーンがいきなり狂ったりしてしまっているので、もしかしたら、何かトラブルがあるのかも知れないのですが、chmod()が効かない場合は、やはりお手上げ(=FTPで都度パーミション変更しか手がない)でしょうか。 もし、他に対応策がありましたら、引き続きアドバイスいただければ幸いです。 |
tonton |
投稿日時: 2010/4/14 20:38
対応状況: −−−
|
仙人 登録日: 2008/8/14 居住地: 投稿: 437 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? Masashige様
こちらもアドバイスありがとうございました。 見過ごしてしまっていて、レスが遅くなり、申し訳ありませんでした。 |
tonton |
投稿日時: 2010/4/14 20:33
対応状況: −−−
|
仙人 登録日: 2008/8/14 居住地: 投稿: 437 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? ramrun様
>EC-CUBEのプログラムの中でumaskやchmodを一切使っていないのでしたら、サーバーの設定に依存することになりますので、CPIに対応してもらうというのもアリだと思いますが、EC-CUBE側が中途半端な状態みたいなので... ということです。 なるほどです。 CPIでは、そういう対応やサポートはしてくれないようなので、まあ、なんですね、今回のことで勉強になったので、自分では、使わないサーバリストにぽいっと入れちゃいました(^^; apacheのバージョンもいまどき1.3だし・・・ この件では、最初原因がわからず、かなりワタワタしたので、もう凝りました;(一連のトラブルには、他の原因も色々あったのですが、原因不明のトラブルって怖い!ホントに怖い!) 一方、自分の思い込みとか認識不足も多々あったので、本当に良い勉強になりました。 こちらで助けていただいた皆様に感謝!です。 |
ramrun |
投稿日時: 2010/4/14 20:09
対応状況: −−−
|
仙人 登録日: 2006/11/3 居住地: 投稿: 789 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? 引用:
では、結局EC-CUBE側の問題だったのでしょうか? 質問のLC_Page_Admin_Design_MainEdit.phpに関してだけ言えば、umaskもchmodもしていないようです。 ですのでMainEditでのファイルの作成は、サーバーの設定そのままとなります。 PHPから作成されたファイルの所有者がapache(nobadyとか)の場合、suEXECなどで所有者がユーザーとなる場合、もしくはレンタルサーバーのポリシーで明確に設定を変更している場合もあるでしょう。 EC-CUBEのプログラムの中でumaskやchmodを一切使っていないのでしたら、サーバーの設定に依存することになりますので、CPIに対応してもらうというのもアリだと思いますが、EC-CUBE側が中途半端な状態みたいなので... ということです。
|
tonton |
投稿日時: 2010/4/14 18:02
対応状況: −−−
|
仙人 登録日: 2008/8/14 居住地: 投稿: 437 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? ramrun様
度々ありがとうございます。 は〜。なるほど〜。 では、結局EC-CUBE側の問題だったのでしょうか? サーバによっては644で生成できているようですが・・・ そこは、サーバとの相性とかそういうことなのでしょうかね。。。 (それか単に666だけど、実行はできている、と言うことなのでしょうか。) >umask(0)やchmod($path, 0666)をしているところがあるので、どこか一ヶ所で設定できるようにすると便利なのかもしれませんね。 あとで、この現象がパーミションによることだとわかってから、コミュニティを見ていたら、いくつか同じような投稿があるようでした。 パラメータ管理かどこかの設定ファイルで一括で設定されていたら、原因の発見と対応はしやすいのかもしれません。 それじゃあ、CPIのサポートのヒトには、迷惑を掛けてしまいましたね;;;悪いことしちゃったなぁ。。。 |
ramrun |
投稿日時: 2010/4/14 12:43
対応状況: −−−
|
仙人 登録日: 2006/11/3 居住地: 投稿: 789 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? 引用:
サーバ側のパーミション設定のところで疑問は残りますが ためしにEC-CUBEでumaskとchmodを全検索してみました。 umask(0)やchmod($path, 0666)をしているところがあるので、どこか一ヶ所で設定できるようにすると便利なのかもしれませんね。 サーバー側でApacheからPHPが作る新規ファイルを644に設定することはできるのですが、EC-CUBE側でそれを666に変えてしまっているので...(汗)。 |
tonton |
投稿日時: 2010/4/13 20:35
対応状況: −−−
|
仙人 登録日: 2008/8/14 居住地: 投稿: 437 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? ramrun様
いけました! LC_Page_Admin_Design_MainEdit.phpに chmod($fp,0644); 追加で、パーミション変更されているのが確認できました。 longman様 先にアドバイスいただいていたのに、後からいただいたほうの、 chmod($fp,644); ⇒ chmod($fp,0644); 見落としていました。 皆様、本当にありがとうございました。 サーバ側のパーミション設定のところで疑問は残りますが(なんだろう???)問題は解決でき、本当に助かりました。 また、とても良い勉強にもなりました。 では、ご恩返しの巡業に出かけてきます!(^^; |
tonton |
投稿日時: 2010/4/13 20:29
対応状況: −−−
|
仙人 登録日: 2008/8/14 居住地: 投稿: 437 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? ramrun様
いつもレスありがとうございます。 <?php $dir = '/path/to/test'; chmod($dir , 0775 ); $file = './page.php'; chmod($file , 0664 ); ?> ふむ。。。 と言うことは、サーバ側のパーミションの話はさておき、EC-CUBEのほうで私が書いていたchmod()は、コードが間違っている可能性大ですね; やってみます。 |
ramrun |
投稿日時: 2010/4/13 18:45
対応状況: −−−
|
仙人 登録日: 2006/11/3 居住地: 投稿: 789 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい? 横から失礼します。
modeは8進なので先頭に0をつけなければ意味が変わってきてしまいます。 あと絶対もしくは相対パスで指定しないと、include_pathから別のところにある同名ファイルとかが対象になることもあるので注意が必要です。 php manual chmod http://jp2.php.net/manual/ja/function.chmod.php |
Masashige |
投稿日時: 2010/4/13 16:01
対応状況: −−−
|
長老 登録日: 2009/4/1 居住地: 投稿: 200 |
Re: CPIのサーバで、EC-CUBEから生成されるファイルのパーミションがおかしい?
とかかな? |
(1) 2 3 » |
スレッド表示 | 古いものから | 前のトピック | 次のトピック | トップ |