タグ

ブックマーク / rti7743.hatenadiary.org (2)

  • テスト用に、外にメールを送らないメールサーバをつくろう - お前の血は何色だ!! 4

    あなたのアプリケーションでは、電子メールを使っていますか? Yesであれば、どうやってデバッグしていますか? 電子メール送信は rollback できない処理の一つだと思います。 間違ってテストのデータをお客さんに送信してしまった!! って日にはひたすら謝るしかありません。。。 もちろん、プログラム側での工夫だったり、あらかじめメールアドレスを塗りつぶしたデータを使うなどの予防策を講じれば、ご送信をある程度は防げますが、、、、もっとシステムチックな誤送信対策はないでしょうか。 と、いうことで、 prostfix と sendmail で外部にメールを送信しない smtp サーバをつくろうってわけです。 すべてのメールアドレスをたたき落としてしまうと、検証が非常に難しくなるため、ここでは、 自社とパートナーのドメインだけは通過させ、それ以外は叩き落すというようなルールにしてみたいと思います。

    テスト用に、外にメールを送らないメールサーバをつくろう - お前の血は何色だ!! 4
  • 僕の考えた最強のWEB開発環境 - お前の血は何色だ!! 4

    図にするとこんな感じ。 番にコピーすればそのまま動くために すべてのサーバは名前(/etc/hosts)で呼び合う。 IPで呼び合うことはしない。 開発用のVMも例外ではない。(名前が違うとseleniumが問題になるため) サーバには、それぞれ以下の環境変数を定義する。 プログラムには、この値を見て挙動を変えることを期待する。 番サーバ PRODUCTION QC系 TEST 開発 DEV 番にコピーすればそのまま動くをモットーにする。 開発環境 開発者には、一人一VMを配布 非開発者には、共有VMを配布 /home/ユーザ VMには、開発用のホストと結合テスト用のホストを登録。 なぜ開発者にVMを提供するのか? データベースを消したり、作り直したり、セキュリティ検査を行ったりするため。 #例えば、selenium でアンケートのテストをしたい場合、同じ質問に2度答えさせるにはデー

    僕の考えた最強のWEB開発環境 - お前の血は何色だ!! 4
  • 1