script.aculo.usにはエフェクトをトグルする機能が用意されている。 Effect.toggle($('element'), 'slide');このようにすることで 要素が見えている場合はSlideUpを適用して隠し、 要素が見えていない場合はSlideDownを適用して出現させる という処理を自動化できる。自分で判断しなくて良いので楽チンだ。 デフォルトでは Effect.PAIRS = { 'slide': ['SlideDown','SlideUp'], 'blind': ['BlindDown','BlindUp'], 'appear': ['Appear','Fade'] },という3組が用意されているが、これは自分で定義することも可能。 例えば以下のようにすると Grow ⇔ Shrink のトグルエフェクトが定義できる。 Effect.PAIRS['grow-shr

JSONPコールの際、グローバルな関数を用意してその名前を渡さなきゃいけないのはいけてないな〜と思ってXMLHttpRequestを真似して作ってみた。 ちょっと長いので、ソースは貼らずにダウンロードリンクを置いておきます。つJSONScriptRequest-0.01.tar.gz JSONScriptRequest-0.02[Ajax][JSON][API] - ヒルズで働く@robarioの技ログJSANに上げました。 SYNOPSISはこんな感じ。 var req = new JSONScriptRequest(); req.open('GET', 'http://www.example.com/jsonapi'); req.onreadystatechange = function() { if (req.readyState == 4) { console.info(req.r

■工場映像作品集『工場萌えな日々』以前にテレビ東京系列の深夜番組で紹介いただいた時、工場に関する記述以外は殆どないこのblogを映像化すると云う難しい契約をされたトルネード・フィルムさんの製作により、関東の工業地帯を収めた工場映像集が無事DVDとして発売される事になりました。 タイトルはそのままに、『工場萌えな日々』。 《http://www.tanomi.com/shop/dvd/items03664.html》 工場の姿をハイビジョン映像で只延々と収録しただけと云う物凄く相手を選ぶ作品になりそうなのですが、日々の暮らしの合間に好きな音楽を聴きながらプラントの姿をのんびり眺めていたいと思われた経験のある方、もし僅かなりと興味を持っていただけましたら何処か心の片隅にでも留めていただけましたら嬉しく思います。 因みに、発売元はエースデュースエンタテインメントさんで、年末の2006年12月22

DSAS のメンテナンスは，基本的に ssh を使ったリモートメンテナンスで済んでしまいます．夜中や休日に非常事態が起こったとしても，ネットワーク接続さえ確保できればその場で対応できます．ただ，さすがにインターネットから DSAS に直接 ssh できる様にしておくのは一抹の不安があります．ですので，DSAS への ssh 接続は社内のサーバからのみ許すようにしておいて，外からログインする必要があるときは一旦社内のサーバを経由することにしています． このような形にしている場合，DSAS にログインしようとする際は，一旦社内のサーバに ssh 接続する必要があって，小さなことですが一手間かかってしまいます．できればワンステップで接続できる方法が無いかと思って色々検索してみた(※)ところ，このページで ProxyCommand という設定項目を見つけました(見つけたのがボスの個人サイトなのは本

2006年10月21日18:00 カテゴリLightweight Languages javascript - Interpolatorで変数展開 Perlにはqq($variable)、 Rubyには#{ expression }、Pyhonはさておき、JavaScriptには存在しないのはなぜ？ というわけで、こさえてみました。 ここをクリックでinterpolateします。 タイトルは document.title. URIは location.href これは 駄目。 これはOK encodeURIComponent('小飼弾') これもOK document.getElementsByTagName('body') これもOK: (function(){ var a = []; for(var p in document) a.push(p); return a.join(",

生来、飽きっぽいたちで、勉強でも仕事でも一つのことに腰を据えて取り組むことができない。趣味もまた同じ。昔はミステリが好きだったが、今はほとんど読まなくなっている。その代わりにライトノベルに手を出した時期もあるが、それも最近はご無沙汰だ。そもそも本自体を読まなくなった。そのかわりになぜか美術に興味をもつようになったのだが、その中でも関心の移り変わりは激しく、去年は印象派の展覧会を好んで見に行ったものだが、今年は専ら江戸絵画ばかりだ。 さて、かつてミステリを愛読していた頃の知り合いに先日10年ぶりに再会した。当然、ミステリの話で盛り上がる……はずが、最近のミステリを全然読んでいないものだから全く話にならない。ああ、取り残されてしまった。そう思うと寂しくなるが、それで飽きっぽさが治るわけでもなく、ミステリへの関心が復活するわけでもない。そっち方面の人脈とは距離を置いて、そっと静かに暮らしていくの

もういくつ寝ると 今年のはじめにやりたいことリストを作った。今見たら50項目あるリストのうち25個が達成済みだった。ちょうど半分やりたいことをやったということだ。私にしてはまあまあの結果だと思う。満足。 やりたいことリストにあるもののうち、「〜を食べたい」系は概ねクリアし…

Apacheのアクセスログから、自サイトへ到達した訪問者がGoogleなどで使った検索フレーズを、Perlを使ってタグクラウド風に表示するというもの。 自分のサイトがどのような検索語でよく訪問されているかがビジュアル的にわかりやすくなるのでなかなかおもしろい。 設置方法の詳細などは以下の通り。 Google Search Cloud 上記ページに書いてある1つめのコードを「gscloud.pl」として保存し、2つめのコードを「gscloud.css」として保存。最後に「Examples of usage」に空いてあるようなコマンドを定期的に実行するようにすれば、アクセスログを解析してタグクラウドの書かれたHTMLファイルを吐き出してくれるという仕組みらしい。割とシンプルなので、いろいろと応用ができそうな予感。

チャットボットサービスは年々その市場規模を拡大していますが、その中でも高い効果を実感でき、比較的安価に利用できることで人気なチャットプラスというサービスがあります。 チャットボットを導入したいけどサービスごとにどんな違いがあるのかわか...

ロードバランス、いわゆる負荷分散について。商用クラスタソフトウェアを使わずにオープンソースソフト群である「Ultra Monkey」というのを使ってなんとかしよう、というお話いろいろ。 How To Set Up A Loadbalanced High-Availability Apache Cluster | HowtoForge - Linux Howtos and Tutorials Apacheのノード2つ、ロードバランサーのノード2つを組み合わせて負荷分散を行うという仕組みです。 Ultra Monkey: http://www.ultramonkey.org/ Ultra Monkey:（日本語版） http://ultramonkey.jp/ SourceForge.jp: Project Info - Ultra Monkey http://sourceforge.jp/p

id:hirose31くんがロードバランサについてあれこれ書いてる. そんなわきゃない＞DNS RRはロードバランサの座を奪い返せるか この間彼から教えてもらったんだけどLVS(LinuxVirtualServer)は結構すごいという話. 「でも安定性がぁ」とか「ASICには勝てないよね」といかいうやつは、まずは試してみてみー　きっとびっくりするから。 ロードバランサの1運用形態であるDSR(Direct Server Return)を知らない人だと「ソフトウェアでロードバランサ?ありえねー」とか思っててもしかたないと思う.DSRを知らないといつまでもベンダーに高いお金を払うことになるのでチョロチョロ書いてみる. DSRを知らない人がロードバランサーに持っているイメージは図の1の通りだと思う.つまり HUBを通してリクエストがロードバランサに届く(1,2) ロードバランサは適当にバランシン

DSASはいかにして可用性を高めているか、ちょっと紹介したいと思います。 今回は概略ということでざざざっと説明します。個別の構成についてはまた回を改めて紹介したいと思います。 │ │ ┌┴┐ ┌┴┐ │ │ │ │ISPの上位ルータ └┬┘ └┬┘ │ │ 〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 責任分解点 │ │ ┌┴┐ ┌┴┐ │ ├─[ lb(active) ]─┤ │ │ ├─[ lb(backup) ]─┤ │ │ │ │ │ │L2├─[ Web ]─┤L2│ │SW├─[ Web ]─┤SW│ │ ├─[ Web ]─┤ │ │ │ │ │ │ ├─[ SMTP ]─┤ │ │ ├─[ SMTP ]─┤ │ │ │ │ │ │ ├─[ D B ]─┤ │ │ ├─[ D B ]─┤ │ │ │ │ │ │ ├─[ NFS ]─┤ │ │ ├─[ NFS ]─┤ │ │ │ │ │

「こんなに簡単！ Linuxでロードバランサ」のシリーズでは、 こんなに簡単！ Linuxでロードバランサ (1) 〜 LVS + NATで負荷分散をしてみよう こんなに簡単！ Linuxでロードバランサ (2) 〜 keepalivedでWebサーバのヘルスチェック こんなに簡単！ Linuxでロードバランサ (3) 〜 VRRPでロードバランサを無停止にする こんな流れでNATによる負荷分散システムを構築してきました。 今回はこれを DSR(Direct Server Return) 方式に変更してみます。 「DSRとはなんぞや？」という方は、 ロードバランサの運用.DSRって知ってますか? L4スイッチはDSR構成にすべし こちらでわかりやすく説明されていますので参考にしてみてください。 一般的(?)に大規模システムを構築する場合は、「ネットワーク機器の整備はこの部門」、「サーバの調

前回はkeepalivedを使ってWebサーバを冗長化してみました。 今回はkeepalivedのもう一つの機能であるVRRPを使って、ロードバランサ自身を冗長構成にしてみたいと思います。 ┌─────┐ │ client │ └──┬──┘ │[10.10.31.200] │ ━━━━━━━┯━━━━┷━━━━━┯━━━━━━━━━ 10.10.31.0/24 │ │ │ │ │ ←(10.10.31.10) → │ │ ←{10.10.31.100}→ │ [10.10.31.11]│ │[10.10.31.12] ┌─┴─┐ ┌─┴─┐ │ lv1 │ │ lv2 │ └─┬─┘ └─┬─┘ [192.168.31.11]│ │[192.168.31.12] │ ←(192.168.31.10)→│ │ │ ━━━━━━┯┷━━━━━━━━━━┷┯━━━━━━━━ 192.168.3

前回までで、 複数のWebサーバにロードバランスする というところまではできました。 これでリアルサーバへ負荷分散することができたのですが、冗長性がありませんでした。つまり、リアルサーバがダウンしても、ロードバランサはそれを認識できず、ダウンしているリアルサーバなのにパケットを送ってしまっていました。 このとき、クライアントから見ると、たまにサーバから応答がないように見えてしまいます。 というわけで今回は冗長化のお話、 リアルサーバのヘルスチェック を紹介したいと思います。 今回はkeepalivedを使います。 おおざっぱにいうと、keepalivedは2つの機能を提供します。 1. ヘルスチェック機構と連携したIPVSでのリアルサーバの管理 (--check) 前回ipvsadmコマンドを使って行ったような、バーチャルIPアドレス (VIP) やリアルサーバの管理を設定ファイルに記述す

DSASのロードバランサは高価なアプライアンス製品ではなく、LinuxのLVS (Linux Virtual Server)を利用しています。 安価、というか、ハードウエア以外は金銭的コストがゼロなので、一般のクライアントからのアクセスを受ける外部ロードバランサのほかに、内部サービス用のロードバランサも配置しています。それぞれactive, backupで2台ずつあるので合計で4台もロードバランサがあることになります。(こんな構成を製品を使って組んだら数千万円すっとびますね) また、ネットワークブートでディスクレスな構成にしているので、ハードディスが壊れてロードバランサがダウンした、なんてこともありません。 ですので「ロードバランサは高くてなかなか導入できない」という話を耳にする度にLVSをお勧めしているのですが、どうも、 なんか難しそう ちゃんと動くか不安 性能が出ないんじゃないか 等々

サーバ負荷分散の基本構成と動作 負荷分散装置（ロードバランサ）のニーズは現在も高まる一方です。従来はWebサーバのみを主な対象としていましたが、現在ではルータ#1／アプリケーションサーバ／メールサーバ／SIPサーバ／ファイアウォール／VPNゲートウェイ／ウイルスゲートウェイ／IDSなど、多種多様の機器やプロトコルが負荷分散の対象となっています。それに応じてロードバランサも現在では非常に多機能となっていますが、本連載では、全3回に渡ってアプリケーションベースではなく、ネットワークベースの技術、基本となるパケットフローやサーバヘルスチェック、接続維持などの動作について紹介します。また、パフォーマンス測定についてもお話ししましょう。 #1　ルータはレイヤ3でインターネット回線のマルチホーミングとして機能する（＝複数のWAN回線を接続して、同時に通信させることで負荷分散し、必要な帯域を確保するし、

Webサーバの負荷を軽減する方法として、リバースプロキシによる代行とロードバランサによる分散が考えられる。今回は、これらによる負荷の低減方法について解説する。（編集部） Apache自体のチューニングによる性能向上には限界があります。よりパフォーマンスを求めるなら、次にやるべきことはメモリの追加や高性能なCPUへの交換など、ハードウェアの見直しです。しかし、それにも限界があります。 リバースプロキシとロードバランサ ハードウェア単体による性能向上が限界に達した場合は、サーバ構成の見直しを行います。まず考えられるのが、リバースプロキシをWebサーバの前面に立ててクライアントからのアクセスを肩代わりさせる方法です。Webサーバがボトルネックになるのを防ぐとともに、セキュリティ向上にも寄与します。 もう1つの方法は、より高可用性を意図した構成として負荷の分散を図ることです。高可用性とは、サーバの

概要 ロードバランサ（load balancer）とは、通信制御装置の一つで、外部から送られてくるデータや処理要求を、同等に機能する複数のシステムに振り分け、一台あたりの負荷を抑える装置。対象により様々な種類があるが、通常はネットワーク上でサーバの負荷を分散する「サーバロードバランサ」を指すことが多い。 外部とシステム群の中間に設置され、外部からの要求を何らかのルールに基づいて各システムに振り分け、並行に処理させる。これにより、要求が増大してもシステムの数を増やすことで全体の対応能力を増強していくことができる（スケーラビリティの向上）。 また、各装置が正常に稼働しているか監視する死活監視機能や、応答速度の極端な低下や停止を検知した装置への割り当てを即座に中止する自動切り離し機能、装置の保守や交換のためにサービスを継続しながら特定の装置を切り離す機能などを持っている製品も多く、システム全体の

Web2.0としてくくられるタイプの各種ネットサービス、いわゆるウェブアプリは以前とは比較にならないほど動的生成されるものが多く、結果としてものすごい負荷をシステムにかけるわけです。 というわけで、海外におけるデジカメ画像共有サービスの代表的なものである「Flickr」の開発者がJavaScriptを高速化する手法について解説しています。 Vitamin Features >> Serving JavaScript Fast 手順を分割して簡単にしてみたり、キャッシュを使ったり、転送量を圧縮して帯域を節約したりいろいろあるようです。なお、GIGAZINEはキャッシュシステムを採用して有効活用することで負荷を現在、当初の12分の1に抑えています。 また、こっちはリバースプロキシによる高速化手法。 ViSolve.com - Squid Support Service Apacheのモジュール

概要 リバースプロキシ（reverse proxy）とは、特定のWebサーバの代理として、そのサーバへの外部からのすべての接続を中継するプロキシサーバ。当該サーバへアクセスしようとするクライアントはすべてリバースプロキシを経由するよう誘導される。 「プロキシ」（proxy）は「代理」という意味で、ネットワーク上である機器の代理として別の機器との接続・通信を行う機器を指す。通常のプロキシはクライアントの代理としてサーバへの接続を行うが、リバースプロキシはこれとは逆にサーバの代理としてクライアントからの接続を受け付ける。 リバースプロキシはサーバ側のネットワークに設置される。クライアントからサーバへ要求を送信すると、経路途上にあるリバースプロキシがこれを受信し、必要に応じてサーバへ要求を転送する。リバースプロキシはサーバからの応答を受け取り、サーバに代わってクライアントに返信する。キャッシュし

もういくつ寝ると 今年のはじめにやりたいことリストを作った。今見たら50項目あるリストのうち25個が達成済みだった。ちょうど半分やりたいことをやったということだ。私にしてはまあまあの結果だと思う。満足。 やりたいことリストにあるもののうち、「〜を食べたい」系は概ねクリアし…

Prototype.jsのElement.update読んだらちゃんと対策されてた。 だそうです。 久々に「ハメられた！」という気分になりました。 ビューとモデルを分離するために、昨日JavaScript版簡易Template-Toolkitをちょろっと書いて使っていました。その時点では上手く動いていたのですが、今日テストをしていたところIEで意味不明なエラーが出て実行できませんでした。そのエラーメッセージはなんと「不明なランタイムエラー」。。。 ・・・(ノ＃ﾟДﾟ)ノ　＝＝＝＝　┻━━┻ まさに意味不明なランタイムエラーです。 このテンプレートもどきは、指定した要素のinnerHTMLをごにょごにょ書き換えています。Googleで「IE 不明なランタイムエラー」を検索すると・・・ 原因 TABLE と TFOOT と THEAD と TR 要素の innerHTML プロパティは、読み取

/＼＿＿_／ヽ ／　 _ノ||||ヽ､_　 ＼　ご主人様、カツオブシほしいお・・・ ／ 　oﾟ⌒　　　⌒ﾟo　 ＼ |　三　　（__人__）　三　 | ＼　　 　 ｀ ⌒´ 　 　 ／ ./＼＿＿_／ヽ ／　 _ノ||||ヽ､_　 ＼　いい子にするから・・・もう壁で爪とがないし・・・ ／ 　oﾟ⌒　　　⌒ﾟo　 ＼ |　三　　（__人__）　三　 | ＼　　 　 ｀ ⌒´ 　 　 ／ ./＼＿＿_／ヽ ／　 _ノ||||ヽ､_　 ＼　あ・・・ありがとうだお・・・ ／ 　oﾟ⌒　　　⌒ﾟo　 ＼ |　三　　（__人__）　三　 | ＼　　 　 ｀ ⌒´ 　 　 ／ ./＼＿＿_／ヽ ／　⌒　||||　⌒ ＼ ／ 　（●）　　（●）　 ＼ |　三 ⌒（__人__）⌒三　| ＼　　 　 r┬-| 　 　　／ `ー'´ ./＼＿＿_／ヽ ／　⌒　||||　⌒ ＼ ／ 　（ ○）三（○）　 ＼　　ウ

自分のお気に入りのマンガは、どういうわけか「黄色い紙」に多かったりする。そんな傾向を一人考えてみるのも楽しい。 マンガを読む人ならご存知のことと思うが、マンガ雑誌の紙は、何色かに分かれている。 青年マンガ誌は白ベースにクリーム色、淡いオレンジ色など、比較的ユルい変化だが、『週刊少年ジャンプ』『週刊少年サンデー』などの少年誌や『りぼん』『ちゃお』などの少女誌をみると、黄色、オレンジ、緑という結構キツイ色が使われているのだ。 そもそも「マンガ誌の紙に色がついているのは、安い紙を使っているから、紙質が悪いのをごまかすため」と聞いたことがあるが、そこでちょっと疑問。 どうせ安い紙に色をつけてごまかすのなら、こんなに「折」ごとに色を変えて、何色も使わなくてもいいのではないか。色を分けることで、コストがかからないのか？ マンガ編集者に聞いてみた。 「マンガ雑誌の色分けしてあるのは、もともと余っている紙

今，Webアプリケーション開発者の間で，あるフレームワークが大変な注目を集めています。オブジェクト指向スクリプト言語であるRubyを使って作成されたWebアプリケーション・フレームワーク「Ruby on Rails」です。略して「Rails」や「RoR」とも呼ばれています。開発者はデンマーク在住のプログラマであるDavid Heinemeier Hansson氏です。現在は彼が属する37Signalsという企業が中心になって開発しています。 Railsは，2005年に海外で大きな話題を呼び，一大旋風を巻き起こしました。そのおかげで米国ではRuby関連の書籍の売り上げが1年間で15倍以上に増えたそうです。また，2005年8月に開催されたオープンソース・ソフトウエアに関する世界最大のコンベンション「O'Reilly Open Source Convention（OSCON）2005」では，Ra