Propeller is a front-end responsive framework based on Google’s Material Design Standards & Bootstrap. Get Started

自分が実際の案件で使う際の雛形用にメモ。あくまでも雛形なので、必要に応じて追加変更削除は必要になると思います。 .htaccessではなく、httpd.confなどで設定するのも勿論有効です。 他にも含めておくといい設定はありそうなので、随時更新することになるかも。 .htaccessの設定内容 Options -Indexes DirectoryIndex index.php Header set X-XSS-Protection "1; mode=block" Header set X-Frame-Options DENY Header set X-Content-Type-Options nosniff <Files ~ "\.(log|ini)$"> Deny from all </Files> <IfModule mod_rewrite.c> RewriteEngine On R

Webアプリケーションの認証トークン（セッション）はCookieヘッダで送信するのが一般的だとは思いますが、 そろそろこのCookieに依存した方法は負の遺産ではないでしょうか？ 認証トークンの送信はRFC 7235で規定されているAuthorizationヘッダを使うと良いです。Basic認証とかDigest認証で使うやつですね。 実はBasicやDigestの他にRFC 6750でBearerというスキームが登録されています。単一の文字列を認証情報として送信するためのスキームで、トークンを送信するのにピッタリです。 参考: トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べた その場合は、認証トークンはCookieではなくlocalStrage（またはsessionStorage）に保存することになると思います。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR HTTP でトークンを利用した認証・認可をする手法として RFC 6750 がある OAuth に限らず、トークンを利用して認証・認可する機構の一部として Authorization: Bearer ヘッダを使うことができる 使い方について詳しくはこの記事の下のほうに書いた 要求 トークンを利用した認証・認可機構を持つ API を作りたい クライアントがトークンを HTTP リクエストに含めて送信し、サーバはトークンを検証してリソースへのアクセスを許可したい Authorization: Bearer トークン ヘッダでトー

a curated guide to the best tools, resources and technologies for data visualization

session_start(); header('Expires:-1'); header('Cache-Control:'); header('Pragma:'); header()でセミコロンの右に何も書かないと、PHPは何も送出しない。 session_start()のHTTPヘッダー送出を上書きし、結果的に何も送出しない。 参照