バグ報告 > その他 > 2.4.4 最新郵便番号CSVが登録できません |
その他
スレッド表示 | 古いものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
RDE |
投稿日時: 2011/2/16 17:39
対応状況: −−−
|
新米 登録日: 2011/2/15 居住地: 投稿: 4 |
Re: 2.4.4 最新郵便番号CSVが登録できません もちろん、ホスティング会社には連絡いたしました。
常にDBに負荷をかけている訳ではなく、phpmyadminアクセス時のSELECT文の処理結果の違いでなかろうかと言う事です。 確かに、KEN_ALL.CSVのデータは特に京都府辺りに一貫性がなく、 26103,"60112","6011255","キョウトフ","キョウトシサキョウク","カミタカノヒガシヤマ(55、57-6、64、65、71-1、71-21、","京都府","京都市左京区","上高野東山(55、57−6、64、65、71−1、71−21、",1,0,0,0,0,0 26103,"60112","6011255","キョウトフ","キョウトシサキョウク","72、189、189-1バンチ)","京都府","京都市左京区","72、189、189−1番地)",1,0,0,0,0,0 のように同じ郵便番号で複数行に渡って記述されている場合などもあります。 このため、1件として数えたり、2件になったりするのでないかと…。 今回はタイムアウトの時間を変え、最終的に12万件程のレコード数の登録が終わり、最終行のレコードも一致しているので、登録は終わっているのだと思います。 お騒がせいたしました。 |
patapata |
投稿日時: 2011/2/16 16:17
対応状況: −−−
|
仙人 登録日: 2010/7/7 居住地: 神奈川県 投稿: 502 |
Re: 2.4.4 最新郵便番号CSVが登録できません 手順がおかしいです。
現状をレンタルサーバ側に報告し、対処をしてもらわなければならないケースかと思われます。 |
RDE |
投稿日時: 2011/2/16 15:29
対応状況: −−−
|
新米 登録日: 2011/2/15 居住地: 投稿: 4 |
Re: 2.4.4 最新郵便番号CSVが登録できません ありがとうございます。
今回インストールしているサーバはレンタル共用サーバ(KDDI-CPI Z1コース)です。 以前何度かインストールした昔のバージョンのEC-CUBE(KDDI-CPI Z1同等コース)のmtb_zip をエクスポートしようとした所、これらも未だにレコード数の増減をしていることに気付きました。 一つはバージョン2.3.3 もう一つはバージョン2.3.4です。 恐らくは私のインストールミスなのでしょう。 CPIはEC-CUBEのインストーラー機能も搭載しているので、 そちらを試してみようと思います。 |
patapata |
投稿日時: 2011/2/16 13:25
対応状況: −−−
|
仙人 登録日: 2010/7/7 居住地: 神奈川県 投稿: 502 |
Re: 2.4.4 最新郵便番号CSVが登録できません 無限ループに陥ってそうですね。
ところで・・・ レンタルサーバですか? 自社サーバですか? 自社サーバなら管理者権限でmysqlにログインして、実行中のプロセスを表示し、原因プロセスを殺せば復帰できるかと思われます。 (ただし危険な処理ですので、自己責任でお願いします。) 例:プロセス表示 mysqladmin processlist -u root -p 例:kill mysqladmin kill [プロセスのid] -u root -p |
RDE |
投稿日時: 2011/2/16 12:41
対応状況: −−−
|
新米 登録日: 2011/2/15 居住地: 投稿: 4 |
Re: 2.4.4 最新郵便番号CSVが登録できません ブラウザは閉じない方が良いのですね。ありがとうございます。
郵便番号DB登録後2日程経っていますが、増減については以下の通りです。 (各間隔 約10秒) 123541 124333 121077 127025 128767 119265 129401 125917 124564 129084 129718 127659 123383 122116 120849 117206 118315 120690 尚、最新の KEN_ALL.CSV は122990行ですからおかしいですね。 mtb_zip 空にして登録し直しましたが、今度は10時間経過しても完了せず。 mtb_zip レコード数は8万件前後(京都府辺り)を行ったり来たりしています。 今回は最悪、他のDBからエクスポートしてくることにします。 また、何か判り次第ご報告します。 |
seasoft |
投稿日時: 2011/2/15 12:54
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: 2.4.4 最新郵便番号CSVが登録できません 増減につきましては、具体的な数値の変化を記載していただくと状況を推測しやすくなりそうです。
また、CSV のレコード数(≒行数)の情報もあると良いと思います。
|
patapata |
投稿日時: 2011/2/15 1:50
対応状況: −−−
|
仙人 登録日: 2010/7/7 居住地: 神奈川県 投稿: 502 |
Re: 2.4.4 最新郵便番号CSVが登録できません 試していませんが・・・
4からの処理がアウトだと思われます。 サーバに投げた処理は、ブラウザを閉じたからといって その時点で終了するわけではありません。 一般的に「処理中です...しばらくお待ち下さい」等の表示が出ている処理の最中に、ブラウザを閉じたり・登録系処理をするとDBがおかしくなりますので、そのような操作は行ってはいけません。 (完了時の処理が飛んだりします。) レコードの増減については想像ですが、 4の処理が内部で動いている最中に 6の処理が走り、削除と追加を並行処理してるように 思われます。 |
RDE |
投稿日時: 2011/2/15 1:25
対応状況: −−−
|
新米 登録日: 2011/2/15 居住地: 投稿: 4 |
Re: 2.4.4 最新郵便番号CSVが登録できません 文字コードの件は以下URLにもあるように、以前から最新のKEN_ALL.CSVをダウンロードしてきたらUTF-8に変換しないといけないですよね。
http://xoops.ec-cube.net/modules/newbb/viewtopic.php?viewmode=flat&topic_id=2683&forum=11 しかし、2.4.4になって初めてのショップ作成時に郵便番号CSV取り込み完了後、気になって、phpMyAdmin で mtb_zip のレコード数を確認してみると、増えたり減ったりしっぱなしになっていることに気付きました。 2.3xではこんなこと無かったように思います(確認していませんが…)。 今回2.4.4インストール時に行ったことは、 1.日本郵便の最新CSVをダウンロード後、UTF-8に変換 2.半角カナを全角、「〜」を「ー」に変換 3.FTPアップ後、EC-CUBE管理画面の郵便番号DB登録 4.時間が掛かるので、ブラウザ閉じる 5.レコードの増減に気付く 6.もう一度、郵便番号DB登録を行う 7.完了画面が直ぐに出る 8.レコード数確認するも、増減は止まらず… です。 php初心者であるため、原因が判らず困ってしまいました。 完了画面が出ているのに同じようにレコード数の増減が止まらない方はいらっしゃいませんでしょうか? また、解決策のヒントになりそうな情報を知っている方がいらっしゃったらお教えくださると幸いです。 EC-CUBE: 2.4.4 PHPバージョン PHP 5.2.8 DBバージョン MySQL 5.0.45 OS: FreeBSD 4.10(CPI-Z1) 追伸、 初めての投稿なので、トピ違い、投稿の仕方に問題があったら教えてください。 |
grans |
投稿日時: 2010/8/26 0:18
対応状況: 解決済
|
半人前 登録日: 2010/2/24 居住地: 埼玉県 投稿: 15 |
Re: 2.4.4 最新郵便番号CSVが登録できません 引用:
DBサーバ MySQL 5.0.77 PHP 5.2.11 デフォルト文字コードはUTF-8 なので、2.4.4の動作が正しいと思います。 2.4.3でなぜ登録できたのかはなぞのままです。(笑) 2.4.3に戻して検証すればわかるかも知れませんが、どちらにしても、こちらの環境による特殊な事例と言えますね。 |
55eccube |
投稿日時: 2010/8/25 22:03
対応状況: −−−
|
長老 登録日: 2010/8/18 居住地: 東京 投稿: 222 |
Re: 2.4.4 最新郵便番号CSVが登録できません > 2.4.3では、ダウンロード解凍したままで登録できていたのですが、偶然だったのでしょうか?
ダウンロードして解凍したままだとSJISなので、 サイトのエンコードをSJISにしていたか、 PHPの設定で読み込むファイルを自動的に、 UTF8に変換される設定になっていた可能性があります。 |
(1) 2 » |
スレッド表示 | 古いものから | 前のトピック | 次のトピック | トップ |