>>603じゃなかった
>>604
ためしてみます。ありがとうございます

用途が違う

やっばい
ＢＡＫＥ楽しいっすね
自動でコード生成してくれるなんて最高～～

自動コード生成なんて MSのAppWizard(笑)とかの昔からあるよ。
それに勘違いしてるヤツが多いけど、大昔はメモリも
少なくディスクも小さかつたから、フレームワークも
RDBもなかったけど、仕様より規約的な考えは汎用機の
世界でもあった。

ステップ数商売(笑)と勘違い野郎のOOP向けコーディングが
やたら複雑怪奇なソースコードを書く癖がついたと
個人的には見ている。

さくらの共有SSL使ってる人いる?
どうにもうまくいかないんだが…

板違い

>>613
http://plus-sys.jugem.jp/?eid=162
これでもだめかい？

>>615
フォーラム行ったらまさにおなじ質問してる人がいてそのサイトを参考にやりましたって言ってたなぁ。

htaccessの書き方もっと勉強しなきゃダメかー・・・

チラシの裏の日記

ふう。決まりだらけのフレームワークがいやになったので、
phpファイル一枚だけの俺俺フレームワークもどき作ったｗ

やってることは、どのディレクトリ上のどこから実行してもincludeするファイルが
見つからないとかでないように、ディレクトリ構造の基準を作ったことと、
ウェブから実行してもCLIで実行しても同じように引数が取れて
テストしやすくしたことだけ。

phpプログラミングでよくやる、http://www.example.com/aaa/bbb/ccc.php?a=1&b=2
というファイル名、ファイルパス、引数そのままでフレームワークもどきに簡単に移行可能

モデル無し。ビューは勝手にphpファイルでも呼べ。
もしほしくなったらそれがフレームワークを使うときだ。

で?

>>617
ｋｗｓｋ

とりあえずここはチラ裏ではないのと、
たぶんションベンみたいなフレームなんだろうね

てかrails系のスレに来て「お決まりだらけ」がイヤて、
日本語、、、いや思考が大丈夫かって気がするわなぁ

>>617
CodeIgniter 使えばいいのに

チラシの表

>>619
そのうちのどこかのサイトで公開されるかもしれないソフトで使われるよｗ
現在は自分で便利に使う用として作成中。

>>620
フレームって略すなｗ てかフレームワークじゃないし。でも特定のディレクトリ構造の
ファイルを呼び出すから一応フレームワーク扱いになるのかな？

>>622
CodeIgniterでもちぃでもデカイ。たとえば、ただのお問い合わせフォームごときで
あんな複数のファイルからなるフレームワークを入れる気になる？

かといって、お問い合わせフォームでもちゃんとエラーページやら
確認ページを作るとなると、（フレームワーク外のアプリの）ファイルが
複数になって面倒になってくる。テストもちゃんとやらないといけないしね。
（テストするのにブラウザは使いたくない。－＞CLIで簡単に実行したい）

ということで、
データベース使わないし、こんなんフレームワーク使うまでも無い
→phpファイル直接呼出しでいいじゃん→意外とファイル増えてきた・・・
→でもやっぱりフレームワーク使うほどでもないんだよなぁ。
というときに、phpファイル直接呼出しから移行しやすい、偽フレームワーク作ったYO!ｗ

>>621
> てかrails系のスレに来て「お決まりだらけ」がイヤて、
> 日本語、、、いや思考が大丈夫かって気がするわなぁ

ちなみに私は普段CakePHPを使用していますが、
それを使用するほど大きなプロジェクトではなく、
でも多少手のかかる物の場合に使えるフレームワークがほしい…
そんなときに使えるフレームワークを目指して作成しました。

で？
公開すんの？なら早くみして

つーかそもそもスレち

「あんな複数のファイルからなるフレームワークを入れる気になる？」
→なるなぁ。

とくに簡単であればあるほど自分でフレームワークを作るなんで無駄だもの。

しかも、俺様フレームワークの機能が足りなくて追加するのは
すでに CI が持っている機能だろうし。

CI でコマンドラインな PHPUnit も使えるよ。

PHP最新動向："マイクロフレームワーク"/micro framework
http://cakephp.seesaa.net/article/123192243.html

> Cakeだって最初はマイクロフレームワークだったんですよね・・・。

そうなんだよなｗ

MVCの考え方とか、テンプレートだとか、規約とかそんなものを
追加していくと結局肥大化するんだよね。

>>626
なんか根本的に考え方が違うね。

例えば、phpinfo()を出すだけ程度のプログラムに
フレームワークを使う気になるかい？

>>629
根本的に考え方が違うのはお前。

まずはフレームワークを公開してみろ。話はそれから。

>>629
ユーザごとに表現を変えたり、表示内容を制御したりしたいぞ

出す例が phpinfo() かよ
頭おかしいんじゃないか？

phpinfo()を使う場面って、
アプリの一部の機能としてのでバックモードか
開発中の確認か・・・・とかだろJK

phpinfo()をコンテンツとして公開したいんなら
＞６３２の言うとおり他にもいろいろつくわけで
何が言いたいの？

631 は常人と「根本的に考え方が違う」のです

>>629 が phpinfo の時に
自作フレームワークをどう使うか見てみたい

>>636
こーひーふいたｗ

>>629
面白くなってきたのでコテハンにしてもらっていいですか。

>>636への回答に超期待

現在 629 はアニメを見ている最中です。少々お待ちください。

つーか、ここはCakeのスレだろ。
自作とかやりたきゃくだすれにでも逝ってくれまいか

フレームワークを使わないレベルってあるよね？
phpinfoってのは、その極端な例では？

どういうことをやり始めたらフレームワークを使うべき？
みんなはphpファイル数枚ですむようなことでも
フレームワークを使うの？

作り上げた高揚感で舞い上がってるんだろう
FWの自作なんて誰でも一度はやることなのに

>>642
phpファイル数枚ですむようなシステムを作る場合でも、本当にゼロから書く人間はいないだろう。
たとえば今まで作ったファイルをコピーしてベースにしたり、似たようなソースを探してきてそれをコピペしたり。
それも広義な意味でフレームワークだろう。結局トータルで見た工数でメリットかあるならフレームワークを
使えば良いし、Cakeが最適ならそれを使えばいい。

俺ならゼロから作るリスクを考えると、たとえリソース数が肥大したとしても何らかのフレームワークを使う。

>>643
お前も、俺俺フレームワークを作ったのかｗ

最初の設計では数枚だとしても、仕様ってのは変更するものだからなー

【PHP】俺俺フレームワークについて語れ

ってスレ立てようか？
設計方針とかここが自慢とかの話題で楽しそうな気がしないでもない

http://book.cakephp.org/ja/
のメニューのリンク切れは何とかならんのかね？

>>648
これとかだろ？
ところどころおかしいんだよね・・
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=1958&forum=4&post_id=4798#forumpost4798

どこに報告したらいいのやら

>>642 とか未だに学者気取りでもの言ってんな。
>>647にスレでも作ってもらえって。

>>1 にな
>CakePHPは、Ruby on Railsの概念の多くを取り入れた、
>Rails流の高速開発とPHPの機動性を兼ね備えたフレームワークです。

てスレの趣旨が書いてあるだろ。