たった10年前、世界にはmixiもGREEもモバゲータウンもFaceBookもなかった。GmailもGoogleTalkもGoogleMapsもなかった。Wikipediaもなかった。そこにはiPhoneどころかiPodすらなかった。皆ガラケーでメールを打ち、CDウォークマンを聴き、Blogの代わりに日記を書いていた。 2000年前半 Blog、Web2.0の流行 2001年10月 iPod発売 2001年01月 Wikipedia発足 2002年 公衆無線LANの普及が進む 2002年 BlackBerry、電子メールやWebブラウズ対応 2004年02月 mixiスタート 2004年02月 GREEスタート 2004年03月 電車男出現 2004年02月 「エッジ株式会社」が「株式会社ライブドア」に社名変更 2004年07月 Skype, 正式リリース 2004年04月 Google,
私はspamよけの専門家ではないので、この方法に欠点があったり、すでにある技法でしたらすみません。実際に導入してみたところ、1日300くらい来てたspamがぱったり止んだので紹介することにする。 私はCAPTCHAはあまり好きではありません。あれは私の脳を多少なりとも浪費させるし。誤判定すらある。 あと、普通のクイズ形式のCAPTCHAとかアホかと本気で思う。機械が人間に使われてどうする。 Googleなどではしかたないと思う。Googleだけをターゲットにするspammerがいるので、普通の対策はほとんど意味をなさない。 しかしうちのような一般のBlogに対する無差別なspam行為に対してはどうだろうか？個人BlogにCAPTCHは大げさすぎる。そこが有名サイトであるとか、DoS攻撃に遭っているならともかく、ごく単純な方法でspamよけは可能。「アルファベットのaを入れてください」とでも
さて、忘年会シーズンと年末調整と年末進行に入ってしまった昨今、すっかり更新が遅れている当プロジェクトですが、方々で「かなださんが何をしたいのか良く分からない」という声が聞かれるので、一段落ついている今の段階で表明しておきます。 私の基本思想は以前のBlogでご理解いただいていると思います。が、具体的にもう一度、私のやりたいことから整理していきます。 英語リテラシーのそれほど高くない日本において、プログラミング言語の普及と日本語化は強い相関があると思っています。他方現状はといえば、perldocjpというドキュメント閲覧ポータルと、perldocjp@sourceforageという翻訳の2つのプロジェクトがメインとしてあるだけで、片方は古いことも手伝ってブラウジングに非常に難があり、後者は翻訳者がほとんど1人だけという状況に陥っています。 そこで、この2つを立て直そうというのが当プロジェクト
Twitter経由でPlack::Testを見た。なにこれ。もうCGIいらないじゃん。 PlackやPSGIを知らない人は先に適当なページでも見て頂きたい。そんなんよりPSGIのエントリ書いてほしいって方はコメント残しておいてください。でももう半年も経つからググればいっぱい見つかるんじゃないかな。俺ほとんどPSGIに首突っ込んでないし。 で、Plack::Testの何がどうすごいかというと、次のようにPSGIアプリケーションのテストができる。テストコードは宮川さんのものに、クエリ部分を付け加えたものだ。 use Plack::Test; use Test::More; use HTTP::Request; use strict; use warnings; my $app = sub { my $env = shift; my $query = { map { split(/=/) } s
と思いこんなものを作ってみました。α版なので細かいツッコミは歓迎ですが寛容にお願いします。当然気づいているバグもあるのですが、ケツを叩かれるとのそのそ動くのが私の習性なので。デザインの著作権を侵していますが、勝手な都合でsearch.cpan.orgの方から警告があるまではこのままにします。 http://kaede.to:8000/ 断言します。日本のPerlコミュニティには、このような、別の形の日本語Perlドキュメントポータルが絶対に必要です。 これは、しばらくは動くようにしておきます（なるべく・1ヶ月くらい？）。その後状況をみてなるべく当社とは関係ない（最終的には全く関係ない）ドメインでどこかに移転します。それ以降にデッドリンクになっているのを見つけた方は、canadie at gmail まで一言頂けると助かります（他力リマインダ）。 なお動いているのは弱小サーバーでしかも多段P
前回のXSをとにかく作ってみる編の続編である。どこかに目次のエントリを作るか、Wikiにした方がいいような気がしてきた。今後、自身の学習・復習もかねてXSについて解説していく。対象は取り急ぎperl-5.8.8以上とする。なお、今回は話が思いっきりあさっての方向にそれたので、先にお詫びしておく。 XSとは何か。XSはPerlが用意したAPIに、C/C++でアクセスするためのマクロ言語である。そしてマクロ言語の記述フォーマットの名前である。「PerlAPIを叩くCプログラム」を総じてXSと呼ぶ向きもあるが厳密にはこれは正しくないことは前に述べた。 XSファイルは主に３つのパートに分けられる。Perlから関数として呼び出された時の引数を受け取る処理、そして核となるルーチン、そして演算結果をPerlに返す部分である。しかし引数と戻り値に関しては最初はあまり神経質になる必要はない。これらは大抵
金もないのにムシャクシャしてiPod Touch 32GB買った。今はまだ後悔してない。 それにしてもだ。このiPod Touch（恐らくiPhoneも同じだろう）にWikipediaを入れると便利で便利で仕方がない。いつもポケットに入っているちいさきものがブリタニカに匹敵するとさえ言われる百科事典に変身するのだ。現在のところ、特に威力を発揮しているのがツタヤなどのレンタルCD屋だ。iPod Touchに曲を入れておけば今どのアルバムを持っているか分かるので重複して借りることはないし、持っていないアルバムのどれがどう秀逸なのかまで知ることさえできる。影響されたアーティストや比較されるアーティストを見て、新たなお気に入りアーティストの発見にも繋がる。とにかくこれ一台さえあればレンタルが非常に楽しくなる。なお、飲みの席などでも使えそうだが、多用するとただの変な人なので要注意。 ちなみに、イ
Mixiが、一時的にCookieのドメインを“mixi.jp”から“.mixi.jp”に変更して、一部ブラウザからアクセスできなくなるという現象が起こりました。これをmixi側は「古いブラウザを使っているのが原因。新しいブラウザに変えれば直る」と一蹴しましたが、この対策が妥当だったかはともかくとして、規格上、古いブラウザと新しいブラウザのどちらに問題があったのかを検証してみます。 “.mixi.jp”への変更が妥当だったかどうかについて。 Cookieについては当初Netscape社のテキトーなドキュメントのみが仕様として成り立っていた経緯があり、実装にかなり揺れがあります。特に Cookieの大元の仕様と、RFC上のCookieの仕様の2つの内容が相反していて、Netscapeの仕様の方はDOMAINの先頭にドットを入れることに言及がない(サンプルは先頭ドットなし)。一方、RF
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く