メール送信をRESTfulに行うApacheモジュール·mod_sendmail MOONGIFT
mod_sendmailはメール送信（sendmail）機能をApacheモジュールとして提供するライブラリ。 mod_sendmailはApache用のオープンソース・ソフトウェア。Webサービスを開発するには幾つかの技術を組み合わせる必要がある。扱いやすさで言うと、HTML/JavaScript/CSS/サーバサイドの言語は問題ないだろう。若干面倒になるのがデータベースとメールだ。 LDAP認証例 メールは特に面倒くさい。ユーザ登録などでよく使われるがデータベースにトランザクションをしつつメールを送信して無事送信できればコミットをする。プロトコルが違う部分は実装がしづらくなる。だがmod_sendmailはその面倒さを解消してくれそうだ。 mod_sendmailはメール送信にRESTfulなインタフェースを提供してくれるApacheモジュールだ。この手のライブラリは元々あったのでは、
VirtualHostの設定をMySQLで管理する·mod-myvhost MOONGIFT
mod-myvhostはApacheモジュールのオープンソース・ソフトウェア。Apacheの設定はhttpd.confで行う。テキストファイルベースなので分かりやすいが、ASPなどでサービスを提供しようと思った時に、設定がシステムから柔軟に変更できればと思うことがある。 設定はこんな感じ 例えばユーザごとにVirtualHostを分ける場合だ。サブディレクトリで命名規則を設けて行う方法もあるが、ユーザ数が増えればそれも苦しい管理になる。そこで使ってみたいのがmod-myvhostだ。 mod-myvhostはVirtualHostの設定をMySQL上で管理できるようにするApacheモジュールだ。専用のデータベースとユーザを作成して、SQLを実行してパスを動的に変更できる。ルートディレクトリを動的に指定したり、有効/無効の切り替えもテーブルのメンテナンスだけでできるようになる。 うまく切り
mod_rewrite を利用したリバースプロキシ環境の作り方 - livedoor Blog（ブログ）
こんにちは、 最近愛用のMacbookが外観も中身もボロボロになってきて悲しいkyannyです。 ライブドアでは、画像やCSSファイルやjavascriptファイルなどの静的なコンテンツを配信するウェブサーバとウェブアプリケーション本体が稼働するアプリケーションサーバを別々のホストで運用する、いわゆるリバースプロキシ環境を構築しています。今回は、このリバースプロキシ環境の作り方を解説します。 リバースプロキシとは リバースプロキシとはプロキシサーバの一種で、クライアントに対してファイアウォールの中にあり外部のネットワークから直接アクセスできないサーバへのアクセスを提供する機能です。これ以外にも、複数のバックエンドサーバを用意して負荷分散をしたり、プロキシサーバでキャッシュを併用することでバックエンドサーバへのリクエストを減らしたりと、様々なシーンで活用できるため、大規模なウェブサイトを構築
[補足記事]Apache 2.0 の hook 一覧(apache module 開発事初め その3-3) : DSAS開発者の部屋
先日この記事において hook の呼び出しに関してコメントを頂きました． 実際のところよく分かってない部分もあったので，hook に関してまとめてみました． このページの記述について このページの内容に関して 英語の文章は，全て Apache 2.0.58 のソースコード中から集めてきた原文ママです． 全ての hook に関して調べ尽くした訳じゃないので間違いもあると思います．間違いに気づかれた方はコメントで指摘いただければ幸いです m(_ _)m hook の呼び出し順序に関して hook が呼び出される順序は，「設定初期化」「プロセス初期化」「コネクション」「リクエスト」に関しては記述した順序で呼び出されるようです． RUN_ALL，RUN_FIRST について RUN_FIRST の hook は，呼び出した hook 処理関数が OK や DECLINE エラーを返した場合，その次
![[補足記事]Apache 2.0 の hook 一覧(apache module 開発事初め その3-3) : DSAS開発者の部屋](https://cdn-ak-scissors.b.st-hatena.com/image/square/da78a05937633f7a2b4b2219826151c370cd607b/height=288;version=1;width=512/https%3A%2F%2Fparts.blog.livedoor.jp%2Fimg%2Fusr%2Fcmn%2Fogp_image%2Flivedoor.png)
[補足記事]ディレクティブ処理関数登録マクロ一覧 (apache module 開発事初め その3-2) : DSAS開発者の部屋
AP_INIT_XXX("directive", function, info, where, help) 引数の意味はそれぞれ directive設定ファイル中で用いるディレクティブの名前．char *型．大文字小文字は無視されます． functionディレクティブ処理用の関数を指定すします．関数の型は，AP_INIT_XXX の種類によって変わります． infofunction() を呼び出す時に渡す情報．void *型．特に渡すものがなければ NULL を指定します． whereこのディレクティブが現れてよい場所の指定．int型．指定できる値のようなものがあります． OR_LIMIThttpd.conf内の <Directory> か <Location> の中か， AllowOverride Limit が指定されていれば .htaccess の中．このタイプのディレクティブの例と
ディレクティブの処理と設定値の利用 (apache module 開発事初め その3) : DSAS開発者の部屋
今回は前回の記事で予告した通り，Apache の(いくつかのタイプの)モジュールが動作するべきか否かをどうやって判断するか，というお話です．タイトルは「ディレクティブの処理」となっていますが，モジュールがディレクティブを処理することと今回のテーマは密接に結びついています． モジュールが，というよりも厳密には各種 hook が，呼び出された際に処理をするべきか否かの判断は，大体の場合そのモジュール用の設定ディレクティブが設定ファイル(httpd.conf)にあるか否かで行います．handler の場合は前々回の記事でも出てきたように，汎用の handler 指定用のディレクティブがあります．(hook ではないですが) filter も，Input/Output filter のための設定用ディレクティブがそれぞれあります．もちろん，必ずこれらのディレクティブを使わなければならない，という訳
アクセス制御モジュールを作ってみる (apache module 開発事初め その2) : DSAS開発者の部屋
前回の記事では，apxs が生成したテンプレートをそのまま動かしてみましたが，今度は少しコードを書いてみましょう．同じ handler を作っても面白くないので，アクセス制御をするモジュールにしてみます．Apache のアクセス制御は2種類あって，一つはユーザ認証を目的としたもので，mod_auth の眷属がそれです．もう一つはリクエストの別の側面，例えばクライアントのアドレスによってアクセスを許可したり拒否したりするもので，標準モジュールでは mod_access がそれに当たります．あまり複雑なことをしても話が見えにくくなるので，今回作るモジュールではランダムにアクセスを許可したり拒否したりすることにします． apxs -g -n denyrandomとして出力したものをベースにしています)． 1 #include "httpd.h" 2 #include "http_config.h
apache module 開発事始め : DSAS開発者の部屋
先日は，必要に迫られて Apache 1.3 の mod_access を改造したという話を書きました．その時は単にあるものを改造しただけでしたが，ふと思い立って，一から Apache 2.0 用のモジュールを書いてみました．書く上で色々 Web サイトを探してみたのですが，あまり日本語の入門向けの文章が見あたらなかったので，開発する上で分かったこと(と言うほど大したものじゃないですが)をまとめておこうと思います． フェーズには，例えばそのリクエストを受け付けるか拒否するかを決めるフェーズや，リクエストされた URI と実際のディスク上のファイルとの間の対応付けを解決するフェーズ，そしてもちろん実際のレスポンスを生成するフェーズ等があります．hook 関数を挿入するポイントはこれらのフェーズになりますが，もちろんその全てのフェーズのための関数を用意する必要はありません．また個別の設定を施す
Request Processing in Apache 2.0 - Apache HTTP Server
Please note This document refers to the 2.0 version of Apache httpd, which is no longer maintained. Upgrade, and refer to the current version of httpd instead, documented at: Current release version of Apache HTTP Server documentationYou may follow this link to go to the current version of this document. Several changes in Apache 2.0 affect the internal request processing mechanics. Module authors
モジュールの Apache 1.3 から Apache 2.0 への移植 - Apache HTTP サーバ
This is a first attempt at writing the lessons I learned when trying to convert the mod_mmap_static module to Apache 2.0. It's by no means definitive and probably won't even be correct in some ways, but it's a start. The easier changes ... Cleanup Routines These now need to be of type apr_status_t and return a value of that type. Normally the return value will be APR_SUCCESS unless there is some n
井上の日誌 -Apacheの話-(2006-03-30)
_ Apacheには、次のようなコードが意外に見つかります。HTTPというプロトコルの性質上、文字列比較処理が多くなります。僅かでもstrcmp(3)系の関数呼び出しを減らそうという意図です。 httpd-2.2.0/modules/ssl/ssl_engine_vars.c:96-102,118-123 96: switch (var[0]) { 97: case 'H': 98: case 'h': 99: if (strcEQ(var, "HTTP_USER_AGENT")) 100: result = apr_table_get(r->headers_in, "User-Agent"); 101: else if (strcEQ(var, "HTTP_REFERER")) 102: result = apr_table_get(r->headers_in, "Referer");
r->headers_inなどのapr_table_tのデータの扱い方 - clouder's blog
r->headers_in は apr_table_t 型で、apr_table_elts() という関数を使うと apr_array_header_t 型の値が取得できる。 これが先頭のデータになる。 const apr_array_header_t *arr = apr_table_elts(r->headers_in);で、apr_array_header_t は下記のような構造体になってる。 struct apr_array_header_t { apr_pool_t *pool; int elt_size; int nelts; int nalloc; char *elts; };この elts は char * なんだけど、apr_table_entry_t になっているっぽい。 なので、 apr_table_entry_t *elts = (apr_table_entry_t
Mod_Tsunami
Mod_tsunami mod_tsunami is a module for Apache 1.3.x which allows for dynamic limitation of the number of simultaneous requests per vhost. For example, it can be useful if you provide Web sites hosting, and don't want one Web site to use too many resources. See documentation for more. The current stable version is mod_tsunami-3.0.tar.gz (October 3 2004). In all likelihood, this is my final release
apache2.2のソースに付属されてくるmod_example.c - yoshifumi1975's diary
自分用に転載 /* Licensed to the Apache Software Foundation (ASF) under one or more * contributor license agreements. See the NOTICE file distributed with * this work for additional information regarding copyright ownership. * The ASF licenses this file to You under the Apache License, Version 2.0 * (the "License"); you may not use this file except in compliance with * the License. You may obtain a copy
Tips for Developing Apache 2.0.x modules
[ はじめに | 排他処理 | 共有メモリ | ファイル入出力 | 書式指定 | リクエストの処理 | C++ | デバッグ | 参考文献 ] はじめに このページでは，私が Apache 2.x 向けのモジュール開発の過程で得た Tips について紹介しています． 排他処理 他のプロセス及びスレッドに対して排他処理を行うには apr_global_lock_t が，他のスレッドに対して排他処理を行うには apr_thread_mutex_t や apr_thread_rwlock_t が利用できます． apr_global_mutex_t の使い方 基本的には，次の手順で使用します． post_config ステージ apr_global_mutex_create を使って apr_global_mutex_t を生成． 必要に応じて unixd_set_global_mutex_per
Apache API C++ Cookbook
by Zachary C. Miller Introduction This document is designed as a collection of tips and tricks for writing Apache API modules. These are the non-obvious or under-documented things that I have learned in the course of writing Apache modules in C++ for Linux. Some of the recipes are useful in C or C++ but some are specifically geared towards C++. Some are compatible with any platform but many may be
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
バックナンバー – おくvillage
https://www.codeblog.org/blog/inoue/20060405.html
mod_dosdetector - Browse Files at SourceForge.net
http://nap-web.eng.kagawa-u.ac.jp/index.php?%B3%AB%C8%AF%A5%E1%A5%E2