passenger-dockerでRailsアプリをコンテナ化する（1. 開発モードでコンテナ化する） - Qiita
1. Railsアプリを作成 まずはコンテナ化するRailsアプリを用意します。 今回はアクセスした時に静的ページを表示するだけのアプリを用意しました。 2. Dockerfileの作成 Dockerfileについてはphusion/passenger-dockerリポジトリのREADMEを参考にRuby2.5を利用する設定としました。 今回は環境変数RAILS_ENVにdevelopmentを指定してます。 今回は本番モード(production)で必要になる設定は省略してます。 ## # phusion/passenger-docker # https://github.com/phusion/passenger-docker ## # Getting started # Ruby images FROM phusion/passenger-ruby25:latest # ...put
ExpressなしでNode.jsで簡単なWebサーバを作ってみる、HTTPを学ぶ - Qiita
今回実現する機能 指定されたポート(8080)でコネクションの受け入れを開始する クライアントからHTTP通信でリクエストを受け取る リクエストヘッダで送られてきたURLのパスを解析する 解析したURLのパターンによって、そのパターンにバンドルした処理を呼びだす(リクエストハンドラ） =>本来Webアプリを作成する場合は、この処理を高度化し、別のファイルやモジュールに切り出す 呼び出された処理を行う =>今回は単純にHTMLをレスポンスとして返す ファイルの構成 // クライアントからのレスポンスを受け取り、適切なファイルに処理を依頼する // 必要なファイルを読み込み var http = require('http'); var url = require('url'); var fs = require('fs'); var server = http.createServer();
Rails開発におけるwebサーバーとアプリケーションサーバーの違い（翻訳） - Qiita
はじめに 先日スタック・オーバーフローでこんな質問に回答しました。 webサーバー、アプリケーションサーバー、Rackといった仕様や概念と、WEBrick、Unicorn、Pumaといった実装の関係が頭の中で結びつきません 質問者の方はwebサーバー、アプリケーションサーバー、Rack、Unicorn、Pumaと言った用語や概念の理解がこんがらかっているように見えたので、このあたりをきれいに説明している記事を探していたところ、以下の記事を見つけました。 A web server vs. an app server - Justin Weiss スタック・オーバーフローでは記事の一部を抜粋して「ざっくり翻訳」したのですが、それだけで終わらせるのはもったいない気がしたので、Qiitaには全文を翻訳して載せておこうと思います。 これを読むと、あなたもwebサーバーとアプリケーションサーバーの違い
nginx+Rails+unicorn 環境下で タイムアウト値を設定 - Qiita
nginx + Rails + unicorn の環境で、レスポンスタイムが最大 120 秒の外部 API を実行した際、 Rails ( nginx ) からはタイムアウト ( 60秒 ) が返ってきているにもかかわらず、 実行された外部 API 側では処理されてしまうという現象が発生したので、タイムアウト値を設定した。 unicorn 側は、外部 API の 120 秒から余裕を持って 150 と設定 worker_processes 4 timeout 150 root = File.expand_path(File.dirname(__FILE__) + '/../') listen '/tmp/hoge.sock' pid '/tmp/hoge.pid' stderr_path "#{root}/log/unicorn_error.log" stdout_path "#{root
Rack を読む / WEBrick が起動するまで - Qiita
最近、社内で Rails 関係のコードを読む会を持ち回りでやっていて、今週は僕が担当だったのだけど、Rack をもうちょっとちゃんと知りたかったので、Rack 対応の軽量サーバーである WEBrick を読んだ。pryで実行しながら読んだのだけど、流れを整理しておく。 TL; DR 具体的には、公式サイトのトップページに書かれた以下がどのように立ち上がりリクエストを処理するかを追った。 require 'rack' app = Proc.new do |env| ['200', {'Content-Type' => 'text/html'}, ['A barebones rack app.']] end Rack::Handler::WEBrick.run app
Node.js: compression middlewareで静的リソースをお手軽に圧縮し、expressのレスポンスを改善する。更にキャッシュも設定する - Qiita
Node.js: compression middlewareで静的リソースをお手軽に圧縮し、expressのレスポンスを改善する。更にキャッシュも設定するHTMLJavaScriptNode.jsExpress.jsexpress4 Node.jsで作ったサイトのレスポンス性能をあげるために、配信する静的リソース（HTML,JavaScript,CSSなど）をお手軽に圧縮する方法です。 compressionモジュールを使ってお手軽に圧縮 Node.jsのための、Webフレームワークexpressでは、4系からconnectモジュールが分割され、 今までそのまま使えたモジュールを別途npmでインストールする必要があります。 リソースを圧縮するためのmiddlewareであるcompressionをインストールします。 https://www.npmjs.com/package/compr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ElixirのHTTPoisonライブラリの使い方 - Qiita
wzrd - もっとも簡単なフロントエンドの為のbrowserifyサーバー - Qiita
