はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 一般的なWEBアプリケーションの為のAWS構築 一般的なWEBアプリケーション用のシステムをAWSに構築する手順を記載します。管理・NAT以外は冗長構成とします。 イメージはこんな感じです。 ※今回はテスト用の環境でコスト削減の為autoscalig、rdsのマルチはしません。次の記事にて紹介します。 VPC まず、全ての元となるVPCを作成します。 VPCのネットワークを設定します。 作成できると一覧に表示されるので確認してください。 サブネット サブネットをそれぞれの役割に応じて作成します。 全て先程作成したVPCに紐付けていきます

Google OAuth 2.0 認証を使ってgoogleでログインを実装してみる。 よくあるGoogleでログインという物を作るためGoogle OAuth 2.0 認証を使ってみる。 Googleアカウントを作成 Googleアカウントを作成します。個人の物ではなく、サイト専用に作成した方が良いと思います。 Google Developers Consoleにてサイト情報などの設定 Google Developers Console から、プロジェクトを作成、認証情報や、OAuth 用クライアントID等を取得します。 Google Developers Consoleにログイン、プロジェクトの作成などを行っていきます。 左上の「Project」よりプロジェクトを作成を選択します。 プロジェクト名などを入力しプロジェクトを作成します。 作成したプロジェクトを選択し、左メニューの認証情報を

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

facebookのoauthとは よくfacebookでログインというボタンを見ますが仕組み的にはfacebookが用意しているoauthのAPIを使用して実現しています。 このAPIは他にも色々情報をとれるので、今回はユーザID以外にメールアドレスも取得してみます。 アカウントの作成 まずfacebookアカウントを作成します。 アカウントにAPIが紐づくのでサイト専用のアカウントを用意した方がいいかもしれません。 アカウントにアプリを紐づけます 下記サイトよりアプリまたはサイトをアカウントに紐づけます。 https://developers.facebook.com/ 「マイアプリ」を押下して「新しいアプリを追加」よりアプリを登録します。 Product Setupで質問されるので「Facebookログイン」を選択します。 アプリの設定 登録後、幾つかをデフォルトから変更しておきます。

Web Push（プッシュ通知）を試してみる 勉強がてら最近、facebookなどで見かける専用アプリを必要とせずにプッシュ通知が可能な仕組みを試してみました。 簡単に言うとchromeやfirefoxを用いて通知をしてみようといった取り組みです。 （サファリはまだ対応していませんが、将来的には対応されると思います。） 仕組み ServiceWorkerという仕組みを利用した物になります。 下記の流れになります。 １、ドメイン独自のServiceWorkerをブラウザにインストール ２、サブスクリプションを発行 ３、２で発行したサブスクリプションをアプリ製作者のサーバーなどに送付 ４、アプリ制作者は受け取ったサブスクリプションを管理する。 ５、通知を流したい時にサブスクリプションを使用してfirebase宛に送信 ６、通知される側のServiceWorkerはfirebaseに常時接続して

よく、コマンドを実行する時に引数としてファイルを指定して、その中に書かれた物を使うといった物がある。例えばsftpのコマンド。更にはsshのキーファイルやpgpass、rsyncのエクスクルードなどなど。そういうコマンドをシェルから呼ぶ時にヒアドキュメントを使うと綺麗にかけたりすることがあります。 複数行に渡るファイルをシェルから作るときもechoを連発する必要もなくなります。 ヒアドキュメントとは

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

fpmを使ってphpをfastcgiで実行する phpをモジュール版ではなくcgi版でインストールしたが、そのまま使うとパフォーマンスの心配もあり、またセキュリティ的にも不安なのでphp-fpmを使用してfastcgiで実行する。 cgi版をそのまま使用すると一つのプロセスを１処理で使って破棄、また処理の要求があった時にプロセスを作成して・・・といった無駄なオーバーヘッドがあり非常にコストがかかる事になってしまいます。それに対してphp-fpmだとプロセスを使いまわししてくれます。そのため、オーバーヘッドがなくなるばかりか、モジュール版でなくともopcacheが効くようになるという効果も得る事ができます。 更にモジュール版と違ってサイトごとに実行ユーザを変更するなど色々調整ができます。大変使いやく応用が効きますのでおススメです。 ※モジュール版でも各サイト毎にWEBサーバを立ち上げ、リバー

apacheでssl関連を設定する デフォルトのまま設定してしまうとPOODLEなどの脆弱性を含んだ状態でサイトを公開することになってしまいます。 そのため、セキュリティを高める設定を施す必要があります。 チェッカー 下記が大変便利です。 https://www.ssllabs.com/ssltest/ デフォルトの設定 デフォルトの設定やネットに載っている昔の設定を使うとsslv3などの対策がないものが多いので 脆弱性が多数あります。 チェッカーでも「F」ランクになってしまいます。 対策 何故かわからないが「SSLProtocol」や「SSLCipherSuite」を対象のバーチャルホストの設定箇所に入れても設定が効かず、httpd.confなどの全体にかかる所に入れると効いた。SSLをONにするわけではなく、定義だけなのでこの方式で進めることにする。 具体例

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

#ApacheでIP制限とクライアント認証をor条件で運用する あるIPから来たリクエストは無条件に許可し、それ以外のIPから来たリクエストについてはクライアント認証で許可不許可を判断したい。クライアント認証についての説明はよく見るが、上記のように併用する方法がなかなか見つからなかったのでメモ。 初めはsatisfy anyにすれば良いと思っていたが効かなかった。 ##httpd.confにて下記設定をする。 尚、DirectoryディレクティブやLocationディレクティブでも使用できる。 許可するクライアント認証のコモンネームは複数指定する事が可能。 SSLVerifyClientをoptionalで、SSLRequireをorで運用する事が肝。 SSLVerifyClientについて 値 意味

ORACLEでの経験を元に書いていますがコストベースのリレーショナルデータべースなら全般的に共通の考え方で対応できると思います。 SQLのチューニングといえば比較的容易に済むインデックスをとりあえず作成する。といった対応を取られがちですが、数万レコード程度でのデータ量ではあまり効き目がなく、またインデックスを乱立すると複数の条件がある時などにオプティマイザが誤作動を起こす要因ともなります。よって本当にインデックスがないことが原因なのか？を熟考する必要があります。 基本的にルールベースと違いコストベースになるのでオプティマイザによって作成される実行計画が望み通りの計画になっているのかを見ながらチューニングしていく必要があります。 今まで見てきた遅いSQLはとんでもない結合順や使用されるインデックスがなんでここから？といった実行計画になっていた事が大半でした。 そういう時に正しい実行計画をオプ