syuu1228のブックマーク - はてなブックマーク

syuu1228 id:syuu1228

ブックマーク / wota.jp (3)

簡単で完璧な阻止率100%のスパム対策の実装について - ヽ( ・∀・)ノくまくまー(2010-04-01)
● 簡単で完璧な阻止率100%のスパム対策の実装について日々増大する中国からのスパムアクセス。全てのWebサーバ管理者が悩まされていると言っても過言ではないだろう。これを低コストで完璧に排除する活気的な方法を思いついたので、以下に提案する。キーワードは「発想の転換」である。ブラックリスト方式 (DNS) 中国からのアクセスを弾くためにという排除方法を考えてみる。この場合、問題が2つある。効率性 (HostNameLookups on にする必要がありパフォーマンスが悪い) 完全性 (全ての中国IPが .cn のDNS付与されているわけではない) 1の速度面を我慢したとしても、「中国で利用されているホスト情報」というブラックリストが定義不能であるため、この方式は完全ではない。ホワイトリスト方式 (DNS) 発想を逆にして、ホワイトリストを定義してみる。話を簡単にするために、もう大雑
syuu1228 2010/04/02
発想の転換すぐるｗｗｗｗ RT @kazuhide: 絶句した→簡単で完璧な阻止率100%のスパム対策の実装について
リンク
JRuby はじめました - ヽ( ・∀・)ノくまくまー(2009-06-30)
1.8 のスレッドは？ green thread (ユーザレベルスレッド) 1.9 でなんか変わったの？ native thread (カーネルスレッド)になったおぉ、マルチコアの恩恵を受けて高速化！？いや、並行実行はしないどういうこと？各スレッドを順番に少しずつ実行するけど、同時には実行しないえ？じゃ、速度は... 1コアでも32コアCPUでも一緒ちょｗ。それって1.8でも一緒じゃん。何で並行実行しないの？ Rubyから使うCの拡張ライブラリを全部、並行処理に対応させる必要があるからそれは大変そうだな。連絡付かない作者もいるだろうし 1.9 では動かなくなるライブラリがあるのを避けるために、native にしたけど並行化はしなかった確かに、正しい選択だ。で、本当は？作業コストが大変だから(笑) ちょｗｗ。あれ？じゃあ green thread のままでも良かったんじゃね
syuu1228 2010/01/24
つまりJRubyに乗り換えろと。RT @repeatedly: そういやRuby 1.9はnative threadだけど並列処理はしないんだったか．
リンク
ヽ( ・∀・)ノくまくまー(2010-01-03)
● [Ruby] chawan chasen (形態素解析システム)を Ruby から使うには、yu-yan 作の gyokuro ライブラリが便利でずっと愛用していたのだが、最近の UTF-8 な chasen だと相性が悪いみたい。困ってても仕方ないので、とりあえず自作。chasen の受け皿として chawan と命名。 http://github.com/maiha/chawan インストール
syuu1228 2010/01/13
ここのCAPCHAがひどすぎるｗ
リンク
1