Capistranoからアプリケーションをデプロイする - bagelee（ベーグリー）
はじめに Ruby on RailsでWebアプリケーションを開発する際、どのようにデプロイ（その環境にアプリケーションを配置）していますか？ 最近はFTP経由の方は少なくなってきたと思いますが、SCPやgit pullをしてまずアプリケーションを配置し、そこからmigrationやseedデータの反映など手作業でされている方もいるのではないかと思います。 とはいえ本番、ステージング環境、テスト環境、開発環境など複数の環境で同じコマンドを実行していくのはなかなか大変です。 また中には手作業の手順を間違えて正しくアプリケーションが動かない！という経験をされた方もいるのではないかと思います。 Capistrano はそんな手作業を無くし、コマンドだけでデプロイ関係のタスクを自動的に対応してくれるいうツールです。 今回はRuby on Railsの5系（5.1）でCapistranoのバージョン
第1回 インストール
これから、Capistrano について色々と書いていく予定だが、幾つか前提条件を設けておきたい。 ローカルマシーンの OS は Ubuntu 7.10。 サーバマシーンの OS は CentOS 4.6。 デプロイする Web アプリケーションは、Ruby on Rails 2.0 で書かれている。 データベース管理システムは MySQL。 フロントエンドの Web サーバは Apache 2.2。主にロードバランサ（リバースプロキシ）として使う。 Rails アプリケーションは Mongrel 1.1.4 の上で動かす。 これらの前提条件の中には本質的でないものもある。筆者が今使っている環境であるに過ぎない。 ローカルマシーンの OS が Linux あるいは Mac OS X の場合は、だいたいこの記事の通りにやればうまく行くと思う。 Windows の場合は、以下の点に留意すること
シンボリックリンクを用いたアトミックデプロイと opcache と realpath cache - ngyukiの日記
これまで PHP のアプリケーションのデプロイは rsync でどべーとコードを撒いていました。が、それだと新旧のコードが混在するし Capistrano とかはデフォでシンボリックリンク切り替えでアトミックなデプロイになっているし、周回遅れな感じもしますが今後は似たような方法でデプロイしたいと思います。 releases/ ディレクトリの中にリリースタグでディレクトリを掘ってコードを配置して current を最新のリリースのディレクトリへのシンボリックリンクにします。そして Apache や Nginx でドキュメントルートを current の中の公開用のディレクトリに設定します（/path/to/app/current/public とか）。 /path/to/app/ releases/ 20161213/ 20161224/ 20170101/ current -> relea
Capistrano3の動作まとめ。 - Qiita
はじめに Capistrano3を使ったデプロイ手順をまとめます。 このまとめは僕がCapistranoの詳細について知りたいと思ってまとめたものになります。 この文献を読めばCapistranoに対する理解は深まると思いますが、使用する際に知らなくても良い情報も多数記載されています。 （使い方だけを知りたい方は「デプロイレシピの書き方」から読んでください。） はじめはRailsデプロイに特化した記事にしようと思ったのですが、Capistranoに関する仕様が多くこの記事だけでは収まらなかったため本記事はCapistrano全般に関する記事に変更しました。 なので、PHPやJavaなどのデプロイで使う場合にも参考になる記事になってます。 ※僕が調べた限りの情報なので間違っている部分やあやふやな部分もありますので怪しいと思ったところに関してはご指摘いただければと思います。 インストール イン
GitサーバとGitWebをCentOS 7で構築する
主な内容は以下の通り。 CentOS 7 で Git サーバーを立てて、git push や git clone する方法 Git サーバーの中身を GitWeb で閲覧できるようにする方法 git push で Webサイトの更新を行う方法 それでは順に説明していきます。 Git サーバーの設定 SSH接続のできるターミナルからWebサーバにアクセスしてベアリポジトリを作成します。 ベアリポジトリとは、作業コピー（HEAD）を持たないリポジトリのことです。 また、今回は全てのGitリポジトリを置くディレクトリ（以下、Gitルートディレクトリ）は /var/lib/git にしました。 [server]$ sudo yum install git [server]$ sudo mkdir -p /var/lib/git # 全てのGitリポジトリは、この下に作成する [server]$ c
新型コロナ重症患者の“最後の切り札”ECMO” | メディアスホールディングス株式会社
新型コロナウイルス感染症の流行は「第3波」を迎え、新規感染者数が急増し、なかでも重症化する患者が目立っています。こうした重症患者への“最後の切り札”とされるのが、人工心肺装置ECMO（Extracorporeal Membranous Oxygenation:体外式膜型人工肺）と呼ばれ、肺機能を代行する装置です。 新型コロナウイルス感染症の重症患者では、時に重度の肺炎による呼吸不全が起こるため、人工呼吸器で肺に強制的に高濃度の酸素を送って呼吸を補助します。しかし、さらに肺炎が悪化すると肺胞が著しく損傷し、酸素が十分に取り入れられない状態に陥ります。このような場合には体外で肺機能の代替をして体内に酸素を取り込み、肺を一時的に休ませるECMOが必要となります。 ECMO治療を行うには、太ももの付け根の静脈にカニューレと呼ばれる太い管を挿入し血液を体外に取り出し、遠心型のポンプを用いて回路へ通し
chromedriver インストールメモ | ytyng.com
Ubuntu 16.04 参考 EC2 UbuntuでGoogle Chromeをヘッドレス実行してスクリーンショットを採取する手順 - Qiita python 2.7 - Unknown error: Chrome failed to start: exited abnormally - Stack Overflow Chrome curl -O https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb sudo dpkg -i google-chrome-stable_current_amd64.deb sudo apt update sudo apt -f install -y テスト cd /tmp google-chrome --headless --disable-gpu --scree
Linux | SWAP領域の確認と作成 - わくわくBank
LinuxでSWAP領域を確認・作成する方法を紹介します。freeコマンド、mkswapコマンド、swaponコマンドを利用します。 SWAP領域とは ハードディスク内に設置される領域です。メモリー容量が足りなくなった時、メモリの中で不要な部分をSWAP領域に移動させます(スワップアウト)。 ハードディスクへのアクセスは遅いので、スワップアウトが多発するとパフォーマンスの低下に繋がります。どうしてもメモリが足りない場合、SWAP領域を利用します。 SWAP領域の確認 SWAP領域は、freeコマンドで確認できます。 $ free -m total used free shared buffers cached Mem: 3955 293 3662 80 11 214 -/+ buffers/cache: 68 3887 Swap: 0 0 0
エキストラバージンオリーブオイルとオリーブオイルの違い - クックパッド料理の基本
2022/1/13をもって お客様がご利用中のブラウザ (Internet Explorer) のサポートを終了いたしました。 （詳細はこちら） クックパッドが推奨する環境ではないため、正しく表示されないことがあります。 Microsoft Edge や Google Chrome をご利用ください。 （Microsoft Edgeでクックパッドにログインできない場合はこちら） エキストラバージンオリーブオイルは豊かな風味を生かして生食で使われることが多く、オリーブオイル（ピュアオリーブオイル）は炒め物や焼きものなどの加熱調理に使いやすいです。 ※一般的に「エキストラバージン」の表記のないオリーブオイルは、精製されたオリーブオイル（ピュアオリーブオイル）とされています。 左：エキストラバージンオリーブオイル 右：ピュアオリーブオイル 違いは風味の強さ エキストラバージンオイルがオリーブの果
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
広瀬隆雄｜note
『ブラウザレンダリングの仕組み』へのコメント
Pablo Nouvelle - Finding You ft Lulu James
Limit chrome headless CPU and memory usage