データベースの更新に失敗しました
- このフォーラムに新規トピックを投稿できます
- このフォーラムではゲスト投稿が許可されています
投稿ツリー
- データベースの更新に失敗しました (hiro1613, 2017/11/14 13:15)
- Re: データベースの更新に失敗しました (なーお, 2017/11/19 6:12)
- Re: データベースの更新に失敗しました (hiro1613, 2017/11/19 23:53)
- Re: データベースの更新に失敗しました (なーお, 2017/11/21 5:41)
- Re: データベースの更新に失敗しました (hiro1613, 2017/11/21 9:04)
- Re: データベースの更新に失敗しました (なーお, 2017/11/21 20:50)
- Re: データベースの更新に失敗しました (hiro1613, 2017/11/22 3:16)
- Re: データベースの更新に失敗しました (なーお, 2017/11/22 20:07)
- Re: データベースの更新に失敗しました (hiro1613, 2017/11/23 16:28)
- Re: データベースの更新に失敗しました (なーお, 2017/11/23 18:43)
hiro1613さん、こんにちは。
お返事が大変遅くなりました。
取り急ぎ一時的にサイトを閉鎖し、下記コードの新規作成時のリダイレクトをコメントアウトしてリダイレクトされない状態とし、phpデバグで出る全てのエラーの確認をお願いできますでしょうか。
https://github.com/naao/d3diary/blob/master/xoops_trust_path/modules/d3diary/main/edit.php#L323
現時点では超推測ですが、おそらく、元のサーバーでは古いd3diaryが稼働していて、アップデート前のテーブル構造のバックアップを、テーブル構造の異なる新しいd3diaryに上書きしてしまったのかな? と想像しています。
お急ぎでしたら、新しいサーバー上に、古いd3diaryをインストールしてそこにインポートしてから、d3diaryのバージョンアップ操作を行ってみてください。
念のため、古いほうのd3diaryのバージョンを教えていただけますか?
お返事ありがとうございます。
新規作成時のリダイレクトをコメントアウトはどの部分でしょうか?
ちなみにサイトを閉鎖して48〜51行目をコメントアウトし、PHPデバッグでやってみましたが、何も出ませんでした。
古いd3diaryのバージョン0.17だったと思います。
0.17→0.18d→0.50と手作業でアップデートしました。
よく確認するとデータベースがMariaDB10.2.10に変わっています。それが問題でしょうか?
hiro1613さん、こんにちは。
d3diaryをアップデートしてもだめだったのですね。 MariaDBのバージョンの件は未確認ですが、一般的には問題ないはずですが。
コメントアウトする行については、前コメントのリンク先がその行番号にしてあったのですが、分かりにくかったですね。 323行目になります。 再度お願いします。
こんにちは。
コメントアウトしてやってみましたが、
日記を新しく登録しました。
ページが自動的に更新されない場合はここをクリックしてください
↓
ERROR:不正なID値です
ページが自動的に更新されない場合はここをクリックしてください
↓
トップページにリダイレクトされます。
その際にPHPデバッグでのエラーは何も表示されません。
hiro1613さん
コメントアウトした行のすぐ後、(ifの{}の中)に2行追記してみてください。
324 325 |
|
さらに、プリロード adeliedebug.class.php をサイトpreloadに追加してください。
https://github.com/suin-xoops/xoops-adelie-debug/blob/master/build/AdelieDebug.class.php
出た画面をそのままPCに保存し、すぐに上記プリロードはpreloadフォルダからdisabledに移してください。
オフラインで保存した画面を開き、SQLエラーが出ている行(多分、赤字になるはず)をお知らせください。
こんばんは。
下記が出ました。
object(D3diaryDiary)#137 (14) { ["uid"]=> int(1) ["bid"]=> int(0) ["cid"]=> string(1) "4" ["title"]=> string(5) "dっd" ["diary"]=> string(7) "っっd" ["create_time"]=> NULL ["update_time"]=> NULL ["openarea"]=> string(0) "" ["dohtml"]=> int(0) ["vgids"]=> string(0) "" ["vpids"]=> string(0) "" ["view"]=> NULL ["bids"]=> NULL ["diaries"]=> array(0) { } }
Adelie Debug(Build 20140712174940)
Errors
PHP ERROR (8)...#1#2#12#17#18#19#20#21
SQL ERROR (1)...#28
Cheat Sheet
adump([mixed[, mixed]])atrace()awhich(object|string)asynop(object|string)
[ open detail ][ close detail ]
下記にPHP ERRORのTimelineを保存したものをアップしました。
http://hd-test.net/seki/
hiro1613 さん、こんばんは。
ありがとうございます。
ようやく原因がわかりました。
手元のMariaDB 10.0では問題なかったので気づきませんでしたが、10.2だとあいまいな所の拒否が厳しいのか、だめみたいですね。
取り急ぎ、以下のように292行目を編集してください。「(int)」を挿入です。
$diary->openarea=(int)$func->getpost_param('openarea');
ありがとうございます。
無事投稿できました。
10.0と10.2で変わっているんですね。
本当にありがとうございました。
hiro1613さん
解決したようで、よかったです。
おかげで不具合の修正ができました。ご報告に感謝いたします。
xupdateの更新は、他のソースの変更も併せて実施しますので、しばらく先になりそうです。
MariaDBのバージョンの件は、それ自体が原因かどうかはわかりません。設定の違いやコンパイルオプションなどで違ってくる可能性もありますので。
当サイトも、どうにか KUSANAGI(CentOS7.4: nginx+php7.0+MariaDB10.0)に移行できました。 まだ不具合残ってますが、少しづつ直してゆきます。
移行前の不具合だった、post送信がすごく時間がかかるのが解消され、表示速度も上がって満足です。