橋本商会 » apache2のサブディレクトリをthinで起動してるsinatraにプロキシする
SinatraやRailsは開発は楽だけどデプロイ方法がいろいろあって悩む。 最近はpassengerを使う方法が流行ってるけど、あいにく学校に置いたサーバーでサブドメインが使えないので同一ホスト名でapacheと共存させるしかない。 passengerでもRailsBaseURIだったか？を設定すればサブディレクトリでRack対応アプリを動かせるが、 今回は1年前からRails+mongrelのデプロイに使っているapache2のサブディレクトリをmongrelで起動してるrailsにプロキシする – 橋本詳解と同じ方法でSinatra+Thinをデプロイした。 Railsではmongrel_clusterで複数起動させたrailsにapache2のmod_proxy_balancerでアクセスを割り振ったが、同じ設定でsinatra+thinにも割り振れる。 結果、橋本商会 Twitt
ErlangでComet設置方法 - みかログ
うまく動かないと問い合わせがあり，設置方法をちゃんと書いてないことに気づく． というわけで，試しに設置してみる方は，以下のように yaws を設定してください． ・index.yaws，chat_temp.html は yaws.conf の docroot で指定した場所の直下においてください． .yawsファイルはコンパイル等は不要です． ・chat.erl は，yaws.conf の ebin_dir で指定した 場所の直下において，そのディレクトリでコンパイルしてください． ebin_dir の中に，chat.beam ファイルが必要です． （コンパイル後，ソースは消しても大丈夫です） ・yaws.conf の runmod で， runmod=chat と指定してください． この指定をすると，ebin_dir の指定モジュールの start/0 が yaws 起動時に実行されます
Ruby on Rails : Apache で動作させる - WebOS Goodies
またまた間が空いてしまいました。本日は Apache で構築された Web サーバーで Ruby on Rails アプリケーションを稼動させる方法をご紹介しようと思います。個人的な用途なら WEBrick でもじゅうぶんに使えるのですが、処理効率やセキュリティーが重要になる場面では Apache （もしくはその他の Web サーバー）を使用するほうが適切でしょう。 Ruby on Rails でインターネットに公開するアプリケーションを作ろうという方は、ぜひ読んでみてください！（＾＾） これまでは手抜きで "~/blognavi" をプロジェクトディレクトリとしてきましたが、このままでは Apache からアクセスするのにいろいろと問題がありますし、管理も面倒です。そろそろプロジェクトディレクトリを適切な場所に移動しましょう。ただし、プロジェクトディレクトリの配置方法は千差万別、条件によ
เริ่มเล่นและชนะทันทีกับ PG Wallet Slot สุดยอดเกมสล็อต
ทำความรู้จักกับเกมสล็อตออนไลน์ที่ทำให้คุณตื่นเต้นและได้รับชื่อเสียงมากที่สุดในขณะนี้ – PG Wallet Slot บนเว็บไซต์ PG Wallet คุณจะได้พบกับประสบการณ์การเล่นเกมส์ที่ไม่เหมือนใคร ด้วยความคล่องตัวและความสนุกที่ไม่มีที่สิ้นสุด กับเพียงแค่ไม่กี่คลิกเท่านั้นคุณสามารถเข้าร่วมการผจญภัยในโลกของเกมส์สล็อตที่น่าตื่นเต้นและมีความสนุกสนานอย่างไม่มีที่สิ้นสุด กับผู้ให้บริการ PG Wallet Slot คุณจะได้สัมผัสกับความสนุ
Milano::Monolog: mod_rewriteでサーバーの負荷が高いときだけリダイレクトする
mod_rewriteでサーバーの負荷が高いときだけリダイレクトする ワタシが働いている会社のホームページは、たまーにYahooのトピックスからリンクされます。 トピックスに載るとそれはもう大量のアクセスが津波のように押し寄せてきて、あっというまにサーバーのリソースを食いつぶしてアクセス不能になってしまいます。 こういうときのために、Contents Delivery Networkによるキャッシングも利用してます。 今までは、リンクされそうになったらmod_rewriteでリダイレクトって方法を使っていました。 でも毎回これをやるのが面倒になってきたので、なんとかならんかなーと思って、RewriteMapに初挑戦してみた。 RewriteMap使えばRewriteCondとかRewriteRuleにプログラムの出力結果を使うことが出来るようになるので、これでWebサーバーのロードアベレー
http://www.cpan.org/modules/by-module/Apache/Apache-LoadAvgLimit-0.03.readme
======================================================================= Apache::LoadAvgLimit What this? * Apache::LoadAvgLimit returns HTTP status 503 if the system load-averages is over the limited value. It's useful to prevent your machine from freezing by high CPU load. Requirements * Apache web server + mod_perl environment * getloadavg() system call (or try GetAvg.pm.uptime instead) Note * I
%25A4%25CE%25B9%25E2%25C2%25AE%25B2%25BD)
mod_cacheでWiki(CGI)の高速化 - KamoLand
Apache2.2のmod_cacheを使って，Wiki(CGI)の高速化を試みる Apache 2.2.3を使用した． １．基礎知識 まずキャッシュをやるなら， Caching Guide http://httpd.apache.org/docs/2.2/en/caching.html を熟読すべき． 英語だからといって敬遠して俺のように斜め読みしていると，つまらないところではまる． それで結局のところ，パラメータ付きのCGIをキャッシュするには，CGIからの出力に Last-Modified Expires のヘッダをつけるべきだということがわかる． ↑ 要件 キャッシュの更新タイミングとは， ページの更新がキャッシュに反映されてwebに公開されるまでのタイムラグ となる．その観点で考えると，常識的にはせいぜい1日とかになってしまうが，1日だけキャッシュできて嬉しいだろうか？ 毎日1回
AddDefaultCharset(core - Apache HTTP サーバ)
This directive enables operating system specific optimizations for a listening socket by the Protocol type. The basic premise is for the kernel to not send a socket to the server process until either data is received or an entire HTTP Request is buffered. Only FreeBSD's Accept Filters, Linux's more primitive TCP_DEFER_ACCEPT, and Windows' optimized AcceptEx() are currently supported. Using none fo
mod_proxy_balancer + mod_disk_cache on Apache 2.2.3 - 積み重ねた日々
Apache2.2.3の環境下で mod_proxy_balancer と mod_disk_cache を使い、キャッシュサーバを構築したのでメモしておきます。 イメージする構成としては、まずフロントエンドにApacheのReverse Proxy Serverがあり、そしてその裏側に実際にアクセスする複数台のWeb Server(以下の例では5台)があります。 クライアントからのアクセスを受けると、リバースプロキシは、負荷分散アルゴリズムにしたがって、実際のウェブサーバへリクエストを投げることになります。その際、画像コンテンツのみをキャッシュし、次回以降のアクセスではキャッシュファイルのみを返すようにします。 ということで早速設定してみます。 mod_proxy_balancerモジュールを有効にするためには、mod_proxyおよびmod_proxy_httpモジュールが有効になって
esehttpd プロジェクト日本語トップページ - OSDN
esehttpdはLinux上で動作するwebサーバ(HTTPサーバ)です。realtime signals とノンブロッキングIOを使った高速・スケーラブルな実装、OpenSSLによるHTTPSの サポート、rubyスクリプトの直接実行、サーバ自身がchroot可能、などの特徴があります。 ダウンロード 最新リリース esehttpd esehttpd-0.309 (日付: 2004-02-03) esehttpd esehttpd-0.308 (日付: 2003-09-29) esehttpd esehttpd-0.305 (日付: 2002-04-11) esehttpd esehttpd-0.304 (日付: 2002-04-10)
nginx news
unit-1.32.0 version has been released, featuring the WebAssembly Component Model and Unit variables access from njs.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Phusion Passenger/mod_railsによってRailsのデプロイメントが容易に
Unhandled Exception