Konstrukt
A HTTP-friendly framework of controllers for PHP5. Key Aspects Controllers are resources URI-to-controller-mapping gives your application a logical structure Routing based on logic rather than rules Nested controllers supports composite view rendering Design Goals Embrace HTTP rather than hide it Enable the programmer, rather than automating Favour aggregation over code-generation or config-files
(pdf)Discovering a world of Resources on Rails David Heinemeier Hansson
Discovering a world of Resources on Rails David Heinemeier Hansson Create Read Update Delete What they told you... やつらが言ってたのは... Simplistic 単純すぎる Unfulfilling 物足りない Unworthy ふさわしくない Shameful これはひどい They were wrong やつらはまちがっていた How I learned to stop worrying and love the CRUD 私は如何にして心配するのを止めて,CRUDを愛するようになったか? find create update destroy SELECT INSERT UPDATE DELETE GET POST PUT DELETE find create updat
RailsConf Keynote: David Heinemeier Hansson — ScribeMedia
We independently review everything we recommend. When you buy through our links, we may earn a commission. Read the full disclosure here. With the release of Rails 1.2, we take a look back at David Heinemeier Hansson’s RailsConf keynote from Chicago. In it, he outlines a number of issues that the Rails team was looking at as they moved towards the current release, the importance of opinionated sof
Webアプリのセッション管理はデスクトップアプリのメモリ管理と同じ - プログラマの思索
Webアプリ開発で必ずぶち当たる課題、Webアプリ特有の技術、アーキテクチャについて考えてみる。 古くから続く課題を知れば、次世代Webフレームワークがどのように解決しようとして、何を提示しようとしているか分かりやすくなるだろう。 ＃以下、セキュリティ関係などを除く。 Webアプリは、Ajaxが登場するまで、UIがブラウザで制限されているため、それほど難しい機能を実装できなかった歴史があった。 古くはPer/PHP、そしてJavaに至るまで、Webアプリはステートレスだったから、殆どの機能は閲覧機能とマスタメンテナンス機能にすぎなかった。 なぜなら、Webアプリでは、6時間以上もかかるようなバッチ処理を実装したとしても非現実的だから。 しかし、以前から知られているアーキテクチャ上の課題はあるし、Ajaxの出現によって更にその課題が複雑になった現状もある。 Webアプリを作る時はいつも、下記
動画で配信！「現場で使えるREST」鼎談 記事一覧 | gihyo.jp
第12回おわりに：RESTがつくる明るい未来 山本陽平，羽生章洋，和田卓人 2008-01-28
ActiveResourceとかそのルーティングとかのドキュメント - moroの日記
まちゅさんのhttp://www.machu.jp/diary/20080104.html#p01を見て宣伝です。 以前同じようなことを調べたなぁ、と思ったら某書籍の原稿でした。日本語でのリファレンスっぽいのを探している方がいましたらこちらもどうぞ。 ActiveResourceに対応したルーティングを定義する 複雑なルーティングを定義する 他にもActiveResource関連の情報をまとめておりますので、ご参考まで。内容の誤りや読み辛い点がありましたら、ご指摘お待ちしています。コメントなどを頂けるとうれしいです。 http://rails-recipebook.g.hatena.ne.jp/rrbk/?word=%2a%5bARes%5d 関係ないんですが、AResというかREST関連で、年末年始に読もうと思ったRESTful Webサービスがまだ読めていないんですよ。 で読まなきゃな
丸レクでREST on Railsについて話をしてきました
本日、「 丸山先生レクチャーシリーズ RESTfulサービス技術の台頭」で話をしてきた。僕の題目はというと、「Ruby on Rails2.0におけるREST対応」。使用したスライドは下のものである。 | View | Upload your own PDFは こちら 個人的には、やっぱり練習をしていくべきだったかなぁ、と、話し方に関して反省である。何度もRESTとRailsを言い間違えたし、日本語として正しくないよなぁ、と思ってしまうほど文法上酷い言い方をしてしまった部分もあった。しかも、かなりの早口になっていたはずで、45枚あるスライドで、しかも途中でデモもやっているのに、時間が余るって何だよ、ってことになってしまった。まだまだスキルが僕は足りないな、と痛感。 しかし、会場に来ていただいた方々からのアンケート結果は、意外にも高評価。「わかりやすかった」「RailsでのREST対応があん
yohei-y:weblog: REST の勝利宣言と良い XML の見分け方
ITpro Challenge 行ってきました。 豪華なメンバーでどの講演もとても面白かったですね。 江島さんの講演は、Web 上でサービスをやるとはどういうことなのかについてとても示唆に富んだ話だったし、 鵜飼さんのハッカーのソフト工学の話は職場的にすげータイムリーだったし、 なおやさんの話は同時代を生きてきた、生きている者としてとても共感できる内容だったし、 戀塚さんはこれぞハッカーという感じのすごい人でした。 僕は LT の最後に話をさせてもらったわけですが、 ネタを二つ持っていって聴衆のみなさんに選んでもらうことにしました。 結果は REST が勝ったので、当初の予告どおり REST の話をすることに。 結局お蔵入りになった XML の話ですが、もったいなかったので懇親会でお話させてもらいました。 プレゼン中で引用した Web ページはこちらです。 檜山さんの記事 XML ボキャブ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Registration: Machine learning & data conference | O'Reilly Strata
ぷっちん日記(2008-01-21)
Google Code Archive - Long-term storage for Google Code Project Hosting.