元スレ【PHP】下らねぇ質問はここに書き込みやがれ 72
php覧 / PC版 / みんなの評価 :
前へ
153 = :
154 = :
末尾に番号付けてても、送られてきたidをキーの末尾にくっつければ取得できるが、気持ち悪いから俺はやらん
156 = :
その辺は本質でないので気にしなくていいです。変数展開はお好きなように。
158 :
そりゃふえるでしょう。
基礎からやりなおせ。
161 = :
つーかvalueのところに書くというのがよくわからないんだけど。
ここにかかないとだめなん？
163 = :
時間が無いって何？単位でもかかってんの？
167 = :
何が問題か分からないなら基本からやり直すしかない
169 = :
釣りじゃないなら
>>153を試すなり対応しろ
171 = :
じゃ、終了だな
何故駄目だったのか追求しないなら諦めろ
172 = :
今まで怠けてたツケだｗ
173 = :
無理な仕事を引き受けるからだよ
176 = :
>>174
あるわけない
>データ件数が多いため、CREATE, INSERT IGNORE INTO SELECT ～以外の方法で
謎なこといってるがSQL使わずにどうやってデータを取り出すというのだ？
だいたいデータが重複するとか設計に問題があるんだろ
今のまま放置したらまたいずれ同じことの繰り返しになるだけ
phpMyAdminなんかでデータをdumpして
dumpファイルのテーブル部分を設計しなおして再登録したほうがいい
そうすれば登録の時点で重複されるデータは登録されないだろ
177 = :
>>176
アドバイスありがとうございました。
> 謎なこといってるがSQL使わずにどうやってデータを取り出すというのだ？
すみません、誤解を招く表現で。
いいたかったのは、データ件数が7300万件以上ありまして、
UNIQUEキーを設定した仮テーブルを作ってコピーすると、
時間が掛かってしまうため、ミドルウェア層に位置する
SQLの範疇では手に負えないというのが以前の結論でした。
なので、アプリケーション層に位置する高級言語でなんとか処理できないと
考えたのですが、やはりそこでも無理そうでしょうか。
phpで無理でしたら、JavaとかC++のスレでも聞こうと思っています。
179 = :
全件ループして判定すればいいんじゃないのか
180 = :
PHPは大規模な処理には向いていない言語なので
7300万件もあるなら他の言語のほうが処理速度はあがると思うよ
C++が使えるならそうしたほうがいいかも
181 = :
>PHPは大規模な処理には向いていない言語なので
これは釣り？それとも本気？
本気でいっているならメモリーキャッシュとか使えば、
Java並みの実行速度にはなる。
182 = :
>>181
Java並にはなってもC++並にはならんわな
183 = :
つかC++書けるなら目的の処理を行うプログラム書いて
そっちで処理すればいいだろ。
実行時間やメモリサイズの縛りがあるPHPで、
わざわざ実行する必要はない罠。
184 = :
MySQLのことはよく知らんがDBに関数作れないの？
185 = :
> 実行時間やメモリサイズの縛りがあるPHPで、
だから、それは設定の問題でしょ。もしくは、環境の問題でしょ。
言語仕様の問題みたいにいうと変な誤解する人がいるぞ。
186 = :
>>184
作れるがそれをした所でDBで時間が掛かってしまうから駄目なんじゃないの？
7400万件あってもPHPで十分処理できるよ
まぁサーバ次第だけど
てかこんな所じゃなくコンサルたのめよ
187 = :
そもそもINSERT IGNORE INTO SELECTが駄目なのは何で？
188 = :
管理コンソールから操作すりゃいいのにって思うのは俺だけか？
191 = :
>>180
> PHPは大規模な処理には向いていない言語なので
> 7300万件もあるなら他の言語のほうが処理速度はあがると思うよ
> C++が使えるならそうしたほうがいいかも
あんた実戦経験無し？
7300万件とかそんなにデータが多い場合・・・いや、少なくてもだけど
普通は高速にかつ楽に開発する為に、既に作られている、
ライブラリやデータベースシステムを使う。
ライブラリやデータベースシステムがC++などで作られているから
何の問題も無い。
君の発想は一から全部作る場合の発想。
何らかの理由で世の中に既にある物を置き換えるものを
作ろうとしているのなら話は別だが、
大量のデータを処理する為のライブラリを
C++で作るとかアフォのやること。
192 = :
>>177
> phpで無理でしたら、JavaとかC++のスレでも聞こうと思っています。
JavaやC++でもPHPと同じように無理だから。
193 :
http://blog.ohgaki.net/php-session
このセッショントラバーサル脆弱性って
「セッションハンドラを自前で設定して、
しかもそれをファイルシステムに指定している」という状況でないと
発現しないの？
何もいじらずにファイルシステムのセッション使ってる場合は大丈夫？
194 = :
下らない質問ですみません。
'->'とか'=>'は、何と読めば良いのでしょう?。
195 = :
>>191
高速なライブラリやDBを使うなんてあたりまえの話で、その上でPHPよりC++で
組んだほうが処理は速いんじゃないか、としか読めないんだが
なんでライブラリを作るなんて話になるんだろう
PHPで大規模処理ができるかどうかと言われればできる
けど向いてるかと言われればそうでもないと思う
少なくともデータ処理のバッチをPHPで作ろうとは思わんなあ
バッチ以外の部分がPHPなので保守を考えてとか、なんか理由でもなければね
196 = :
>>190
fieldが最上位なら普通に考えて無理じゃないか
197 = :
>>193
セッションIDの文字列チェックが行われないってヤツだな
標準ハンドラではチェックされているから、独自実装の場合だけ脆弱性を帯びる
ファイルシステムだけじゃなくてデータベースに保存している場合でもインジェクションを意識しなきゃダメだろうな
例えばファイルシステム利用の場合でセッションIDに「/../」があれば上位ディレクトリが保存先になるってこと
あぶないあぶない
>>194
読みなんてあったっけ？
「->」 オブジェクトメンバ、オブジェクトメンバメソッドの「参照記号」とでも呼べばいいのか？
「=>」 連想配列の・・・・何？
198 = :
分からないんですよ。アロー演算子のナニかとしか。=>なんて他の言語にありましたっけ?。
自分も人に聞かれて、何にも頭に思い浮かばず困ってしまったんです。
199 = :
矢印
200 = :
http://jp.php.net/manual/ja/tokens.php
内部名。
みんなの評価 :
php一覧へ類似してるかもしれないスレッド
- 【PHP】下らねぇ質問はここに書き込みやがれ 73 (1001) - [98%] - 2008/9/20 2:31 ○
- 【PHP】下らねぇ質問はここに書き込みやがれ 71 (1001) - [98%] - 2008/8/17 1:08
- 【PHP】下らねぇ質問はここに書き込みやがれ 70 (1001) - [98%] - 2008/7/19 3:52 ○
- 【PHP】下らねぇ質問はここに書き込みやがれ 68 (990) - [96%] - 2008/5/27 2:33
- 【PHP】下らねぇ質問はここに書き込みやがれ 69 (1001) - [96%] - 2008/6/25 23:33 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 79 (1001) - [87%] - 2009/2/1 0:33 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 92 (1001) - [87%] - 2010/2/15 17:01 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 82 (1001) - [87%] - 2009/4/6 19:33
- 【PHP】下らねぇ質問はID出して書き込みやがれ 78 (1001) - [87%] - 2009/1/13 21:32 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 77 (1001) - [87%] - 2008/12/23 7:06 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 76 (1001) - [87%] - 2008/12/6 22:36 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 75 (1001) - [87%] - 2008/11/13 21:31 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 74 (1001) - [87%] - 2008/10/16 6:05
- 【PHP】下らねぇ質問はID出さずに書き込みやがれ 1 (985) - [86%] - 2011/7/13 20:33
- 【PHP】下らねぇ質問はID出して書き込みやがれ 120 (1001) - [86%] - 2012/7/25 6:45
トップメニューへ / →のくす牧場書庫について