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

それも作れよｗ

>>597
ものの考え方だからそんな難しく考えないで
オブジェクトに対する情報（プロパティ）と動作（メソッド）
これをまとめたのがクラス
パーツまで考えるときりがないのでおおざっぱにパソコンというオブジェクトを考えると
動作（メソッド）として、『起動する』　『シャットダウンする』ってのがあるね
これをソースであらわすと
class パソコン {
　function 起動する() {
　}
　function シャットダウンする() {
　}
}
こうやって最初に考えておいて後で中身を書いていくのがオブジェクト指向的な書き方
こんな調子でWebアプリケーションにおきかえて考えてみればOK
掲示板というオブジェクトを考えると
動作（メソッド）は『書き込む』　『表示する』とかあるね
class 掲示板 {
　function 書き込む(内容) {
　　内容を書き込む
　}
　function 表示する() {
　　内容を表示する
　}
}
情報（プロパティ）については割愛したけど考え方としてはこんな感じ
最初はこんな感じから始めればOK
継承とかMVCモデルとかははじめは気にしなくていい混乱するだけだから
とにかく始めはオブジェクトに必要なもの（書くべきことを）を見極めるところから

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

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

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

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

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

書いてるじゃん

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

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

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

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

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

そのサイト上のページに

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

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

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

>>613

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

>>614
>>1

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

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

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

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

Linux板へ行ってみます

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

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

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

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

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

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

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

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

アップロードされたファイルを受け取って処理するケースについて教えてください。

心配しているのが、大量のファイルを悪意でアップロードされた場合に、
どのように防ぐか悩んでいます。
最大アップロードサイズを指定しても、それに満たないサイズで、
大量にアップロードされた場合に防ぐ方法が分かりません。


質問1:
クライアントからアップロードされたファイルを一時ファイルに置く処理(upload_tmp_dirで指定された場所に置く処理)は、
どのタイミングで行なわれるのでしょうか。
悪意のユーザーと分かった時点で、アップロード中に処理を切りたいと思います。

質問2:
upload_tmp_dirに置かれた一時ファイルは自動的に削除されますか？
Windowsでは、アップロードされた一時ファイルが探しましたがありませんでした。
「C:\WINDOWS\Temp」のところを見ました。

スクリプトの処理が終わると自動的に消去される仕組みでしょうか。

宜しくお願いします。

そのコードのどこにもimplodeなんて使われてないのでもっと上のほうでは？具体的には6行目

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

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

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

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

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

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

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

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

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

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

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

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

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

連続投稿制限がセキュア（笑）

>>638
それはPHPとは関係ない
Webサーバ側の設定でしょ（htaccessとかの話）
深読みしてPHPのソースを表示したいなら
拡張子phpsにする
htaccessにAddType application/x-httpd-php-source .phpsを追加

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

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

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

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

>>642
通報した

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

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

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

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

なんで？

俺は、HTTP非公開領域にiniファイル置いて ini_array で読み込んでる

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

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

orz