Webアプリのセッション管理とデータ保存を学ぶ#3（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎 #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法（本記事） 3. Webサービスにおけるデータ保存（サーバーサイド編） 続いてサーバー側でのデータ保存について説明します。 ほとんどのWebサービスでは、最終的なデータをサーバーのどこかに保存しておかなければなりません。Webサーバーは多数のクライアント（及びユーザー）から同時にアクセスを受けるため、それらを個別に処理して、矛盾が生じないように保存する必要があります。 サーバー側でのデータ保存の種類について以下で説明します。 A. ファイルに保存する 最も単純な方法であり、手軽に作成されたフォームプログラムなどではCSVファイルなどから設定情報を読み取り、データ保存もサーバー側のCSVファイルなどに書き出すといった作りをすることがあります ファイルへの保存は最も手軽に行える方式で
Webアプリのセッション管理とデータ保存を学ぶ#2（社内勉強会）
#1 Webアプリのセッション管理の基礎 #2 クライアント側のデータ保存方法（本記事） #3 サーバー側のデータ保存方法 2. Webサービスにおけるデータ保存（クライアントサイド編） クライアント（ブラウザ）側でのデータ保存について、主流であるCookieをもう少し詳しく見てみましょう。 Cookie CookieはHTTP仕様で定められているサーバーとクライアント間でHTTPリクエストを跨いだデータをやり取りできる方法の一つです。機能自体はサーバーがHTTPレスポンスの中で短い文字列データをクライアントブラウザ側に保存させ、クライアントブラウザが同じサーバーに通信する時に都度Cookieに保存された内容をHTTPリクエストに送信するといったシンプルな仕様です。 Cookieはクライアントに複数のHTTPリクエストを跨がって同じ文字列を送信させることができるので、ここにセッションIDを
Webアプリのセッション管理とデータ保存を学ぶ#1（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎（本記事） #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法 概要 本記事はWebアプリの開発初心者、または書いたことはあるけどサーバーやインフラについてはよく分かっていない人向けです。 Webアプリを「データや状態の保存」という観点からクライアント側とサーバー側について説明します。 1. Webアプリのセッション管理の基礎 HTTPプロトコルはステートレスなので、そのままではデータや状態を次のHTTPセッションに引き継げません。このままでは掲示板や商品購入や支払い機能を作れないので、何らかの形で状態を維持するしくみが必要です。 Webサービスを構成する上でのステート（State: 状態）管理機能には、以下の要件が求められます。 HTTPリクエストを受け取ったときに、同じユーザーからのアクセスを「これは以前のこのリクエストと同じ
Ruby製Webアプリのcookie-onlyセッション破損でセキュリティリスクの可能性（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Session-only cookie corruption in Ruby web apps | perlkour 原文公開日: 2017/11/21 著者: perlkour RackやRailsにはクッキーモンスターがいます。 ブラウザは、ドメインやレスポンス内でcookieの数やサイズに制限を設けています。この制限を超えると、まずいことが起こる可能性があります。明らかなケースについてはRackやRailsが防止を試みますが、本記事では現在の実装で生じる問題について説明します。また、RubyのWebアプリで発生する問題の潜在的なインパクトや、問題の緩和方法についても検討します。 この情報は、（セッションIDに限らない）セッションハッシュ全体をエンコードした内容を含んでいるセッションcookieを転送するWebアプリと強く関連
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
