タグ

2012年10月18日のブックマーク (10件)

  • mod_proxy_balancerとmod_rewriteでバランシング - (゚∀゚)o彡 sasata299's blog

    2009年11月27日23:58 Apache mod_proxy_balancerとmod_rewriteでバランシング Apache を使って条件付きでバランシングしたいときー。mod_proxy_balancer と mod_rewrite を使ってこんな風にしてあげればいいのかなぁ。(o゚ω゚o) RewriteEngine on RewriteRule ^/hoge(.*)$ balancer://balancer_1$1 [P,QSA] RewriteRule ^/fuga(.*)$ balancer://balancer_2$1 [P,QSA] <Proxy balancer://balancer_1> BalancerMember http://192.168.0.100:4000 loadfactor=10 BalancerMember http://192.168.0.

  • Syn の独り言 : mod_proxy_balancer と nginx の Load Balancer 機能の夜明けはちかいぜよ - livedoor Blog(ブログ)

    June 21, 201223:29 カテゴリOS / Middlewareネットワーク mod_proxy_balancer と nginx の Load Balancer 機能の夜明けはちかいぜよ 以前、Apache の mod_proxy_balancer と nginx のLoad Balancer の機能比較を行ってから 2年がたってしまった。 その間、両者とも Load Balancer としての機能が追加されてしまったので再比較。 ってか、比較するまでもなく機能面だけでみると両方とも私が必要としている2個の機能を 実装してしまった。 まず、least connections アルゴリズムによる負荷分散。 これは現時点の接続数が最も少ないワーカー(通常は web サーバー) に処理を割り振るというもの。 代表的な負荷分散アルゴリズムの `round-robbin' と比較して、

  • ロードバランシング技術�~高負荷に耐えるシステムの構築~

  • 90分間濃縮 PHPエラーの教室

    15. エラーの種類 種類 内容 E_ERROR / Fatal 実行不可能:処理は停止、白画面 E_WARNING / Warning 警告:実行時に問題発生、処理は継続 E_PARSE / Parse 解析不能:処理は始まらない、白画面 E_NOTICE / Notice 通知:問題になりうる状況、処理は継続 E_STRICT / バージョン間の互換性に関するエラー E_DEPRECATED 重大度に応じてレベルが存在 Shimokita.php / Yusuke Ando (@yando)

    90分間濃縮 PHPエラーの教室
    k-holy
    k-holy 2012/10/18
    嬉しいまとめ。新人教育にぜひ。
  • PHP Extensionを作ろう第4回 - Extension開発に適したPHPを用意する : DSAS開発者の部屋

    はじめまして、@hnwと申します。一部の方々に非常に人気があったシリーズ「PHP Extensionを作ろう」久々の続編です。といっても、今回はExtensionのソースコードは一行も出てきません。Extensionを作る準備段階の話題です。 PHP Extension開発時にオススメのPHPビルドオプションがあるのをご存じでしょうか。これは「拡張モジュール開発用に PHP をビルドする方法」でも紹介されているのですが、「--enable-debug --enable-maintainer-zts」というものです。 稿ではこのビルドオプションについて解説し、php-buildを利用して環境構築する方法についても紹介します。 PHPのメモリ管理の概要 まずPHPのメモリ管理について簡単に紹介します。 Apache prefork MPM+mod_phpの組み合わせを例に挙げますと、Apac

    PHP Extensionを作ろう第4回 - Extension開発に適したPHPを用意する : DSAS開発者の部屋
  • PHPによるUTF-8メール(多言語混在メール)の送信方法

    前のページでは、WindowsMacのメールソフトを使ってのメール送信方法について解説しました。ここでは、WEBプログラムで利用可能なように、PHPを例題に、どのようにUTF-8のメールをWEBアプリで送信可能かを解説します。 メール関数の一つであるmb_send_mail()関数はmb_language()の設定値を参照しますが、一般的なレンタルサーバの場合、mb_language() の設定は、「Japanese」になっていると思います。この場合、PHPのマニュアルにもありますように、「ISO-2022-JP/Base64」がエンコードとして用いられます。ですが、メール送信プログラムを含むPHPファイルの中で、mb_language("uni")をコールすることで、「UTF-8/Base64」に設定を一時的に設定を変更することが可能です。 <?php //**************

  • 本家のお世話-#28。(Apache2.4.2へアップグレード-#1) – o6asan's soliloquy-part2

    投稿アップデート情報  追記3(4/28)  追記4(5/2)  追記5(11/10)  追記6(2013/1/3) Apache Loungeで,Apache2.4.x系ステイブルが出た(VC10版は,6 Apr ’12 だけど,VC9版は,7 Apr ’12 になっている。UTCで,です。)ので,早速アップグレードに取り組んでみることにした。ただし,さすがに稼働中のサーバ上では危なすぎるので,ひとまず,ローカルに仮構築。 完了後は,以下のようになる。 WindowsXP Pro SP3(x86) Apache2.4 MySQL5.5 ActivePerl5 PHP5.4 ≪注意≫ ローカルの構築なので,アップロード作業がすっぽり抜けている。ここを参考に実際のサーバをリモート場所に構築しようと思う方は,ファイルの書き換え後の更新アップロードを忘れないようにしてください。 さて,Apach

  • 大きなサイズのデータをmyisamからinnodbに移行する検証をしたメモ - Road To Nowhere

    ハマってなんとか解決したことや、現状困ったりしていることを書いてみる。 前置き 対象のデータ(現在1テーブル)は、約1億レコード、50G。引き続き膨張していくことが予想される。 今はmyisamで運用。更新処理が非常に高負荷。しかもロックが発生するため、オンライン中の更新ができない。1日1回新旧のテーブルを置き換えることで更新。 目指すところは、参照のパフォーマンスを落とさずにリアルタイム更新。次の方向で検証中。 まずテーブルを参照時の条件に沿う形で分割。さらに更新する単位でパーティショニング。これにより参照&更新のパフォーマンスアップを狙う。 myisamからinnodbにすることでロックなしでオンライン中の更新を実現にする。 検証環境 OS: CentOS 5.5 MySQL: 5.5.8 サーバの搭載メモリ: 32G ibdata1、大きくなり過ぎ! myisamと違ってinnodb

    大きなサイズのデータをmyisamからinnodbに移行する検証をしたメモ - Road To Nowhere
    k-holy
    k-holy 2012/10/18
    [mysql[tuning]
  • いま注目のFusion-ioの速さの理由

    Fusion-ioも登場!「DB Online Day」9月11日開催! ストレージが早くなればサーバーの稼動率が上がりコストも削減できる 増え続けるデータを効率的に処理できれば、データセンターのコストを大幅に削減できる可能性がある。たとえば、データセンターにあるサーバー群、たくさんあるサーバーの稼動率は平均すると20%程度と言われている。稼動率を上げられれば、サーバー数が減らせ、それに伴うソフトウェアライセンスや設置スペース、当然ながら電力や光熱費が削減できる。 サーバーの効率を上げるために仮想化技術を活用する話を、数年前からよく耳にするようになった。仮想化を利用すれば確かにサーバーの稼動率は向上させられるだろう。しかし、それでもまだビッグデータを処理する場合は、うまくいかないこともある。 その原因となるのが、CPUのパフォーマンスがムーアの法則で著しく向上するのに対し、ビッグデータを格

    いま注目のFusion-ioの速さの理由
  • Facebook に大量の電話番号を取得できるセキュリティホール発覚 | スラド IT

    インドのセキュリティ研究者 Suriya Prakash 氏は、Facebook の検索で簡単に個人情報が引き出せてしまうことから、Facebook に電話番号を登録するのは危険だと主張してきた。簡単な検索で電話番号と個人名が簡単に入手でき、オレオレ詐欺のような用途に使用可能だとしている (Suriya's Blog の記事、The Next Web の記事、家 /. 記事より) 。 彼はこのことを証明するため電話番号と同じ桁数のランダムな数字を生成し、検索を行う簡単なスクリプトを書いて 600 万人分の携帯電話番号と名前を収集してみせた。Facebook では検索回数に上限が設けられているが、モバイル画面の検索ではこれを回避することができる。ひと月ほど前にこの問題点を Facebook 側にメールし、電話番号から簡単に検索できるシステムをやめるよう警告を促したものの、Facebook

    k-holy
    k-holy 2012/10/18
    「意図的な仕様バグ」ってなんやねんな…