トップ(最新)

nDiki : RSS リーダ

RSS リーダ - RSS reader

関連情報

スポンサード リンク

Related term

2006年3月3日 (金)

サーバ高負荷状態につき DiKicker 機能修正とサーバ設定変更 このエントリーを含むはてなブックマーク

www.naney.org をホスティングしているサーバが重いと思ったら、同じサーバ上のあるユーザの CGI プログラムが5プロセス無限ループしてるっぽい……。 load average 20前後。

あおりを受けて、nDiki が大変なことになっている。

nDikiSpeedyCGI を使っているのだが、バックエンドの speedy_backend が捌ききれず、フロントエンドの speedy が大量に待ちに入ってしまっている。

MaxBackends を調整しても駄目(下手にバックエンドプロセス数を増やしても、結局処理が追いつかない)。

ということで急遽対策。

@ 高負荷時にはてなブックマークへのアクセスを停止

load average が高い時には、はてなブックマーク上の検索結果を表示させるために行なっているはてなブックマークへのアクセスを休止するように変更。 24時間に設定してあるキャッシュの有効期限が切れていても、高負荷の時にはアクセスにいかないようにする。

これで DiKicker の処理時間を短縮。相手側サーバへの負担も軽減。

@ Google Desktop からのアクセスを一時的に拒否

おかげ様でここ最近 nDikiRSS へのアクセス数が増えてきている。 ありがたい事である。

しかしながら DiKickerRSS レスポンスは、あまり賢くなく毎回データベースから最新記事情報を抽出して生成しているため、それほど処理が速くない。

なのでアクセス頻度を高くしている RSS リーダがどこかで同時に起動しているとちょっとしんどい。 特にここ最近 Google Desktop からのアクセス数が増えている感じ。

さすがに今日はサーバの負荷が高く処理が追いつかなくてどうしようもないので、一時的に Google Desktop を拒否することに。

.htaccess に設定を追加。

 BrowserMatch "Google Desktop" denybrowser
 deny from env=denybrowser

近日中に、RSS 処理を改善してすぐに解除する予定。

@ robots.txt に Crawl-delay: を追加

効果があるかどうかは不明だが、Crawl-delay: に対応するというクローラ (Slurp、msnbot) 向け設定を追加。

 User-agent: Slurp
 Crawl-delay: 20

 User-agent: msnbot
 Crawl-delay: 20

アクセス数としては Googlebot と Slurp がダントツ。 しかし Google は無下にする訳にもいかないしなぁ。

スポンサード リンク


[ 3月3日全て ]

2006年3月6日 (月)

DebianRSS リーダフレッシュリーダー」をインストール このエントリーを含むはてなブックマーク

2006年3月1日にリリースされた RSS リーダ フレッシュリーダー(Fresh Reader)を昨日 Debian GNU/Linux sid 環境へインストールして試用を開始してみた。

@ Debian GNU/Linux sidインストール

ノート PC 上で動いている Apache2 にインストールPHP が必要なので、libapache2-mod-suphp をインストールしておく。

 apt-get install libapache2-mod-suphp

他のプライベートな Web サイトと分離するために、バーチャルホストを1つ作ってそこへインストールすることにする。 libapache2-mod-suphp を使って、自分のユーザ権限で db に書き込むように設定。 また自分だけが使えるようにアクセス制限しておくことにする。

/etc/apache2/sites-available/freshreader を作成:

 <VirtualHost *>
   ServerAdmin naney@naney.org
   ServerName freshreader
   SuexecUserGroup naney naney

    DocumentRoot /var/www/freshreader
    <Directory />
      Options FollowSymLinks
      AllowOverride None
    </Directory>
    <Directory /var/www/freshreader>
      Options Indexes FollowSymLinks MultiViews ExecCGI
      AllowOverride All
      Order deny,allow
      Deny from all
      Allow from 127.0.0.0/255.0.0.0 ::1/128
    </Directory>

    ErrorLog /var/log/apache2/error.log
    LogLevel warn

    CustomLog /var/log/apache2/access.log combined
    ServerSignature On
 </VirtualHost>

で、次にバーチャルホストを有効にする。

 #mkdir /var/www/freshreader
 #chown naney.naney /var/www/freshreader
 #a2ensite freshreader
 #emacs /etc/hosts                # 127.0.0.1 に freshreader を追加
 #/etc/init.d/apache2 reload

続けてフレッシュリーダーインストール。 基本的にはアーカイブを展開するのみ。

 $cd /var/www/freshreader
 $tar zxvfp ~/sffr10lin.tar.gz
 $chmod 700 db

Web ブラウザから

 http://freshreader/freshreader/index.html

にアクセスする。これで基本的なインストール終了。

それから1時間に1回自動巡回するようにしておく。 今回は自分のユーザアカウント (naney) でインストールしてあるので、自分の crontab 設定に追加する。 自分の場合は、1時間に1回 run-parts されるディレクトリがあるので、そこに

 #!/bin/sh
 /usr/bin/php5 -f /var/www/freshreader/freshreader/crawler.php

というファイルを作成しておく。

あとはマニュアルの通りWeb ブラウザでユーザを作成したり、巡回先を登録したりしていく。

@ 感想

現在のところ Web 巡回は

と用途ごとに分散してしまっている。

集約したかったのだが、なかなかこれというのが無かった。

フレッシュリーダーだと

  • MyRSS.jp のエンジンを使って、RSS フィードのないサイトも登録可能
  • ローカルで動かせるので、プライベットネットワーク上の RSS フィード、プライベートな RSS、ローカルホスト上の RSS を集約できる
  • Bloglines に同様の未読管理
  • Web ブラウザベース (記事中のリンクもそのまま Firefox 上で閲覧していける)

と望んでいる機能が入っている。

早速 Bloglines から登録一覧を OPML でエクスポートして、インポート。

動作も軽快だしいい感じだ。 「一度に表示する未読記事の数」が設定できるのが非常に気にいった。

未読記事を表示したらそのページ(タブ)を閉じる前に全部目を通さなければならない(でないと、読んでいないものも既読になってしまう)。 Bloglines だと前回見てからの未読が1度に全部表示されるので、間隔をあけてしまった時に辛い。 この点でフレッシュリーダーは便利。

現在「無制限」「約100件」「約1000件」が選べるが、ここは自由に数値で指定できるとなお嬉しい(50件づつぐらいにきざみたい)。

Web 巡回は、基本的にこれに集約しようかな。

ということでブロガーライセンス(自身でブログ/ホームページを運営されている方向けの優待ライセンス: 無料)を申請。


[ 3月6日全て ]

2006年5月18日 (木)

Google Desktop の web clips で RSS を読む このエントリーを含むはてなブックマーク

社内での情報共有を目的に社内 Blog を立ち上げた。次のステップは以下だ。

  • スタッフが定期的に社内 Blog をチェックする/したくなるようにもっていく。

読んでもらえなければ Blog を書くメリットがあまりなくなってしまうので、これは重要だ。 逆に良さがわかってくれば、自分も書こうという人が自然ど増えてくるはず。

まわりを見た感じだと、普段から RSS リーダを使っているというという人はほとんどいないようなので、まずは RSS リーダを普及させる必要がありそうだ。

うちのオフィスでの推奨 RSS リーダの条件としては

  • Windows で動くこと。
  • わざわざソフトを立ち上げてチェックというスタイルだと定着しなさそうなので、常駐型がいいのではないか。
  • 特定の Web ブラウザへの組み込み型ではないこと (人によって使っている Web ブラウザが違ったりするので、推奨しにくい)。

あたりかなと。むろん個人で気にいったのがあればそれにこしたことはないのだが、ここでは初めての人に薦められるものをということで。

@ Google デスクトップ 3

まずは Google Desktop を試してみる (Windows をメインに使っていなかったため、今までインストールしたことがなかった)。

ウェブ クリップで RSS/Atom フィードを読むことができる。

感蝕は「まあまあ」。 他の機能も含めて使っている場合はいいかもしれないが、巡回用の RSS リーダとして使うにはそれほど良いというほどでもないな。

フィードの表示順がちょっとわかりにくいのと、フィードの URI を誤認するのがマイナスポイント


[ 5月18日全て ]

2006年8月25日 (金)

社内 Blog をテーマ別に分けるべきか? このエントリーを含むはてなブックマーク

会社で

「テーマ別に社内 Blog を分けるべきか?」

という質問をもらった。

私の意見としては、ほとんどの場合分けるべきではないと思う。

  • 分けると閲覧者が巡回する負担が増える (RSS リーダ活用などが浸透していない現状で)
  • Blog の更新頻度が下がる
  • そのテーマが終了した時に、その Blog がメンテナンスされなくなる → 忘れられる → 蓄積された情報が目に触れる機会が減る
  • そのテーマが終了した時に、その Blog がメンテナンスされなくなる → メンテナンスされていない Blog が一つ増える → 社内 Blog が活用されていないという印象が広まる

Blog 分けてそれぞれをきちんと更新していくのは、結構な手間と時間がかかるものだ。

たいがいの場合 Blog のカテゴリ機能やタギング機能を使うことで十分整理でき、その方が効果的に運用できると思う。


[ 8月25日全て ]

2007年8月20日 (月)

Linux 母艦ノート PC を使わずに仕事ができるかチャレンジ このエントリーを含むはてなブックマーク

普段仕事では

の2つを使っている。

先日メールGmail にしたことで、母艦が無くてもメールの読み書きができるようになったので、これを機にサブの Windows デスクトップ PC だけで仕事ができるかチャレンジしてみた。

朝出社してバッグからノート PC を出さずに作業開始。

使用したソフトを書き出してみた。

LinuxWindowsポータブル
Web ブラウザFirefox (Iceweasel)Firefoxo
メールMew / GmailGmailo
TwitterFirefox + tweetbarFirefox ( + tweetbar)o
IMESKKuimSKKIMEx
キーバインディングXKeymacs?
SkypeSkypeSkypeo
パスワード管理テキストファイルKeePasso
社内 Wiki 読み書きFirefoxFirefoxo
Excel データ読み書き(していない)Excelx
Word データ読み書きMew + wvHtml (/ OOo)Wordx
PDF 閲覧Adobe ReaderAdobe Readerx
メモhowmGoogle ノートブックo
RSS リーダフレッシュリーダー

「ポータブル」は USB メモリソフトウェアが入れらる、あるいはオンラインサービスとして任意の Windows BOX で使えるならば o 。

@ Google ノートブック

ちょっとしたメモ書きを Windows 上でして後で母艦で参照するのに、Google ノートブックを使い始めることにした。 テキストファイルに書いて USB メモリに入れてコピーするよりはずっと楽。

@ 使ったアカウント

ネットサービス系で使った/使いたいと思ったアカウントは今日のところは以下。

はてなTwitter は母艦の Firefoxパスワードを暗記させていて覚えていないので、頭に入れておくか KeePass に入れておく必要あり。

@ 中断

午前中は何とかいけたが、Web ブラウザ上の Gmailメールを書き始めたら急にストレスを感じるようになった。

  • 指定した桁で折り返せない (Emacs で使っている fill-paragraph がない)。
  • 固定幅フォントではない。
  • Gmail で複数のメールアドレスを使うため署名を自動挿入できない。このため、手で打つ必要がある。
  • 引用返信が書きにくい。

これらの点は多分 Firefox 拡張機能や、Greasemonkey スクリプトで多分ある程度解消できるのだと思う。要環境整備。

普段使っている RSS リーダが使えないと昼休みに巡回ができなくて淋しいが、こちらはその分他のことに時間が回せて結果的には悪くないかも。

今後順次環境を整備すれば、ライトな作業なら Windows BOX だけで済ませられるようになるかなぁ。


[ 8月20日全て ]

2008年10月17日 (金)

理学系と工学系はちょっと違う - 「理系の人々」 このエントリーを含むはてなブックマーク

理系の人々

昨日会社で借りたので読んでみた。 エンジニア★流星群@Tech総研連載開始当時にはちょろっと読んでいたんだけれど、RSS リーダーで全文読めなかったのでその後読んでいなかった(肝心の画像がブロックされている)。

「理系の人々」というのは言い過ぎで「コンピュータ系の人々」という内容だけれど、それだけに直球でくる。 面白いけれど1人じゃ面白くない。 皆で読んでネタとして盛り上るための本だなあ。 そういう意味ではやはり Web 上にあることに価値があるのかも。

ツボにはまったのは「理系の分類」。 そう理学系と工学系はちょっと違う(ちなみに自分理工学部の中の理学)。 それぞれ、ちょっとした価値観の違いとプライドがある(はず)。


[ 書評 ]


[ 10月17日全て ]

スポンサード リンク

■よく検索されるキーワード

提案書(75) torrent(69) perl(61) 書き方(45) 充電式カイロ(43) windows(38) x31(36) 使い方(32) linux(32) cvs(25) アジェンダとは(25) usb(25) thinkpad(23) 静電気(21) サンプル(20) 口コミ(20) ヨドバシ(20) アジェンダ(20) 画像(19) debian(19) ubuntu(19) mp980(18) f-01a(18) 手帳(17) tc-1(17) 秋葉原(16) ssh(16) subversion(16) グッズ(16) a6(15) 壁紙(15) ほぼ日手帳(15) c#(14) ダイソー(14) svn(14) 交換(14) インストール(13) 加湿器(13) firefox(12) ノート(12) 無印(12) 日本語(12) wiki(12) ganttproject(12) デロンギ(11) 方眼(11) ヨドバシカメラ(11) デザイン(11) nikkor(11) 設定(11) 作り方(11) dropbox(11) af(10) terastation(10) memcached(10) レビュー(10) カバー(10) カイロ(10) 2009(10) 除去(10) nikon(10) tortoisesvn(10) クラリチン(9) ガントチャート(9) 動画(9) ポメラ(9) ご査収(9) rcs(9) モジュール(9) n-01a(9) フィルム(9) 写真(9) システム手帳(9) edition(9) porter(9) xp(8) imap(8) 4c(8) docomo(8) ミニ6穴(8)

この日記のはてなブックマーク数 Add to Google RSS

Process Time: 18.349986s / load averages: 0.33, 0.61, 0.52
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)