のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,937人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    私的良スレ書庫

    不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitter
    ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

    元スレ【PHP】下らねぇ質問はここに書き込みやがれ 72

    php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    レスフィルター : (試験中)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
    151 : nobodyさん - 2008/08/20(水) 01:10:22 ID:??? (-2,-30,-71)

    <INPUT type='submit' name='btnedit$cnt' value='更新'>
    <INPUT type='submit' name='btndel$cnt' value='削除'>

    なんだから3番目の更新ボタンはbtnedit3になると思ったんだが・・・
    俺たちはとんでもない思い違いをしているのか?
    153 : nobodyさん - 2008/08/20(水) 01:35:02 ID:??? (+90,+29,-2)
    >>152
    だから>>150の方法でやりゃいいだろって
    154 : nobodyさん - 2008/08/20(水) 01:36:54 ID:??? (+57,+29,-36)
    末尾に番号付けてても、送られてきたidをキーの末尾にくっつければ取得できるが、気持ち悪いから俺はやらん
    156 : nobodyさん - 2008/08/20(水) 01:40:16 ID:??? (+57,+29,-6)
    その辺は本質でないので気にしなくていいです。変数展開はお好きなように。
    158 : nobodyさん - 2008/08/20(水) 01:58:48 ID:4SgzBP1u (+24,+29,-14)
    そりゃふえるでしょう。
    基礎からやりなおせ。
    159 : nobodyさん - 2008/08/20(水) 02:00:28 ID:MvAneMVr (-20,+29,+0)
    時間がないんです、教えてください。ほんとにお願いします。
    160 : nobodyさん - 2008/08/20(水) 02:12:04 ID:??? (-2,-29,-7)
    value="<?php echo $id; ?>">
    161 : nobodyさん - 2008/08/20(水) 02:13:47 ID:??? (+57,+29,-8)
    つーかvalueのところに書くというのがよくわからないんだけど。
    ここにかかないとだめなん?
    162 : nobodyさん - 2008/08/20(水) 02:16:27 ID:MvAneMVr (-20,+29,-7)
    valueじゃなかったらどこに書くんですか?

    すいません、ほんと初心者なんでわからないことだらけで・・・
    163 : nobodyさん - 2008/08/20(水) 02:31:59 ID:??? (+57,+29,-6)
    時間が無いって何?単位でもかかってんの?
    164 : nobodyさん - 2008/08/20(水) 02:34:31 ID:MvAneMVr (-20,+29,-20)
    それに近い形です。だから今日も多分徹夜でやります(泣)
    165 : nobodyさん - 2008/08/20(水) 02:52:46 ID:??? (-1,-29,-6)
    もう分かりやすくするためにボタンを
    [ID1を削除]
    とかってvalueにすれんばいいんじゃねw
    166 : nobodyさん - 2008/08/20(水) 02:54:14 ID:MvAneMVr (-25,+29,-2)
    どういうことですか?
    167 : nobodyさん - 2008/08/20(水) 02:56:21 ID:??? (+57,+29,-8)
    何が問題か分からないなら基本からやり直すしかない
    168 : nobodyさん - 2008/08/20(水) 02:56:50 ID:MvAneMVr (-25,+29,-2)
    でもホントに時間がないんです・・・
    169 : nobodyさん - 2008/08/20(水) 03:01:09 ID:??? (+68,+28,-16)
    釣りじゃないなら
    >>153を試すなり対応しろ
    171 : nobodyさん - 2008/08/20(水) 03:03:39 ID:??? (+57,+29,-22)
    じゃ、終了だな
    何故駄目だったのか追求しないなら諦めろ
    172 : nobodyさん - 2008/08/20(水) 03:07:03 ID:??? (+52,+29,-3)
    今まで怠けてたツケだw
    173 : nobodyさん - 2008/08/20(水) 03:18:09 ID:??? (+52,+29,-4)
    無理な仕事を引き受けるからだよ
    176 : nobodyさん - 2008/08/20(水) 04:22:29 ID:??? (+30,-29,-116)
    >>174
    あるわけない
    >データ件数が多いため、CREATE, INSERT IGNORE INTO SELECT ~以外の方法で
    謎なこといってるがSQL使わずにどうやってデータを取り出すというのだ?

    だいたいデータが重複するとか設計に問題があるんだろ
    今のまま放置したらまたいずれ同じことの繰り返しになるだけ
    phpMyAdminなんかでデータをdumpして
    dumpファイルのテーブル部分を設計しなおして再登録したほうがいい
    そうすれば登録の時点で重複されるデータは登録されないだろ
    177 : nobodyさん - 2008/08/20(水) 04:33:56 ID:??? (+140,+29,-136)
    >>176
    アドバイスありがとうございました。
    > 謎なこといってるがSQL使わずにどうやってデータを取り出すというのだ?
    すみません、誤解を招く表現で。
    いいたかったのは、データ件数が7300万件以上ありまして、
    UNIQUEキーを設定した仮テーブルを作ってコピーすると、
    時間が掛かってしまうため、ミドルウェア層に位置する
    SQLの範疇では手に負えないというのが以前の結論でした。

    なので、アプリケーション層に位置する高級言語でなんとか処理できないと
    考えたのですが、やはりそこでも無理そうでしょうか。
    phpで無理でしたら、JavaとかC++のスレでも聞こうと思っています。
    179 : nobodyさん - 2008/08/20(水) 04:42:02 ID:??? (+54,+26,-2)
    全件ループして判定すればいいんじゃないのか
    180 : nobodyさん - 2008/08/20(水) 04:45:21 ID:??? (+90,+25,-22)
    PHPは大規模な処理には向いていない言語なので
    7300万件もあるなら他の言語のほうが処理速度はあがると思うよ
    C++が使えるならそうしたほうがいいかも
    181 : nobodyさん - 2008/08/20(水) 07:43:47 ID:??? (+74,+29,-35)
    >PHPは大規模な処理には向いていない言語なので
    これは釣り?それとも本気?
    本気でいっているならメモリーキャッシュとか使えば、
    Java並みの実行速度にはなる。
    182 : nobodyさん - 2008/08/20(水) 08:03:10 ID:??? (+33,-3,+0)
    >>181
    Java並にはなってもC++並にはならんわな
    183 : nobodyさん - 2008/08/20(水) 08:37:14 ID:??? (+57,+29,-40)
    つかC++書けるなら目的の処理を行うプログラム書いて
    そっちで処理すればいいだろ。
    実行時間やメモリサイズの縛りがあるPHPで、
    わざわざ実行する必要はない罠。
    184 : nobodyさん - 2008/08/20(水) 08:59:03 ID:??? (+75,+13,-21)
    MySQLのことはよく知らんがDBに関数作れないの?
    185 : nobodyさん - 2008/08/20(水) 09:43:41 ID:??? (+57,+29,-26)
    > 実行時間やメモリサイズの縛りがあるPHPで、
    だから、それは設定の問題でしょ。もしくは、環境の問題でしょ。
    言語仕様の問題みたいにいうと変な誤解する人がいるぞ。
    186 : nobodyさん - 2008/08/20(水) 10:03:49 ID:??? (+68,+29,-27)
    >>184
    作れるがそれをした所でDBで時間が掛かってしまうから駄目なんじゃないの?

    7400万件あってもPHPで十分処理できるよ
    まぁサーバ次第だけど

    てかこんな所じゃなくコンサルたのめよ
    187 : nobodyさん - 2008/08/20(水) 10:13:36 ID:??? (+38,-29,-6)
    そもそもINSERT IGNORE INTO SELECTが駄目なのは何で?
    188 : nobodyさん - 2008/08/20(水) 10:14:14 ID:??? (+57,+29,-9)
    管理コンソールから操作すりゃいいのにって思うのは俺だけか?
    189 : nobodyさん - 2008/08/20(水) 11:35:11 ID:??? (-1,-29,-19)
    INSERTとSELECTが駄目って
    データベース使う意味まるで無いよなw
    191 : nobodyさん - 2008/08/20(水) 11:51:31 ID:??? (+145,+30,-98)
    >>180
    > PHPは大規模な処理には向いていない言語なので
    > 7300万件もあるなら他の言語のほうが処理速度はあがると思うよ
    > C++が使えるならそうしたほうがいいかも

    あんた実戦経験無し?

    7300万件とかそんなにデータが多い場合・・・いや、少なくてもだけど
    普通は高速にかつ楽に開発する為に、既に作られている、
    ライブラリやデータベースシステムを使う。

    ライブラリやデータベースシステムがC++などで作られているから
    何の問題も無い。

    君の発想は一から全部作る場合の発想。
    何らかの理由で世の中に既にある物を置き換えるものを
    作ろうとしているのなら話は別だが、
    大量のデータを処理する為のライブラリを
    C++で作るとかアフォのやること。
    192 : nobodyさん - 2008/08/20(水) 11:58:45 ID:??? (+7,-29,-24)
    >>177
    > phpで無理でしたら、JavaとかC++のスレでも聞こうと思っています。

    JavaやC++でもPHPと同じように無理だから。
    193 : nobodyさん - 2008/08/20(水) 12:03:06 ID:nVxHuE1Q (+66,+29,-85)
    http://blog.ohgaki.net/php-session
    このセッショントラバーサル脆弱性って
    「セッションハンドラを自前で設定して、
    しかもそれをファイルシステムに指定している」という状況でないと
    発現しないの?
    何もいじらずにファイルシステムのセッション使ってる場合は大丈夫?
    194 : nobodyさん - 2008/08/20(水) 12:19:19 ID:??? (+37,-29,-22)
    下らない質問ですみません。
    '->'とか'=>'は、何と読めば良いのでしょう?。
    195 : nobodyさん - 2008/08/20(水) 12:25:51 ID:??? (+77,+29,-88)
    >>191
    高速なライブラリやDBを使うなんてあたりまえの話で、その上でPHPよりC++で
    組んだほうが処理は速いんじゃないか、としか読めないんだが
    なんでライブラリを作るなんて話になるんだろう

    PHPで大規模処理ができるかどうかと言われればできる
    けど向いてるかと言われればそうでもないと思う
    少なくともデータ処理のバッチをPHPで作ろうとは思わんなあ
    バッチ以外の部分がPHPなので保守を考えてとか、なんか理由でもなければね
    196 : nobodyさん - 2008/08/20(水) 12:29:04 ID:??? (+51,+28,+0)
    >>190
    fieldが最上位なら普通に考えて無理じゃないか
    197 : nobodyさん - 2008/08/20(水) 12:39:37 ID:??? (+71,+29,-179)
    >>193
    セッションIDの文字列チェックが行われないってヤツだな
    標準ハンドラではチェックされているから、独自実装の場合だけ脆弱性を帯びる
    ファイルシステムだけじゃなくてデータベースに保存している場合でもインジェクションを意識しなきゃダメだろうな

    例えばファイルシステム利用の場合でセッションIDに「/../」があれば上位ディレクトリが保存先になるってこと
    あぶないあぶない

    >>194
    読みなんてあったっけ?
    「->」 オブジェクトメンバ、オブジェクトメンバメソッドの「参照記号」とでも呼べばいいのか?
    「=>」 連想配列の・・・・何?
    198 : nobodyさん - 2008/08/20(水) 12:43:16 ID:??? (+93,+29,-48)
    分からないんですよ。アロー演算子のナニかとしか。=>なんて他の言語にありましたっけ?。
    自分も人に聞かれて、何にも頭に思い浮かばず困ってしまったんです。
    199 : nobodyさん - 2008/08/20(水) 12:44:45 ID:??? (+42,+24,+0)
    矢印
    200 : nobodyさん - 2008/08/20(水) 13:11:21 ID:??? (+14,-3,+0)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について