ramrunさん

確かに...
最初の確認の時に、SC_Utils.phpは変更が少なかったので、これだけ差分を適用して、他のファイルに関しては丸ごとダウンロードして使用していました。

差分を適用したところ、正式版でも何の問題もなく動作しました。
すみません。お騒がせしました。(^^;A

nacoさん

引用：
detail.phpのSC_Utils_Ex::sfnoimagemainlist()メソッドですが、正式版にはSC_Utils_Ex::sfnoimagemainlist()メソッドが無いのです。
ではなぜいまエラーにならないの？　というと、comuのSC_Utils.phpを上書きしたためです。

多分、detail.phpでエラーを確認したときはSC_Utils.phpを上書きしておらず、現在は上書きしてあるのでエラーにならないのだと思います。

※前回のスレで「差分を追記して」と書きましたが、実際には追記だけではないので「差分を適用して」ください（汗）。

このフォーラムに意見集約の仕組みが欲しいんですけどねぇ・・・
以前から要望しているのですが、ナカナカ難しいようですね。

とりあえず、NOT FOUND 周りの話題はオフトピなので、フォーラムで意見集約を試みるにしても、別スレで行ったほうが良いかなという気がしてきました。

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

中々、方向性をまとめるのは難しい話の気がしてきました

ramrunさんの参照先としてあげたところでは
引用：
と言及されているので、適切なHTTPレスポンスコード(200以外)を送って、リダイレクトする事へのSEO問題は無いということですかね・・・？

ついでにGoogleでのmeta refreshの扱いについて言及しているところを見つけました。

http://www.suzukikenichi.com/blog/alternative-to-301-redirect/
引用：

まぁ、最終的にはユーザビリティ中心で考えるべきで良いってことですかね？

※個人的には301が好き

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

ramrunさん

eccube-comu-r18143を新規インストールして確認してみましたが、こちらの環境でも問題ありませんでした。
※確かに正式版にチェンジセット18142と18140だけを適用して、他のチェンジセットを適用していませんでした。

再度確認してみましたが、list.phpでは問題が発生しますが、なぜか今度はdetail.phpの方では問題が発生しませんでした。
正式版を新規インストールして、チェンジセット18142および18140を適用した場合は、detail.phpの方は問題ありませんが、やはりlist.phpの方では同じ問題が発生します。

…というわけで、他のチェンジセットによる変更が原因で、r18142が原因ではないことが確認できました。

正式版への差分の適用は後で試してみます。
お手数お掛けして申し訳ありません。

大文字小文字を識別しないのってWindowsだけかと思ってました（汗）。
確かにそうなってますね。

エラーの件はわかりました。
バージョンまではチェックしていませんが、正式版にcomuのファイルを上書きしたためだと思います。

comu-ver2...LC_Page_Products_List.phpから version-2_4...LC_Page_Products_List.phpにおける更新

正式版に組み込む場合は差分のみ追記適用してください。

斜め読みで書いてます。的外れでしたら、無視してください。
引用：
PHP はメソッドの大文字小文字を識別しませんので、エラーメッセージは小文字に寄せて表示していた気がします。
参考まで。

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

おはようございます。

Fatal errorの件ですが
eccube-comu-r18143をダウンロードして新規インストールで確認したところでは問題ないようです。
また、Original Formatをダウンロードして上書きで確認してみましたが、こちらも問題は確認できませんでした。

Original Formatのほうはあえて文字コードをEUC-JPやSJIS、改行やBOMのあたりを変更して試してみましたが、文字化けはすれどもエラーの確認はできませんでした。

エラー内容からもチェンジセット18142の影響とは考えづらいのですが...

たとえばdetail.phpの
『Fatal error: Call to undefined method SC_Utils_Ex::sfnoimagemainlist() in ... LC_Page_Products_Detail.php on line 230』
が小文字になっているのが気になりますが、18142ではいじってないことろです。

またlist.phpの$objDb->sfGetCat($arrCategory_id[0])メソッドが見つからないエラーみたいですが、その上、95行目の$objDb->sfGetCategoryId("", $_GET['category_id'])でエラーとならないあたり、本当にsfGetCat()メソッドが存在しないのではないでしょうか？
18142でSC_Helper_DB_Exはいじっていないのですが...

取り急ぎ、確認してみた状況でした。

seasoftさん

案内ページを表示してからなら、リダイレクトしても問題ないと思います。
ただ、好みがあると思いますので、リダイレクトしない選択肢も残して置くといいのではないかと思います。


ramrunさん、ありがとうございます。
しかし、このチェンジセット18142を適用すると次のようなエラーになってしまいます。


（略）list.php?category_id=1では、

『Fatal error: Call to undefined method SC_Helper_DB_Ex::sfGetCat() in ... LC_Page_Products_List.php on line 109』


（略）detail.php?product_id=1では、

『Fatal error: Call to undefined method SC_Utils_Ex::sfnoimagemainlist() in ... LC_Page_Products_Detail.php on line 230』


※「Original Format」をダウンロードして適用しました。

ドンピシャな話題のページの紹介ありがとうございます。
とりあえず 404 で一歩前進にはなってたかなと一安心しました。

なお、meta refresh について言及が無かったので少し調べたら、Yahoo! の情報がありました。
http://info.search.yahoo.co.jp/archives/002842.php

meta refresh 時間指定なし … 301
meta refresh 時間指定あり … 302
ですか。
でも、HTTP レスポンスで 404 を送出していれば、そっちが優先されるんでしょうね。

となれば、meta refresh はホモサピエンス向けということで、深く考えずに、「meta refresh 時間指定あり」でも良いのかな。


引用：
理想はそうなのでしょうね。
他にも、所属していたカテゴリーへのリンク(やリダイレクト)を提供するなんていうのもアリかも。
それらをデータ状態によって優先順位で使い分けて送出すれば、SEO 効果を高めつつ、スパム判定のリスクを軽減するなんていう理想的なロジックとなるかも。

まぁ、そこまでは個別案件でカスタマイズ対応かな。
あまりキツキツのロジックを入れると、カスタマイズをしにくくなりますしね。それでは、EC-CUBE の存在意義が薄れてしまう
コミュニティとしての、総意を集約できれば組み込んでも良いかなとも思いますけどね。

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