尚、現在一番興味があるものはcakePHPです。
(まだ実際に使っていません。)
プログラムの主な用途はwhat's new程度であり、
時には会員制サイトや独自CMSにも利用(簡単に拡張可能)したいと思っています。
cakePHPのドキュメントを見るとmySQLが必要とありますが、
掲示板cgiのようにデータをテキストファイルに保存することも簡単にできるのでしょうか。
また、cakePHPが現在有力な理由は、PEARに依存しない、php4,5対応で、
様々なサーバ環境に幅広く対応しやすそうだからです。
また、同じような用途にもっと最適なフレームワークがありましたらご紹介下さい。
テキストに保存することはもちろん可能ですが、cakePHPのフレームワークの機能を使うのではなく、自分で実装することになります。
http://www.sakura-pc.jp/php/02030000.shtml
cakePHPには標準でO/Rマッパが用意されているので、どうしてもtext形式のファイルでなければいけない事情がない限り、MySQLなどのRDBMSを使ったほうが宜しいかと思います。
http://gihyo.jp/dev/serial/01/cakephp/0001
PHPのフレームワークには他にもSymfony,Ethna,Zend Frameworkなど色々ありますが、その多くがMVCアーキテクチャを採用し、Ruby on Railsを模倣したもので、さほど違いがありません。自分のフィーリング(利用するサーバの仕様)に合ったならば、cakePHPでいいと思います。フレームワーク自体のオーバーヘッドに差がありますが、マシンリソースの制限があるとか、高負荷のサイトを運用している等でなければ気にするほどではないと思います。
1つ目の回答に対するコメントを読み、CakePHPでSQLiteを使えば良いと思いました。
CakePHPはSQLiteに対応しています。
SQLiteについては「Appropriate Uses For SQLite」の部分を読んでみてください。
PHP5ではSQLiteの導入が簡単です。(もちろんインストール、設定さえすれば、PHP4でもSQLiteは使えます。)
PHP 5 では、SQLite 拡張モジュールとエンジンは PHP 自身にバンドルされ、デフォルトでコンパイルされます。 しかし、PHP 5.1.0 以降では 手動で有効にする必要があります (共有モジュールとしてバンドルされるからです)。
簡単で軽くて(特定の場面では)速いSQLiteにはもちろん欠点もあります。
それについては最初に挙げたハイパーリンクの「Situations Where Another RDBMS May Work Better」の部分を読めば理解できると思います。
SQLiteは視野に入っていませんでした。
勉強してみます。ありがとうございます。
>環境によってはDBを使用できなかったり、
>DBを使うまでもない少量データを扱うことも考えられるので、、、
>perlでdatファイルにデータを保存するような形式もほしかったです。
それならばファイルベースの簡易DBMSのsqliteがいいかもしれませんね。
http://ja.wikipedia.org/wiki/SQLite
もちろんcakePHPに対応しています。
なにやら目から鱗の簡単仕様のようですね。
ちょっと良く調べてみます。
聞いてよかった。。。
ちょっと調べましたが、やはりsqliteもインストールが必要なのでしょうか。。。
テキスト保存はMySQLが使えないサーバでの利用を考えた場合です。
でもaccessのように使えるというページもあるので、
詳細ページがあれば教えてほしいです。
説明不足でした。すみません。
コマンドラインやアプリケーションインストールができない共用サーバの場合の想定です。
http://www.dbonline.jp/sqliteinstall/install/index2.html
こちらでwin版はexeファイルへのパス指定だけで動きそうな感じですが、
Linuxの場合はどうでしょうか。
ありがとうございます。
環境によってはDBを使用できなかったり、
DBを使うまでもない少量データを扱うことも考えられるので、、、
perlでdatファイルにデータを保存するような形式もほしかったです。
おかげでなんとなく見通しが付きました。
ベンチマークを見ると Zend Framework が良さそうなので、
もっと調べてみることにします。
やっぱりcakePHPでいきます。
とりあえずやってみなきゃ始まらないですからね。