Mojoを使ってみた - Charsbar::Note
ちょろっと使ってみたのでレポートしてみる。 MojoというのはCatalystの原作者sriことSebastian Riedelが最近つくっている「ウェブアプリケーションフレームワークの土台をつくる」フレームワークのこと。本人いわく「rubyにおけるrack、pythonにおけるwsgiに相当するもの」だそうですが、その評価の是非はさておき、大きな特徴をいくつかあげると、 インストールはきわめて簡単 「やってみたかったから」再発明 RFC大好き コンテキスト持ち歩き系 というところでしょうか。国内では同じような趣旨のHTTP::Engineが開発されていますが、Mooseをバリバリ使っているHTTP::Engineに比べて、Mojoはアクセサからなにから、ほとんどのコードを自分で再実装しているので、インストールに困るような依存モジュールは（ほとんど）なし。ぶっちゃけ「さくらのレンタルサーバ
CGIの神話と現実 : 404 Blog Not Found
2006年04月17日18:52 カテゴリLightweight LanguagesLogos CGIの神話と現実 PHPのパフォーマンスに関しては、すでに川合さんのPerlよりPHPの方が軽くて速いは本当？が出ていて、これでプロには充分なんだけど、すでにプロのプログラマーを離れて、一般の人でも動的Webページ生成プログラムを書くようになった今、もう一度整理しておいた方がいいかも知れない。 提督の野望 海軍広報: 2006/4/17 PHP たしかにＣＧＩはパーミッションの設定とか面倒なことが多かったし、スピードも遅いから廃れても仕方ないんだけど、じゃあＰＨＰはどのぐらい使いやすいのかね？ と思って調べてみた。 誤解その1--CGIはPerlで書かれている まず最初に抑えておきたいのは、CGIは言語の名前ではなく、Webサーバーが外部プログラムにページ生成を依頼する時にどんな情報を渡し、ど
Kazuho@Cybozu Labs: PERL5WEBDB
« ASP で JSAN | メイン | CSRF 対策 w. JavaScript » 2006年03月30日 PERL5WEBDB YAPC::Asia 2006 Tokyo での Lightning Talk にあわせて、 PERL5WEBDB を公開します。 PERL5WEBDB は、ウェブブラウザ上で動作する CGI デバッガです。使い方は簡単。デバッガを開いていれば、自動的に CGI にデバッガが接続され、デバッグできるようになります。 また、インストールも簡単です。tar を展開して Apache の設定ファイルに設定を追加するだけです。 詳しくは、発表資料、あるいは、PERL5WEBDB の README をご覧ください。
CGI.pm と CGI::Util::utf8_chr - naoyaのはてなダイアリー
15. CGI::Util::utf8_chr now correctly sets the UTF8 flag on 5.006 or higher perls (fix courtesy Slaven Rezic). CGI.pm の最近のバージョンから、CGI::Util::utf8_chr という関数により、一部の入力パラメータに UTF-8 フラグが立つようになったみたいです。ざっくり見てみたところ、CGI::Util::unescape を通るときにフラグが立つらしい。 最も正しい UTF-8 の扱い方は、入力で ON、出力で binmode するなり encoding 指定するなり (参照)、ということみたいで、そういう方針でこの変更が入ったのだと思います。 でも、気付かないよなあ、これｗ かなり深追いして変数一個一個 Devel::Peek で Dump して、CGI->p
CGI.pmでtext/xmlなPOSTデータを読みたい場合 : blog.nomadscafe.jp
CGI.pmでtext/xmlなPOSTデータを読みたい場合 CGI.pmでtext/xmlなPOSTデータを読みたい場合、 my $q = CGI->new; $q->param('POSTDATA') で読める。いままで知りませんでした。 正確には、x-www-form-urlencoded や multipart/form-dataではない場合に、POSTデータはPOSTDATAで読み出せる。ソースでは、 # YL: Begin Change for XML handler 10/19/2001 if ($meth eq 'POST' && defined($ENV{'CONTENT_TYPE'}) && $ENV{'CONTENT_TYPE'} !~ m|^application/x-www-form-urlencoded| && $ENV{'CONTENT_TYPE'} !~ m
CGI.pmを継承して漢字コードの変換をする必要性に疑問 : blog.nomadscafe.jp
CGI.pmを継承して漢字コードの変換をする必要性に疑問 はてなブックマークでちらりと見かけたid:hidedenさんのこのエントリー。すでにプログラムな視点からはSawaさんが議論されていますが、斜めからの意見としてはCGI.pmを継承してまで漢字コードの変換をする必要性を考える事が必要かなと思う。 一般的なブラウザならば、ページのエンコーディングとPOST/GETのリクエスト文字列のエンコーディングは同じ（ハズ）です。Perlでプログラムを作るのであれば、EUC-JPまたは最近であればUTF-8でコーディングしていると思います。プログラムからの出力も同じエンコーディングで行えばまったく問題ありません。わざわざJcodeを挟み込んだりすると漢字コードの判断ミスがおきて逆に文字化けしてしまうこともあるでしょう。 しかし、一般的なブラウザではない携帯電話の場合、ページのエンコーディングはSh
w
結城浩です。 Tropy(とろぴぃ)のご利用を感謝します。 久しぶりにTropyを再開しています。どうぞお楽しみ下さい。http://tropy-page.appspot.com/ 質問・意見・感想・要望などは、Feedbackからお願いいたします。 Enjoy Tropy! Current Running Tropy: http://tropy-page.appspot.com/ Source (Python) Source (Perl) Source (Ruby) Documents 2005-11-03: Tropy(とろぴぃ)というCGIを作りました (Tropy誕生) 2005-11-05: Web 0.5としてのTropy (補足解説) 2005-11-05: いろんなTropyたち (クローンリンク集) 2005-11-06: 駆け抜けたTropy 2005-11-07: T
FormValidator::Simpleプラグインの作成 : blog.nomadscafe.jp
FormValidator::Simpleプラグインの作成 １つ前のエントリーのFormValidator::Simpleは、validationに使うプラグインが簡単につくれるのも良いところ。すでにCPANにも FormValidator::Simple::Plugin::Number::Phone::JP FormValidator::Simple::Plugin::CreditCard FormValidator::Simple::Plugin::Japanese のといったプラグインがあがってます。 プラグインを使うには、FormValidator::Simple::Plugin::Japaneseならば use FormValidator::Simple qw/Japanese [他モジュール]/; または FormValidator::Simple->load_plugin('
フォームの入力を確認するData::FormValidatorとFormValidator::Simple : blog.nomadscafe.jp
フォームの入力を確認するData::FormValidatorとFormValidator::Simple フォームから送信されたデータのチェックをするモジュールはCPANに二つあります。Data::FormValidatorと加藤さんのFormValidator::Simpleがそれ。いままでガリガリと書いていた部分をこれを用いて楽ができないかと試し中。 メールアドレスとパスワードを入れるような以下の登録画面があって、 <form> メールアドレス:<input name="mail" type="text" id="mail" size="20" /><br /> パスワード:<input name="password" type="password" id="password" size="20" /><br /> もう一度パスワード:<input name="password_co
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
perl-mongers.org
cgi のインストーラってできないかなぁ - 御玉杓子スパイラル
CGI-Dispatcher-Simple-0.01 - Simple CGI Dispacher by PATH_INFO - metacpan.org
http://mm.apache.jp/pipermail/apache-users/2004-March/003897.html
http://shibuya.pm.org/slides/200306/oyama.pdf