11/10/06 01:23:09.45 発信元:210.135.98.43 (441031) P BE:1331436858-PLT(50001)
>>57
いまいち分かりづらいですが、、、
＞・mode=1だったらデータの内、県名だけを参照する
この時点ですべてのデータはmodeにより独立した処理になると思うんですよね。
「各modeで完全にデータや番号の割り振り・判定処理が独立してる」ですね。
なら、1～47を重複させた場合の不都合が見当たらないですよね。
>>60
ひとつの画面に入れる必要もないかなと思うのですがどうでしょ？
こっちが県別地域別データ → URLﾘﾝｸ(ken.2ch.net)
こっちがキャリア別データ → URLﾘﾝｸ(ken.2ch.net)
みたいなのを想定してます。（似非ＨＴＭＬなので動作はしない）
で、同じ表内にあって、1～47をＢ表に入れないとか重複を無くすようにするとＢ表で空白行が増えてきますよね。
・そうすると表が長くなる
・テーブル追加時に行の位置調整が必要になるる
とりあえずですが、このまま（今の表管理）でいいかなと。
明確な不都合が出てきてからそのとき考えるということで。
（明確な不都合→実際に外部で運用してたらこんなことに！っていうサンプル付き）
>これを回避する方法はないもんかなぁ、正直うざい
「ユーザー情報の取得」が2chとbeサーバのやり取りの問題なので例のApache Killer対策をどうにかしないとじゃないでしょうか。
SunOSさんを召喚するか、
たとえばですが、某ト○ックさんがbeサーバに入れるようにするとか。。。
（プライバシー保護のため一部名前を伏せさせていただいております。）