y_yukiのブックマーク / 2014年9月1日

y_yuki id:y_yuki

2014年9月1日のブックマーク (4件)

[HTML5]History APIめも - l4l
spec http://www.w3.org/TR/html5/history.html HTML5以前のHistoryオブジェクトI/F window.historyでアクセスできるホストオブジェクト。ブラウザの進む／戻るに対するJavaScript APIのみでした。 interface History { void go(in optional long delta); void back(); void forward(); }; HTML5以後のHistoryオブジェクトI/F stateプロパティ、pushState, replaceStateメソッドが追加されました。ただChrome13(Webkit/535.1)においてはstateプロパティは未実装のよう。 interface History { readonly attribute long length; readon
y_yuki 2014/09/01
HTML5

javascript

HistoryAPI
リンク
[EC2]５分でできる！？ WireSharkのリモートキャプチャー | DevelopersIO
はじめに Amazon LinuxをはじめとするEC2インスタンスはグラフィカルログインが提供されていませんのでWireSharkによるリアルタイムキャプチャーができません。そのため、EC2の入出力パケットをキャプチャーをするにはtcpdumpでキャプチャーして、そのファイルをローカルのPCにダウンロードしてWireSharkで確認します。この方法は、手間が多いだけでなく、ネットワークに流れるパケット情報をリアルタイムで調査できるWireSharkの長所が失われてしまします。キャプチャー対象となるEC2インスタンスの設定変更と添付したシェルの設定項目を書き換えのみで、リモートキャプチャーできるランチャーを作成しましたのでご紹介します。５分で手早く利用したい方は、下記のシェルと設定ファイルをコピーして、図を参考に設定を置き換えることで動作できるでしょう。 WireSharkのリモートキャ
y_yuki 2014/09/01
wireshark

network
リンク
RailsでAPIを作るときのエラー処理について | Yucchiy's Note
RailsでAPIを雑に書いていたんだけど, コントローラとかをどう書くとエラー処理しやすくなっていいかなーと考えていて, 個人的に考えがまとまったのでブログ書いた. ※9/1に追記書いた. 良いエラー処理について個人的にAPIを書く上で(API書くに限らない気はするけど)どういうふうにエラー処理を行うと良いかなーと考えてみるとコントローラ内では基本的に, ある関数の処理が失敗して, 次の処理が行えない場合はすべて例外を投げる例外は各々のコントローラ内で例外のキャッチは行わず, すべてApplicationControllerなど, 親コントローラ内の1メソッドで完結させるかなーと思う. APIのエラー処理は, Envelopeにステータスコードとエラーメッセージを書いて, APIのフォーマットを統一するほうがクライアントが作りやすそうだし, またこのように処理することで, エラー
y_yuki 2014/09/01
rails

API

例外

エラー
リンク
Wiresharkによる無線LAN通信の復号手順メモ – (n)
本記事に掲載した行為を自身の管理下にないネットワーク・コンピュータに行った場合は、攻撃行為と判断される場合があり、最悪の場合、法的措置を取られる可能性もあります。このような調査を行う場合は、くれぐれも許可を取ったうえで、自身の管理下にあるネットワークやサーバに対してのみ行ってください。また、本記事を利用した行為による問題に関しましては、一切責任を負いかねます。ご了承ください。ひょんなきっかけで接続されているパスワードが設定されており、暗号化された無線LANを流れる自分以外の通信を復号できるかどうかということの再確認を「Wireshark」を用いて行ったのでそちらの手順のメモです。前提条件として、その無線LANに接続しているユーザはWPA2 Personalで共通のパスワードで接続しているというものです。また、今回、Wiresharkを動作させているコンピュータはMacOSです。まず、
y_yuki 2014/09/01
セキュリティ

wireshark

ネットワーク
リンク
- 2014年9月2日
- 2014年9月1日
- 2014年8月29日