I need a component/class that throttles execution of some method to maximum M calls in N seconds (or ms or nanos, does not matter). In other words I need to make sure that my method is executed no more than M times in a sliding window of N seconds. If you don't know existing class feel free to post your solutions/ideas how you would implement this.
# This hosts file is brought to you by Dan Pollock and can be found at # http://someonewhocares.org/hosts/ # You are free to copy and distribute this file for non-commercial uses, # as long the original URL and attribution is included. # # See below for acknowledgements. # Please forward any additions, corrections or comments by email to # hosts@someonewhocares.org # Last updated: Fri, 15 Mar 2024
Amazon SESで簡単DKIM(Easy DKIM)のサポートが始まった。 これまでDKIMを行うには自前で署名を行う必要があった。ちょうど送信しているメールにDKIMの署名を加えようとPHPのライブラリを調べていた矢先の朗報だった。 明示されてはいないけど、追加のコストはかからないみたい。 その前に簡単にDKIMの紹介。 DKIMとは、迷惑メール対策の一環として、あるメールの送信者が正しいかどうかを確認する方法のひとつである。正しい送信者であることを確認する方法としては他にはSPFやSender IDがある。 使用する技術要素としては、DKIMは電子署名、SPFやSender IDはIPアドレスを使って送信者を検証する。 Amazon SESではこれら3つの技術を開発者ガイドで紹介している。SPFやSender IDはDNSレコードを追加するだけで対応できていたのだが、DKIMについ
まともなユーザー登録とログインを必要とするWebサイトにログインする際には、認証として、あらかじめ設定しておいた秘密のパスワードの入力を求められる。銀行のATMの操作にも、予め設定しておいた秘密の暗証番号の入力を求められる。 これは不便ではないか。もっと簡単にログインできないのか。生体認証はどうした。もう何十年も話ばかりで、あまり広く使われていないぞ。 以前、日本のセキュリティ意識が皆無の人間によって設計された携帯電話の、かんたんログインが問題になった。これが何故問題になったのかというと、携帯電話ごとにユニークなIDを送信し、そのIDが送られたことをもって、送信元はある携帯電話の個体であると認証するものである。これは、相手が絶対に嘘をつかないことをあてにした認証方法である。送信するデータは、相手側の手にあるコンピューターで生成されているのだから、相手が嘘をついてしまえば、この認証は破綻する
twitterなどでTポイントツールバーの利用規約が話題になっています。このエントリでは、Tポイントツールバーを実際に導入して気づいた点を報告します。結論として、当該ツールバーを導入すると、利用者のアクセス履歴(SSL含む)が平文で送信され、盗聴可能な状態になります。 追記(2012/08/10 20:10) たくさんの方に読んでいただき、ありがとうございます。一部に誤解があるようですが、ツールバーが送信している内容はURLだけで、Cookieやレスポンスまでも送信しているわけではありません。URLを送信するだけでも、以下に示す危険性があるということです。 追記終わり 追記(2012/08/13 23:50) ポイントツールバーにバージョンアップがあり、WEB閲覧履歴の送信がSSL通信に変更されました。従って、WEB閲覧履歴が盗聴可能な状況は回避されました。本日22:50頃確認しました。
別にLine嫌いじゃないけれど、むしろ応援してるけど。でもLineの一人勝ちはあまり面白くない。 というわけで思考実験として、今からLineに追いつくVoIPアプリをどう作るかを考える。 Lineを殺す方法とは、如何にLineの魅力とビジネスモデルを無効化するプロダクトを考えるか? だと思う。単純にラインよりもいいアプリを作ろうでは、先行者利益を覆すのは難しい。日本のサービスは「いいものを作るぜ!」が多いが、海外のサービスの「現在のビジネスモデルを台無しにするぜ!」というスタイルが有効だと思う。 根本的にLineの本質は、 電話が無料でかけられる! 電話からの移行がラクチン! スタンプが楽しい! の3点だと思う。つまり「速くて安くて美味い」をベースに、ちょっとばっかり優越感を味わったり差別化をしたい人から課金をする・・・というモデルになっている。この3つの魅力のうち1つか2つを、破壊あるい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く