クローラーを書いてたら年末に今年一年のブックマークの分析をしようとして書いていたやつを思い出した。 require 'rubygems' require 'feed_tools' require 'pp' $KCODE = 'u' hatena_b_feed_uri = "http://b.hatena.ne.jp/walf443/atomfeed?date=20060101" loop do begin feed = FeedTools::Feed.open(hatena_b_feed_uri) p file_name = hatena_b_feed_uri.sub(/^.*\?date=(\d*)$/, "feed\\1.atom") File.open(file_name , "w") do |file| file.puts feed.build_xml('atom', 1.0) e
オンラインのブックマークサービスには、おもに2種類の利用目的がある。1つは、後で自分が情報にアクセスするための本来の意味でのブックマーク。もう1つは、ブックマークを介してほかのユーザーと交流したり、有用な情報を交換する目的だ。 海外で人気の「digg.com」や「del.icio.us」は、有用なページのブックマークというよりは、そのときどきの話題を皆で追いかけるSNS的な要素が強い。このため、digg.comには日々追加され流されていくブックマークを読むだけのユーザーも多い。趣味や嗜好の似たユーザーが、緩やかなコミュニティを形成している。 一方、日本で人気の「はてなブックマーク」はコメント欄の文字数が100文字と短いこともあり、他のユーザーとの交流という側面は弱く、気になったURLを保存して、後で自分で読むのに利用しているユーザーが多い。 こうした分類でいうと、Yahoo!ブックマークは
HN:LSTY(エルエスティーワイ) □名前の由来 年齢:ほぼ50歳 性別:男 ■ 趣味:著作物全般の鑑賞・飲酒 ■ いらち・いちびり・いらんこといい ■ ほしいものリスト ■ ここ以外の活動場所 Twitter: LSTYpt3 ※たまに非公開にすることがあります。 雑談と本棚 : Twitcasting YouTube : Gavacho Music SBM : 小さなトカゲ展 Novel : 小説家になろう ■ 転載について:私が書いた文章はすべて転載自由ですが、出典の明記およびリンクをお願いします。 ■ コメントについて:名前(ハンドルネーム含む)を 明記していないと思われるコメントには原則として回答しておりません。 宣伝目的だと判断した場合、また記事と無関係だと判断した場合、削除することがあります。 私あるいは第三者の個人情報や個人を特定できるような情報が含まれている場合、該当部
home blog labs about contact プログラミング・開発 > livedoor Clipからdel.icio.usとはてなブックマークに同時投稿するGreasemonkeyスクリプト del.icio.us Greasemonkey JavaScript LDC はてな 作成: 2007-01-03T12:26:03+09:00 更新: 2009-04-29T00:09:18+09:00 誰か作るだろうと思って、他力本願メソッドで待っていましたが、 まだ誰も作らないので、作りますた。 デザインリニューアルに伴い、スクリプトとかを置いていくコンテンツ「labs.37to.net」 を作ったので、インストールとかは下記からどうぞ。 livedoor Clipからdel.icio.usとはてなブックマークに同時投稿するGreasemonkeyスクリプト - labs.37t
気に入ったページをはてなブックマークでブックマークするのはとても簡単で便利です。しかし、せっかくブックマークしたページをあまり効率よく活用できていないと感じたことはありませんか?それはどんな時に感じるのでしょう?では、具体例で説明してみます。 私はこんなことをよくします。あるソフトウェアを開発していて、そのソフトウェアの技術に関連するページを次々はてなブックマークに追加していきます。そして、十分に情報が集まったところで、今度はコーディングを開始し、それらのブックマークも同時に漁り始めます。ブックマークを漁ってはFirefoxのタブに追加、またコーディング。そんなことを繰り返しているうちに、あっという間にタブの数は十数個になります。そしてソフトウェアの開発は進みます。 ここでソフトウェアの開発を中断させる出来事が発生します。色々試行錯誤しているうちに集中力が無くなりPCをシャットダウンして寝
Home > August 2005 > �ϤƤʥ֥å��ޡ������١����ˤ��Ƹ���������ä����������ˤϤʤ��ʤ����� ̵����߷ - ���ɼ��ʥ��ߥ��˥ƥ��פˤ��륽���������֥å��ޡ����ζ��� http://muziyoshiz.jp/20050801.html#p01 �������������֥å��ޡ������Ȥ��ˤϤƤʥ֥å��ޡ����ʰʲ��Ϥƥ֡ˤ��١����ˤ���������ƥ��ˤĤ��ƹͻ����������Ǥ��� �� ����̣�����Τϡ���Folksonomy�ʤߤ��ʤ�ʬ���ˡפȡ�Search�ʸ����ˡפ�ʬ���ư��äƤ����Ȥ����Ǥ����Τ��ˡ����ޤΤϤƥ֤Ȥ����Τϡ�Folksonomy��ǽ�Υ桼����Search��ǽ�Υ桼
カテゴリ別のソーシャルブックマークは成り立つのか 以前、『記事が取り上げられやすい3つの要素』の中でもっと読ませる記事に注目を集めるツールやサービスができないか。と書いたのですが、そのヒントになりそうな面白い記事を見つけたのでご紹介。 uji-oniさんの『-ふーさまの個室2-:もうすぐ始動』の記事の中では ワタシが発展をみせてもらいたいと思っているのが例えばFPNのような、あるカテゴリについての積極思考層の人々のエントリで成り立つブログコミュニティなんです。ここで無印吉澤さんの言葉を引用すると、SBMは、「Folksonomy(みんなで分類)」と「Search(検索)」という二つの機能に分類できるわけですが、ワタシの勧めているのはまさにこの機能の分離です。 Folksonomyをコミュニティで記事を投下する側、Searchはみんなが使える機能、として。 (中略) コミュニティに属するブロ
Ludia-0.8.0 では EXPLAIN が返すコストの見積もりが正しくない(常に 0.00..0.01 ?) ため、常に fulltext index が優先して使われるようだ。 普通の index (entry_pkey) が張ってある id カラムと、fulltext index (entry_ftidx) がある body カラムを持つテーブルに対して、 # EXPLAIN ANALYZE SELECT * FROM entry WHERE id=24354; QUERY PLAN ------------------------------------------------------------------------- Index Scan using entry_pkey on entry (cost=0.00..3.20 rows=1 width=730) (act
はてブとか MM/memo にポストする CGI を Ruby で書いてみた。 http://technetium.matrix.jp/xpostbm/xpostbm.rb http://technetium.matrix.jp/xpostbm/xpostbm_cgi.rb http://technetium.matrix.jp/xpostbm/xpostbm.tar.gz やっぱりサービスにするには怖いっていうかイヤだなと書いてて思った。なぜかっていうと他人様のパスワードを保存するのはちょっと危険すぎるかな、と。自分のパスワードでも嫌なんだから。 というわけでポストする度にユーザネームとパスワードを入力する羽目になります。これはかなり面倒臭い。 んで今のところは、ローカルの WEBrick HTTP サーバでサーブレットとして使うという中途半端な使い方はどうだろうかと考え中。上記 tar
2018年10月31日(水) をもって、はてな認証APIの提供を終了します。それに伴い、OAuthへ移行をお願いいたします いつもはてなをご利用いただきありがとうございます。 下記の告知にて予告させていただきましたが、ご利用状況を鑑み、2018年10月31日(水)をもちまして、はてな認証APIの提供を終了させていただきます。 今後、はてなグラフ、ポケットはてななど、複数のサービスの提供を終了する予定です - はてなの日記 - 機能変更、お知らせなど はてな認証APIは、はてなアカウントによるユーザー認証をサードパーティのアプリケーションでも利用できるようにする開発者向けAPIで、2006年4月24日に公開しました。 なお、代替として、はてなではOAuthサービスプロバイダの機能を提供しておりますので、こちらのへの移行をご検討ください。 http://developer.hatena.ne.
gem install hatenaapiauth require 'hatena/api/auth' class AccountController < ApplicationController HATENA_PARAMS = {:api_key=>"...", :secret=>"..."} def hatena_auth Hatena::API::Auth.new(HATENA_PARAMS) end helper_method :hatena_auth def index redirect_to :action=>"login" end def login end def hatena_callback hatena_user = hatena_auth.login(@params[:cert]) render_text hatena_user.inspect end end <
scrAPIよりも使いやすい感じのHpricotですが、「innerText」が上手くHTMLエンティティーを戻してくれないので、違うメソッドをつけてみました。 require "rubygems" require 'hpricot' class Hpricot::Elem def [](a) CGI.unescapeHTML(get_attribute(a)) end def to_text r = [] traverse_text{|text| case text when Hpricot::CData r << text.content else r << CGI.unescapeHTML(text.inner_text.gsub("\n"," ").gsub(/ +/," ").strip) end } r.join end end hp = Hpricot('<html><bog
このページの情報は既にかなり古いです。私は現在あまり使っていませんし、追ってもいないのでこのページの情報が更新されることはあまり期待できないのでなるべく本家の情報なりを見た方がよいでしょう。2009年8月現在だと http://d.hatena.ne.jp/tech-kazuhisa/20090816/1250432286 とかで似たような情報をあつかってるみたいです。検索しても結構上にまだくるっぽいのでいちおう追記しておきました。 次回の第8回Rails勉強会@東京でセッション案に上がっていたBackgrounDRbというやつがなにやら面白そげなので調べてみた。 調べてみた感じ以下のページがよくまとまっている。 http://www.infoq.com/articles/BackgrounDRb 以下、この内容を大雑把に要約してみる。 Ruby on Railsは素晴らしいフレームワーク
第8回Rails勉強会@東京において、この前調べておいた記事を実際にやってみた。 http://d.hatena.ne.jp/walf443/20060720/1153400540 動かす際に色々とハマりどころがあったようなのでうまくやるコツのようなものを書いておく。 rakeのタスクは基本的にproduction環境のときに使うコマンドが多い。BackgrounDRbのrakeにインストールされるタスクは基本的にproduction用。development環境の際は、script/backgroundrb/(start|stop)を使う。rakeのタスクはデーモン化し、scriptを使うとデーモン化しない。デーモン化するとlogを見る以外には反応しないのでプロセスをうっかり2・3個立ち上げたりするとうまくいかなくなってしまう。 workerを編集したら実行する前にbackgroundr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く