クラウドとHTML5にPHPが沈むとき - noopな日々
インフラ・タグ仕様の両面からPHPの存在意義が問われているように思えます。 安価なインフラとの親和性、テンプレート志向、その双璧が意味をなさなくなってきそうです。 クラウドとPHP (特に日本では)PHPはレンタルサーバーで最も利用しやすいプログラミング言語です。また、LAMPによる開発ノウハウが充実していますので、カジュアルな開発者がもっとも手にしやすい言語と言えそうです。 レンタルサーバーでのリソースがクラウドに移行しようとしている現在でも、たとえばGoogle App Engine上でPHPは実行可能で、Amazon S3,EC2へアクセスする機能を提供しているPHPフレームワークもあります。とはいえ、クラウド上での実装を考えると、関数型言語の方が向いているのは明らか。その意味では、Pythonのように関数型に近い言語の方が向いています。 レンタルサーバー上でPHPを使うにしてもそれ
MVCでのビューの多様性について少し考えてみた(たとえばZFで） - noopな日々
Zend FrameworkのMVCで多様化しがちなビューを実現するには、Viewスクリプトは表示用テンプレートではなく、Viewをつかさどるコントローラー的に実装し、表示をフォーマットするためのテンプレートは別に用意したほうがいいのではないか。 多様化するビュー 一般的なWebフレームワーク同様、ZFのデフォルトのMVCではビュースクリプトをテンプレートとして扱うことが多いと思います。しかし、近頃のWebアプリケーションでは、さまざまなクライアントに対応しなければならないケースが多く、デバイスの違いや、使用するブラウザやRIAクライアントなどの違い、ユーザーステータス、表示アイテムのステータス毎の見栄えの調整など、ビジネス上のプレゼンテーションロジックもビジネスモデルに依存した多様なビューを必要としがちです。また、最近ではデスクトップアプリ並のインタラクティブ性を求められており、それらの
mod_rewriteの基本(サブドメイン、RフラグPTフラグ、コンテキスト) - noopな日々
公式ドキュメントとは違う切り口での確認をしておいたらいいかなと。細かいバリエーションについては、気が向いたら追記するかもしれません。 RフラグとPTフラグとaliasの関係 サーバコンテキストとディレクトリコンテキスト ドメイン、サブドメイン、プロトコル等の扱い RフラグとPTフラグとaliasの微妙な関係 ある条件下で、fooに対するリクエストをbarとして処理したいが、別な理由でbarへのリクエストはDocRoot外で処理したいといったとき、barからpath/to/real/barへのaliasを用意しておき、fooからbarへのRewriteRuleがあれば、動作しそうです。たとえば下記のように。 RewriteRule /foo /bar Alias /bar /path/to/real/barところが、これはうまく動作しません。RewriteRuleが適用された後、基本的にmo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
