Vagrant + rails + CentOS7の組み合わせでゲストOSのlocalhost:3000に接続できない場合 - Qiita
Vagrant + rails + CentOS7の組み合わせでゲストOSのlocalhost:3000に接続できない場合RubyRailsVagrantcentos7 概要 VagrantとCentOS7の組み合わせでRuby on Railsの環境を構築したのですがWEBrick起動後ホストOSからゲストOSのlocalhost:3000に接続出来ませんでした。 色々と調べてみると同じような事例は見つかりましたが、CentOS6とCentOS7ではFirewallのサービスが異なるみたいでハマりました。 私と同様にVagrant + CentOS7 + Railsの組み合わせで、ホスト側からlocalhost:3000に接続出来ない場合の参考になればと思い投稿してみました。 環境 GuestOSにRailsをインストール * Host OS:OS X El Capitan(versio
nginx、apache のロードバランサ性能比較 - Qiita
既に色々なところで書かれていますが、ロードバランサとしての性能について簡単な性能比較をしてみました。 apache と nginx の比較表とベンチマーク 下記の条件で比較を行いました。 ロードバランサ 1 台で バックエンドの web サーバ 2 台を負荷分散 web サーバは 2 台とも apache を使用 apache bench でそれぞれ10回計測し、その平均を算出。 テストに用いるページは Apache Test Page Apache/2.2 nginx/1.8 Apache Benchでサクッと性能テスト apache nginx ロードバランサなし（webサーバ直接） ベンチマーク Requests per second [#/sec] 同時接続数 apache nginx web サーバ直接
chattr でファイルを削除できないようにする
ネットワーク上にある共有ファイルは、通常はゴミ箱の機能がないので操作ミスなどによって削除してしまったら永遠にもどってきません。そこで、絶対に削除されたくないファイルに関しては、chattr コマンドを使用して制限をかけておきます。 ■chattr chattr コマンドの使い方は簡単です。削除されたくないファイルに対し、+i を付加し、解除する場合は、-i を付加します。-R はサブディレクトリにも適用します。これで、削除しようとしてもroot であっても削除することができなくなります。 # chattr -R +i /home/samba/kororo/ # rm -rf /home/samba/kororo/ rm: cannot remove directory `/home/samba/kororo/': 許可されていない操作です
Spring Bootでお手軽ゼロダウンタイムデプロイ - afnf.net
この記事は Java EE Advent Calendar 2015 - Qiita の15日目のエントリーです。 昨日は@den2snさんで、Javaバッチの実行環境 EEなのかSEなのか でした。 明日は@glory_ofさんです。 ゼロダウンタイムデプロイとは 読んで字のごとく、サービスの停止時間無しにアプリケーションを配備する事ですね。 無停止リリースとか無停止デプロイ、（ちょっとニュアンス違うけど）ローリングアップデートなどという言われ方もします。Erlang界隈ではホットデプロイという呼ばれ方をするようです。 実現方法は色々あります。自分の知っている限りで、以下に書き出してみました。 PaaSを利用する方法 Google App Engine や AWS Elastic Beanstalk にはアプリのバージョン管理機能があるので、これを利用すれば安全にアプリを入れ替えられます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - nana4gonta/emacs-visual-studio-code: Emacs key bindings for VS Code
https://docs.spring.io/spring-boot/redirect.html?page=deployment
https://blog.ik.am/entries/269
Configuring apache DocumentRoot and spring boot