Klorofil レビュー MOONGIFT
Klorofil レビュー 計算機 サンプルアプリケーションの計算機を立ち上げた画面です。 （クリックすると拡大します) アプリケーション一覧 サンプルアプリケーション一覧です。 （クリックすると拡大します) ボタンサンプル 文字列を入力して、ボタンを押します。 （クリックすると拡大します) タイトルが変化します。 （クリックすると拡大します) Hello World 言わずと知れたHello Worldです。 （クリックすると拡大します) ラベルサンプル 各種ラベルサンプルです。 （クリックすると拡大します) チェックボックス・ラジオボタン チェックボックス・ラジオボタンのサンプルです。 （クリックすると拡大します) Klorofil 紹介はこちら
ITmedia エンタープライズ：Perlは悪くない――CGIセキュリティホールの落とし穴 (1/2)
比較的レガシーになってきた言語「Perl」に対し、旧サービスのメンテナンス不備が問題視されている。問題なく稼働中であっても、脆弱性が潜んでいる場合があるからだ。何に注意すればよいのか？ 具体的に触れていこう。 先ごろ報じられた「Perlの脆弱性は氷山の一角か」は、一見するとPerl自体の問題？ と思われるかもしれない。しかし、核心はPerl言語で作られたスクリプト（ソースコード）自体の問題だ。 Perl＝CGIと思われるほど広まっているこの言語は、フリーで配布されているものが多く、コンパイルする必要なくファイル属性にさえ注意すれば容易に動かすことが可能だ（仕組みの詳細は後述）。このため数多くのPerlスクリプトが公開されているが、十分にセキュリティ対策を行っていないものもある。見かけ上の動作に問題がなければ、セキュリティホールに気付かないことも多い。 「セキュリティプログラミング」とひと口
YAPC::Asia 2006 Tokyo (Japanese)
YAPC::Asia のビデオを公開しました on 2006-05-16T02:00:23+09:00 おまたせしました。YAPC::Asia 2006 で撮影したビデオを QuickTime フォーマットで公開しました。Internet Archive (archive.org) からダウンロードできます。ビデオは Creative Commons by-nc-sa のもとでライセンスされています。いくつか by ライセンスのファイルも含まれます。 iTunes などで利用できる ビデオキャスト feed (RSS 2.0) を Plagger を使って生成しましたので、Video iPod などへの同期にはこちらをご利用ください。(レシピを提供してくれた kazeburoさん ありがとう！） スライド や 音声 とあわせてお楽しみください。 Comment (1) Trackback
ライブドア次世代テクノロジーセミナー第1弾／TAKESAKO @ Yet another Cybozu Labs
六本木ヒルズで開催されたライブドア次世代テクノロジーセミナーに、会社の同僚の秋元さんと一緒に行って来ました。 当社は長い受託ビジネスやWEB開発から蓄積した、膨大な経験と実績を使い、現在UU14,336千人、月間約22億PVというポータルサイト 「livedoor」を構築するまでになりました。そこには飽くなきローコストへの挑戦と、多くの優秀なエンジニア、更には膨大なインフラを支えるネットワークエンジニアによる日々の汗と苦労の結晶です。今回は、それらの技術面及びインフラ面のノウハウの一端を、皆様の成功の鍵にしていただきたく紹介をさせていただきます。 定員50名の募集に対して、告知後数時間で150名超の申し込みがあった いわば選ばれた者だけが参加できた貴重なセミナーでした。 ■参加者のレポート [システム運用] ライブドア 次世代テクノロジーセミナー http://pmakino.jp/tdi
[ぴ] - ライブドア 次世代テクノロジーセミナー
_ [システム運用] ライブドア 次世代テクノロジーセミナー わざわざ午後半したのに退社するのが遅れたり家に財布忘れたりで20分遅刻。 色々抜けがあるけどとりあえずざっくりとメモ。 使ってる OS はほとんど (9割方) FreeBSD 4、一部 Turbolinux 8 ・FreeBSD 4.x (5.x は Perl の扱いが…) ・Apache 1.3 (2.0は mod_perl の互換性が…) ・MySQL 4.0 (4.1は日本語の取り扱いが…) ・Perl 5.8 (これだけは最新の Stable でも問題ない)ライブドアは延べ13人の CPAN Author を輩出 (でも今残ってるのは3人だけ)オン・ザ・エッジ (後にエッジに改名) の頃は Total Internet Solution というキャッチで、主に Web サイト構築の受託。この中で、フレームワーク Sled
![[ぴ] - ライブドア 次世代テクノロジーセミナー](https://cdn-ak-scissors.b.st-hatena.com/image/square/d228e8be070c32c738781e15c25aeb18f4dc6807/height=288;version=1;width=512/https%3A%2F%2Fpmakino.jp%2Ftdiary%2Ftheme%2Fogimage.png)
The system error is displayed by the del.icio.us
System error error: Can't call method "prepare" on an undefined value at /www/del.icio.us/comp/user/get line 13. context: ... 9: my $usedb = 'master'; 10: my $ret; 11: 12: if (!$auth_user) { $usedb = 'user' } 13: if (!exists ($db->{$usedb})) { $usedb = 'master' } 14: $user_name_q->{$usedb} = $db->{$usedb}->prepare('select * from users where user_name = ?'); 15: my $query = $user_name_q->{$usedb};
派手なデバッグスクリーン / ディフェンシブ・ウェブデザイン - naoyaのはてなダイアリー
Catalyst, SubWay, Rails などのモダーンな Framework では、デバッグモードで Internal Server Error が起きるとスタックトレースなどをド派手な HTML で表示してデバッグを助けるような仕組みを持っています。 But, Sledge にはそれが無い！なんてこった！この事実がバレる前にはやくその機能をつけないと！ つーわけで、Sledge::Plugin::DebugScreen とかいうものを作ってみました。 こういうの重要。はてなフレームワークも派手なの出してます。 色使いが 37Signals っぽいのは単なる僕の趣味です。 37Signals と言えば、昨日 37Signals のデザインの本を読みました。ディフェンシブ・ウェブデザインの技術。 フォームでのエラーから訪問者を立ち直らせ、自社サイトで確実に Subscribe しても
iandeth. - Perl の use と require の違い
以前飲み会で、会社の先輩と「use と require の違いってなんじゃ？」てな話をした際、知識不足ゆえうまく答えが出せなかったのですが、Programming Perl 等をちょろちょろ読み始めた今なら、ちょっとはマシな回答が出来る気がした /w のでまとめてみました。 perldoc を始め、色々なサイトや書籍でも既に述べられているとおり、 use はコンパイル時に評価される - module load happens at comile time. require は実行時に評価される - module load happens at run time. が明確な違いになります。また、 perldoc(*) によると use は実際には以下のコードを実行するのと同等だそうです : BEGIN { require MODULE; MODULE->import(LIST); } 特殊ブ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://tokuhirom.dnsalias.org/~tokuhirom/tokulog/2185.html
CGI-Carp-DebugScreen-0.16 - provides a decent debug screen for Web applications - metacpan.org