Bootcampでないごく普通のWindowsでApple Magic Trackpad を使用している(「Apple Magic Trackpad を Windows 7 (32bit) で使う」参照)と、その設定が一切いじれないことにすぐに気づくと思います。 それについて言及している記事が、「Windows 7のアップルマジックパッドのコントロールパネル」として検索されるのですが、翻訳もおかしいですし、なにかページの構成が不自然で読みにくいのです。 で、ソースコードを見てみると、元々のこのファイルを提供している記事「Apple Magic Trackpad Control Panel | Mannis Welt」を発見しました。そこの記事のトラックバックに、「Apple Magic Trackpad Control Panel For Windows 7 | IntoWindows」と
Damit dieser Eintrag für alle verständlich ist, verfasse ich ihn zuerst in Englisch. Der deutsche Eintrag folgt. About using the Apple Magic Trackpad in Windows you can read a lot in the space of the world wide web. But if you want to customize the trackpad you will find almost nothing, perhaps an application you must pay for. Now, here it is! An Freeware Control Panel for using with Windows.Pleas
MacBook Air (Mid 2011) と Windows パソコンに Magic Trackpad を接続して交互に使うと感じる違和感 参考: Apple Magic Trackpad を Windows 7 (32bit) で使う (きりしま屋) Windows 7のためのApple Magic Trackpad コントロールパネル (きりしま屋) 二本指スクロールで、二本指で上になぞると下に向かってスクロールする (下側の画面外で見えなかった部分が出てくる) が正義のような気がします。(Lionの動作) Windowsの場合は、スクロールバーがなぞった方向に移動するので、マウスのホイールの時は特に感じないのですが、 Magic Trackpad のときは「ん?」となるんですね。(Lionだとマウスもそうなんでしょうけど、MacBook Air にはマウスつないでないので分からな
フレームワークの責務とセキュリティ - MugeSoの日記についての感想文です。 世の中にはたくさんの通信プロトコルが存在し、中には、特定の条件でパスワードを含む文字列をハッシュ化した値を検証しなければならないものも含まれています。 例えば、HTTP Digest認証の場合は、MD5("realm:user:password")を保存しておく必要がありますし、APOPの場合は生のパスワードを、CRAM-MD5の場合はMD5("password")を保存しておく必要があったはず。 で、こういった様々なプロトコルに対応可能な認証データベースを準備しようとすると、パスワードを復号可能な方式で保存しておく必要があります*1。 ただ、パスワードを復号可能な方式で保存するとか、開発者あるいは管理者としてやりたくないというのはもちろんそうなので。で、長期的には世の中どこへ向かってるかというと: 選択肢a
■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました。 上掲のスライドでは、その手法としてソルトつきハッシュ化を勧めています。しかしながらスライドに書かれているとおり、ソルトつきハッシュには、複雑なパスワードの解読は困難になるものの、単純なパスワードを設定してしまっているユーザーのパスワードについては十分な保護を提供できないという問題があります。そして、多くのユーザーは適切なパスワード運用ができない、というのが悲しい現実です。 ソルトつきハッシュを使った手法でこのような問題が残るのは、ウェブアプリケーションサーバに侵入した攻撃者がユーザーの認証情報をダウンロードして、認証情報をオフライン攻撃するこ
JALの6桁数字パスワード問題から派生して、JALのサイトがパスワードリマインダとして「現在のパスワード」を教えてくれることから、JALサイトではパスワードを平文保存しているのではないかという疑惑が持ち上がっています。それに対して、「いやいや、従来の主流と思われるソルト付きMD5ハッシュでの保存しても、実用的な速度でハッシュ値から元パスワードを『解読』できるよ」と、JALを擁護(?)するエントリが現れました。 パスワード問合せシステムを作る (clojureのreducers) この記事では、最初Clojureによる単純な総当たりで36秒、Clojureのreducersによる並列化で11秒でハッシュ値から元パスワードが求められるよ、と説明されています。まことに痛快な記事ですので、未読の方には一読をお勧めします。 とはいうものの、100万件のMD5の総当たりが、逐次実行で36秒、並列化して
Gitのワークフローに関する話題が、また盛り上がっているようなので、僕が好んで使っているワークフローについて書きます。 対象としているソフトウェアは、GitHubやGitHub Enterprise等を使って開発されている、リリースブランチを切らずにmasterにリリースタグを打っていくだけで十分な程度の、ウェブサービス(の部品)やオープンソースプロジェクトです。 まず、以下の2点を原則として考えています。 origin masterを壊さない origin masterの(1st parentをたどるツリー)にテストを通らないcommitを入れないよう努めます 変更の主題を常に明確にする 前者の理由は、masterをいつでもリリース可能な品質に保つためと(←12:44追記)git bisectするときに困らないようにするため。そして、これらの原則から、以下のようなワークフローで作業するこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く