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

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

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

    .=と
    = . . . .
    の違いのこと言ってるんでしょ？

    752 = :

    検証したコードも出さずに勝手な妄想垂れてる馬鹿には関わらなくていいよ

    753 = :

    >>750の釣られっぷりにワロタｗ



    まぁネタで釣られたフリしてるんだろうけど

    756 = :

    定数ってのは変動することのない値
    よってチェックなんぞ必要ない

    757 = :

    defined()を使う
    issetは使えないし、下手に値を見て識別……とかしたら、お約束どおりにその名前の変数と解釈してその後文字列値と解釈して……となる

    758 = :

    >>755
    クラス定数にはコンパイル時に解決できる式しか書いてはならない
    実行時に評価する必要があるものはstaticなり使おう

    759 = :

    馬鹿にはそれが限界だろうな

    761 = :

    APCや共有メモリ関数ができるけど
    どちらかというとファイル操作を共有メモリ操作に置き換えたかたちであって
    fpmの同一のプロセスでもしくは別々のプロセスで配列やオブジェクトを保持し続ける感じのものではない

    f(ast)cgiまわりやphp-fpmあたりではそういった機能は提供してない、だと思う
    元々fastcgi等の目的はメモリの維持ではなくプロセス起動やコンパイルのオーバーヘッドを減らす・無くすこと

    765 = :

    >>764
    レスありがとう
    [1]にしました

    766 = :

    HOGEを間違えて定数ではなく文字列'HOGE'と書いてしまった場合
    HOGEを間違えて定数ではなく変数$HOGEと書いてしまった場合
    またHOGEをHAGEと書いてしまった場合（※Noticeが出る）、さらに、$HAGEと書いてしまった場合

    この辺を考えて、どういう動作を期待してるのか考慮のうえで選べば良いんじゃないかな
    とりあえず[1]はちょっと危ない、設定値を考えると[2]辺りが妥当（あとからソースみたときに設定値との比較で理解もしやすい）、
    [3]は……型変換が入ってfalseになってしまって欲しいか否か、個人的にはおすすめしない

    770 = :

    postが空の時とそうじゃないとき

    772 = :

    >>771
    テスト・デバッグのときは行わない処理を入れたい（テスト時はDBへの書き込みしないとか？）
    そこでテスト・デバッグ時は代わりに行う処理がない、というとき
    これが正も逆もあるようなめんどくさい状況だと使わざるを得ない

    あとは、elseを使わないifみたいな条件判定としては、try、catch、の後で何か処理したいときとか
    tryの中に大筋で2パターンの処理に分かれてて、どっちでException投げてきたのかわからない、
    値をチェックしてどっちの状況でも適合するように準備とか

    774 = :

    もう設計・書き方のやりかたと可読性の話題であって
    on/offスイッチがoffの時だけやりたい処理とは何かの質問じゃないな
    さらに元の話題は定数定義のやりかた・条件分岐の正確性の問題だ
    例外処理だって、例外処理をどのように設計し組むかはもはや哲学
    例えばtry入れ子をどう考えるかひとつとっても非常に深い問題だ

    775 = :

    追記
    計算コストが変わらずコーディング規約の縛りがないなら
    可読性を重視するかどうかも含めて好きに選べば良い好みの問題だと思う
    個人的には、単独ブロックの使い道かと思ったら可読性の話題になってて後出しに見えるがな

    777 = :

    書きやすさ、好み、先例、コーディング規約
    さらにいずれの書き方が可読性の面で
    より良いものかは統一的な見解はありえない
    offの時だけやりたい処理なら
    例えばDEBUG_LEVELを指定しておいてレベルごとに詳しく書く
    他方DEBUG_LEVEL===0&&何かエラー発生なら最後の最後で警告文を出す
    こんなやり方でも絶対こう書かねばならない必要性は存在しないか
    存在していても簡単にこうと説明できないだろうし不自然・おかしいといくらでも評論できる

    780 = :

    すんげー下らないんだけど
    何らかの日本語対応文字コードで記述されている長さ不明の文字列を
    単純なサイズ (~~~bytes) 指定で文字列長の上限を設けるかたちで途中で切ることを考えるとき

    単純にsubstrで切るとマルチバイト文字の途中で切れるかもしれない、mb_substrで切るとbytesで切れない、
    Shift_JISやEUCは2bytesだけどUTF-8などは3bytesと違いがある

    やはり、泥臭くても
    文字コード判定→マルチバイト文字の長さ n を取得→
    指定サイズで切ったあと最後から n bytes分取ってmb_detect_encodingとかにかける→
    失敗したら切る場所を指定サイズから1文字少なくしてリトライ
    ってやるか、それか文字コード完全決め打ちして少し処理軽減するくらいしかないのだろうか?

    781 :

    おっとIDを出していなかった申し訳ない

    782 = :

    >>780
    お前ム版で偉そうにしてた質問者"様"だろ？
    口調がそっくり
    お前には教えんわ

    784 = :

    関数化してるから覚えてないわ
    どうやってたかな

    785 :

    >>783
    うわーお知らなかった・・・教えて下さってありがとうございます
    やっぱ泥臭くやるしかないですよね

    こういう処理が必要なケースを考えると裏の管理用のログ吐き等に限らないし
    まだ出くわしてないけど検索結果の一部表示とか出来たらサイズで指定したい場合とかありそうだ

    786 = :

    >>785
    二度と来るな

    788 = :

    >>787
    http://daemonforums.org/showthread.php?t=7587
    これ見る限り動かないわけじゃなくて設定が悪いっぽいが。

    789 :

    >>788
    俺が悪いみたいな言い方はやめてもらえませんか
    こんな使いにくいものを作ったゴミが悪いのでは

    790 :

    >>789
    一応確認だけど、そのゴミってPHPをさしてるの？

    792 = :

    f12でみるんじゃだめなのか

    795 = :

    いくら初心者でもそんな解答では騙されない

    796 :

    レンダリングエンジンを外部から利用する方法以外はやめといたほうがいいかと。

    797 = :

    見る側に左右されるとかそんなこと以前に
    ページの幅なんか取得できて何が嬉しいの？

    798 = :

    Webページをキャプチャするプログラムが世の中にゴロゴロあるだろ
    そのソース見てこい

    799 :

    WebProg関係について語り合うならここがおすすめ。
    よかったら、見てみて。
    http://blngs.com

    800 = :

    >>799
    開くな危険


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

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

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