Softbank 104SHの不具合!?

かれこれ購入して2週間以上経過したわけですが、不具合らしきものにも直面しているわけで、ソフトバンクに連絡してもテンプレ回答だしって事で書いちゃえw

  1. USBケーブルでパソコンからSDメモリーへの書き込みが、どのUSBモードでも途中でフリーズしたように転送が止まる。再度、USBケーブルを刺すと何もなかったように使えるが同じ現象が発症する。
  2. これは私だけかもしれませんが、USBモードを「カードリーダーモード」にするとアルファベットも構わず文字化けする。なのでコピー等の操作が怖いのでやってません。
  3. 我が家にはWifi親機があるので104SHで設定してあるのですが、なぜかたまに電波の弱いどこかのFONに接続してWifiのオン/オフを行わないとわが他の親機を使ってくれない。
  4. Bluetoothの接続動作がおかしい。ヘッドセットを利用後に、パソコンへ画像を転送しようとすると必ず転送失敗になる。当然パソコンか104SHへも同様に失敗する。しばらくするとちゃんと転送できる。これショップで確認した時は転送できちゃって再現せず。
  5. 電波のアイコンが普段は水色なんだけど、たまに灰色になって通信が不可能になる。Wifiも灰色になる。灰色がどういう状態なのかは不明。

番外だけど、Googleのアカウントって本名じゃなきゃダメなの?通称じゃダメ?
警告メール来て、ポリシーに合わせろとか言ってきて、「変えないと一部のサービスが利用できなくなります」だと。
名前の件は気に入らないけど、ポリシーとやらに合いそうな名前に変えましたけど。

 

追記:2012年3月13日

アラームが時間になってもならない、または時間が過ぎた後にディスプレーをオンにすると鳴り出す。これじゃアラームの意味が無いですよね。

完全復旧

え~と、MySQL4から5への移行で文字化けが存在しておりましたが、現行の最新データベースをエクスポートし、旧バックアップからコピペしました。

行ったテーブルは、`mt_comment`, `mt_entry`, `mt_trackback`の3テーブルのみです。他のテーブルで「~」や2バイト特殊文字を使っているものは無いだろうと判断して行いました。

これ以上は、面倒なのでやりません。

なので、ここ20分間の間にコメント、トラックバックがあっても消えて無くなってます<m(__)m>

いや、この3テーブルの構造が変わってなかったので楽だったですが、そうじゃなかったら、全面降伏ですね(´∀`*)ウフフ

次回からは、メジャーアップもそうですがマイナーアップ時も、不具合?が無いか確認してから行うようにしたいと思います。

本音を言うとバッチを作れば済むかなって思ったのですが、さすがに2倍と特殊文字だけはどうにもならない。それに「?」て文字がそのものの意味を持つ場合もあるので、最初は一件、一件書き換えていたのですが、「これ、何が化けたのかな?」って数日前のログを見ながら変えていって、「ん?追加された部分以外を数日前のログから取り出してマージし、テーブルの中身を殻にした状態にすれば、バッチじゃんと思い、せこせことさぎょうしました。

まあ、相方には、チョコレートを狩って来いと言われながらも、早くすっきりしたかったの、黙々と作業。ゴメンネ相方ちゃん。でもね、手作業で嫌になったのは、貴方のブログの修正しなければならないコメント数が多すぎるからだよ。まあ、これで吹っ切ってSQL分のマージを行ったんですけど。

そうそう、さくらのインポートで受けられるテキストファイルがの最大が8,192KB なので、バックアップはいいけど、一発でインポート作業が出来なくなるのが面倒だな。8,192KBに収まるようにバックアップしたファイルを分割しなければならないんだよな。

エクスポート/インポートは、phpMyAdminじゃなくMovebleTypeのバックアップ/復元の方がいいのかな。どっちが正しいか、わからないや。

あと、ログファイルをみていて、前に使っていレンタルサーバー時代の残骸と、テスト的に作ったブログの残骸など、このレコード必要?ってのが一杯。かといって、勝手に削除して不具合起きたらやだからから、そのままにしてありますけどね。

誰か、不要と思われるレコードの抽出、ユーサーによる判断、削除な~んていうユーティリティを作ってくれないものだろうか。MySQLともいえども不要なテーブルやレコードが無くなれば、パフォーマンスに影響が出ると思うんだけどな。

ってことで、バージョンアップの際は、バックアップを取りMovableTypeをインストールし、ujis_japanese_ciになっておりフィールドをutf8_general_ciへしてからインポートすると幸せになります。

教訓その2:仕事じゃなくても事前に問題が無い事を確認する。

追伸:2009/03/30 肝心な事を忘れてました。mt-comments.cgiに「SQLSetNames 1」を入れないと文字化けが直らないかもしれません。失礼しました^^;

これらの修正はどの様な環境でも適用できるものではないと思いますので、要所要所で確認しながら行ってください。また、失敗したからと言って、私は何の責任も終えない事を最後に記します。

データベース移行後の文字化け

えっと、先日行ったMySQL4から5へのバージョンアップ時に、MySQL5のインポート時に一部の文字が『?』に変換されちゃってるみたいです。ローカルのバックアップファイルには文字化けが見当たらないので、EmEditorでファイルを開く際に、「US-ASCIIをシステム既定エンコードで開く」のチェックを外し忘れたのが原因だと思います。

今のところ分かっているのは「~」が『?』に変換されちゃってます。その他もあるかもしれません。既に記事を追記したり、コメント等があったりするので、予備のバックアップを戻すのもあれなので、自力で一件、一件、手直しします。

だって、URLとか普通に『?』が使われているので、一括置換が使えない罠w

う?、phpMyAdminでエスポートする時に「CREATE DATABASE」を無くすオプションを用意してくれればいいのに><

てか、MovableTypeのバックアップもしてあったので、こっちで復元すれば良かった;;

教訓、phpMyAdminのエクスポートファイルは最終手段として、MovableTypeのバックアップのバックアップファイルを使おう。

追伸:2009/03/30

原因はまったく違いました。詳しくはMT4で「~」「」が文字化け&日本語タグクラウド重複【解決編】をご覧ください。

早い話、phpMyAdminの入り口ではutf8_general_ciなのに、実際のフィールドの照会順序がutf8_general_ciになってしまう事が原因です。テーブルの照会順序をutf8_general_ciに変更してから新規で始めるか、インポートすれば問題は起こりません。

ただ、私のように既にインポートしてしまった場合は『?』のままなので、地道に置換するしかない。

私のミスでした;;

前にさくらのレンタルサーバで、phpMyAdminを使用して正常にUTF8でエクスポート出来ないとバックアップが文字化け!? の追伸で言ってましたが、どうやら私が普段使っているエディターが文字コードを正しく認識していないだけだという事が、今日やっと気がつきました;;

結構昔からMKEditorっていうフリーのエディターを使用していたのですが、特に大きな問題もなく(大きなファイルの置換が遅いけど)、まさか、これが原因だったとは思いもしませんでした。

っていうか、このMKEditorは結構前に開発が終了?していることもあり、何かいいエディターがないかなっと思っていたところでした。

でぇ、バックアップが文字化け!? の追伸に書いたとおりzip形式にしても文字化けするので、もしやと思い、秀丸をダウンロードし開いてみると、あら不思議、ちゃんと表示されるではありませんか。

私の場合、普段はあまりエディターを使用しないようにしています。仕事柄、いろいろな開発環境でプログラミングなどを行うので、大抵なんらかのIDE(統合開発環境)を使用するので、デバッグの際などエディターとIDEを行ったり来たりするのは精神衛生上よろしくないという理由でエディターをあまり利用していません。

そんな訳で、出来ればフリーな奴がいいんですけど、今回のように巨大なファイルの読み込みに対応していて、更に1行の文字制限がないなど、要求だけはいっぱいある。今のところ該当しそうなフリーなエディターは見つかっていません。シェアウェアなら秀丸なりEmEditorなりあるんですけど。

そういえば、インターネットを使い始めたころ、海外のフリーウェアなどがzip形式で難儀しました。その頃、日本のパソコン通信ではlzh形式がメジャーで、LHAさえ持っていれば良かったのに、zip形式って何ですか?って感じでした。

それで、仕方なくWinZipを購入したのですが、これもバージョン10からライセンスキーが新規になり、アップグレードするためには、アップグレード料金を支払わないといけなくなり、バージョン9で止まってたりします。

普段から使い込んでいるのもなら、迷わず買うんですけど、このたま~に必要という、微妙なものはなかなか購入の決心がつきません。

みなさんは、どんなエディターを利用してます?

バックアップが文字化け!? の追伸

phpMyAdminでUTF8なファイル形式でのエクスポートの文字化け現象ですが、回避する方法がありました。回避というか、ファイルに保存で「なし」を指定すると文字化けが発生しますが、なぜか「zip 形式」を選択してエクスポートするとSQL文のヘッダも値も文字化けせずにエクスポートできました。

20080615-11.gif

なんだよ、UTF8でもちゃんとエクスポート出来るじゃん。さくらさん、ちゃんと確認しようよ!

って事で、契約ディスク容量いっぱいになるまでは引っ越ししなくても安心して使えることが確認できました。しかし、まさかzip形式だと文字化けしないなんて、誰も?確認しないわなw

バックアップが文字化け!? の結果

本日、さくらより返信がありました。

 こちらに関しまして、文字コードの違いにより文字化けが発生している
可能性がございます。
 弊社データベースの文字コードは ujis(euc-jp) となります。お客様にて
異なる文字コードを用いておられます場合、文字化けやエラーを起こす要因
となります。

ということで、早い話が文字コードがEUCじゃない場合には文字化けやエラーが起こっても当然なので、どうにもなりませんって事らしいです。

ん~、4月に契約したばかりだからレンタルサーバの引っ越しには早すぎるし、当面はMTのバックアップでしのぐことになりそうです。

さてさて、年末くらいには引っ越し先を探すか、自宅で鯖を用意するか決めないといけない。

バックアップが文字化け!?

さくらのレンタルサーバに引っ越してからMTのバックアップをとってなかったので、コントロールパネルからphpMyAdminへログインして、データベースのエクスポートを行った。

バックアップしたファイルをテキストエディタで確認してみると、ヘッダもフィールドの日本語の値もみ~んな文字化けしてる。あれ、文字コード間違ったかなと思い、UTF8になっていることを確認して再度エクスポートしてみた。しか~し、日本語の部分は全部文字化けしている。

— phpMyAdmin SQL Dump
— version 2.11.2.1
http://www.phpmyadmin.net

— 繝帙せ繝・ xxxxx.sakura.ne.jp
— 逕滓・譎る俣: 2008 蟷エ 6 譛・08 譌・ 21:41
— 繧オ繝シ繝舌・繝舌・繧ク繝ァ繝ウ: 4.0.27
— PHP 縺ョ繝舌・繧ク繝ァ繝ウ: 4.3.9

試しに文字コードをEUCやSJISに変更してエクスポートしてみた。今度はどちらもヘッダに関しては正しく日本語で出力されているが、フィールドの日本語の値は文字化けしている。これは当然の結果ですね。

— phpMyAdmin SQL Dump
— version 2.11.2.1
http://www.phpmyadmin.net

— ホスト: xxxxx.sakura.ne.jp
— 生成時間: 2008 年 6 月 08 日 21:43
— サーバのバージョン: 4.0.27
— PHP のバージョン: 4.3.9

ファイルに保存するってのをチェックせずに表示させれば化けずに正しく表示されるのにチェックしてダウンロードするとどうしても文字化けしていて、バックアップにならない。

一応、さくらのFAQも見たし、検索もしてみたのだが解決せず。このままだとデータベースのバックアップがとれないので、さくらに問い合わせメールを出しました。

それにしても、なんでUTF8でエクスポートすると文字化けするのかな。私が使っているサーバだけの問題なのかな。同じサーバ上に他のユーザもいるのに、同じ問題が出てないのかな。どこか操作や設定が間違ってるのかな。不思議だ。

2 バイト文字が正しく印刷されない

仕事先の都合でWord2003とVisio2003を使っている。

WordにVisioを埋め込んで使っているのですが、表示上はちゃんと表示されるのに、プリンターに印刷したりPDFに変換したりすると2 バイト文字が正しく印刷されない。1バイト文字はきちんと印刷される。

正しく印刷されないとWordで仕様書を書いても役に立たないので、今日一日、試行錯誤しながらネットも検索した。

そこで見つけたのが、[VSO2003] Word 文書に挿入された Visio オブジェクトを編集すると 2 バイト文字が正しく印刷されないです。なんと埋め込むのはいいけど、埋め込んだVisioの図形をVisioで開いて編集するとこの現象が出るようだ。かといって埋め込んだままでは、Visioの台紙?のサイズは変えられないし困ってしまいます。

そんで、一応、Office自体をバージョンアップするかバージョンダウンして対応しようということになったんだけど、何となく納得できなくて、さらにネットを検索してみた。

そしたらありましたよ。そのものズバリ、Word文書に挿入された文字化けしたVisioオブジェクトを修正するためのWordアドインです。これはいけてる。って感じでダウンロードして、早々にインストールで、Microsoft Visual Studio 2005 Tools for Officeがないとインストールできないらしく、そっちもダウンロード&インストールして、アドオンもインストールと。

結果は見事に文字化けしていたVisioの図がちゃんと印刷されるようになりました。こんな素晴らしいアドオンを作った方にはめっさ感謝してます。

追記:2008/06/19

このアドオンを使えばちゃんと印刷されると思ったんだけど、実際に複数個の埋め込みVisioがあると、修正もれがあるようです。実際に印刷してみると数個、文字化けしたままでした。さてさて、どうしたものか。Office 2007だとちゃんと印刷されるのか試してみたいけど、手元にない^^;

ハコ箱

なにやら Unicode 対応をしたらしいです。
デザインも変更になったようです。
前の様にダウンロード出来なかったり、ダウンロードしたファイルと実際の内容が違ったり、アップロード出来ないって現象が起きなければいいのですが。
それにしても、HAKOBAKO FILE MANAGER のタスクバーが文字化けしているんですけど。
まあ、肝心な所でないのは分かりますが、どんなテストの仕方を行っているのか見てみたい気もする。