Qiita::Team やめた - @kyanny's blog
Quipper 日本オフィス（+ 海外オフィス勤務の日本人）で「チャット以上 Wiki 未満」な情報共有ツールとして二年ほど使ってきた Qiita::Team をやめて、 GitHub Issues に移行した。 Qiita::Team は日本人の間では活用されていたが、グローバル企業なので英語以外のみでの情報共有は好ましくなく、しかも Qiita::Team は個別に invite しないとアクセスできないので海外拠点のスタッフにとっては非常に閉鎖的な場だった。せめてアクセス可能にしようと plan をアップグレードし invite したものの、国際化対応が不十分だったりそもそも日本語の文章を翻訳して読もうというガッツもなかったりして、日本人以外には活用されなかった。 Quipper は外部サービスの導入にポジティブだが、使われていないものはスパッとやめるポリシーがあり、幽霊会員と化して
MySQLのインデックスを学ぶ (1) - 刺身☆ブーメランのはてなダイアリー
実践ハイパフォーマンスMySQL 第2版とLinux-DBシステム構築運用入門を読んで、 MySQL のインデックスについて勉強しなおしている。理解が曖昧だった部分の知識を深められたり、自分の間違いに気づけたりして、とても収穫が多い。 フルテーブルスキャンとフルインデックススキャン Linux-DBシステム構築運用入門 P185 に書いてあるケース。インデックスを利用してても対象レコード数が多いとランダムI/Oが大量に発生して遅くなる。読むべきレコード数が多いのならばフルテーブルスキャンのほうがI/O一回で多くのブロックを読み込めるので速い。 IGNORE INDEX ヒントを与えてパフォーマンスを改善するという例があった。 マルチカラムインデックスと範囲検索 SELECT * FROM users WHERE a = ? AND b >= ? and (c IS NULL OR c >=
master ブランチにマージ済みのリモートブランチをまとめて削除する git-prune-remote-branch というスクリプトを作った - @kyanny's blog
必要になったのでそういうものを作りました。 https://github.com/kyanny/git-prune-remote-branch パスの通ったところに置いて Git のワーキングディレクトリで実行すると master と develop にすでにマージ済みのリモートブランチを全部削除します。 --noop で dry-run モードになるので実際に消す前に確認もできます。なんで master だけじゃなく develop も？というと、僕のチームで gitflow を使っているからです。 $ git clone git://github.com/kyanny/git-prune-remote-branch.git $ git-prune-remote-branch --noop $ git-prune-remote-branchgit push --mirror じゃダメなの
highscalability.com の Tumblr のアーキテクチャについての記事を読んだ - @kyanny's blog
High Scalability - High Scalability - Tumblr Architecture - 15 Billion Page Views a Month and Harder to Scale than Twitter を読んだ。すごく面白かった。 Kindle で引用したところを中心にメモ。 Tumblr のソーシャルグラフの特徴 The graph for Tumblr users has hundreds of followers. This is different than any other social network and is what makes Tumblr so challenging to scale. Tumblr だと follower が数百人いるユーザーはザラにいる。 follower の多いユーザーの post は多くのユーザ
30days Album は画像の URL にもアクセス認証を入れています - @kyanny's blog
Facebook にアップロードした画像の URL に直接アクセスすると非公開設定でも閲覧できるという話題が議論を呼んでいますが、 30days Album は画像の URL にもアクセス制限を入れています。 30days Album で作ったアルバムには、閲覧するための「合言葉」を設定できます。アルバム固有のパスワードみたいなものです。パスワードありのアルバムにはアクセス制限がかかっているので、この「合言葉」でログインしていないとアルバムは閲覧できません。さらに、アルバムにアップロードされた画像の URL にも同じアクセス制限がかかっており、画像に直リンクしても表示されません。 http://30d.jp/img/kyanny/66/469_large.jpg プライベートな写真の共有には、プライバシーにより配慮した 30days Album をぜひご利用ください。 追記 技術者・専門家
30days Album はどのようにして画像にアクセス認証をかけているか - @kyanny's blog
30days Album は画像の URL にもアクセス認証を入れています - 刺身☆ブーメランのはてなダイアリー の技術的な解説。基本的に 関西オープンソース 2008 30days Albumの裏側 のとおり。 ミドルウェアはこのスライドのときと比べてけっこう様変わりしている。 Perlbal は相変わらず使ってるけど。 リバースプロキシは nginx バックエンドに Apache (Passenger) と Perlbal 静的ファイルは nginx が配信 画像の URL は Perlbal にプロキシ 画像認証用の Perlbal Plugin がセッションストレージの Kyoto Tycoon に認証情報があるか問い合わせ それ以外にも提携している外部サービスのために特定の IP アドレスは素通りさせたりしている 画像ストレージは MogileFS なので X-REPROXY-
StartServers と MinSpareServers - @kyanny's blog
今日、livedoorしたらば掲示板の管理画面がリニューアルしました。少し手伝いました。 で、先週の金曜日の夜に apache の設定を見直しててふと気づいたことがあったのでメモ。 apache には StartServers というディレクティブがあり、これは apache を起動した直後のプロセス数を指定する (prefork の場合)。デフォルトだと 5 とか。だから apachectl restart した直後に ps auwwx | grep httpd とかすると、 apache のプロセス数がすごく少なかったりする。しばらくたつとプロセス数がもっと増えていて 100 を超えてたりする。 apache には MinSpareServers というディレクティブもあり、これは「アイドルなプロセスの数の最小値」を指定する。アイドルなプロセスとは、クライアントからのリクエストを処理し
YAPC::Asia Tokyo 2010 で発表しました - @kyanny's blog
YAPC::Asia Tokyo 2010 で発表します というわけで発表してきました。お聞きいただいた皆様、ありがとうございました。スライドは SlideShare にアップロードしてありますので、是非ご覧ください。 30days Albumの裏側 後日談View more presentations from Kensuke Kaneko. なお、冒頭で流れた 30days Album の CM 動画はこちらです。 事故もなく、制限時間をオーバーすることもなく、無事に終えられてまずはほっとしています。時間を気にして少し急いで喋りすぎてしまい、お聞き苦しい点があったかもしれません（すいません）。あと噛んだりとか（すいません）。あとスライドが地味とか（これはまぁ・・・）ちなみにどうでもいい情報として、合間合間に出てくる猫の写真は僕と彼女さんの実家のペット（歴代）のベストショット集からお届け
HTML5 の file API と jQuery でブラウザにファイルをドラッグ&ドロップしてアップロードするサンプルを作った - @kyanny's blog
GitHub - kyanny/html5_file_api_ajax_upload_sample: HTML5 file API + ajax file upload sample HTML5 の file API というのが面白そうなのでちょっといじってみた。 デモを動かすには Plack と JSON と Path::Class が必要です。このブログ読んでる人ならどれも ready for use ですよね。もしまだのひとは cpan -i Plack JSON Path::Class でよろしく。 git clone して plackup して Firefox 3.6.x 以降で開いてください。 複数ファイルをドロップしたときになんかうまく動いてない気がするとか、 app.psgi の書き方がだいぶいい加減とか、微妙なところはたくさんあるけどとりあえず動くところまでいけたので公開
"Casual Perlers" are around there. - @kyanny's blog
ゆーすけべー日記 に賛同します。とても良い問題提起だと思う。 俺は、 yusukebe さんのいう Casual Perlers はそこらじゅうにいると思ってます。現に、彼が立ち上げた #perl-casual@freenode という IRC チャンネルには20人くらいの参加者がいて、「初めまして」の人も少なくない。凄腕の CPAN Authors ばかりじゃなくて、 CPAN Users もちゃんといるんです。ただ、今まであった Perl のサブ・コミュニティーではカバーしきれなかった部分がまだたくさん残されていたってことだと思う。 だから、 perl-casual のような新しいテーマをもったサブ・コミュニティーができることは、すごく良いことだと思います。他にも、 tomyhero さんや vkgtaro さんが中心となって活動している lazy-people とか、 perl-us
shut the ナントカ - @kyanny's blog
kokogiko さんの味方はできないけど、同情するなあ・・・。 write some code と書き捨てられることの恐怖が僕にはわかります。 ギークと呼ばれる人たちが苦労なくコードを書いているわけはなくて、おそらく自分よりはるかに努力しているからこそ成果物を出しつづけられるのでしょう。片や、彼らと比較にもならない自分自身がある。その差に絶望し激しい焦燥にかられれば、悪意のない一言二言に勝手に傷ついてしまうことだってあります。 根っこのところは単なるひがみ、ねたみとか、あるいは憧れ、尊敬の入り交じった複雑な感情なのだと思います。ただ、それを素直な形で表現できるときもあれば、そうではないときもある。 こんな気持ちにぴったりの描写が、湾岸ミッドナイトの 39 巻にありました。 「・・ああ ちょっとヤバイな この気持ち・・ 今は素直に彼らをイイと思っている・・ でも・・ この気持ちは必ず変わる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
