Capistranoを使うととデプロイが簡単だという話を良く聞くけれど、 Capistranoを使うことが難しかったのでメモ。 Getting Started インストール
![[capのdeployコマンドリストあり] はじめてのCapistrano #Rails #capistrano - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/22a43b0a8786405ea730940d06c8e925461fb54a/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JUUzJTgxJUFGJUUzJTgxJTk4JUUzJTgyJTgxJUUzJTgxJUE2JUUzJTgxJUFFQ2FwaXN0cmFubyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NzI3OWM5NTk0NTNmZWFmNDUyMzZkOTFlYjczMDdkY2M%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbW9zc29uJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz05Y2UxMDcwMWFhMjhlNTEyYmYwYjQxYjRmZmEwMDkyNQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Da1d4c9465b583cbcb76aec4d86cfc906)
Capistranoは、複数のリモートマシンでスクリプトを実行する、デプロイツール(管理ツールとしても使えるかも?) Chefをちょっと勉強したので次はこっちかな、という程度の不純さで試してます。 まぁ、今の仕事で全く使わないであろうツールの1つですね。 結構いろんなサイトを参考にしました(途中で参照にいれてないやつ) http://tech.aainc.co.jp/archives/3773 http://yakinikunotare.boo.jp/orebase2/capistrano https://github.com/capistrano/capistrano 必要条件 スクリプトの送信元にRuby、Capistranoのインストールが必要。 送信元からリモートマシンにSSHで接続できること。複数のリモートマシンがある場合、すべてのマシンに同じユーザ/パスワードで接続できる必要が
アプリケーションのデプロイを自動化すべきなのは言うまでもないことです。 一応手動でデプロイを行う場合の問題点について整理しておくと以下になります。 プロジェクトの期間中そして運用に入ってからも何度も手でデプロイするということはとてつもなく多くの時間を手作業に費やすことになるデプロイ先の環境の数が多くなればなるほど作業の時間も増える手作業で作業すると間違えやすい。特に手順が複雑だったり環境が多かったりすると確率は飛躍的にあがるもしデプロイしたアプリケーションに問題があってすぐに戻さなければならない場合に多くの時間がかかる。場合によってはビジネス上の機会損失に繋がる本来は価値を生むフィーチャーを実装することに時間をかけたいはずが、こういうことをやっているとどんどん時間がなくなっていきます。また手作業のリスクや消費される時間を恐れてデプロイの回数を減らしてしまうのは、ビジネス側からみると納得いか
Inc.:ジョージア大学テリー・ビジネス・カレッジの新しい研究によると、職場に疎外感を感じている人がいると、いろいろ良くないことが起こるそうです。 「グループから明らかに仲間はずれにされたり、ひどい扱いを受けたとき、人がどのような反応を示すか、私たちはすでに知っています」とJournal of Applied Psychologyに掲載された論文の共著者で、UGAの経営学の教授である、マリー・ミッチェル(Marie Mitchell)さんが、サイエンス・デイリー紙で話しています。「とはいえ、私たちがそもそも確かめたかったのは、『不確かなときに人はどう振る舞うか?』でした」 今以上のことをしないといけない ランチやハッピーアワーに誘われないと、仲間はずれにされたと感じます。同僚のことが信じられなくなったとき、問題が起こります。 「仲間はずれにされるリスクを感じた人は、自分の性格や特質のせいで
どちらも一時ファイルを保存するディレクトリだけれど、ちゃんと説明があったのでメモ。 /tmp ・再起動するとファイルは消える ・定期的に削除される(10日) /var/tmp ・再起動してもファイルは消えない ・定期的に削除される(30日) CentOS 6.xの場合・・・ 再起動後の処理は、/etc/rc.d/rc.sysinit で行われる。 定期的に削除する処理は、/etc/cron.daily/tmpwatch で行われる。 これらの用途は、FHS(Filesystem Hierarchy Standard(ファイルシステム階層標準)に記載されている。 Filesystem Hierarchy Standard http://www.pathname.com/fhs/ FHS 2.3によると・・・ /tmp:P.15 The /tmp directory must be made
「コワーキングスペース茅場町 Co-Edoを使ってイベントを開催してみたい」とか「空き日程を確認したい」という方はこちらをお読みください。 コワーキングスペース茅場町 Co-Edoは「勉強会主催者が使いやすいコワーキングスペースに」というコンセプトのもと、懇親会付きの勉強会やワークショップ・ハッカソン・もくもく会・朝活・ランチ会などなど、どんなスタイルのイベントにも対応しています。 2016年7月新フロア「3F セミナールーム」を用意しました! 3F・4F・5Fのどのスペースでもイベント利用が可能です。 3Fセミナールームは25~52名(Max75名)※ 完全個室・貸切可能 4Fセミナースペースは1~16名(Max24名)※ パーテーションで区分されたスペース・貸切可能 5Fは1~35名(Max40名程度)※ 専有対応可能 ※ 3Fセミナールームと4Fセミナースペース兼ミーティングスペース
使える言語の幅を広げたいと思ってPHP カンファレンス 2014に参加してきました。徳丸さんの「安全な PHP アプリケーションの作り方 2014」は改めて自分のセキュリティの知識を確かめるのに大変有意義だったのですが、何より感動したのが Facebook の Paul Tarjan による「HHVM + Hack == PHP++」のセッションでした。 すごく簡単に僕が理解した限りで HHVM/Hack を紹介すると、HHVM とは PHP の処理系の一つの実装です。その特徴は JIT コンパイルにより超高速になっていることに加え、圧倒的な魅力は PHP の Extension(C 拡張ライブラリ)の多くが実装されていて PHP のメジャーなフレームワークが問題なく動作するということです。つまりもう実践で戦えるということ。そして、Hack というのは HHVM が処理できるもう一つの言語
学生サークルの域を越え、プロの技術者コミュニティに参加してみないか! 高い技術に触れられることはもちろん、就職前にIT業界やIT企業に詳しくなれる、働くエンジニアの生の声が聞ける、世代を超えた縦のつながりを築けるなど、学生がIT勉強会に参加するメリットは大いにある。 本連載では、IT勉強会に参加したことのない学生の皆さんに向け、現役大学生として実際にいくつかのIT勉強会に参加している筆者らが、IT勉強会とはどのようなところかを学生の視点で紹介します。 第2回は、IT勉強会に参加するメリットについて、筆者の経験を基にお話します。第1回の記事「IT勉強会はサークルと同じくらい魅力的!」で、「IT勉強会って面白そうだな」と思われた方はいらっしゃるでしょう。しかし、まだまだ不安を抱えている方が多いのではないでしょうか。今回は皆さんが抱かれている不安を解消するようなお話をします。 ■面白そうなIT勉
こんにちは! 子供のころは、誕生日がクリスマスと一日違いだったために誕生日プレゼントとクリスマスプレゼントがよく一緒にされてました。walf443です。 Migrationとは? 複数人でプロジェクトを開発していると、途中でDBのschemaが変更になったりすると、schemaの変更方法が記述されてないと、手元で気軽にテストしたりしづらくて、困ります。 schemaの管理方法は、プロジェクトによって色々あるかと思いますが、別のbranchの担当者に「あれっ、ここ替えたんでよいんでしたっけ?」と聞いたり、DBのschemaを丸ごとされているファイルをチェックして、diffをチェックしてからALTER TABLE文を考えて適用、とかになったりしてしまいます。 Ruby on Railsとかだと、Migrationという仕組みをサポートしていて、(開発者がちゃんと書いていれば)様々なバージョンの
こんにちわ、みけです。 表題の通り、勉強会を開催してきました。 このページでは勉強会開催の経緯とか、ハンズオン開催する場合の難しさ、フォローについて書いておきたいと思います。 開催の経緯とかタイトルとか 僕はJava8以降、Javaばっかり書いていて、 ラムダを書いていたりすると、 いろいろと不満に思うことがあったりするわけです。 interface SomeResource<T> { public Optional<T> findByCondition(String cond); } interface Producer<R> { public R produce() throws IOException; } class SomeProcessor<R> { private SomeResource<Producer<R>> resource; public SomeProcessor
中村修二さんがノーベル賞を受賞されたことから、お祝いとともに、日本の科学技術の今後について心配する声など、メディアの方の取材の依頼を受けるようになりました。 本当はフラッシュメモリがフラッシュメモリにノーベル賞が授与され、開発チームの一員、当事者としてメディアの取材を受けたかったのですが仕方ない。日本の技術者の処遇を考えるきっかけになれば良いと思います。 問い合わせて頂く内容は例えば、 「日本の技術者は虐げられているのではないか」 「ノーベル賞は日本の経済が良かった時代のもので、これからの日本の科学技術は競争力があるのか」 「日本の技術者・研究者は報われないのではないか」 「日本の大学の研究環境は悪化するばかりではないか」 「特許法の改正で特許の帰属が発明者から企業に変わることで、更に技術者のモチベーションが下がるのではないか」 個々の取材にお答えするのも面倒なので、このブログでお答えしよ
2014年最大の台風19号に直撃してしまい、身動きがとれなくなった話をまとめておきます。っていうか、6日の出発時は都心を直撃した台風18号の影響で半日遅れてますからね!どんだけだよっていう。 台風19号、宇宙から見たらわかる、その最強っぷり(画像) 楽しく過ごした那覇観光 美ら海水族館は片道3時間と遠すぎたので、とりあえずベタに首里城へ向かいます。 台風来てるから風がめっちゃ強い。首里城公園人稲。— m_o_s_h (@night__long) 2014, 10月 10 風強杉 沖縄版骨董通りにきたぞ 壺屋やむちん通りが楽しすぎて沼 pic.twitter.com/8y4rCnVj18— m_o_s_h (@night__long) 2014, 10月 10 ベタでしたが首里城公園は本土では成し得ない建造物と高台から望む景色を楽しめたし、壺屋やちむん通りは完全に楽しすぎました。この時点で風
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く