優しい Merb の育て方
● [Rails][Merb] Merb とは？ Merb (Mongrel + Erb) は MVC ベースな Ruby の Web フレームワークである。簡単に言うと、軽量な ActionPack クローンである。Rails のテーマが「規約とDRY」ならば、Merbのテーマは「疑わしきものは入れない」であり、Rails の各機能を取り込みつつも、小さくて単純で簡単で軽量、そして高速であることを目指している。 特徴 コアはシンプルに (必要な機能はプラグインとして追加させる) thread safe cgi.rb を使っていない 高速な ERb エンジンである Erubis を標準装備 Rails に似ている (機能、ファイル配置) 大体3倍くらい速い (Rails Mongrel との比較) チートシート (Rails との比較) 基本的に Rails である。app 以下のディレク
Realtime validation using Ajax
Posted by masuidrive Wed, 04 Jan 2006 21:45:00 GMT Ajaxなどを駆使して、入力値を動的にチェックするライブラリ、realtime validation を公開しました。 >> http://masuidrive.jp/validation 正規表現とメッセージを指定するだけで、入力した瞬間にユーザに対してガイドメッセージを表示させる事ができ、今までの様に画面遷移後にエラーが出て、ユーザがエラー位置を把握しづらいと言う事がありません。 これで、あなたのサイトも一気にWeb2.0！ なのに使い方は超簡単。 prototype.js とvalidate.js を自分のHTMLに読み込んで、下記の様に正規表現で表示するメッセージを指定するだけ。 Validator.register({ "#mail" : { "/^([^@\\s]+)@((?:
YappoLogs: Soozy - mod_perl専用Webフレームワーク
Soozy - mod_perl専用Webフレームワーク 自分が使ってるフレームワークをいきなり晒してしまうテスト。 perl5なコードを初めて書いた時に最初に作ったやつです。 最初はSledgeを使おうとも思ったんだけど、なんか色々とやってくれるのが疎ましくて Sledgeの肉をそぎ落として、自分が使う最小限なものだけを実装した感じになってます。 一部Sledgeからコピペした物が、そのまんま残ってます。 フレームワーク自体の拡張性はあまりない感じ。 tech.yappo.jp/download/Soozy.tar.gz ドキュメントも何もないのはひどすぎると思ったので BulkYAで実際に使っているコードも晒します。 BULKYA::Handlers BULKYA::Handlers::Search httpd.con <Location /app> SetHandler perl-s
fladdict.net blog: jsがメッサ楽しくなるフレームワークjQuery(1)
HATENA-TUBEで使っている、jQueryというjsフレームワークが楽しすぎる件について。 jQueryは、ちょっとダーティだけどスゴイお手軽に、色々なことができるステキライブラリっす。小さい実験でのプロダクティビティはもうprototype.jsの100倍ぐらいスゴイっす。 色々実験中なのでそのメモ。 まず、最新版を右クリックから保存して適当なフォルダに入れる。 まず、jQueryではdobument.body.onloadに相当する部分が、ちょっと独特なのでおまじないのつもりで以下のように書きます。 初期化 $(document).onready( function(){ //ここに初期化系の処理 }) で、jQueryもプロトタイプみたいに$()関数を多様するのだけど、その強力さが半端ありません。例えば、ノードの一括定義とかができちゃいます。 全ての＜p＞ノードの中身を”Hel
MVCフレームワークにおける Web API 実装 - naoyaのはてなダイアリー
ちょっと前に miyagawa さんが 12 Things I dislike with Sledge という(数字で始まる Web つーぽいんとおーチックなタイトルで) Sledge の次期バージョンへの要望なんかを書いてます。この中で 10. REST な API や Basic 認証、XML-RPC、Atom などをうまく処理できない と、Sledge における Web API (XML-RPC/AtomPP) のハンドリングについての言及がありました。これからの MVC フレームワークに求められる必要条件の一つとしてこの Web API を処理しやすいかどうかというのは重要な気がします。 フレームワークに Web API 用の API が載っていて、その扱いが容易かつプロトコルの実装を知らなくても使えるようなアーキテクチャになっていると、開発者が Web API を公開するための敷
Sledge ドキュメント - にぽたん研究所
先日の Shibuya.pm テクニカルトーク #6 で、やっぱり注目のフレームワークは Catalyst なんだなぁーって思いつつ、日頃から Sledge を使っているせいか、あまり良さや真新しさを感じなかったりして。 「メタフレームワーク」という存在定義っぽいので、Catalyst のそれ自体は割と貧相。 なのに Helper まわりとかは妙にゴージャス & 拡張されているので、やる事や Model が決まってればすぐに使え、そうじゃない場合はすぐ使えなさそう。 Rails の対抗馬なのかも知れないですが、Rails な人が wink とか使ってアジャイル開発とか言って見せびらかしているようなのを真似するには向かないかも知れないですね。 まぁ Sledge も Model に制約がなかったりするのでまず向かないですが「10 分でブックマーク作れ」とか言われたら出来るかも知れん。 Cat
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
