はてなブックマーク

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

概要 terraform applyを実行した際に作成されるステートファイルをクラウド上で管理する方法を記載します。 AWS上のリソースをterraformで管理しているケースを想定しています。 管理方法 applyを実行した際の現在の結果を記録しているファイルがtfstateファイルとなります。（このファイルを見て差分を割り出してくれていますね） デフォルトではローカルに生成されますが、チーム開発を行っていくにあたって特定の人物のローカルにしかないと困ってしまいますね。 そこで通常tfstateファイルは、以下のように管理します。 Cloud上にステートファイル管理用のバケット（ECSやGCS）を作成 Terraform Cloudを利用 AWS S3 Bucketの利用 管理対象となるAWS上で手軽に管理します。 なお、ステートファイルを保管するバケット自体はterraformでの管理

概要 ローカル環境を構築することには、それなりのコストを伴います。もちろんここで多少苦労したほうがよいという意見はすごく分かります。が、それで気持ちが削がれてしまうのももったいないと思う次第です。 そこで、Flask/Django/JupyterNotebook向けの Python開発環境構築を3コマンドで完了 させられるようなテンプレートを作成しました。(cdを除く) 前提条件 MacOSであること gitおよびmakeコマンドが有効であること(デフォルトで有効なはず) ※condaがインストールされている場合は、pipとのバッティングが発生し中途で失敗する可能性があります。 ローカル構築イメージ Dockerコンテナ上でアプリを動かすことになります。よく分かっていなくても、Dockerコンテナを使って開発していると言うことができます。 bind mountによってホストPCからコンテナ

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

参考 Windows PowerShell ドライブの管理 https://docs.microsoft.com/ja-jp/powershell/scripting/getting-started/cookbooks/managing-windows-powershell-drives?view=powershell-5.1 PowerShell で 共有ドライブ(マップドライブ)を作成する http://tech.guitarrapc.com/entry/2013/07/08/231043 やりたいこと バッチ処理の中で、他のWindowsサーバにネットワークドライブ接続したい ネットワークドライブ接続した後に、メインの処理(copyなど)をして、終わった時に切断したい 使っていいドライブ文字列(G〜Pまでの間)から、空いているドライブ文字列を使いたい コード # ネットワークドライブ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 OracleのチューニングはSQLの改善が基本です。 必要なところにインデックスを張り、そのインデックスが有効活用されるようなクエリを書く。 なのですが、SQLをおいそれと変更できないシステムってありますよね。 そういったシステムに対して効果がありそうなチューニングポイントについて、独断と偏見と経験で評価していきます。 期待度★★★ cursor_sharing パラメータの変更 遅いケースと速いケースが混在する場合などに効果がある可能性があります。 FORCE => 意味的に同じSQLであれば同じと見なしてカーソルを共有する E

HTTPレスポンスヘッダにつけることで セキュリティレベルが向上するヘッダフィールドについてまとめです。 HTTPヘッダとは？ 参考 http://blog.redbox.ne.jp/what-is-cdn4.html サーバとクライアントが相互に通信を行うための約束事。 HTTPリクエストヘッダとHTTPレスポンスヘッダの2種類があります。 HTTPリクエストヘッダは、その名の通り 「こんな情報がほしい！」というリクエストのこと。 HTTPレスポンスヘッダは、リクエストに対するレスポンスのこと。 200番台は成功、500番台はサーバーエラーといった「レスポンス状態コード」や「HTTPヘッダ」、「データ本体」の3つの構成でできています。 以下、HTTPレスポンスヘッダにつけることで セキュリティレベルが向上するヘッダフィールドについて書きます。 X-Frame-Options iFrame

ServerName example.com <VirtualHost *:80> Servername example.com DocumentRoot /var/www/example SetEnvIf User-Agent "ELB-HealthChecker.*" nolog SetEnvIf User-Agent "ELB-HealthChecker.*" elb ErrorLog /var/log/httpd/example-error_log CustomLog logs/example-access_log combined env=!nolog CustomLog logs/elb_HelthCheck_log combined env=elb <Directory "/var/www/example"> Options FollowSymlinks AllowOverr

##git flowとgithub flowとは？その違いは？ ふたつとも、Gitにおけるリポジトリのモデルのこと。 こんなふうにブランチを切って運用していくと便利だよというワークフローのこと。 github flowはgit flowを簡略化したもの。 ##git flowとは？ http://nvie.com/posts/a-successful-git-branching-model/ より masterブランチ、developブランチがメイン featureブランチ、releaseブランチ、hotfixブランチが補助 masterブランチは常にリリースできる状態 developブランチから、featureブランチ/releaseブランチ/hotfixブランチを切って開発を進める featureブランチは機能追加用(通常の開発用) releaseブランチはリリース直前用 hotfix

amaozon linuxにFTPサーバーを作成。 S3に直接FTPサーバーにしたいのですができないらしい、EC2を通してFTPサーバーを作成する。 S3なので容量は気にしなくていい。 ▼追記2016/07/23-----------------------------------------------------------------------------------▼ FTPサーバー構築後の話になります。 送受信はできるのですがファイルの上書きの際に接続が切れてしまう現象になりました。 もう一回接続しなければなりません。 「451 Failure writing to local file.」というエラーがでてきますが、ググったら容量が少なくて出てくるエラー。 S3だから、っんな訳あるかって思いました（笑）調べていくうちにgoofysとvsftpdの相性が良くないそうです。。。