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

    元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 85

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 : ○
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで
    551 = :

    確かに eval を使うって手があるな。548さんの仰るように。

    549の要望なら、指定ファイルを読み込んで、その内容に、
    動的な値を追加して、try しつつ eval 実行して結果を返す
    ような拡張モジュール専用関数や専用クラスを作ると便利
    かもしれない。

    http://www.phppro.jp/phpmanual/php/function.eval.html

    554 = :

    >>419
    乱数をとりあえずDBにつっこむ。
    Primary Keyに設定しておけば重複は排除できる。

    555 = :

    えー？ 乱数じゃなくて、これでしょ普通。
    http://php.benscom.com/manual/ja/function.uniqid.php

    556 = :

    ユニークになればなんだっていいじゃん
    想像されてもいい値ならオートインクリメントだっていいぐらいだ

    557 = :

    オートインクリメントは連番管理が必要になるから
    uniqid が楽だと思うけど

    558 = :

    DB使うならオートインクリメントが楽。

    登録後じゃないとIDが出てこないという欠点はあるが。

    でなきゃ、uniqid だね

    559 = :

    MySQLだとそっちにお任せしてしまう。

    560 = :

    データベースに格納するためのキーを作るのなら、
    直接データベースに入れればいいけど、
    単に重複しない値を得るだけならuniqidの方が楽だろｗ
    関数一個でいいんだぜ。

    関数一個ですむことを負荷増やしてまでデータベースでやるとか
    あほらしいｗ

    561 = :

    >>419読む限りではDBに入れると思うが？

    571 = :

    >>561
    > >>419読む限りではDBに入れると思うが？

    あんた、どこをどう読んだの（笑）

    572 = :

    >>571
    え、なんで？

    573 = :

    こんなのDBにいれなきゃ何にいれるんだよｗ
    大量のデータから重複のチェックなんてDBの十八番じゃないか

    575 = :

    str_replace('"','',$line);

    576 = :

    こちらの環境では削除されるよ
    ちなみにその例ではmb_ereg使わなくてもstr_replaceでいいと思うけど

    コード
    <?php
    $text = 'The person said "Working is losing of life."';
    echo mb_ereg_replace("\"",'',$text);

    結果
    The person said Working is losing of life.

    577 = 574 :

    >>575
    >>576

    有難うございます。
    でも、やっぱり削除されません。
    何が原因なんでしょうね、これは…

    579 = :

    >>573
    用途なら、>>419に書いてあるじゃんｗ

    だいたいランダムな値って言っているのに、
    連番を答えるやつは頭が悪いね。

    580 = :

    >>577
    環境が悪いんだろう。
    これ以上の検証には、削除されない表示部分のロジックを
    削らずに見せたほうがいい。

    581 = 574 :

    >>580
    有難うございます。一度違うやり方でやってみます。

    582 = :

    >>579
    答えてるやつは重複しなけりゃいいだっていう理論をもとに
    質問者の求めてる「一般的ないい方法」を言ってるに過ぎないよ
    ランダムな値を管理するには結局DB使うんでしょ？
    ならオートインクリメントでもいいんじゃないの？っていう話

    583 = :

    DBでランダムな値生成すればいいのでは？

    584 = :

    DBでやるならDBでできることはDBでやったほうがいいね

    585 = :

    不毛な争いしてんじゃねーよｗ

    586 = :

    ＰＨＰのサイトって落ちてる？

    587 = :

    世界中のどこかのPHPのサイトは落ちてるかもね。

    588 :

    落ちてないよ
    俺昨日駅で拾った

    589 = :

    落ちてたのか・・・

    590 = :

    >>582
    > ランダムな値を管理するには結局DB使うんでしょ？

    なんで決め付けてるわけ？
    そんなの要件に合った？
    ファイル・ディレクトリかもしれないじゃんか。

    591 = :

    別にどうでもいいけどDB以外はあり得ないな

    592 = :

    ＞ファイル・ディレクトリかもしれないじゃんか。
    用途がわからないことにはなんともいえないが
    例にあげたようなアプリケーションでその言い分は苦しいよ
    どこのレンタルサービスがそんなのファイルで管理してると思う？

    594 = :

    たとえDBに格納するとしても、
    ランダムな値が必要とされているなら、
    uniqid使うのが手っ取り早いし効率がいいでしょ？

    それとも簡単にランダムな値を生成してくれるDBがあるとでもいのかな？

    DBに格納しても重複されない値が得られるだけ。
    それは決してランダムな値ではない。

    595 = :

    uniqid使わなくてもランダムで重複しない値生成できるよ。

    rand()関数使って、ランダム（かもしれない）な値を生成。
    それを主キー（プライマリーキー）か一意制約（UNIQUE）をつけたフィールドにいれる。
    なお主キーにnullを入れて格納しても、連番になるので要求を満たさない。

    そしてデータベースに入れて、エラーになれば、
    再度rand()関数を実行して、ランダムな値を生成して格納する。
    この処理を繰り返す。



    俺ならすなおにuniqid()使うｗ

    596 = 588 :

    ユニークな発想ですね

    597 :

    oopの利点を具体的に教えてください。
    今はよく使う関数はユーザー定義関数でまとめてるし、それで事足りています。
    よく、「車のエンジンやギアなど中の精密な構造まで知らなくても
    運転の仕方が分かれば車は乗れる」とかたとえ話するばか
    みす。する方がいらっしゃいますが、それでは分かりません。
    具体的に教えてください。

    598 = :

    よくわからないけどメール認証に使うキーだろ？
    DBでも乱数の生成は可能だが重複する可能性のあるただの乱数をキーに使うのはご法度
    DBの算術関数操作だけで重複しないまともなキーを作成するのは可能かもしれない
    自分は数学詳しくないんで具体的なやり方はわからないけど
    ただそんなご苦労なことやるぐらいならすでに用意されているものを使うべき
    車輪の再発明だっけか？
    DBでできることはやったほうがいいとはいうが限度ってものがある
    プログラム側で簡単に実現できるならそっちを使ったほうがいい
    パスワード突っ込むときだってプログラム側でハッシュ関数にかけてるのと同じこった

    599 = :

    ではお次の方、どうぞ

    600 = :

    わからない質問はスルーかよｗ


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 : ○
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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

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