longmanさま

度々ありがとうございます。
chmod()のテストファイルをphpで作成し、該当ディレクトリ内で、テストしたところ、

phpファイル⇒そんなファイルはありません、といわれ、変更されない
ディレクトリ⇒775への変更を指示したのに、なぜか、パーミションは、407に変わる


seasoftさま
SSHでアクセスし、umaskを確認したところ、ディレクトリ内では、22が戻り値でした。


ちなみに、テストのコードは、間違っていないとは思うのですが、、、

一応該当ディレクトリ内に、test.phpという名称のファイルを作成し、下記コードを記載しました。また、ディレクトリ内に、「page.php」というファイルと「test」というディレクトリを作成しました。

<?php
$dir = 'test';
chmod($dir , 775 );
$file = 'page.php';
chmod($file , 664 );
?>

う、う〜ん。。。
ナゾが深まりました。。。

とかかな？

横から失礼します。


modeは8進なので先頭に0をつけなければ意味が変わってきてしまいます。
あと絶対もしくは相対パスで指定しないと、include_pathから別のところにある同名ファイルとかが対象になることもあるので注意が必要です。

php manual chmod
http://jp2.php.net/manual/ja/function.chmod.php

ramrun様

いつもレスありがとうございます。

<?php
$dir = '/path/to/test';
chmod($dir , 0775 );
$file = './page.php';
chmod($file , 0664 );
?>

ふむ。。。
と言うことは、サーバ側のパーミションの話はさておき、EC-CUBEのほうで私が書いていたchmod()は、コードが間違っている可能性大ですね；

やってみます。

ramrun様

いけました！
LC_Page_Admin_Design_MainEdit.phpに

chmod($fp,0644);

追加で、パーミション変更されているのが確認できました。

longman様

先にアドバイスいただいていたのに、後からいただいたほうの、

chmod($fp,644);　⇒　chmod($fp,0644);

見落としていました。

皆様、本当にありがとうございました。
サーバ側のパーミション設定のところで疑問は残りますが（なんだろう？？？）問題は解決でき、本当に助かりました。
また、とても良い勉強にもなりました。

では、ご恩返しの巡業に出かけてきます！(^^;

引用：
ためしにEC-CUBEでumaskとchmodを全検索してみました。
umask(0)やchmod($path, 0666)をしているところがあるので、どこか一ヶ所で設定できるようにすると便利なのかもしれませんね。

サーバー側でApacheからPHPが作る新規ファイルを644に設定することはできるのですが、EC-CUBE側でそれを666に変えてしまっているので...（汗）。

ramrun様

度々ありがとうございます。

は〜。なるほど〜。
では、結局EC-CUBE側の問題だったのでしょうか？
サーバによっては644で生成できているようですが･･･
そこは、サーバとの相性とかそういうことなのでしょうかね。。。
（それか単に666だけど、実行はできている、と言うことなのでしょうか。）

>umask(0)やchmod($path, 0666)をしているところがあるので、どこか一ヶ所で設定できるようにすると便利なのかもしれませんね。

あとで、この現象がパーミションによることだとわかってから、コミュニティを見ていたら、いくつか同じような投稿があるようでした。
パラメータ管理かどこかの設定ファイルで一括で設定されていたら、原因の発見と対応はしやすいのかもしれません。

それじゃあ、CPIのサポートのヒトには、迷惑を掛けてしまいましたね；；；悪いことしちゃったなぁ。。。

引用：
質問のLC_Page_Admin_Design_MainEdit.phpに関してだけ言えば、umaskもchmodもしていないようです。
ですのでMainEditでのファイルの作成は、サーバーの設定そのままとなります。
PHPから作成されたファイルの所有者がapache（nobadyとか）の場合、suEXECなどで所有者がユーザーとなる場合、もしくはレンタルサーバーのポリシーで明確に設定を変更している場合もあるでしょう。

EC-CUBEのプログラムの中でumaskやchmodを一切使っていないのでしたら、サーバーの設定に依存することになりますので、CPIに対応してもらうというのもアリだと思いますが、EC-CUBE側が中途半端な状態みたいなので...　ということです。

----------------
789で打ち止めです
長らくお世話になりますた

ramrun様

>EC-CUBEのプログラムの中でumaskやchmodを一切使っていないのでしたら、サーバーの設定に依存することになりますので、CPIに対応してもらうというのもアリだと思いますが、EC-CUBE側が中途半端な状態みたいなので...　ということです。


なるほどです。
CPIでは、そういう対応やサポートはしてくれないようなので、まあ、なんですね、今回のことで勉強になったので、自分では、使わないサーバリストにぽいっと入れちゃいました(^^;
apacheのバージョンもいまどき1.3だし･･･

この件では、最初原因がわからず、かなりワタワタしたので、もう凝りました；（一連のトラブルには、他の原因も色々あったのですが、原因不明のトラブルって怖い！ホントに怖い！）


一方、自分の思い込みとか認識不足も多々あったので、本当に良い勉強になりました。

こちらで助けていただいた皆様に感謝！です。

Masashige様

こちらもアドバイスありがとうございました。
見過ごしてしまっていて、レスが遅くなり、申し訳ありませんでした。