質問 > 管理機能 > 確認ページへ進めない |
管理機能
スレッド表示 | 古いものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
mi-taro |
投稿日時: 2009/5/11 16:31
対応状況: −−−
|
一人前 登録日: 2009/4/21 居住地: 投稿: 118 |
Re:確認ページへ進めない問題 seasoft様 そうですか。 ご指南ありがとうございます。 エラーが表示されないから追跡しにくいですよね。。 seasoft様の言う通り、MacPortsで 変化があるか試みてみます。 |
seasoft |
投稿日時: 2009/5/11 16:27
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re:確認ページへ進めない問題 少々、当方のメモの範囲を超えた、デバッグが必要となるケースの予感がしています。
別スレの MacPorts のものに入れ替えれば、改善されることもあるかと思います。
|
mi-taro |
投稿日時: 2009/5/11 16:20
対応状況: −−−
|
一人前 登録日: 2009/4/21 居住地: 投稿: 118 |
Re:確認ページへ進めない問題 seasoft様 回答していただき、ありがとうございます。 seasoft様の[ECCUBEメモ]を参考に、原因をつきとめてみようかと 思います。 いつもありがとうございます! |
seasoft |
投稿日時: 2009/5/11 10:10
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re:DB問題は解決しました!確認ページは依然として進みません > 304はエラー番号でしょうか?
キャッシュ時点からファイルの変更が無いというコードです。
|
mi-taro |
投稿日時: 2009/5/11 9:44
対応状況: −−−
|
一人前 登録日: 2009/4/21 居住地: 投稿: 118 |
Re:DB問題は解決しました!確認ページは依然として進みません seasoft様
あれから、もう一度site.logをよくみてみたら、 [nativecode=1048 ** Column 'order_id' cannot be null]とあり、 テーブルdtb_orderのorder_idのprimarykeyが設定されていないことに気付きました!自分で消した後に設定をし忘れてしまったものです。かなり初歩的なミスでした。ご迷惑をおかけしました・・・。いろいろな指南をありがとうございます。直して、商品を購入をすすめたら、問題なく完了ページへ移動しました。(メンバー会員でない購入) これですべてがうまくいく!と思ったら、甘かったです・・・ もう一つの問題が残っていました。 メンバー登録です。 入力項目を終えて、確認ページへ行きたいのですが、 ボタンを押しても、やはり進めません。 httpdのerrorlogもdata/logs/site.logにはエラーログは出ていませんでした。 httpdのaccess.logを見たところ、 127.0.0.1 - - [11/May/2009:09:29:10 +0900] "GET /サイト名/html/user_data/packages/default/img/header/Navi4.gif HTTP/1.1" 304 - とありました。304はエラー番号でしょうか? それ以外はなにもなしです。 |
seasoft |
投稿日時: 2009/5/11 0:43
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: サイトログのエラーを確認いたしました。 > モジュールフォルダの中に問題ありそうです。
そうとは限らないです。 モジュールの呼び出し元(EC-CUBE本体)の問題も考えられますし、呼び出し先(PHPモジュールやDBサイド)の問題も考えられます。 とりあえず、DB 関連のエラーですね。前後にもう少し情報は無いですか?
|
mi-taro |
投稿日時: 2009/5/11 0:37
対応状況: −−−
|
一人前 登録日: 2009/4/21 居住地: 投稿: 118 |
サイトログのエラーを確認いたしました。 エラーがたくさんありました・・・;_; モジュールフォルダの中に問題ありそうです。 カート>入力項目>確認ときて、次の、完了ページに行く過程でのエラーです。 /Library/WebServer/Documents/サイト名/data/module/DB/mysql.php 324:db_mysql->mysqlraiseerror /Library/WebServer/Documents/サイト名/data/module/DB/mysql.php 894:db_mysql->raiseerror /Library/WebServer/Documents/サイト名/data/module/DB/common.php 1853:pear->raiseerror /Library/WebServer/Documents/サイト名/data/module/PEAR.php 557:db_error->db_error /Library/WebServer/Documents/サイト名/data/module/DB.php 893:db_error->pear_error phpはまだ触ってないはずなのですが、どのへんがあやしいのでしょうか。。 助言いただけると幸いです・・・! |
seasoft |
投稿日時: 2009/5/10 23:40
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: エラーはなくなりました、が・・・<<解決してました! > 以前は完了ページにいけたことがあったので、できなくなった
> その境目あたりをさぐっていけば、いいんですよね・・・。 たしかに、それはそれで若干気になりますが、取り合えずば現状で不具合を再現させて、その時点のログを確認するのが早いと思います。
|
mi-taro |
投稿日時: 2009/5/10 23:08
対応状況: −−−
|
一人前 登録日: 2009/4/21 居住地: 投稿: 118 |
Re: エラーはなくなりました、が・・・<<解決してました! seasoft様 すみません、過去のエラーログ見てたら 血迷って解決していた、php_mbstring.dllの話しを持ちだしちゃいました。 ほ、本当にすみません(汗;) 今は何もエラーは出てないんでした・・・ それで、現在はsite.logの確認してます。 以前は完了ページにいけたことがあったので、できなくなった その境目あたりをさぐっていけば、いいんですよね・・・。 |
seasoft |
投稿日時: 2009/5/10 22:25
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: エラーはなくなりました、が・・・<<調べてみます > /data/logs/site.logのファイルを初めて開きました。
> ものすごいログの量でした。。。 > > 問題点を特定するために、どこをポイントにして見るべきか > もしアドバイスがいただければ、お願いいたします。 エラー直前のクリック以降の時刻の行のみを見ればよいと思います。 > php_mbstring.dllを追っかけて行った方がいいのでしょうか? ん?? この問題は解決したのでは?
|
(1) 2 3 » |
スレッド表示 | 古いものから | 前のトピック | 次のトピック | トップ |