Nightmareさんとこをざっくり訳 - クロコめも２。
英語わかんねっす。 Nightmare Nightmareはハイレベルな自動ページ表示ライブラリーです。 達成したいことは、ネストが深く分かり難いコールバック地獄なしに下のことを実現する シンプルに書ける 同期処理っぽく書ける これは、APIを持っていないサイトのE2Eテスト用に設計されています。 Electronベースでできてます。PhantomJSに似てますが、もっと早くてモダンです。 Daydream Daydreamは@stevenmiller888さんによって作られた、Nightmareを使う際のお助けツール chromeのエクステンションで、ブラウザ操作でNightmare用スクリプトを生成するものです。 Examples yahooをサーチしてみよう var Nightmare = require('nightmare'); var vo = require('vo'); v
Cookieとセッションをちゃんと理解する - Qiita
引用/参考書籍 「よくわかるPHPの教科書」 「初めてのPHP5」 「パーフェクトPHP」 「体系的に学ぶ安全なWebアプリケーションの作り方」 「PHPスーパーサンプル」 「プロになるためのWeb技術入門」 インターネット上で情報をやりとりするということは、大事な内容をはがきに書いて相手に送るようなもの。その情報が相手に届くまでに誰に見られるかわからない。 概要 HTTPはステートレスなプロトコル。「状態」を持てない。 例えば、「ログイン」ページの場合、「ログインしているかどうか」のチェックをする必要がある。 NG例) http://www.littleforest.jp/itemlist?login=ok loginパラメータを調べてokかどうかを調べる。 →→パラメータを容易に改変できてしまう。 解決策として、Cookieとセッションを使う。 Chromeで、Cookieを確認するに
Webスクレイピングのノウハウを公開します | 東北ギーク
photo credit: the local eye sore : man scraping illegal billboard, castro, san francisco (2014) via photopin (license) こんにちは。リスペクトの木村です。 今回は「スクレイピング」についての話題をお送りします。 スクレイピングとは ウェブスクレイピング（Web scraping）とは、ウェブサイトから情報を抽出するコンピュータソフトウェア技術のこと。ウェブ・クローラー(Web crawler) あるいはウェブ・スパイダー(Web spider)とも呼ばれる。 ウェブスクレイピング – Wikipediaより 要するに、「APIを利用せずにWebページのHTMLデータを収集して、データを抽出したり整形する技術」の事を指します。 収集方法も様々で、最近ではkimonoのようなサ
ime-modeの標準仕様からの削除について - もずはっく日記 - WebStudio
もずはっく日記(2015年3月) 2015年3月2日 ime-modeの標準仕様からの削除について 初回投稿日時: 2015年03月02日13時03分57秒 最終更新日時: 2015年03月02日13時10分43秒 カテゴリ: CSS Firefox IE Windows SNS: Tweet (list) CSS3-UIの仕様書からime-modeの定義が削除され、各ブラウザベンダは直ちに実装を中止し、サポート済みのブラウザも実装を削除すべきだという文言に変更されました。 スラッシュドットでも取り上げられてて、多くのコメントが寄せられてました。参照されてる記事読まずに、書かれたコメントも多くて非常にアレではありますが、それはさておき、情報が混乱してるのは確かな訳なので、軽くまとめてみようかと。 あくまで私見ですが、少なくとも短期的にはあり得ないと思っています。そのような話がbugzi
キーワード解析の落とし穴「Google Analytics」数値のズレ｜Sphinn Japan Blog
以前書いた100で割ってみる集客数の見積りにつづいて、SEO効果は順位ではなく集客数という記事を書きましたが、今回はさらにGoogle Analyticsを深く見ます。 まずはアクセス解析の数値の種類からです。 用語の意味とカウントの違い ページビュー（表示回数） Webサイト内のページが表示された回数です。Analyticsのタグが書かれているページをカウントします。 セッション（訪問回数） Webサイトへ訪問されると、まずは「1」です。その後、訪問者が他のサイトへ行ったりブラウザを閉じて、30分以上たつとセッションが切れるので、次に来られたときは更に「1」となり合計「2」になります。30分以内に戻るとセッションは継続するので最初の「1」だけです。 ユニークユーザー（訪問人数） Analyticsで設定した集計期間内のビジター数をカウントしています。その期間内に何回訪問されても、そのヒト
携帯Webのクッキー利用について調べてみたメモ【update】
携帯でクッキーがどれぐらい使えるか調べたメモ。 ■３キャリア＋スマートホン（PC）対応クッキー記述 クッキーのドメイン、パス指定に何も記述しなければ完全一致として扱われるのでこれであればそのままクッキーの読み書きは可能です。 しかし一定規模のシステムであれば、クッキーのスコープを広く取りたいケースの方が多いと思います。 サブドメイン、複数のAレコードによるWebサーバが存在する場合に、３キャリア共通に使えるようにするクッキーのドメイン指定は、「.」から始まるドメインを指定することで可能です。 例： Set-Cookie: testcookie=thankyoumovatwi; path=/; domain=.movatwi.jp この辺、ハマリ所なのでウノウラボの記事もご参考ください。（なんとドメインが.jpと.inで挙動が違うらしいという、、） 携帯とCookieドメイン ■携帯電話でク
Webアプリケーションを作る前に知るべき10の脆弱性 ― ＠IT
Webアプリケーションが攻撃者に付け込まれる脆弱性の多くは、設計者や開発者のレベルで排除することができます。実装に忙しい方も、最近よく狙われる脆弱性のトップ10を知ることで手っ取り早く概要を知り、開発の際にその存在を意識してセキュアなWebアプリケーションにしていただければ幸いです。 Webの世界を脅かす脆弱性を順位付け OWASP（Open Web Application Security Project）は、主にWebアプリケーションのセキュリティ向上を目的としたコミュニティで、そこでの調査や開発の成果物を誰でも利用できるように公開しています。 その中の「OWASP Top Ten Project」というプロジェクトでは、年に1回Webアプリケーションの脆弱性トップ10を掲載しています。2004年版は日本語を含む各国語版が提供されていますが、2007年版は現在のところ英語版のみが提供さ
第6回 便利で危険なCookieを見てみよう
あらためて言うまでもありませんが，インターネットは，とっても便利なものですね。でも，インターネットには，ウイルス，情報漏洩，なりすましによる詐欺など，様々な危険が潜んでいます。「危険の存在を知り，十分に注意して使いましょう！」とはよく言われることですが，存在を知っているだけでは，危険から身を守ることができません。危険が生じる仕組みを知っておく必要もあります。 今回は，インターネットで使われている「Cookie（クッキー）」の仕組みを知るための実験をやってみます。Cookieは，便利なものなのですが，ちょっと危険なものでもあります。 Cookieの実体は，どこにある？ はじめに，Cookieとは何かを，簡単に説明しておきましょう。 何らかのWebページを閲覧すると，Webサーバーが皆さんのパソコンのメモリーやハードディスクに情報を書き込むことがあります。書き込むデータは，どのサイトにいつアク
Web StorageやindexedDBを扱う上でのセキュリティ上の注意点(続編) - 葉っぱ日記
先日書いた「Web StorageやindexedDBを扱う上でのセキュリティ上の注意点」の続き。 sessionStorage を使うと解決するか この用途なら sessionStorage でよい (はてなブックマーク - ssig33 - 2013年3月9日)sessionStorageはウィンドウあるいはタブが開かれてから閉じるまでの間をひとつのセッションとして管理し、そのセッションの期間中だけデータを保持します。ウィンドウやタブを閉じる際にはセッションは終了し、ストレージ上のデータは破棄されます。通常のWebアプリケーションでは、ログイン/ログアウト間というアプリケーション側が想定しているセッションと、sessionStorageのいうところのセッションとは異なる概念であり、ウィンドウを閉じる前に異なるユーザでログイン/ログアウトを繰り返した場合には同種の問題が発生する可能性があ
[HTML5] Web Storage よく使う検索条件を保存する | DevelopersIO
こんにちは。たごまさゆきです。 HTML5特集として記事を書くことになりました。HTML5の仕様にもいろいろありますが、この記事ではWeb Storageについて書いてみたいと思います。 Web Storage Web Storageは、ブラウザにデータを保存するための仕組みです。データはkey-valueペアで扱われ、JavaScriptで保存したり取り出したりできます。 よくCookieと比較されますが、それより保存できるデータ量がかなり大きく、毎回のリクエストでサーバーに自動送信されないなどの違いがあります。 Web Storageにはデータの保存期間が違う2種類のストレージがあり、用途に応じて使い分けができます。 Session Storageは、ブラウザのウインドウ（またはタブ）が閉じられると削除されます。 Local Storageは、保存したデータは削除しない限り残り続けます
![[HTML5] Web Storage よく使う検索条件を保存する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/a18d742778bb675192c3331b71122e80fc5dc1fa/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F11%2Fhtml5.png)
ログアウト機能の目的と実現方法
このエントリでは、Webアプリケーションにおけるログアウト機能に関連して、その目的と実現方法について説明します。 議論の前提 このエントリでは、認証方式として、いわゆるフォーム認証を前提としています。フォーム認証は俗な言い方かもしれませんが、HTMLフォームでIDとパスワードの入力フォームを作成し、その入力値をアプリケーション側で検証する認証方式のことです。IDとパスワードの入力は最初の1回ですませたいため、通常はCookieを用いて認証状態を保持します。ログアウト機能とは、保持された認証状態を破棄して、認証していない状態に戻すことです。 Cookieを用いた認証状態保持 前述のように、認証状態の保持にはCookieを用いることが一般的ですが、Cookieに auth=1 とか、userid=tokumaru などのように、ログイン状態を「そのまま」Cookieに保持すると脆弱性になります
実は厄介、ケータイWebのセッション管理
実は厄介、ケータイWebのセッション管理：再考・ケータイWebのセキュリティ（3）（1/3 ページ） “特殊だ”と形容されることの多い日本の携帯電話向けWebサイト。そこには、さまざまな思い込みや性善説の上しか成り立たないセキュリティが横行しています。本連載は、ケータイWebの特殊性をていねいに解説し、正しいケータイWebセキュリティのあるべき姿を考えます（編集部） 「Cookieを使えない端末」でセッションを管理する方法は？ 第2回「間違いだらけの『かんたんログイン』実装法」ですが、多くの方に読んでいただきありがとうございました。 今回は、前回に引き続き架空のSNSサイト「グダグダSNS」のケータイ対応を題材として、ケータイWebのセッション管理の問題点について説明します。携帯電話向けWebアプリケーション（ケータイWeb）のセッション管理は、かんたんログインよりも対策が難しく、厄介な問
間違いだらけの「かんたんログイン」実装法
今回は、そのかんたんログインの問題点について説明します。 「契約者固有ID」を用いるかんたんログイン かんたんログインとは、携帯電話の「契約者固有ID」を用いたログイン手法です。 第1回で説明したように、携帯電話のブラウザのリクエストヘッダには契約者固有IDと呼ばれるIDを付けることができます。契約者固有IDは、携帯電話事業者によって詳細は異なりますが、すべての携帯電話事業者が対応しています。 図1は、NTTドコモの携帯電話がサポートしている契約者固有IDである「iモードID」がサーバに送信される様子です。この情報は、ユーザーがそれと意識することなく送信されます。携帯電話のかんたんログインとは、契約者固有IDのみを用いて認証を行い、ログイン機能を実現することです。 かんたんログインは、ベーシック認証のようにIDとパスワードを管理する必要もなく、Cookieのように対応する端末を考慮する手間
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ