プロキシサーバーを作る！
自分用のProxyサーバーを作ろう！ WEBrickには、HTTPサーバーの機能が標準で装備されていますが、同時にHTTPプロキシの機能も搭載されています。 WEBrick::HTTPProxyServerというクラスがその機能を提供していますが、公式マニュアル（http://www.ruby-lang.org/ja/man/html/WEBrick_HTTPProxyServer.html）にはまったく載っていません。 しかし、「第2回：基本機能の実装にチャレンジ！（http://www.thinkit.co.jp/article/117/2/）」で紹介したHTTPサーバーと非常によく似ているので、それをベースに簡単にHTTPプロキシを作ることができます。 なお、今回作成するサンプルファイルは、こちら（http://www.thinkit.co.jp/images/article/117
Ruby の OpenSSL ライブラリで証明書のエラー - happy lie, happy life
タイトルの通り rvm でインストールした Ruby 1.9.3 で OpenSSL ライブラリを用いた時にエラーになりました。テストに使ったスクリプトは以下の通り。 require 'net/https' https = Net::HTTP.new('encrypted.google.com', 443) https.use_ssl = true https.verify_mode = OpenSSL::SSL::VERIFY_PEER https.request_get('/') 返ってくるエラーは次のような内容。 SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed (OpenSSL::SSL::SSLError)回避策として ruby が参照して
RubyでSSLはややっこしい - まめ畑
所用にて、RubyでHTTPSの通信を行う必要があったので書いてみました。 mechanize使わなくても、HTTPと同じような感じでいけるかと思ったら、そうはいかなかったのでメモ。 ちなみに、所用の件については後日書きます。 先ずはコードをば require 'net/https' https = Net::HTTP.new('ドメイン',443) https.use_ssl = true #SSLを有効に https.ca_file = './syoumeisyo.cer' #証明書をセット https.verify_mode = OpenSSL::SSL::VERIFY_PEER #認証モードをセット https.verify_depth = 5 #証明書チェーンの深さをセット https.start { |access| respons = access.post('アクセ
[server] apache + passengerを捨ててnginx + thinにしてみた - よしだメモ
nginx と thinの組み合わせが速いらしいので変更してみることにした。 現在運用しているのは Railsアプリ x 2 Sinatraアプリ x1 Webdav (git) webdavについては別途書くとしてとりあえずrailsアプリとSinatraアプリをthinに。リバースプロキシをnginxにしてみる。 ちなみに環境はCentOS 4.6 以下作業ログ nginxのインストール $ sudo su - # cd /usr/local/src # wget http://nginx.org/download/nginx-0.7.65.tar.gz # yum install pcre-devel zlib-devel openssl-devel # tar -zxvf nginx-0.7.65.tar.gz # cd nginx-0.7.65 // configure の参考
![[server] apache + passengerを捨ててnginx + thinにしてみた - よしだメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/26bcd82cc9e0972c672abe2d64c3da29c1d6cfb2/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127031972029%2F17680117127031975436%2F1555344850)
Freak: 【thinの導入】 Rackアプリを動かす
202401 « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 » 202403 thinを導入して前回のアプリを動かす。 thinをインストール ↓ # gem install thin thinのログディレクトリ作成 ↓ # cd /usr/local/rack # mkdir logs # chown rack:rack logs thinの起動スクリプトと設定ファイルディレクトリ作成 ↓ # thin install （起動スクリプト /etc/init.d/thin と、設定ファイル用ディレクトリ /etc/thin が作成される） 【/etc/thin/thin.yml（thinの設定ファイル）】pid: /var/run/rack/thin.pid ← PIDファイル
toolboxsearchをrails3.1.0に対応 - rochefort's blog
overview The Ruby Toolbox Searchを Rails3.1.0に対応しています。 ついでに下記作業も実施。 ・サーバーをlinodeからsakuraに移行 ・tkの独自ドメインを取得してみました ・実行環境をapache + passenger からnginx + unicornに変更 移行前（じきに消します） http://www.rochefort/toolbox_search/ 移行後 http://www.toolboxsearch.tk/ Rails3.1.0への移行 基本は↓です。 Rails3.1.0へのupgrade方法 - うんたらかんたら日記 ぼちぼち、新機能は触って行きたいと思います。 linodeからsakuraへの移行 Linode - Xen VPS Hostingは コンソールが充実していたり、初期化スクリプトも選択できたり、iPho
Nginx+Passengerで、 / と /hoge に別々のRails appをデプロイする « ディスコ探偵冬景色
単純に /hoge と /fuga に別々のアプリケーションをdeployするのなら、話は単純で、以下のチュートリアルのとおりなんですが。 3.2. Deploying to a sub URI 問題は passenger_base_uri に「/」を指定できないこと。 方針としては、「/」のアプリケーションと「/hoge」のアプリケーションは別々のポートで配備して、かつ「/」をデプロイした側から、リバースプロキシで「/hoge」に飛ばしてあげる、という感じです。Pound辺りと組み合わせてもいいんですが、Nginxだけで完結できます。 1 2 # base_uri対応の前準備(例) ln -s /var/www/rails-apps/hoge/public /var/www/passenger/hoge 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
Phusion Passenger users guideの一部翻訳 - zerozerofourの日記
Ruby, Rails翻訳なんてしたことないし、あってるかわからないけど何となくやってみた。ただ、dotCloudでは未だRuby on Railsアプリを動かせておらず、また時間ある時にチャレンジしよう。Phusion Passenger users guide, Nginx version 3. Ruby on RailsのデプロイについてあなたのRuby on Railsアプリケーションが、/webapps/mycookにあり、www.mycook.comというドメインを持っているとしましょう。あなたのアプリケーションは、virtual host's root(http://www.mycook.com)か、サブURI（http://www.mycook.com/railsapplication）のどちらかにデプロイすることができます。デプロイされて動いているRailsアプリケーショ
Unicorn: Rack HTTP server for Unix and fast clients
../ 2024-06-27 23:40 - Unicorn/ 2023-10-03 17:15 - examples/ 2023-10-03 17:15 - files/ 2023-12-30 01:23 - public/ 2021-03-12 20:34 - Application_Timeouts 2023-10-03 17:15 3K Application_Timeouts.html 2023-10-03 17:15 6K CONTRIBUTORS 2023-10-03 17:15 1K CONTRIBUTORS.html 2023-10-03 17:15 5K COPYING 2023-10-03 17:15 34K ChangeLog 2020-04-22 02:00 42 ChangeLog.html 2020-04-22 02:00 230 DESIGN 2023-10
Route 477(2009-11-10)
■ [ruby] 大規模Railsサイトのための新しいHTTPサーバ、Unicorn githubの中の人が、ブログで「Unicorn使い始めて一ヶ月くらい経つけどいい感じだよ」と書いています。 適当に要点だけ拾ってみました。 Unicornって何よ？ UnicornはRubyのためのHTTPサーバ。MongrelやThinのようなものだけど、全く違う設計と思想を持っている ありがちな構成 [mongrel] [mongrel] .. [nginx] -> [haproxy] -> [mongrel] [mongrel] .. [mongrel] [mongrel] .. 問題点: あるactionの処理に60秒以上かかったとき、Mongrelが当該スレッドをkillしようとして固まることがある メモリが一定量を超えたときMongrelを再起動するのが遅い。 デプロイ時に9個のmongre
WEBrick互換の軽量WebサーバMongrel - [Ruby on Rails/Ruby] ぺんたん info
Rubyに標準のWebサーバWEBrickの代替として、動作の軽いMongrelを使用することができます。 MongrelとはRuby と C(拡張ライブラリ) で書かれた Webサーバです。 Ruby on Railsにも対応しています。 ただ機能を省略することで軽量化を図っているため、セッションに十分に対応していないなどWEBrickに完全互換ではありません。 [参考記事] サーバ構築 (Mongrel編) [参考記事] サーバ構築 (WEBrick編) [参考記事] Railsをクリックだけで起動する方法 Mongrelのインストール MongrelはRubyのgemコマンドで簡単にインストールできます。 gem install mongrel --include-dependencies C:\>gem install mongrel --include-dependencies
MOONGIFT: >> 高速性が売りのRuby Webサーバ「Thin」:オープンソースを毎日紹介
先日、Mongrelの作者がエントリーしたRails Is A Ghettoはショッキングな内容だった。恐らくMongrelの開発スピードは停止または大幅に減速してしまうことだろう。 今後の状況は気になる所ではあるが、新たなWebサーバを紹介したい。 今回紹介するオープンソース・ソフトウェアはThin、各種ライブラリを組み合わせたWebサーバだ。 ThinはMongrelも利用しているようなので、単独で動作する訳ではないがMongrelよりも高速に動作するのが売りのようだ。Mongrelをパーサーとして利用し、高速性と安全性を受け継いでいる。 Event Machineをネットワーク入出力のインタフェースとして利用し、RackをWebサーバとRubyフレームワークのつなぎとして使っている。これらの組み合わせで、Mongrel単体よりも素早く動作させているようだ（公式サイトにグラフがある）。
軽量・高速WebサーバThinを使う手順のメモ - Hello, world! - s21g
Thin は、最近話題の軽量・高速が売りのWebサーバです。 Thin is a Ruby web server that glues together 3 of the best Ruby libraries in web history: the Mongrel parser, the root of Mongrel speed and security Event Machine, a network I/O library with extremely high scalability, performance and stability Rack, a minimal interface between webservers and Ruby frameworks ということで、 RailsアプリケーションでThinを使う方法をメモしておきます。 何はともあれ、まずはsudo g
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
wiki.nginx.org Managed WordPress Site – Just another WordPress site
syboos.jp