無効なURLです。 プログラム設定の反映待ちである可能性があります。 しばらく時間をおいて再度アクセスをお試しください。
miyagawaさんがPlaggerのFetchNicoVideoからダウンローダとして抜き出してくれました。 Tatsuhiko Miyagawa / WWW-NicoVideo-Download-0.01 - search.cpan.org http://search.cpan.org/~miyagawa/WWW-NicoVideo-Download-0.01/ 中身はMooseを使ったモダンなコード。eg/fetch-video.plにそのまま使えそうなサンプルまで入っています。 サンプルではTerm::ProgressBarで進捗表示までされて至れり尽くせり。今日はちょっとだけ修正してファイル名をタイトルから名付ける様にしてみました。 といってもWWW::NicoVideo::Downloadではloginが単体で呼び出せられる様になっていますし、user_agentが得られるよう
ゆぐどら！α - W3Cは本当に偉いのかという記事を読んで感じた違和感。 Yggdrasill｜web制作･ホームページ制作･システム開発[香川]というところが母体のようだけど、 Yggdrasillの制作するwebサイト(ホームページ)は、すべてXHTMLコーディング（WEB標準）で最適化されます。 とある。「最適化」の意味がよくわからんが。W3Cに準拠する意味ってなんなの？なんて言ってたり中身とかどっちでもいいから、すぐ作って、すぐだして。なんてことやってるのは、センバキッチョーかなんかがお客に出す料理を偽装してるのと本質的に変わらないんじゃないの。程度の大小なだけで。ちなみに、記事を書いた方ではなく、その上司なのか別部署かなんかに問題がありそうな感じがしたが。 結局、このリンク先の記事は「どっちにしたいのか」がよくわからない。ウェブ標準を貫きたいのか、そうでないのか。「WEB標準で最
to-RさんのXSSの脆弱性を限りなくなくす方法を読んでなんかもにょもにょしたのでエントリーを書く。多分、to-Rさんはこれから書くことに関して理解してて、あの対策を行なってるのかもしれないけど、それでも書く。自分の勉強も兼てるので変なところがあれば教えていただけるとありがたいです。 入力時エスケープは非常にややこしい 確かに、入力値に必ずエスケープしておけば、XSS対策漏れにはなるかもしれない。けれど非常にややこしいことになる。 例えば、受け取ったデータの文字列に対して文字数制限のバリデーションを行なうときにわざわざアンエスケープの処理を行なわないといけないし、DBへの保存の際にもアンエスケープが必要になる。ブログとかでフォームから受け取ったデータのうち、一部のタグは許容するときとかもかな。 ベストの対策はアプリの性質に合わせたエスケープなんだけども、これって完全になくすにはかなりの几帳
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
