LDAPでシステムとSubversionとTracのアカウントを一元管理する - hide-k.net#blog
以前から個人的にLDAPを導入しているのですが、意外と忘れがちなので備忘をかねてメモります。 昔のメモなので今と挙動が違うかもしれませんがご了承ください。OSはCentOS 5です。 まずはOpen LDAPのインストールと設定をします。 関連パッケージのインストール $ yum -y install openldap openldap-servers openldap-clients openldap-devel ディレクトリマネージャのパスワードを生成する $ /usr/sbin/slappasswd -h {SSHA} New password: Re-enter new password: slapd.confの設定 /etc/openldap/slapd.conf ...snip... access to attrs=userPassword by self write by a
BLOG::broomie.net: Thriftのスピードが改善しました
先週末はThriftのスピード問題にはまり、ガンダム戦記にはまり、ほとんど外に出られませんでした。前回のエントリー(Thriftのスピードについて)の続きとなります。 やっぱりperlのクライアントライブラリに問題がありそう？ 多くの有識者の方にアドバイスをいただき感無量でございます。前回のエントリーでは、perlライブラリ、pythonライブラリでThriftが異常なほどに遅いんじゃないか？といった内容でございました。当方のバグではないかと、おそるおそる前回のエントリーをポストしたのですが、tokuhiromさんがこの現象に関して調査と考察の結果を示してくれました(ThriftのPerl Clientが遅すぎる件について)。 クライアントが Pure Perl で書かれており、かつ実装に適当さが感じられ、「速そうには、みえないな。。。」と感じました。 Facebook 内で実際に使用され
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
XSS対策パッチを当ててもRailsに残る脆弱性 - 岩本隆史の日記帳（アーカイブ）
どのような脆弱性か 先日書いた「Rails 2系のXSS脆弱性がRuby 1.9では影響なしとされる理由」という記事に、奥さん（id:kazuhooku）より、下記のブックマークコメントをいただきました。 たとえばブログの場合、誰かに壊れたUTF-8を含むコメントを書き込まれちゃうと、そのブログ全体にアクセスできなくなる(最新コメント一覧に出るから)んじゃないか。XSSが発生しないだけで脆弱性があることは変わらない はてなブックマーク - kazuhookuのブックマーク / 2009年9月26日 まったくおっしゃる通りです。アプリケーションの構成によっては、サービス自体が提供できなくなる可能性があります。 このような脆弱性を何とよぶのでしょうか。すでに統一的な呼称があるのかどうか、私は知りません。サービス不能という観点からは広義のDoS脆弱性といえるのかもしれません。 追記（2009-0
BPStudy#25「パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ」 Twitter・ハッシュタグbpstudyのまとめ - monjudoh’s diary
私は旅行に行っていたため参加出来なかったのですが、 gihyoの方がust配信をしてくださったため、 旅先でも話を聞くことができました。 ありがとうございました&お疲れ様でした。 id:kazuhooku の話がとても素晴らしかったので聞けて良かったです。 資料と動画はじきに公開されるでしょうし、 まとめもいくつかあるようです。 (BPStudy #25 雑メモ - すぎゃーんメモ,http://mitsukuni.org/bpstudy_25.txt) Twitterでのこのセッション絡みの発言もなかなか熱かったので、 今回はハッシュタグbpstudyの検索結果をまとめるとします。 まとめにはgist:194212 · GitHubのscriptを使用しました。 k_taka Hey #bpstudy test ;) (bp-study live > http://ustre.am/6r
第4回 memcachedのCASとmixiでの運用動向 | gihyo.jp
今まで簡単に触れてきたmemcachedのCAS（Compare and Swap）機能ですが、今回はその具体的な使用例や、プロトコルの違いによる特徴を紹介します。また、mixiでの今後のmemcached運用動向を紹介します。 CASの概要 memcachedには特定のデータに対してアトミックな更新を試みる機能が存在します。この機能の仕組みは単純で、クライアントは特定のコマンド（テキストプロトコルの場合は“gets”）を実行することにより、サーバから特定のレコードとその状態を表すユニークな識別子を与えられます。 この識別子はレコードが何らかの手段によって更新されると変更され、クライアントが保持している識別子とは別の値になります。したがって、クライアントは与えられた識別子を更新命令と一緒に送信することで、サーバはレコードをアトミックに更新できるかを確認することができます。もし識別子が
オープンソースの活動「すごく、いい」 前坂徹さんのエンジニアライフ（1/2） - 特集：No okyuu, No Life [okyuu.com]
MySQLから派生したオープンソースプロジェクト「Drizzle」や高性能分散キャッシュシステムの「memcached」などで活躍する若き新鋭、前坂さん。最初はオープンソースコミュニティを敬遠していたが、気付くと居心地の良い場所になっていた。 この企画はokyuu.com編集部が現在のエンジニア像をリレー形式で追っていくものです。 （取材・文＝編集部） 前坂徹（まえさかとおる） 1984年09月22日生 24歳 ミクシィ 開発部 研究開発グループ 【略歴】 2006年 オタゴ大学 大学院 Postgradatue Diploma取得 2007年 株式会社ミクシィ入社 2007年 libmemcachedに開発者として参画 2008年 Drizzleプロジェクトの立ち上げと開発に参画 ――前坂さんはニュージーランドで暮らしている時間が長いんですね。 前坂 父が水産関係の仕事だっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
