以前このスレにあがっており質問もさせていただきましたが
カゴに入れるをクリックすると普通入るはずなのですが
入らない･･･
入るときもあるんです。
入って削除してみたら削除されない･･･
これも一発で削除されるときもあるんです。
お客様からカゴに入れるを何度もクリックしてるのに入らないというメールが頻繁に来ます。
その中でも正常にご注文完了されて注文がありましたと普通にメールが来ることも有ります。
またセッションが途切れているのか注文完了を前にしてカートの中身がなくなってしまったり･･･
これはPC・携帯共通で起こります。
いじっているのは非会員では購入出来ないようになっておりこのまま注文へ進むというリンクは削除、会員登録させるようになっております。

そしてこれも日頃のことなのですが管理メニューにログイン出来ない。
何度かスレも有りますがきちんとログアウトして終了して翌日ログインしようとしても出来ない。
何度も何度もやってやっと入れる。
DBを見ても特におかしなところもなく全く使えません。

商品も多数登録してあるし他のオープンソース系との互換もないので簡単に移行も出来ないし不具合が有りすぎて困っています。
そこまで長いスレで話題になっていないところを見ると皆さんは上記のようなエラーには頻繁に遭遇されないのでしょうか･･･？

サーバーXREA
PHP5.2.5
PostgreSQL 8.2.4
EC-CUBE 2.1.1beta

多分ですが、PHPのセッションやキャッシュ周りの設定がおかしくなっていると思うので一度確認されてみてはいかがでしょうか？

以前、同じサーバーに複数のEC-CUBEをインストールした際に同じ現象を経験しました。その時は各ショップ毎にバーチャルホストを設定して解決しました。

当方では同様の症状は一度も経験していません。
EC-CUBE のような大きなプログラムを動かすには、
まともなサーバを使ったほうが良い気が…
サイトの重要性にもよりますけど。

どうしても、そのサーバで動作させる必要があるならば、
HTTPプロトコルレベルで通信を分析して、不具合を特定して、
サーバ業者に是正を要求する必要がありそうです。
その際には、Fiddler というソフトを試すと良いと思います。
同時にセッション管理をしているクラスで、ファイルにログを
残せば、特定はできそうです。

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

一応XREA+でテストしたりしてますが、少なくても1つのEC-CUBEしか運用していない状態では、そのような問題はでていません。

私の場合はEC-CUBEを2つ入れていますが、そもそもセッションをいじってますので問題なかったりします（汗）。

EC-CUBEに限らず、同じドメインでblogやCMS系を一緒に運用しているのでしたら、競合しているのかもしれませんね。
その場合は各々.htaccessでsession.nameを変更するのが簡単かな。

私はテストのなかで一旦セッションを消したいと思うことがあるので、session.save_pathも変えています。

管理画面よりセッションをUseRequest,UseCookieの変更をして試していたところ管理画面ログイン⇒admin/home.phpが開かずadmin/index.phpのアドレス表示のままショップサイトが開かれ管理画面に入れない自体となってしまいました。
mtb_constants_init.phpを再UPしても変わらずです。
⇒何度もログインしていたら無事home.phpへ飛びました。
しかしセッション関係がおかしくなってしまったのかPHPSESSID=xxxは管理画面ログイン後の基本情報管理〜システム設定には入っておりますが、基本情報管理〜システム設定⇒SHOPマスタなど以下全てにセッションが入っておらず有効期限切れで何も出来ない状況です。
UseCookie,Requestへmtb_constants_init.phpを直接編集しても同じです。おわかりになりましたらアドバイスください。

同じような不具合はやはりあまり出ていないようですね･･･
今のドメインへのCMSはEC-CUBEのみで他には何も入れておらず(html)も含めて今朝もログインしようとしましたがしばらく入れずでした。

今月はカゴに入らないせいか売上が激減してしまいました･･･
betaなのが悪いのかサーバーに問題があるのか
今一度サーバー側の確認を行ってみますが、もし同じような症状での回避方法などございました際には教えてください。

宜しくお願いします。

セッションの受け渡しがうまくいっていないようです。
xreaの掲示板にsession/が使われていないバージョンのため新バージョンをインストールしたら問題なくなったとの書き込みもありました。
今迄受注管理で入金済みなどクリックした場合、別ウィンドウが立ち上がり表示されていたものも表示されなくなりました。
DBを確認してみましたがECCUBE側のようなのでセッション関係をあたりましたがわからずじまいです。
何か方法は無いでしょうか？

例えば新しいバージョンを新規インストールする場合ですが
既存のデータベースのバックアップとEC-CUBEの商品写真などがアップされているupload/をそのまま移行できるのでしょうか･･･？

本日発送もあるので手に負えなくなり困りました･･･

現在の.htaccessは以下のとおりです
AddHandler application/x-httpd-php5cgi .php
php_value mbstring.language Japanese
php_value output_handler mb_output_handler
php_flag mbstring.encoding_translation 1
php_flag magic_quotes_gpc 0
php_flag session.use_cookies 0
php_flag session.use_trans_sid 1

php_value mbstring.internal_encoding UTF-8

php_value upload_max_filesize 5M

php.iniに以下
php_flag magic_quotes_gpc 0

rapiさんの以前の質問もみました。

最初は問題なかったということと、いじっていないのにおかしくなったことを考えると、設定うんぬんでどうこうできる話ではないと思います。

xreaのフォーラムをみるとシステム障害でにぎわっているようにもみえます。
http://sb.xrea.com/forumdisplay.php?f=8

xreaにお願いしてサーバの再起動をお願いしてみたい気がしますね。

発送分の注文の確認だけなら時間的に考えて、phppgadminで直接テーブルをチェックするしかないかな。

ありがとうございます。
確かにスパムブログのおかげでPHP本体のコードが一部表示されたりPHPエラーが出ているのに正常動作していたり
これも調べてみるとスパムブログの影響だと書いてありました。

まずはXREAに問い合わせてみることに致します。

当方coreserverで若干仕様が異なるかもしれませんが、
同じくpostgresqlを利用していて、
同じ現象が起きていました。

あとは、管理画面ログイン時に正しいID・Passなのに、
"セッションの有効期限が〜"
という現象です。

どちらも、毎回必ずなるわけではなく、うまく行く時もあれば
行かない時もあると…

どうやらセッション周りの設定云々らしいのですが、どこを
どう弄ってよいのやら…

取り敢えず、dtb_session　にインデックスをつけて
DBの検索を早くしてやればよいのではないか？と思い、

こちらの修正を当てたところ
http://svn.ec-cube.net/open_trac/ticket/429#comment:1

なんとなくですが、同現象が減った。。。気がします。
経過を見てまたコメントいたします。

こちらが参考になるかもしれません。

カゴに入ったり入らなかったり･･･
http://xoops.ec-cube.net/modules/newbb/viewtopic.php?viewmode=flat&topic_id=3681&forum=2

チケット #571 セッション変数の排他制御で不具合
http://svn.ec-cube.net/open_trac/ticket/571