mozillaZine のサーバを移行しました。

主に、ページロード時のパフォーマンス改善が行われていると思います。

また、ここ数日分の新規投稿が失われているかと思いますが、今日中に復旧します。

今後も段階的に MOD の導入や、スパムユーザの削除を行っていきますので、その都度アナウンスいたします。

失われた、投稿、回答、コメントは、言われるような軽いレベルでは無いような・・・

ご苦労も有ると思いますが、出来るだけ復旧してあげて下さい。
同じ、トラブルにぶつかった、今後のユーザのためにも、よろしくお願いします。

旧サーバ、２バイトユーザ登録者より

--
オフトピ

移行作業お疲れ様です。
utf-8化されたようですが、お知らせメールも化けなくなるんでしょうか？

気づいたこと
時刻表示がおかしいです。「年」と「日」が化けてます。
というか、確認したらユーザ設定のマルチバイト文字が全滅してました…

_________________
[Desktop] Windows 10 Pro 22H2 (64bit) / Intel Core i7-2600 / Nvidia GeForce GTX 1650 GDDR6 / 32 GB Memory
[Laptop] Windows 10 Pro 22H2 (64bit) / Intel Core i5-520M vPro / Intel HD Graphics / 8 GB Memory
[Android] Android 13.0 (arm64) / Xperia 5 III (XQ-BQ42)
常用環境: Firefox ベータ版、リリース版 (Win64 x86-64, Android), Thunderbird ベータ版、リリース版 (Win64 x86-64)
テスト環境: Firefox (ESR, Nightly, Win64 x86-64, Android)
Cai/1.0 (Homo sapiens; N; Homo sapiens chemist; male; rv:0.0.4.2+)
-- いつまでたっても nightly

日付フォーマットで、"Y年Md日(D) H:i:s"と入力しても"Y年Md日(D) H"までしか反映されません。
入力時の文字数制限とは別に制限がある感じです。

_________________
[Desktop] Windows 10 Pro 22H2 (64bit) / Intel Core i7-2600 / Nvidia GeForce GTX 1650 GDDR6 / 32 GB Memory
[Laptop] Windows 10 Pro 22H2 (64bit) / Intel Core i5-520M vPro / Intel HD Graphics / 8 GB Memory
[Android] Android 13.0 (arm64) / Xperia 5 III (XQ-BQ42)
常用環境: Firefox ベータ版、リリース版 (Win64 x86-64, Android), Thunderbird ベータ版、リリース版 (Win64 x86-64)
テスト環境: Firefox (ESR, Nightly, Win64 x86-64, Android)
Cai/1.0 (Homo sapiens; N; Homo sapiens chemist; male; rv:0.0.4.2+)
-- いつまでたっても nightly

凄い事になっちゃってるようですけど。
現状で失われた投稿について復旧の見込みあるんでしょうか?
なにかアナウンスあって然るべきと思いますが。

すみません。アナウンスを実施したことで、全体のトピック構造が変わってしまい、現在修正を手で行っています。最悪、議論された内容を手動で貼り付けて、データロスが最低限になるよう修復にあたらせていただこうと思います。

ユーザ初期設定は、ツールの入れ替えに伴って不具合が出ているところがあるようですね。

まず時間について時刻まで表示されないということなので、その点の調査と、
マルチバイト系に関しては過去のデータが取り出せるような UI を用意する方向が
良いかと思います。

引き続き問題がありましたら、こちらまでご報告下さい
http://d.hatena.ne.jp/ryuzi_kambe/20061017/p1
phpBB ではなくて申し訳ありません。私の個人ブログですが、ここに報告いただいた内容をメンテナンス作業とのかねあいで見られなくなることがならないようこちらをご利用下さい。

原因は EUC-JP や Shift_JIS よりも UTF-8 の方が1文字のバイト数が大きく(UTF-8 で日本語は主に3byte)、マルチバイト文字を含むフィールドについては必要なバイト数が増えます。
しかし、古い mysql はフィールド長を文字数ではなくバイト数で扱うというダメダメな仕様であるため、英語前提で用意したフィールド長では足りません。バイト数が増えたからこれまで収まっていたデータがあふれ、最後の時刻部分とかが切り捨てられたからです。

データを移行する前にデータベーススキーマの変更が必要でした。
http://firehacks.org/blog/posts/53

もしこのフィールドだけスキーマの変更を忘れていたのではなく、一切スキーマの変更なしでデータの文字コードだけ変えていたのであれば、他にもいろいろなデータが切り捨てられているはずです。
具体的にはトピック名が大量に切り捨てられているのではないかと思います。


UI を用意するのは大変だし、ユーザの負担になります。とくに問題がない限りユーザデータやトピックとかで文字化けや切り捨てられているデータについては同一 ID のデータを古いデータベースから持ってきて上書きするべきだと思います。
# もちろんスキーマの変更(データ長の拡張)が先。
# スキーマの変更は mysqldump しなくても phpMyAdmin で可能


すみません。この投稿へのコメントが後になったので、他のトピックに直接返信してしまいました。temp アカウントで投稿されたコメントをすべてどこかにコピーしてからいろいろ作業してください。

_________________
dynamis@誤操作でアカウントつくり損ねた

今後の対策とか Blog の方にまとめて書いて投稿しようとしたら


とか言われてしまいましたので、こちらのフォーラムに新規トピックたてて書きました。ご了承ください。
http://mozillazine.jp/forums/viewtopic.php?t=2284

_________________
dynamis@誤操作でアカウントつくり損ねた

一応確認してみましたが、やはりそのようです。
デフォルト(あるいはどこかで配布されていた未熟な日本語化版？)の phpbb インストール時からテーブルスキーマを一切修正しないまま運用されているのでは？

実例:
http://mozillazine.jp/forums/viewtopic.php?t=2031
http://mz.mozillazine.jp/forums/viewtopic.php?t=2031
# もちろん他にも大量にあります

_________________
dynamis@誤操作でアカウントつくり損ねた