proxy.confをオフ | technote
Apache httpdにおいて表題の通り。 ■ 環境 Apache httpd 2.4.27 Amazon Linux ■ error_log 再起動時等に、error_logに下記のメッセージが表示されているのが気になった。 [lbmethod_heartbeat:notice] [pid 3164] AH02282: No slotmem from mod_heartmonitor これはなんだろう？と思いつつ調べていくと、下記の設定ファイルで読み込まれているモジュールのようである。 $ cat /etc/httpd/conf.modules.d/00-proxy.conf # This file configures all the proxy modules: LoadModule proxy_module modules/mod_proxy.so LoadModule lbme
CentOS7でのFuelPHPインストールで「AH00037: Symbolic link not allowed or link target not accessible: /var/www/」
ApacheでLaravel5アプリケーションを動かす - Murayama blog.
Laravel5を使ったWebアプリケーションを開発しています。 開発時はビルトインサーバで開発して、運用時はApacheでということがやりたかったのでまとめです。OSにはUbuntu14.04を使っています。Vagrantも使ってます。 開発時 - ビルトインサーバの起動 開発時はphp artisan serveでビルトインサーバを使ってます。手軽で便利です。 $ php artisan serve IP指定で起動することもできます。 $ php artisan serv --host 192.168.33.10 運用時 - Apacheで動かすには 基本的にはApacheでLaravelアプリケーションのバーチャルホストを定義するだけ。Laravelアプリケーションのpublicフォルダをドキュメントルートに指定します。 バーチャルホストの定義 Apacheにバーチャルホストの定義を
過剰アクセスするクローラーを制限する - トーンコントロール
レンタルサーバーの軽さを保つ ホームページを閲覧しているのは人だけではありません。クローラーと称される巡回プログラムも、情報収集などの目的でアクセスしてきています。 Google や Yahoo! などの検索エンジンが走らせているクローラーは、収集した情報を使った検索結果からユーザーを送り込んでくれる恩地があります。しかし、そういった利点がないばかりか嫌がらせのように過剰にアクセスしてきてサーバーに負荷を掛けるクローラーも少なくはありません。 過剰アクセスするクローラーのせいでCGI を使った動的生成ページで503エラーが起きたり、無駄に転送量が増えてレンタルサーバーの制限をオーバーしてしまうなどの支障を来たすこともあります。 もしも悪質なクローラーに狙われたら、サーバーの貴重なリソースを守るために、.htaccess を利用して迷惑なアクセスを遮断しましょう。 拒否するホストをmod_a
apacheを再起動するときはgracefulを - なんちゃってウェブ系エンジニアの備忘録
標題の件、ちょっとメモにしておく。 Apacheの設定変更を行った場合、それを反映するには再起動する必要があるのだが、 私はいつもrestart を使っていた。 # /etc/init.d/httpd restart restartは、クライアントと接続中のhttpdプロセスを停止してしまうため、 クライアントとの通信が強制的に切断してしまう。 瞬時とはいえ、クライアントにご迷惑をお掛けにしてしまう。それを解決するのが「graceful」 # /etc/init.d/httpd graceful gracefulはすべてのクライアントとの通信が終了するまで再起動しません。 Webサーバなどを公開していて、httpdサービスの停止が出来ない場合は かなり効果的といえる。 ただ、SSL証明書の変更やモジュール追加の場合を行った場合、「graceful」だと変更が正しく反映されないというケースも
検索エンジンの常識をApache Solrで身につける
表のような転置インデックス完成後は、クエリに対する結果を返す処理は簡単です。例えば、ユーザーが「Vim」というクエリを発行すると、検索エンジンは「Vim」を含む文書IDリストを返します。表では文書IDの「2」を返します。 検索エンジンを取り巻く7つの技術 検索エンジンのコア技術は前節で紹介したインデックスです。しかし実際に、検索インデックスだけで構成する検索エンジンから、検索サービスを構築するには多大なコストが掛かります。以下の節で検索エンジンを利用したシステム、検索サービスを構築する際に便利なコンポーネントを紹介します。 これらの機能のいくつかは、多くの検索エンジンが組み込んでいます。一方で、簡素な検索エンジンは、以下で紹介するコンポーネントをサポートしていないため、ユーザーが独自に開発するか、その機能を持つコンポーネントを組み込む必要があるものもあります。 【1】トークナイザ 検索エン
JMeter
JMeter はJakarta プロジェクト 1 で開発が進められている、パフォーマンス計測用のJavaアプリケーションです。 そのJMeterについて解説していきます。 1 [2012/5/23追記] 2011/12/21にてJakarta Projectは廃止されました。このプロジェクトはApache Projectに移管済みです JMeter INDEX JMeterの基本 1.1. JMeterとは 1.2. インストールと実行 1.3. 簡単なテスト リスナー 2.1. リスナーとは 2.2. リスナーの使用法 2.3. 結果を表で表示 2.4. 統計レポート 2.5. グラフ表示 2.6. その他のリスナー 設定エレメント 3.1. 設定エレメントとは 3.2. HTTPリクエスト初期設定 3.3. HTTP認証マネージャ 3.4. HTTPヘッダマネージャ 3.5. HTTP
今から３分で jmeter の使い方を身に付ける （負荷テスト入門） - 主に言語とシステム開発に関して
Apache jmeterは，Webアプリのパフォーマンス計測のための無料ツール。 このツールの初歩を，今から３分で習得するための記事。 本当に３分きっかりなので集中して頂きたい。 (1) DL (2) サーバ (3) ページ (4) jmeter起動 (5) テスト計画作成 (6) jmeter実行 (7) 結果 目標 解説 Tips 1 ：外部パラメータの読み込み Tips 2 ：プロキシ機能を使ってテストケースを自動生成 ※↑自作の もくじジェネレータ で自動生成 (1) DL jmeterをダウンロードする。 JMeter Downloads http://jmeter.apache.org/download_jmeter.cgi http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi 最新版 Binary の z
Apache Bench で性能測定だ - IT革命～
情報技術(アイティー)革命ではなくイット革命！IT化推進に役立つソフトウェアやWeb制作に関するネタを扱います。 Apache に付属しているベンチマークソフトを使ってみました。 Apacheには、標準で「ab」(Apache Bench) というツールが付属しています。 同時接続数とリクエスト数とURLを指定すれば、性能が測定できます。 ab コマンドによって、リクエストを発生させ、接続時間・処理時間・待ち時間などの統計を取得することができます。 例えば、同時接続数が 100で、リクエスト数 1,000 になるまで、http://example.com/index.html にアクセスするならば ab -n 1000 -c 100 http://example.com/index.html 認証が必要なページには、-A オプションを使用します。 -n 数値：テストで発行するリクエストの回
SubversionとApache連携セットアップ手順 (CentOS5.x) | 技術系とっかかり備忘録
Subversionは独自のデーモンで使用することもできますが、Apacheを経由して使用することで、Apacheの様々な機能（認証機能やバーチャルホスト等）の恩恵をそのまま受けられます。 本手順では、SubversionとApacheを連携させ、ApacheのBASIC認証によるアクセス制御までを行います。 大まかな流れは次の通りです。 Subversionをインストールする リポジトリを作成する Apacheを設定する Apacheを再起動する 1. Subversionをインストールする svnパッケージと、連携に必要なApacheモジュールをインストールします。 yum install svn yum install mod_dav_svn 2. リポジトリを作成する この例では、/path/to/repositoriesディレクトリにMyRepositoryリポジトリを作成しま
[ThinkIT] 第2回：Apacheをインストールしてみるのは難しくない (1/4)
「第1回：Apacheはインターネットで使うWebサーバなのだ」では「Apacheとは何か」を解説しました。今回から3回に分けてApacheのインストール方法について解説します。まずバイナリパッケージからLinux環境へインストールする方法を解説し、第3回でソースコードからのインストール方法を、第4回でWindowsへのインストール方法をそれぞれ解説します。 本連載で解説するインストール方法は大半がLinux上での操作になります。しかし、皆さんの中には「自宅にWindowsマシンしかない」という方も多いでしょう。そのような方は、ぜひ自宅のマシンにLinuxをインストールし、Apacheのインストールにチャレンジしてみてください。普段Linuxに触れる機会があまりない方もでもわかりやすいように解説していきますので、ぜひこの機会にLinuxに触れてみてくださいです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
