無線ランのセキュリティと iPhone 無線ランのセキュリティ(不正利用防止・情報流出防止・情報傍受防止・犯罪利用防止)対策は少なくとも基本的に3つあるようだ。 通信の暗号化キー設定、ESSID ( Extended Service Set-IDentifier )ステルス設定、そして MAC アドレス制限だ。そして書籍や関連サイトとでは、一般にこれらの三重のセキュリティ対策を講じることが推奨されている。 ここでは、我が家の WiFi 通信親機 WZR-HP-G300NH( Buffalo 製 )と、その子機としての iPhone との、無線通信におけるセキュリティ対策の設定方法を記録としてまとめておきたい。 AOSS を使用しない まず、何よりも重要なことは AOSS(AirStation One-Touch Secure System) を使わないことである。 購入直後には誰しもそうす
最近発表されて、一部で話題を呼んでいるTwitterの新しいStreaming API「ChirpUserStreams」。 まだdeveloperへのpreviewリリースということでプロダクトに使うようなことはできないけど。 http://apiwiki.twitter.com/ChirpUserStreams 今までのStreaming APIでは基本的に public timelineから、指定したキーワードを含む発言を拾う 指定したユーザーの発言を拾う というものだった(はず)。検索系としては便利だけど、home_timelineのように自分がフォローしているユーザーの発言をStreamingで得ようとすると全idを繋げたものをリクエストパラメータとして送らないといけなかったりで、あまりカッコよくない形になってしまっていた。 ところが今回使えるようになった「ChirpUserSt
GIGAZINEが変な記事書いてる。 ■ 一体オンラインで何曲売れば、アーティストは生活していくことができるのか?を表す図 - GIGAZINE 元々のデータも随分荒い感じがするけど、それに輪をかけてGIGAZINEが恣意的なデータの使い方をしている。 元の記事は、Information is Beautifulの「How Much Do Music Artists Earn Online?」って記事なんだけど*1、そもそもの文脈は、英国Digital Economy Bill(スリーストライク・スキームとか厳格なパイラシー対策を含む法案)が、ミュージシャンやアーティストのこれからを約束するものだ、なんてふざけたことを吹聴する輩がいるから、「OK、これが誰を利する法律かはっきりさせようじゃないか」って感じなのね。きつめに言えば、毎度のごとくミュージシャンだのアーティストだののためだと抜かし
はじめに Ruby on Railsサーバーアプリと連権するiPhoneアプリを超簡単に書けるObjectiveResourceに付いて書かせて頂きます吉田裕美です、宜しくお願いいたします。 この記事は、iPhoneアプリを開発には詳しくないWebアプリを主に開発しているプログラマーと、Webアプリの開発には詳しくないiPhoneアプリのプログラマー両方の方に読んでいただけるよな構成になっています。 iPhone開発経験者の方は iPhone編は「ObjectiveResourceとは」を読んだら「iPhone開発入門は」さっと目を通し、 Ruby on Rails編(本稿)はじっくりと読んでください。 Ruby on Rails開発経験者の方は iPhone編はじっくりと読んでください。 Ruby on Rails編(本稿)はRuby on Railsとは」と「Ruby on Rails
The other day I was reading an article in the NYTimes and I really liked the box that slides out from the right when you are reading the last part […] The other day I was reading an article in the NYTimes and I really liked the box that slides out from the right when you are reading the last part of the article. It shows another article from the same category and I thought that it might be somethi
The WebKit Open Source Project WebCoreにおける2つのパイプラインと処理の概要 - Surfin’ Safari Blogより抜粋 Surfin’ Safari - Blog Archive ≫ How WebKit Loads a Web Pageにおいて、WebKitにおいて具体的にどういった手順を踏んでページコンテンツのダウンロードとレンダリングが実施されているかが簡単に紹介されている。実際にどういった仕組みになっているのか短くまとまっていて参考になる。 WebKitではWebCoreが主なレンダリングコンポーネントになるという。WebCoreにはドキュメントをフレームへ読み込むパイプラインと、画像やスクリプトなどのサブリソースを読み込むパイプラインの2つのパイプラインが用意されている。つまり、HTMLのダウンロードとレンダリング、画像やスクリプト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く