200>$LOCKFILEタイムアウトを設定したければ-wオプションをつかえばよい。リードライトロックとしてつかえるので、更新系のスクリプトは1つしか起動したくないけど参照系は並列実行を許す、みたいなことも比較的簡単にできる。|TCPについて調べてたら、skeeterとbubbaという謎のオプションを見つけた。調べてみたところ、TCPを策定した人達の黒歴史らしい。Skeeter以下意訳です。あー、これは忘れられそうもないんだけど黒歴史だね。FTPをやってたときにつくったものなんだ。Bridghan2とstevがけしかけたんだけど、アイディアはシンプルで、鍵管理システムなしに暗号化できるように、デフィー・ヘルマン鍵共有をtcpで直接するためのものだった。それには認証の仕組みは想定してなくて、パスワードみたいなものが共有されている前提だったんだ。シンプルな実装で大体は動いてたんだけど、介入者攻撃には脆弱だったのが欠点だった。?それはstevに聞いてくれ。センスのあるネーミングですね。気になる人はstev氏に聞いてみてください。pagesに引きずられて自分のブログも重くなるということが時々ありました。pagesを配信しているかによって対応方法は違うので以下を読んで各自適切な設定をして下さい。なにもやる必要はありません。向けるだけで対応できます。pagesにIPに向くようにAレコードに設定している場合です。向くようにすることで対応できます。ALIASレコードに対応していない場合は残念ながらCDNを有効にできません。ちなみにお名前.comはALIASには対応していないので、その場合は他のDNSプロバイダに移行するしかありません。pagesのIPに向けていたのでDNSimpleに移行することにしました。以下はお名前.comからDNSimpleに移行した際の手順です。この場合はタイトルに反して無料ではありません。pagesといったクラウドサービスとの連携が簡単にできます。DNSimple登録時に対象ドメインを聞かれるので、そのとき移行したいドメインを入力します。30日は無料でつかえます。誰かを紹介すると、紹介した人とされた人の両方の無料期間が伸びます。上のリンクにはキャンペーンコードが埋め込まれているので、この記事を読んだ人はぜひ上のリンクから登録してください。登録が完了するだけで一通りのUIが使えるようになりますが、DNS機能が有効になるのは決済情報を入力してからです。pagesと連携を開始します。以下のページの「他のネームサーバーを利用」からDNSimpleのネームサーバを指定します。https://www.onamae.com/domain/navi/ns_update/input?btn_id=navi_menu_domain_nsupdate_leftmenu_12登録するサーバは以下です。Serversこの段階ではお名前.com側で設定しているAレコードはそのまま残しておきます。変更するのはネームサーバのみです。しておかないと、ネームサーバの変更が伝搬するまでの間にお名前.comに問いあわせが来た場合NXDOMAIN扱いになってします。204.232.175.78のようになっていたはずですが、反映が完了すれば上記とは違うIPが返ってくるはずです。反映までには時間がかかるので気長に待ちます。完全に反映されるには3日ほどかかるようです。ような計測ツールを使ってもいいですが、CDNからのレスポンスはX-xxxのようなヘッダがつくようなのでcurlでも確認できます。S1392104522.668435574,VS0,VE0もう完全に反映されたと思ったらお名前.com側で設定しているAレコードは無効にして大丈夫です。登録ドメイン数に応じて自動的にプランが切りかわるようです。CloudSearchの比較検討を行った。候補を選定するにあたって、以下の特徴をもっていることを前提とした。LuceneやGroongaを使えば何でもできるが、ここでは対象としない。ウェブベースのインターフェースを持つインデックスの更新はほぼリアルタイムに反映されるスケールアウトが容易Solrhttps://lucene.apache.org/solr/Luceneをバックエンドにした全文検索システム。バージョン4になってから大幅に機能が増強された。短所クラスタを構築して運用するには手間がかかりそうSolrCloudはzookeeperに依存するためサーバ台数もかさむElasticsearchhttp://www.elasticsearch.org/Solrと同じくLuceneをバックエンドにした全文検索システム。使いやすいAPIを備えている。後発な分ノウハウの蓄積にやや不安が残る未実装機能がいくらかある(あった。CloudSearchhttp://aws.amazon.com/jp/cloudsearch/AWS上で提供されている全文検索システム。EC2と同じく時間とトラフィックで課金される。現時点ではまだベータ。現状では東京リージョンがないテキスト解析のカスタマイズが限定的。Synonymsのみカスタム可能。N-gramとか形態素解析は自前で処理してからアップロードする必要があるヒット位置を取る方法がないテキスト本文をインデックスと一緒に格納することはできない比較項目別のまとめ拡張性SolrもElasticsearchもLuceneをバックエンドにしているので、Luceneでできることは基本的にはどちらでもできるはず。Amazonは現状ではあまり拡張性はない。基本性能はSolrもElasticsearchも大差はなさそう。Amazonは自動的にノードが追加されるので性能の問題はなさそう。している分Solrがよいと思われるが、Elasticsearchも既に十分本番稼動実績はある。Amazonはベータなので未知数。リアルタイムデータ更新いずれもほぼリアルタイムに更新できる。日本語対応SolrとElasticsearchはほぼ同等。kuromojiやmecabをつかえば形態素解析もできる。Amazonはそれ自体では対応していないが、Luceneのtokenizer等を使って自前で前処理することで対応は可能。スケーラビリティAmazonは完全に自動的にスケールアウトしてくれる。Elasticsearchはインデックスのシャード数を作成時に決めておく必要があるが、スケールアウトは容易だと思われる。Solrはv4からはElasticsearchと大体同等のスケーラビリティを備えるようになった。後発な分Elasticsearchが一番洗練されているように思います。Solrは無難に導入できそうですが、スケールアウトが必要になったとき手間がかかりそうです。Amazonはメリットも多いですが、現状では制限が多いので使いづらいと思います。