のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,369,040人
頁
昨日: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で

    601 = 588 :

    CMS作ろうと思います
    お勧めのライブラリとかありましたらおしえてください

    602 = :

    それも作れよｗ

    604 = :

    >>597
    肝心な質問に答えてなかった
    利点は個人でやってるうちは特にないと思ってOK

    605 :

    フラットに関数定義していくより、
    クラス単位にまとめた方が見やすい。継承も使えるし。

    607 = :

    >>603
    >こうやって最初に考えておいて後で中身を書いていくのがオブジェクト指向的な書き方

    それはオブジェクトというよりは段階的詳細化の気がするなあ。。
    gotoとラベルでも同じことはできるわけで。

    608 = :

    >>607
    自分の意見書こうよ。

    609 = :

    書いてるじゃん

    610 = :

    >>608
    手続きとデータをまとめて持てる、っていうのと
    (言語にもよるかもけど知れんが）他人から隠せるっていうのが利点かな。

    >>603のBBSの例で、例えば書き込み先がファイルだとする。

    関数だと、呼び出し元がファイルポインタを引数として渡すか、
    あるいは関数内でグローバルスコープにする必要があるわけで
    つまり「ファイルポインタ」の存在を気にしないといけない。

    611 = :

    ファイルポインタはコンストラクタで開けばおｋ

    612 = :

    WEBプログラムについて詳しい人に質問があります。
    2chで規制を食らった時に書き込みをする方法について某スレで紹介が
    ありそこでその存在をしったのですが、

    そのサイト上のページに

    ・書き込みを行いたいURL
    ・名前
    ・投稿内容
    ・(自分の携帯メールアドレス)

    を入力し「送信」ボタンをクリックすると自分の携帯メールにURLが送られて来て
    そのリンクをクリックすると2chの投稿フォームに入力した内容が設定される
    のですがあれはどうやっているのでしょうか？

    613 = :

    >>584
    大抵の場合、先にネックになるのはDBだから
    PHPで簡単にできるならPHPでやってしまうってのは悪くはない。

    614 = :

    >>613

    >>612
    について教えて下さい。気になって寝付けません。

    615 = :

    >>614
    >>1

    616 = :

    >>614
    どうしてご指名なのかは知らんが、getでパラメータ渡してんじゃねーのかな。
    その携帯に送られてきたURL晒してみ？

    617 = :

    >>597
    簡単にいうと、カプセル化、ポリフォーフィズムかな。
    完璧に動き、仕様変更は絶対ないという前提なら、それでもいいかもしれん。

    2-3行で利点を説くのは難しいわい

    618 = :

    >>612
    面白いこと考える奴がいるんだね、商売上手だなぁ
    WebProg 初心者の質問スレで質問すべきだと思うけど。
    その携帯に送られてきたURLにユニークのgetパラメータがついてるんだよ
    で、それをクリックするとリンクした先のページでそのパラメータを判別して
    それに応じた書き込みデータを投稿するようになってるんだと思う
    （きっと送信完了画面にはあれこれ広告が貼り付けてあるだろうねw）

    620 = :

    >>603
    クラス１つで書き込みとか表示とかすべてこなしてくれるのに
    クラスのファイルが複数でてくるのでしょうか？

    621 = :

    >>620
    クラスは１ファイルに納めておｋ

    622 = :

    1ファイル以外に納めるやり方なんてあるのか

    623 = :

    >>597
    オブジェクト指向ねぇ。

    ユーザー定義関数としてまとめてるでしょ？
    いろんなプログラムで汎用的に使う関数は
    きっと別のファイルに分けてまとめているはず。

    オブジェクト指向は、このまとめ方をさらに発展させたものだよ。
    いろいろごちゃごちゃ言う人いるけどねｗ

    624 = :

    oopの本質はポリモることだろ
    データと関数をまとめただけとか低レベルすぎ

    625 = :

    じゃあポリモを実現できる本質はなんだよｗ
    そこを言えよｗ

    629 = :

    >>627
    悪意のユーザってどうやって判別するの？
    一時ファイルを削除するのはOSの仕事じゃないですかね．
    まぁ別にPHPから削除してもいいと思うけど

    630 = 627 :

    >>629
    レスありがとうございます。

    悪意のユーザを判定する一つとしては、
    小さいファイルを何回も何回も短時間にアップロードを繰り返すようなケースでしょうか。

    そのほか、サーバーに負荷が掛かるようなケースに制約を掛けたいと思います。

    631 = :

    >>630
    運用してみればわかると思うけど、そんな暇なユーザーいないよ

    632 = 627 :

    >>631
    そのように信じたいのですが、
    暇なユーザーかどうか分かりませんが、
    毎日毎日届くスパムメールやウィルスなどのことを考えると、
    セキュリティーのために、予算の許す限りで考えられる得る対策はしたいと思っています。

    633 = :

    要するにアップローダがブログの画像投稿とか
    そのようなシステムかな？

    無駄に制限をつけるのなら、最初からそのシステムの思想に
    欠陥が在るように思えるが、いかがか？

    634 = :

    失礼
    ×アップローダがブログの画像投稿
    ○アップローダかブログの画像投稿
    文章を間違えました。

    アップローダならばDBにアップロード時刻を保存して時間で制限をかける
    画像投稿ならファイルサイズにて制限と思いますが、
    細かいファイルのやり取りで制限をつけるなら、クッキーで
    カウントさせて回数を制限させるのが簡単と思います。
    それではダメですか？

    635 = :

    >>597
    継承とか、オーバーライドとかオーバーロードを理解すると便利さが分かるかもしれない。
    でも、現時点で困ってないならいらないんだと思う。

    複数人での大きめの開発とかだと有効だけど、一人で書く分にはそれほど効果は上がらないかも。

    636 = :

    >>633
    セキュアな機能は多くの場合無駄にはなるが、
    その無駄が正常なシステムの運用を支えるのであって、
    その無駄を欠陥と考えるのは、平和主義者の素人だな。

    640 = :

    セキュア機能って
    シス管がシステムをしっかりと安定させてトラブル対策を少なくしているより
    トラブル発生しまくりで対応に動いている方が働いていると思われるのと同じだよな

    642 :

    ゼンドガードが高すぎるのですが割れ落ちてないですか？
    またはゼンドガードに代わる暗号化ソフトやコンパイラ無いですか？

    ソースが見えるのはともかく、データベースのパスワードも丸見えなのはセキュリティ上どうかと思います。

    あとユーザー関数を使う度に呼び出すのではなく常にメモリ上に置いておきたいのですが
    そういうのできますか？

    643 = :

    >>642
    通報した

    644 :

    ウレチーゴメンネー
    オワビニ、ライチモテキタヨー
    ウレチーライチシュキダッタヨネ！
    キョウモ、イッパイモッテキタヨー

    645 = 644 :

    ごめんなさい誤爆しました

    646 = :

    >>642
    お前にぴったりの言語がある。「ひまわり」

    647 = :

    >>642
    ＞データベースのパスワードも丸見えなのはセキュリティ上どうかと思います。

    なんで？

    649 = :

    public_html以下においてアクセスできるようにしとくとか
    公開FTPにおいてあるとか人為的流出ならマヌケと言わざるをえないけど
    しっかりとした対策をした上でサーバの脆弱性を突かれて見られてしまったとかなら
    もうそれはどうしようもない話
    レンタルサーバならなおさら
    DB鯖の脆弱性ついて直接ハッキングされるなんて可能性も捨てきれないわけで
    通常運営するにあたってちゃんとした対策しができてるならそれ以上の過度な対策は必要ない
    やっても無駄だから

    650 = :

    セキュリティー
    心配するほど
    人来ない

    orz


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

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

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