hamada
bungu****@leo*****
2006年 3月 29日 (水) 11:25:32 JST
こんにちわ。 On Sun, 26 Mar 2006 22:22:33 +0900 Margy Mutoh <margy****@roseb*****> wrote: > googleやTEP-jの過去ログでも「1146 - Table」や「1146 - Table > doesn't exist」を検索してみましたが、このエラーはosCでは結構 > 起こってるようです。 そおですか？ 当方が見るところ、当該エラーは 「Contoribution追加時にテーブルを作んなきゃいけないのに、その作業を抜か したヒト」 だけが食らってるように思う→「結構」という表現には違和感が有ります。 まぁ、確かに質問数はあるみたい→「見落とされ易い」ということなら１も２も なく同意しますけども(^_^;) > バックアップファイルのサイズが大きくて > タイムアウトした例も。 本命はこちらではないかと。まずいつもの > php_value memory_limit 128M で試してみて、それでも間に合わないようならSQLをCREATE TABLE毎とかで分割 して、順番に食わせるとか。 phpMyAdminもosCのadminも所詮はPHPですんで、PHPに割り振られたメモリ以上が 必要な動作は出来ないハズです。そのせいかも。 メモリ設定を上記.htaccessでオーバーライドでき、かつこれで足りれば良いん ですが、そうできない場合は「いま有るメモリ内でなんとかするようファイル分 割」とか「シェル使用」とか、工夫が要るかと。 「標準のoscommerce.sqlなら通る」「バックアップの（＝サイズの大きい）SQL は通らない」ということですので、この違いが何処からくるのかが問題解決のキ モになると思うのですが。 「とりあえずsslを使わない」も、現状がHTTPSでチャレンジしてる（←コレも解 んない。激しく想像力を逞しくする事を強要されてる:^^;）なら、一度やってみ る価値が有るような気が。 > 1146 - Table 'junkgara.configuration' doesn't exist ^^^^^^^^^ もし件のサーバがテーブル名に接頭詞(junkgara.)を定冠する仕様なら、SQL中の テーブル名もapplication_top.php中のテーブル名設定も変更する必要がある可 能性が出てきますね。 ただ、元の質問に「変更した」旨の記載が見当たらない気がするのに上記エラー が出てる→サーバ側で自動的に付加してる可能性が高そうですが。 逆に、その辺の仕様が解んない外部の人間は、詳細な説明（が出来るヒトはたぶ んこのレベルで躓かないけど:^^;）を受けるか、超能力を身につけるかしない限 り、どうにも出来ないような。 Margyさん、ホントご苦労様です。 はまだ
