はてなブックマーク

より確実な認証を行いたい場合 一般的に、上記3つの要素のうちいずれか1つを満たすことで、認証が完了することが多い より確実な認証を行いたい場合は、Multi-Factor Authentication (MFA) という考え方で、複数のファクターを確認する 認可 (Authorization) とある特定の条件に対して、リソースアクセスの権限を与えること (例) 鍵。鍵があれば家に入ることができる イメージは鍵 認証と認可を分離して考える 多くの場合、認証と認可は密結合している 認証に基づく認可 (例) 運転免許証。写真によりある人が誰であるかを証明し、その上で、その人に対して運転の認可を行う しかし、時に認証と認可が分離していることがある 認証せずに認可することがある (例) 切符 認証して認可しないことが分散システム上である (例) Aシステムでユーザーの認証して、認可を行うBシステム

psqlを設定する 縦に整列する selectの結果が長い時、1カラムが複数行にわたって表示されてしまい見づらい。 そこでexpanded display modeをonにすることで結果が縦に整列して表示されるようになる。

tmuxを使っているとコピー・ペーストがOS X上の他のアプリケーションと共有できない。 原因 OS Xはクリップボードを使うさいに、pbcopyとpbpasteというコマンドラインユーティリティを用いている。 しかしtmux上では上記ユーティリティが使用できないことがコピー・ペーストが共有できない理由のよう。 pbcopyとpbpasteをtmux上でも使えるようにするのが今回のゴール。

Rails APIモードでJWT認証したい Rails APIモードでJWT認証したくて、Gemを探したところ、knockというGemが良さそうでした。 knockの特徴は下記の通りです。 軽い Rails APIモードに対応している Auth0のようなサービスでも利用されている サンプルアプリケーションを作ってみる 今回はサンプルとして、認証されたユーザーだけがブログの投稿を閲覧できるシステムを作ってみます。 APIモードのアプリケーションを作成する Rails5のAPIモードのアプリケーションを作成します。

ロックとは ロックとは、あるトランザクションがレコードにアクセスしているときに，別のトランザクションからそのレコードにアクセスできないようにする仕組みのことです。 PostgreSQLの場合、トランザクションからの同時実行を確実にするために、テーブル・行に対して明示的なロックを獲得することができます。 また、ほとんどのPostgreSQLコマンドでは、参照されるテーブルがそのコマンドの実行中に別の方法で削除もしくは変更されていないことを確実にするために、SQLの実行の裏で、適切なモードのロックを自動的に獲得します。 テーブル単位のロック テーブル単位のロックは、LOCK文を使用します。

参考 理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL SQLとリレーショナルモデル リレーショナルモデル リレーショナルモデルとは、現実世界のデータを「リレーション」と呼ばれる概念を用いて表現するデータモデル データモデルとは、データをどのように表現するかという概念 リレーションの定義 SQLにおいてリレーションに相当するものは、テーブル リレーショナルモデルにおけるリレーションの定義は、見出し(heading)と本体(body)のペアで構成された集合(タプルの集合) 見出し: n個の属性(attribute)の集合。名前とデータ型のペア 本体: 属性値の集合である組(タプルの集合)。タプルの属性値は、名称とデータ型で指定されたものと一致している タプルと属性は、SQLではそれぞれ行(ロー)と列(カラム)に相当している 集合とリレーショナルモデル 集合とは、物

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

$count = 0 describe 'let!' do invocation_order = [] before(:each) { invocation_order << :before1 } let!(:count) do invocation_order << :let! $count += 1 end before(:each) { invocation_order << :before2 } it 'calls the helper method in a before hook in described order' do invocation_order << :example invocation_order.should == [:before1, :let!, :before2, :example] count.should == 1 end end % rspec

基本 px pxとは、画面の色情報を持つ最小単位 例えば、font-size:16pxのときに1文字は、1pxが縦16個・横16個並んだの正方形の中に表示される em emとは、1文字分を表している単位 ページでfont-sizeを何も指定していない場合、どのブラウザでも16pxなので、1em=16pxになる emの由来 emは印刷業界で用いられていたもので、組版における相対的な長さの単位。emという呼称は大文字Mに由来しており、古くはMの活字の字幅とボディサイズがほぼ一致し、正方形に近かったため mではなくemなのは、ラテン文字のＭの名称がemで、発音も/em/であったため rem rem (root em) は、常にルート（html）要素を基準にしたem emは親要素を基準にする emや%で指定すると、親要素の影響を受けてしまうので文字サイズの調整に手間がかかることがある % %とは、

カラースキーマの変更 Monokai Sublime Text 3にした。 ここからダウンロードする。 File > import settings でインポートする。 再起動する。 Editor > General > Color & Fonts で選択する。 Editor で等幅フォントを使用する(Mac) デフォルトの設定だと日本語フォントが等幅にならない。 そのため、 ここから Migu 1M フォントをダウンロードし、インストール(ダウンロード後、フォントファイルをダブルクリックでインストール)。 環境設定 Preferences/Settings > Editor > Color & Fonts Fonts > Font を開き、フォントセレクタから Migu 1M を選択、フォントサイズ: 14, 行間: 1.1に設定。 行番号を表示 Editor > General > A

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ソフトウェアの品質が悪いとはなにか 品質が悪いとは: バグによって本来の機能が制限され、そのソフトウェアに期待される機能を顧客に提供できないこと テスト担当者の心得 バグを全部見つけるのは無理だと心得ろ プログラムのある部分でエラーがまだ存在している確率は、すでにその部分で見つかったエラーの数に比例する ソフトウェアテストで重要なのは、どの部分にバグが出やすいか、そこにどのようなテスト手法を適用すれば十分な品質が得られるかを知ること ソフトウェアテストの基本 -ホワイトボックステスト- ホワイトボックステストとは ホワイトボッ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? DB設計の概要を簡単におさらいした後、論理設計について主にまとめていきます。 DB設計の全体手順のおさらい DB設計は、大きく論理設計と物理設計に分けられます。 論理設計 概念スキーマを定義します。 エンティティの抽出 エンティティの定義 正規化 ER図の作成 物理設計 論理設計の結果を受けて、データを格納するための物理的な領域や格納方法を決めます。 テーブル定義 インデックス定義 ハードウェアのサイジング ストレージの冗長構成決定 ファイルの物理配置決定 テーブルの構成要素のおさらい 行と列 行(レコード)：横のデータの組 列(カラム

describe User, 'something' do before :all do @user = User.make end it 'should so something' do # ... end it 'should so something else' do # ... end end 例えば上記の例の場合、@userは一度しか作られない。なのでそのレコードに対して一度変更を加えると、次のテストでもその変更が引き継がれ、独立したテストができなくなる。 加えて、before(:all)で作成されたデータは、テストが終わった後もロールバックされず、データベースに残ってしまう。なので、before(:all)でデータを作成した後は、after(:all)でデータベースをきれいにする必要がある。 before(:each)を使おう というわけで、データを作成する際にはbefore(

B-treeがMySQLで使用されている背景から、B-treeインデックスの構造、そしてそれに基づいたインデックスの使用方法の入門編です。以下の流れに沿ってまとめていきます。 インデックスってなに？ B-treeってなんでインデックスに使われているの？ B-treeインデックスの構造 インデックスの使用方法 ※ 勉強をかねてまとめていることもあり、間違っている箇所がございましたら教えていただけると嬉しいです。 インデックスってなに？ 全体の内容の中から特定部分を探すために使用する、本の索引のような概念のことです。これを用いることで、検索を高速化することができます。 特定の項目が本のどこに載っているかを確認するために索引を調べることで、全ページを順に調べなくても、その項目が登場するページ番号がわかる MySQLのストレージエンジンでも、インデックスが同様の方法で利用されており、インデックスの