DjangoアプリをLinuxサーバ上で動かすテストを行う。これまでなんとかMacサーバでは動かすことができたので、今度はLinuxでの設定手順を確認する。 環境 ディストリビューションは、CentOS 5.4 pythonはバージョン2.4.3 OSのインストール時にApacheやmod_pythonはインストール済み Djangoのインストール yumで探しても見つからず。ソースをダウンロードする。 Django-1.2.4.tar.gzを持ってきて、setup.py installとする。/usr/lib/python2.4/site-packages/django/にインストールされた。 httpd.confファイルに追記 /etc/httpd/conf/httpd.confファイルに、mod_pythonを使うための設定を追記。 ... LoadModule python_mod
こんにちは nakamura です。最近トルシエさんテレビ出すぎじゃありません？ウィイレヤロウヨ。オフサイドダヨ！ さてさて今回は意外と知られてないけど、サイトをインターネットに公開する際には知っておいた方が良い Apache の設定をいくつかご紹介します（一部 PHP の設定もありますが）。この設定をしていないからといって即危険にさらされるという訳でもありませんが、リスクの芽は摘んでおくに越した事はありませんよね。 無駄な HTTP ヘッダを返さない ディストリビューションにより異なるかもしれませんが、CentOS デフォルトの設定の場合 Apache が返してくる HTTP ヘッダは以下のようなものです。 HTTP/1.1 200 OK Date: Mon, 05 Jul 2010 01:01:14 GMT Server: Apache/2.2.3 (CentOS) X-Powered
yamakk blog turbogears python etc.. turbogears + apache(mod_proxy) turbogears(cherrypy)はデフォルトで8080ポートで動作しますが, Apacheが動いている環境で同じ80番ポートからアクセスできるようにする. mod_rewite mod_proxy mod_python これらの組み合わせで 高速化することも考えてmodpython + turbogears を試していましたが,複雑な感じがしたので今回はmodproxyのみで設定します. OS10.4.7 Server version: Apache/1.3.33 mod_proxyを有効に(httpd.conf) LoadModule proxy_module libexec/httpd/libproxy.so AddModule mod_pro
Symfony Meetup Kansai #1 に参加してきました。 symfony-kansai.connpass.com 一般枠の席をちょっとでもをあけようとブログ書きます枠でエントリーしたので、22日の水曜日からだいぶ空いてしまいましたが、いいかげんブログ書きます。 関西で Symfony 系のイベントは長い間なくて、無いところに立ち上げって感じのスタートなのですが、初回からすごかったです。何がって、同じ日に東京では Laravel のミートアップが開催されていたんですが、なんと関西の方に東京からの参加者が!! 名古屋からも日帰りで猛者が集い、和歌山からも(関西の人でないとわからないかもですが、和歌山とか三重って実は時間だけでいえば名古屋より遠いです)! メインセッションは、EC-CUBE の 4.x ですっかり Symfony になってどうなったかという話、Abstract は邪
web.pyを使ってやっとメインのロジック部分が完成、いままでweb.pyをスタンドアローンで実行させ作っていたのでApacheと連携しさせてみることに。 既にCGIとしてPythonは動くのでアクセスしてみると・・・web.pyを使ったアプリは動かない。 うーん なのでWSGIで動かしてみることを試してみる、とりあえずmod_wsgiのモジュールをGoogle Code Archive - Long-term storage for Google Code Project Hosting.で探してみるとない・・・。 動かす環境はWindowsXP+Apache2.0.63+Python2.5、各バージョンに合ったバイナリモジュールがない・・・ 仕方なく他のサイトを検索してみたところ何とか発見！！http://adal.chiriliuc.com/mod_wsgi/ httpd.confに
Apache 2.0の必須設定と基本セキュリティ対策：実用 Apache 2.0運用・管理術（1）（3/3 ページ） Apache 2.0の基本設定 Apacheの設定のほとんどは、httpd.confだけで行えます。httpd.confを編集することでより高いパフォーマンスを引き出したり、セキュアなサイトを作れるなど、細かな挙動を制御できます。httpd.confの設定は奥深く、それだけを解説した書籍が発行されるほどのボリュームがあります。 ここでは、多岐にわたる設定項目の中から要点をかいつまんで紹介します。なお、ソースからインストールした場合は「highperformance-std.conf」ファイルなど、用途に応じてhttpd.confファイルを選択することもできます。 Webサーバとして最小限やっておくべき設定 httpdデーモン起動の前に、最低限動作に関係するディレクティブを確
Please note This document refers to the 2.2 version of Apache httpd, which is no longer maintained. The active release is documented here. If you have not already upgraded, please follow this link for more information. You may follow this link to go to the current version of this document. This document covers compilation and installation of the Apache HTTP Server on Unix and Unix-like systems onl
ApacheApache の configure オプションについて調べたのでメモ Configure enable-XXX=shared, enable-mods-shared=XXX について指定したものを DSO モジュールとしてビルドするDSO とは...Apache HTTP サーバはモジュール化されたプログラムで、 管理者がモジュールを選択することでサーバに組み込む機能を選ぶことができます。モジュールはサーバがビルドされるときに httpd バイナリに 静的に組み込むことができます。もしくは、httpd バイナリとは 別に存在する動的共有オブジェクト (訳注: Dynamic Shared Object) (DSO) としてコンパイルすることも できます。DSO モジュールはサーバがビルドされるときにコンパイルしたり、 Apache 拡張ツール (apxs) を 使って後でコン
Apacheのログは情報の宝庫だ。サイトの不具合や不審なアクセスを見つけたり、閲覧者の移動経路などからサイトを使いやすくする手掛かりを得ることができる。そのためには、ログの見方やカスタマイズ方法を知る必要がある。 アクセスログ 通常、「ログ」といえばこのアクセスログを意味する。アクセスログは、Webブラウザがサーバ（Apache）に何かをリクエストし、それにApacheが応えるごとに記録される。簡単にいえば、だれかが何かにアクセスするたびに、その結果が記録されるのだ。 詳しくは後述するが、このログに「何を記録するのか」「どのファイルに記録するのか」といったことは、管理者が自由に定義できる。細かな設定を可能としていることは、ログを活用しようと思う管理者にとって大きなメリットである。 エラーログ エラーログは、リクエストの結果がエラーになったものだけが記録される。また、アクセスログと違い、エラ
Nutch is a highly extensible, highly scalable, matured, production-ready Web crawler which enables fine grained configuration and accomodates a wide variety of data acquisition tasks. Scalable Relying on Apache Hadoop™ data structures, Nutch is great for batch processing large data volumes but can also be tailored to smaller jobs. Pluggable Out of the box Nutch offer powerful plugins i.e., parsing
スタートの経緯・挨拶 最近では個人でWebサービスを作る方も増えていますが、アクセスが増加してくると確実に問題となってくるのがパフォーマンスや可用性の問題です。ある程度まではアプリケーションの修正することでパフォーマンスを向上させることはできますが、やはり限界はどこかできてしまいます。 しかしながら、「どうやってシステムを増強していけばいいのだろう」という知識に関しては世間にあまり出回っていませんでした。そのようなときに参考になるような技術や考え方を提供したいという思いから、本連載を執筆させていただくことになりました。 本連載においては、さまざまな技術を用いて、システムの設計・構築するためのさまざまな方法を提供していきたいと思います。 システム拡張時の手段と問題 システムの規模が大きくなればなるほど課題となってくるのが、どのようにシステム全体を増強していくかです。 システムの増強において
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く