その他 > バージョンアップ > 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました |
バージョンアップ
| 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
heero |
投稿日時: 2011/11/15 7:56
対応状況: −−−
|
半人前 ![]() ![]() 登録日: 2011/11/14 居住地: 投稿: 18 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました seasoft様
手動でcsvファイルを作成しましてバージョンアップという形でしょうか。テーブル構成が変わっているためよくわからない状況です。 お客様のサイトでバージョンアップを実施なされたとのことですが、どのようにしてエクスポートしたのか教えていただけましたら幸いです。 何卒宜しくお願い致します。 |
seasoft |
投稿日時: 2011/11/15 10:13
対応状況: −−−
|
神 ![]() ![]() 登録日: 2008/6/4 居住地: 投稿: 7369 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました エクスポートもインポートも通常の手順で行いました。0バイトのCSVも混在した状態でインポートを実施しました。
ただ、インポートもエクスポートも、モジュールを若干カスタマイズして使用しましたので、その意味では heero 様の状況と完全に一致するとは言えない懸念はございます。
|
heero |
投稿日時: 2011/11/15 23:55
対応状況: −−−
|
半人前 ![]() ![]() 登録日: 2011/11/14 居住地: 投稿: 18 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました seasoft様
返信ありがとうございます。無事データインポートできました。 原因は受注されたデータに削除された商品データが含まれていたためでした。 「order_detail」のエクスポートデータに含まれていたため、マスタで受注データを削除してもフラグ処理のためか変わらずエクスポートされるため、csvデータを手動でレコードを削除したところうまくインポートできました。 |
Shinnosuke |
投稿日時: 2012/6/7 9:33
対応状況: −−−
|
半人前 ![]() ![]() 登録日: 2012/1/6 居住地: 投稿: 15 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました このエクスポートモジュールを見てますが、
class_category_id1とid2がお互い0のものを除くという処理になっていますが、これはid1が0のものを除くという処理でいいのではないでしょうか? 製作者の方の意図によりますが、規格1だけ登録されている場合の処理が抜けているような気がします。 $table = "dtb_products_class LEFT JOIN dtb_products ON dtb_products_class.product_id = dtb_products.product_id"; $save_name = "dtb_products_class"; ■修正前 $where = "classcategory_id1 <> '0' AND classcategory_id2 <> '0'"; ■修正後 $where = "classcategory_id1 <> '0'"; 皆さんはどう思われますか? |
Shinnosuke |
投稿日時: 2012/6/18 18:26
対応状況: −−−
|
半人前 ![]() ![]() 登録日: 2012/1/6 居住地: 投稿: 15 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました 新規投稿だったのですが、以前の投稿そのものを編集する投稿にしてしまったため、一応あげておきます。
|
ゲスト |
投稿日時: 2012/7/3 13:54
対応状況: −−−
|
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました こんにちは。
データ移行モジュールを利用して移行データ作成を実行しましたところ以下のエラーが出てしまいました。 Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 512 bytes) in /home/●●●/www/●●●/store/data/module/DB/mysql.php on line 380 そこでphp.iniに「memory_limit=-1」を追記し、再度実行したところ「500 Internal Server Error」となりました。 サーバーのエラーログは [Tue Jul 3 13:44:18 2012] [error] [client 219.111.140.161] Premature end of script headers: /home/●●●/www/●●●/store/admin/load_module_config.php です。 移行データを作成するための解決策はございませんでしょうか。 宜しくお願いいたします。 ---------------------------------------------- [EC-CUBE] 2.4.3 [レンタルサーバ] さくらインターネット [PHP] PHP 5.2.17 [データベース] MySQL 5.1.51-log ---------------------------------------------- |
|
mkon |
投稿日時: 2012/7/10 11:00
対応状況: −−−
|
新米 ![]() ![]() 登録日: 2012/7/10 居住地: 投稿: 2 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました 2.4.4から2.11.5への移行で、最初、旧バージョンから出力時、dtb_products_class.csvが空で、顧客データを始めとする半数ぐらいのCSVがダウンロードできない状態だったのですが、以下のBlogの処理を行ったら、すべてのCSVが入った圧縮ファイルがダウンロードできるようになりました。
http://blog.ddwnet.com/archives/837.html エクスポートはうまくいったのですが、インポートでは 進捗状況 AUTH_MAGIC書き換え完了 ■基本情報データ移行完了 1件 というとことでエラーが発生してしまいます。 サイトログのエラー部分は以下のように出ております。 raiseError /var/www/html/data/module/MDB2.php 1497:PEAR->raiseError /var/www/html/data/module/PEAR.php 557:MDB2_Error->MDB2_Error /var/www/html/data/module/MDB2.php 1009:PEAR_Error->PEAR_Error from 220.96.82.156 対処方法がわかるようであれば、お知らせ頂ければ幸いです。 |
nishi80 |
投稿日時: 2012/8/16 20:27
対応状況: −−−
|
新米 ![]() ![]() 登録日: 2012/8/16 居住地: 投稿: 9 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました 2.4.4からデータをエクスポートしたいのですが、「移行データ作成」をクリックして少し待つと、画面が真っ白になり、
しばらく待っても何も起きず、どうも動作しているように思えないのですが、このような状態になられた方いらっしゃいますでしょうか? また、このモジュールを使って作ったデータは2.12系に移行できるのでしょうか? EC-CUBEバージョン 2.4.4 PHPバージョン 5.2.10 DBバージョン MySQL 5.0.95 |
cog |
投稿日時: 2012/8/24 12:39
対応状況: −−−
|
新米 ![]() ![]() 登録日: 2010/2/21 居住地: 投稿: 6 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました 私も同じ症状で悩みました。
全く進まなかったので移行作業を暫く放置していましたが、 別件でサーバースペックを上げた後に再度エクスポートを実行したら一瞬でエクスポートが完了しました。 今はインポートで苦しんでいますが。。。 |
cog |
投稿日時: 2012/8/24 12:55
対応状況: −−−
|
新米 ![]() ![]() 登録日: 2010/2/21 居住地: 投稿: 6 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました EC cube 2.11.5
PostgreSQL 8.1.21 PHP 5.2.17 エクスポートが完了し、インポートを実行しました。 進捗状況 AUTH_MAGIC書き換え完了済 基本情報データ移行完了済 この後、エラーで先に進めません。 ▼▼▼エラーメッセージ▼▼▼ https://backstreet.jp/new/html/admin/load_module_config.php?module_id=181 顧客情報の読み込みエラーのようです。 デバックもーどで確認をすると [Native message: ERROR: date/time field value out of range: "0000-00-00 00:00:00" HINT: Perhaps you need a different "datestyle" setting.] とありました。 ひとまず情報共有まで。 |
« 1 ... 4 5 6 (7) 8 » |
| 新しいものから | 前のトピック | 次のトピック | トップ |