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

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

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

    1 = :

    質問者はまず>>1を良く読むこと(必須!)
    過去スレ、関連スレ、FAQなどは>>2-10辺り
    次スレは>>980が立てる。10分以内に立たない場合、宣言してから立てたい人が立てること。

    ◆前スレ
    【PHP】下らねぇ質問はID出して書き込みやがれ 113
    http://kohada.2ch.net/test/read.cgi/php/1322564127/

    ◆質問用テンプレ
    【OS名】CentOS
    【PHPのバージョン】5.3
    【連携ソフトウェア】MySQL ImageMagick
    【質問内容】

    ◆質問する時の注意
    ・ スレを上げて自分のIDを表示させること。(メール欄に何も記述しない。専ブラのsageチェックを外す)
    ・ 己の行った操作、変更などを詳しく明記すること。
    ・ エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
    ・ 質問者として、態度をわきまえること。
    ・ 事前に関連リンクの公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。
    (PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。)

    ◆質問後の注意
    ・2回目以降は最初に質問した際のレス番号を入れて、偽者防止に必ずIDを表示させること。
    ・解決しなくても回答をもらった場合はお礼を言うこと。
     (荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。)

    ◆回答者への注意
    ・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。

    【その他諸注意】
    ・SQL・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ

    3 = :

    関連リンク
    ■本家マニュアル   http://www.php.net/manual/ja/
    ■日本PHPユーザ会 http://www.php.gr.jp/
    ■PEARマニュアル  http://pear.php.net/manual/ja/
    ■メーリングリスト   http://ns1.php.gr.jp/mailman/listinfo/
    ■ZFマニュアル    http://framework.zend.com/manual/ja/
    ■Smartyマニュアル  http://www.smarty.net/manual/ja/

    (以下英語)
    ■Zend本家      http://www.zend.com/
    ■Zend Framework  http://framework.zend.com/
    ■php | architect   http://www.phparch.com/
    ■Smarty       http://www.smarty.net
    ■Smartyマニュアル http://smarty.php.net/manual/en/
    ■PECL本家(英語) http://pecl.php.net/

    4 = :

    【簡易FAQ】
    1.文字コードは何を使えばいいの?
     →1.UTF-8 2.EUC-JP のどちらか。迷うようなやつはShift_JISは使っちゃダメ。
    2. このスレに書き込むときに自分のサイト名を晒したくない
     →http://example.com/が例文などのために予約されている。hogehoge.comは使っちゃダメ。
    3. ブラウザに何も表示されないんだけど・・・
     → Apacheの設定を見直せ。ファイルの拡張子は何にしてて、その拡張子でPHPを呼ぶようになっているか?
    4. 記号の意味がわからないけどググりようがない
     → 「@」 エラー表示を抑制、「->」 オブジェクトのメンバにアクセス、「::」 静的なメソッド呼び出し、
      「==」は暗黙の型変換をしてゆるい比較、「===」は型情報も含めた厳密な比較
    5. echo "$arr['hoge']['fuga']"; と書いたらエラーになった
     → {おっぱい括弧}でくくって"{$arr['hoge']['fuga']}"にする
    6. 一定時間ごとに自動的に何かしたいんだけど
     → cronかタスクスケジューラを使え。
    7.extractって危険なの?
     →変数上書き&初期化忘れなどで危険。楽だからという理由だけで安易に使わない。
    8. include/requireに「~.php?a=b&c=d」のようなパラメータをつけたい
     → URL呼び出しなら可能だけど、普通のファイル呼び出しではできません
    9.include/requireでURLを指定しても何も起きない
     → .phpの拡張子のファイルをURLで呼び出すと、1度PHPプログラムとして実行された結果になる。

    5 = :

    10. そもそもインストールの時点でうまくいかない
     → 確認すべきはPHPのconfigureの引数、php.iniの内容と置き場所、
      Webサーバの設定(Apacheならhttpd.conf)、起動&再起動あたり
    11. SQLの質問はどこで?
     → データベース板に誘導されるのが嫌ならPHPにうまく関連させて質問する
    12. 文字列のなかに、英字のみとか数字のみとか記号が入っちゃいやんとかはどうしたらいいの?
     → ctype_~()が手軽。複雑なパターンはpreg_~()あたりで正規表現を使う。
    13. $a1, $a2, $a3 ... のような変数名をうまく扱いたい
     → 可変変数で実現できるけど、むしろ配列を使って$a[1], $a[2], $a[3]等とするのがベター
    14. echoとprintってどう違うの?
     → よく議論される話題であるが基本的に両者とも同じ。 以下ちょっとした議論。
      http://www.faqts.com/knowledge_base/view.phtml/aid/1/fid/40
    15. クッキーの情報をユーザから隠したい
     → セッション使え。ただしクッキーとセッションは仕組みが違うから同じように扱うな
    16. strip_tags()で削除しないタグを複数指定したい
     → strip_tags($html, '<a><p><font>'); // htmlspecialchars()も検討すべし
    17. CSVやTSVのファイルをスマートに扱いたい
     → まずはfgetcsv()。ただし日本語を含むと正常に動作しない場合があるので注意だ。
    18. 値渡しと参照渡し(「&」を使う)のパフォーマンスの違い
     → C言語じゃないので、パフォーマンス目的で使いわけたらダメ。参照渡しにすると逆に遅くなったりする
      参照渡しは引数に戻り値を設定したり引数を関数内で変更するなど、正しい目的に使うこと
    19. ファイル入出力関数(fopen等)でリモートファイル(http://~とか)を扱う際の限界
     → fsockopen()でソケット通信 or PEARのHTTP系 or CURLで解決
      必要ならHTTPをはじめとする各種プロトコル(どんなデータを送受信するか)はRFCなどで調べる
    20. PHPからPOSTリクエストしたい
     →19.を参照
    21. 画像処理一般 or GDの限界
     → ImageMagick(PECLのやつ or シェルから実行)
    22. 画像・音・動画はファイルで保存?DBに保存?
     → 好きにしてください

    7 = :

    >>1GJ

    8 :

    PHPのシングルトンはあまり意味ないってよく聞くんですけど、
    本当ですか?

    9 :

    今年も夜露死苦

    10 = :

    >>8
    意味はあるんじゃない?

    11 = :

    PHPに限らずウェブアプリ全体に言えることだけど消費リソースの低減って働きをシングルトンに求めるならそれはあまり意味ないと言える
    アクセスごとに処理されるわけだし
    例えば全部のアクセスをメモリ上に置いたシングルトンなインスタンスで処理できるようなものになれば話が違ってくるけど

    12 = :

    シングルトンって消費リソースの低減のためにやるもんなの?

    13 = :

    シングルトンなんてデザインパターンの中でもそれほど重要だないもんだし
    一度の処理でオブジェクト1つに制限したいとか2つに制限したいとか好きなように使えばいいだろ

    14 = :

    >>8
    PHPの書籍スレでベテランを装った素人が「PHPでシングルトンは出来ない」とか言ってるのを真に受けた?
    デザインパターンを全く理解してない人のたわごとだから無視していい。

    15 = :

    PHPでDB接続以外にシングルトンなんて使うことあるの?

    16 = :

    >>14
    理解してない半端ものほどそういう宗教っぽいセリフ出すよね
    何故出来ないのか理解したほうが良い

    17 = :

    >>1

    19 = :

    どこで使うんだよ、目的と手段が入れ替わってないか?

    20 = :

    目的の無い旅もいいもんだ (暇人に限る)

    21 = 8 :

    シングルトンってやっぱりあんまり意味ないみたいですね。
    公式サイトに書いてありました。
    シェアードナッシングとはプロセスごとにメモリ空間バラバラに
    なるからということか。
    このへんはマルチスレッドな言語とは事情が違うわけですね。

    www.php.net/manual/ja/language.oop5.patterns.php

    22 = :

    >>11
    それってJavaなんかだと普通にできませんか?
    applicationスコープというがあるわけで。

    23 = :

    PHPのシングルトンは半端だよ。
    公式サイトにもPHPでは意味ないかもって書いてあるじゃん。
    まったく無意味ではないけど複数プロセス・複数メモリ空間のPHPでは
    本来の意味は無いって。

    24 = :

    >>21
    >>23
    本当はわかってないだろ。

    25 = :

    シングルトンって1インスタンスを保証するために使うもんでないの?

    26 :

    インターフェース名でAという名前をつけて
    クラス名でもAという名前をつけるとエラーが出たのですが
    インターフェースとクラスでも名前がかぶるといけないのでしょうか?

    27 = :

    インタフェースとクラスが同じ名前なら
    それはオブジェクト設計がおかしい

    28 = :

    >>24
    どこがわかっていないか説明してあげてね。

    >>25
    おっしゃるとおり。1プロセスで1インスタンス生成。
    PHPの場合は複数のプロセスで動くのでサイト内で
    唯一のインスタンスにはならないね。

    29 = :

    サイト内で唯一のインスタンスにはならないね。(キリッ)

    30 = 26 :

    >>27
    設計がおかしいということはやはり、
    同じ名前はつけられないことになってるんですね
    ありがとうございます

    31 = 8 :

    別の質問です。

    こういった場合どのようにするのが効率的ですか?

    トップページにニュースを表示させます。
    ニュースのデータはDBへ保存しています。

    ニュースは誰が訪問しても同じデータですので、
    ユーザーごとにDBへ取りに行くのは不効率です。
    そのためDBから取り出したデータを
    他のユーザーもDBへ再アクセスせずに利用できるようにしたいのですが
    どのような方法がありますか?

    それともやはりユーザーごとにDBへ取りに行く必要があるのでしょうか?

    32 = :

    >>22
    サーブレットのライフサイクルを知らないんでしょ

    >>30
    コーディング規約でググるといい
    クラス…名詞、インターフェース…形容詞と分けたり
    プレフィックス (IUnko, IChinko) を付けたり
    なぜそうしているのか?等勉強になるから

    33 = :

    最近思うことは関数の仕様が気持ち悪い
    str_replaceとかstrlenとかなんだよ

    str.replace str.lenとか
    strreplace strlenとか
    str_replace str_lenとか
    いつになったらこういうのが統一すんだよ
    一部でオブジェクト化してるが今のままで全ての手続き型からオブジェクト型に移行するのにPHP8ぐらいいきそうだな

    34 = :

    >>31
    創造性の無い人間はプログラミングに向いてない

    35 = :

    >>31
    静的ページ作っておけば?

    36 = :

    >>32
    ありがとうございます
    今見ていますが勉強になります

    37 = :

    >>31
    とってきた物と時刻をファイルなりmemcacheなりに保存して
    有効期限が切れたらDBから取り直す

    39 = 8 :

    >>31
    >>37

    やっぱりそうなっちゃうんですね。
    アプリケーション全体みたいなやつがあればいいんでしょうけど
    PHPには無いのですね。わかりました。ありがとうございました。

    41 = :

    >>39
    おまえそもそもPHPをなんだと思ってるんだよ
    トンチンカンすぎるだろ

    ちなみにトンチンカンって言葉聞いたのすっげ久しぶりだ

    42 = 8 :

    >>41
    PHPって今最も優れたサーバーサイド言語ですよね。
    何かお気に障りましたか?

    43 = :

    昨日荒らしてたキチガイか。

    45 = 8 :

    >>43
    お疲れさん。
    今日の釣りはこれで終了する。
    ごくろう。

    46 = :

    昨日1000取ってたヤツか

    47 = :

    >>34

    釣りなのかはともかく>>31程度のことを創造性の問題にするとはw

    48 = :

    DBに保存してるならジャンルごとに取り出すとかレコメンドして取り出すとかいろいろできるだろ
    すべてのユーザに同じデータならニュースサイトのRSSひっぱってくりゃいい
    なんでもできる状態で”これしかできない”限定の質問が視野狭窄脳梗塞状態
    周りにこーゆーヤツが多くてちょっとイラッ☆っときてしまった
    反省はしてない

    49 = :

    しかし、>>31の釣り野郎はPHPの弱点をうまく突いているwww

    50 = :

    あと->とかふざけんな.でメンバにアクセスできるようにしろ!
    面倒くせえんだよ->ってうつの


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

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


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