> サーバのセキュリティ設定の問題となると、レンタルサーバー側で設定を変えてもらうしかないのでしょうか？
> 別件で何度かお問合せした事があるのですが、正直かなり対応が悪いんです。適当といいますか、、、

サーバの仕様によっても対処方法は異なりますが、私どもで対応したケースですと、サーバの設定は変更せず EC-CUBE 側で対処したと記憶しています。

主な観点はパーミッション回りだったとは思いますが、直接呼び出されているファイルのパーミッションだけではなく、周辺の変更も伴ったと思います。(うろ覚えですが。)

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

seasoft様
AMUAMU様

ご連絡ありがとうございます。

>>たしか、サーバのセキュリティ設計で、JS を送出すべき PHP で、HTTP ステータス 500 番台のエラーが発生していたような。

サーバのセキュリティ設定の問題となると、レンタルサーバー側で設定を変えてもらうしかないのでしょうか？
別件で何度かお問合せした事があるのですが、正直かなり対応が悪いんです。適当といいますか、、、

>>html/user_data/packages/default/js/ownersstore.js.php の末尾のほうにあるheader関数の出力部分を下記のようにすることで動作しませんか？
header("Content-type: text/javascript");

ありがとうございます。早速変更してみました。
すると、「Firebug」のエラー表示が若干変わりました。

■変更前
OwnersStore is not defined
function onclick(event) { OwnersStore.products_list(); return false; }()
1 (2 行目)
[Break on this error] OwnersStore.products_list();
1 (2 行目)

■変更後
OwnersStore is not defined
function onclick(event) { OwnersStore.products_list(); return false; }(Object { name="event"})
1 (2 行目)
[Break on this error] OwnersStore.products_list();

少し前進したような気がします、、どうなんでしょうか？

html/user_data/packages/default/js/ownersstore.js.php の末尾のほうにあるheader関数の出力部分を下記のようにすることで動作しませんか？


application/x-javascriptがMIME登録されていない一部サーバでは上記で解決する場合があります。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

詳細は失念してしまいましたが、特定のサーバプラン (CPIだったかなぁ) で、同様の不具合の対応をしたことがあります。

たしか、サーバのセキュリティ設計で、JS を送出すべき PHP で、HTTP ステータス 500 番台のエラーが発生していたような。

本件との関連性は不確かですが、参考まで。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

Seasoft様
55eccube様

ご親切にありがとうございます。

>>>そもそも、/data/ 配下は、インターネットからアクセスできないように配置するのが望ましいです。公開する必要があるのは、/html/ 配下となります。

いやはやお恥ずかしい、無知ですいません。

>>>ネットを調べてみたところ、次のような投稿がありました。
http://ameblo.jp/dokugakumono/entry-10451692657.html
ご参考になさった上で、各ファイルのパーミッションの設定をご確認ください。

いろいろと教えていただきありがとうございます。
上記のサイトと同様、パーミッションの設定を変更しましたが、
何も変化がありませんでした。

>>>有名どころでは、FireFoxのプラグイン「Firebug」が使用者も多く情報が豊富なので、おすすめです。

一応「Firebug」はインストールしていたのですが、まさかここで使い道が来るとは思ってもいませんでした。

早速使ってみた結果です。
「Firebug」でjavascriptなどのエラーを表示するように設定し、
http://hogehoge.com/admin/ownersstore/index.php内の
「購入商品一覧を取得する」ボタンを押しました。

すると下記のエラーが表示されました。
1つ目のエラー
OwnersStore is not defined
function onclick(event) { OwnersStore.products_list(); return false; }()
1 (2 行目)
[Break on this error] OwnersStore.products_list();
1 (2 行目)

◯ちなみに2行目はこちらです。
OwnersStore.products_list();

2つ目のエラー
a.init is not a function
[Break on this error] Filtered chrome url chrome://fctoolbar...4c7ca440d5ca181480c3/content/image.xmlimage.xml
(48 行目)

◯48行目はこちらです。
setTimeout(function (a) { a.init(); }, 0, this);

どうかご教授ください、、

【追記】

ネットを調べてみたところ、次のような投稿がありました。

http://ameblo.jp/dokugakumono/entry-10451692657.html

ご参考になさった上で、各ファイルのパーミッションの設定をご確認ください。

var_dump()は、引数として渡した変数の中身を全て表示する関数です。
デバッグ・確認作業の時に頻繁に使われます。

shin0112さんが今回やろうとしている処理の流れは

1.画面のボタンやリンクを押す
2.javascriptがリクエストデータをPHP(＝サーバ上のプログラム)に送信する
3.PHPがデータベースから必要なデータを取得する
4.取得したデータをPHPが変換し、javascriptで利用可能な形式(ここではJSON形式)に加工する　←JSON.phpで行なわれている処理
5.javascript用に加工されたデータをphpが出力し、javascriptに渡す
6.PHPから渡されたJSON形式のデータをjavascriptで表示する

という具合なので、途中でjavascriptのデバッグを行なう必要性が出てきます。

2010-8-23 17:32の投稿で
>> この処理はクライアントサイド処理を含みますので、JavaScript のエラーが発生していないかといった観点から原因追跡を行なうと解決しやすい事例が多いです。
> ・う〜ん、難しいです。
とshin0112さんは仰っていますが、javascriptの処理も追跡しないと、原因の特定は難しいと思います。

PHPだけで処理が行なわれているならvar_dump()関数に変数を渡せば済むのですが
今回のようにPHP+javascriptで処理している場合、出力内容を見るためにはツールを使うと
やりやすいと思います(この点、またお伝えし忘れてました。申し訳ないです)。
有名どころでは、FireFoxのプラグイン「Firebug」が使用者も多く情報が豊富なので、おすすめです。

> が、その前に/home/hoge/data/module/Services/JSON.phpにアクセスすると画面には何も表示されず、真っ白な状態です。

ブラウザからアクセスしたという意味でしたら、それは正常だと思います。
(外していたら、ゴメンなさい。)

そもそも、/data/ 配下は、インターネットからアクセスできないように配置するのが望ましいです。公開する必要があるのは、/html/ 配下となります。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

55eccube様

ご連絡有り難う御座います。

var_dump()関数についてネットで調査したのですが、なかなか理解できずにいます。

が、その前に/home/hoge/data/module/Services/JSON.phpにアクセスすると画面には何も表示されず、真っ白な状態です。
これは正常なのでしょうか？？

また、var_dump()関数について試してみた結果です。

/home/hoge/data/module/Services/JSON.phpの393行目の下に
var_dump($elements);を追加

→何も反応なし。

・エラーログも見ましたが、何も書かれていません。
・パーミッションは666です。

ん〜、原因が分かりません、、

どのファイルを調べるのかをお伝えし忘れていましたね。
余計なお手間を取らせてしまったようで申し訳ありません。

/home/hoge/data/module/Services/JSON.php の401行目の$elementsや、393行目の$varの中身を確認してみてください。
もしご存知でなければ、var_dump()関数をお使いになると、変数の中身を全て表示してくれるので便利です。

データベースは今のところ関係ないので、そちらはお気になさらずとも大丈夫です。