2005.07.29

05・07・29 ココログでpodcasting用RSS2.0を出す方法

ココログのpodcasting juiceの説明に従って、指示通りにRSS2.0を吐き出すための設定をしたのにうまく行かないと悩んでいる方が多いかと思います。

ホントに、説明不足だと思いますよ。私もずいぶん悩みました。指示通りにやっているのにうまく行かなかった。

あれこれ考え推理し、ようやく原因が判明しました。

ココログの「ブログ」の「設定変更」の「公開用設定」のところをいじる必要があります。

「RSS/Atom配信の設定」を以下のように記事の「全文配信」にするのです。

ブログの記事のRSS/Atom配信の設定をオンにしますか?
×いいえ(配信しない)
×はい(概要のみ配信する)
◎はい(記事の全文を配信する)

こうしておけば、自分のココログのpodfeedの吐き出しをマイリストに設定することで、iTunesで取り込めるRSS2.0が出力されます。

やれやれ、この謎解きにたどりつくまでに相当な試行錯誤の知的労力を浪費しています。ニフティさんも、もう少し親切に説明して欲しいものですね。今の説明はいい加減すぎます。

| | コメント (2) | トラックバック (0)

2005.02.20

05・02・20 ADSL不調につき光に救いを求める

ADSLが不調で、この1-2ヶ月リンクが途切れがちだったのが、最近2-3週間はいよいよひどくなり殆ど繋がらなくなってしまいました。やむなく非常手段としてダイヤルアップでつないで来ましたが、もう我慢がならず、光ファイバーに移行することにしました。今月末には開通予定です。

我が家の電話は一つの回線が複数の部屋に分岐して配線されています。そのタコ足の一つにADSLモデム、別の足にFAXを接続していましたが、電話線にノイズフィルターをかませて機器に接続することで特に問題なくリンクが確立できていました。最初の数年間はそれでOKだったのです。

ところが最近になって、めっきり調子がおかしくて、リンクが確立する確率がどんどん低くなっています。

モデムのADSLリンクを示すLEDは延々と果てし無く点滅を続けて、いつまでたってもトレーニング状態であることを示しています。

高熱にうなされていた病人が一瞬ふと正気に返るかのように、時にパッとリンクができることがあるのですが、今日は朝から一回だけ、ほんの数分間ていどリンクしただけです。

モデムの部品が劣化してご臨終を迎えようとしているのか?よくわかりません。

リンクが成立する時間帯が、だいたいにおいてネットが空いている時間帯に多い感じがあるので、電話局の中で他の電話回線やISDN回線から干渉を受けているのか?などと憶測もしています。

タコ足配線の影響もあってか、そもそも我が家のADSLは回線スピードが1Mbps行くかどうかという状況です。トラブルの原因を究明したりする手間をかけてもこれでは得られるものは高が知れていますので、ADSLを捨てて光に乗り換えることを決意した次第です。

このメッセージもダイヤルアップ接続で投稿しました。

| | コメント (1) | トラックバック (1)

2004.04.18

04・04・18 解決!ココログの不調は続く春なのに

【お詫びと訂正】以下の件は、吉岡さんのコメントのご示唆が図星でした。tableタグの閉じ忘れ。

トップページには最新から10件のメッセージが表示されています。このちょうど10件目のメッセージ
04・04・11 カロライナ・ジャスミンが満開
にもtableタグの閉じ忘れがあったのです。

DSCF2076.JPG
新緑と光
(本文と写真は関係ありません)
2004・04・18 横浜市都筑区
Copycenter 2004 Akira Kamakura


カシの怪樹の記事も原因は同じです。こちは固有ページを表示した場合、そのページが表示範囲の最後に来ますのでtable閉じ忘れの効果が現れるものと考えられます。

吉岡さん、鋭いご指摘ありがとうございました。そしてニフティさん、お騒がせしました

※ ※ 以下のメッセージの主張は愚かな勘違いであることが判明しております ※ ※ ※

続きを読む "04・04・18 解決!ココログの不調は続く春なのに"

| | コメント (1) | トラックバック (0)

2004.04.05

04・04・05 ココログ不調?

一つ前の記事が、トップページとしては正常に見えているのですが、固有アドレスのページに行こうとすると、
以下のようなエラーメッセージが出ます。これはオカシイ。

続きを読む "04・04・05 ココログ不調?"

| | コメント (3) | トラックバック (1)

2004.03.08

04・03・08 寝込んだSharpReaderを起こす方法

先週、SharpReaderが突然寝込んでしまって一向に立ち上がらなくなってしまいました。頭をエンジニアモードに切り換えてあれこれ探索して見ましたがダメ。

うーむ、困ったと思いつつ、でも半分あきらめ気分でいたら、自分のblogのリンクリストに入れてあったGoing My Wayさんを経由してMikasa Techlogさんにまさにピンポイントの解決策を発見しました。まったくの偶然です。

そうだったのかぁ、SharpReaderの購読データはそこにあったのですね。もっともフォルダオプションをすべてのファイルを表示するに設定しないと見えませんが。

私もAmazonのRSSを嬉々として購読していたのですが、エラーメッセージが出るのでイヤな感じはしていたのです。

とにかく助かりました。Mikasa Techlogさんのサブタイトルは「テクノロジーは社会を救えるか? 」ってなっていますが、少なくとも、デク・ノロ・オジンの私は救われました。ありがとうございました。(お礼にもちゃんとオヤジ入れときました)

| | コメント (1) | トラックバック (0)

2004.01.17

04・01・17 blogの安全ネット

Danahのblogはまだリカバリできていないようですね。何年間にもわたる書き込みが全部消えてしまったとしたらそのショックは計り知れないものがありますね。どうなんでしょうか。

あるblogが消滅するということは、そことリンクしているblogすべてに影響があるわけです。だから人ごとでは済まされないと思います。

こういうケースを見ると、せっかくのネットワークなんだから、コメントしたりトラックバックしたりする機会に、ついでに、相手のblogの情報を少しずつ取り込んで保管しておく互助組合的な分散バックアップ機能があってもよいと思いませんか。

隣接するblog同士でお互いに相手のblogの自分に関係する部分のバックアップを買って出るのです。コメントならコメントをつけたエントリーを丸ごと取り込む。トラックバックも同じこと。

皆がディスクスペースを少しずつ供出し、いわば保険だと思って、分散バックアップの仕組みを運用するのです。

万が一あるblogが操作ミスで消滅したとしても、原理的には、隣接するblogから情報をかき集めて来てもとの姿を再構築できるはずです。

サーバの管理者の手をほとんど煩わせることなく、再構築のための種となるプロセスを一つ立ち上げるだけで、それが隣接blogにお願いに行って自分のデータをかき集めて、ほぼ自動的に原型を回復できる…とすばらしいのですがね。

コメントもトラックバックもついていない孤立したエントリーについても、それ専門にバックアップする慈善サイトがあればよろしい。

| | コメント (2) | トラックバック (1)

2004.01.11

04・01・11 ネットサーフィンはオールディーズかな…

RSSリーダーを使ってみてblogワールドの認識がすこし変化しました。blogが本質的に新しいとすれば、このあたりかなという感じです。

RSSリーダーがあると、かなりの数のblogの最新メッセージをいち早く読むことができるのですね。そんなものをいち早く読んでどうするの?!ということは置いておいてくださいね。

「blogの歩き方」あるいはyamaさん流に言えば「blogのまよいかた」は、もはや「ネットサーフィン」ではない。なんだか「サーファー」が"oldies"に見えてくる。

RSSリーダーがどんなものか、それは何処かで誰かが書いているはずなのでここでは省略。何でもかんでも自分で書かないのがblog的だと私は思います。

RSSリーダーでどんなことができるか?

たとえば、メーリング・リストに近いグループコミュニケーションが考えられます。

いちばん簡単なやり方は参加者各自が自分のblogを持つだけ。あとは各自がRSSリーダーにメンバー全員のblogを登録するだけでよい。

いや、全員じゃないかも知れません。この人はと思うメンバーだけでも構いません。

お互いのメッセージの絡み合いはトラックバックでやります。

そうするにはトラックバックの操作がもう少し簡単かつ直感的になって欲しいですね。また、トラックバックを送信した相手のメッセージへのリンクは何処かに自動的に表示して欲しいと思っています。ココログの場合、今は編集画面でのトラックバック送信履歴として見られるのみ。

このやり方がMLと根本的に違う点があるとすれば、お互いにblogで発信する全メッセージが何でもかんでも飛び交ってしまうことでしょう。テーマを限定できない。それで構わないというのは、本当に親しく全人格的に交流している仲間でしょう。

もっとも、blogのサービスがもっと進化して、blog内の「カテゴリー毎のRSS」を提供してくれればかなり改善されます。

もうひとつの違いは、グループに閉じたMLとは違って、blogでやると本質的には公開になってしまうといことでしょう。でも、自然に仲間が増えてゆくことを歓迎するのであれば、むしろこの方が優れているともいえます。

参加人数が多くなった場合は、グループの各人が発信するRSSをいったん集約してくれるサービスサイトが必要になりますね。ちょうど今のココログ新着記事一覧の機能を特定グループ向けに提供してくれればよいことになります。メンバーはそのサイトのRSS一本を購読すれば済みます。

などと、RSSリーダーを使い始めてから、だんだん妄想がふくらんできました。

| | コメント (1) | トラックバック (2)

2004.01.09

04・01・09 RSSリーダーに届いた記事

RSS readerをインストールしていろんなblogの最新の情報を効率よく読むことが出来るのにいたく感心しているところです。

で、そのおかげで、たった今(02:00 AM Jan. 07, 2004 PT)Wiredのサイトに掲載されたばかりの記事"The Macintosh's Twisted Truth"が目に飛び込んできました。

WiredはMac誕生20年を記念して昔の開発秘話を掘り起こしているようで、その一つとして、Macの本当の創始者はJef Raskinだということに触れています。(このことは私のリンクリスト"Respect From Six-Degree Distance"の中にもコメントしてあります)

私がこのことを知ったのは随分昔のことでIEEE Spectrum誌の"Design case history"という短期連載の一つとしてでした。Googleしてみるとその記事がちゃんと見つかりました。1984年12月号のDesign case history: Apple's Macintoshです。

Mac発表はいつだったかな?とRegis McKennaの"Relationship Marketing"=邦題「ザ・マーケティング」を久しぶりに開いてみると1984年1月24日とあります。それだけではなく、この本にもJef Raskinが元祖だと書いてありましたね。

元祖とか創始者とか言っても、所詮は同じ組織の中の話ですから、Steve JobsとJefのちょっとこじれた関係はよくある話の一つという感じもあります。ま、その議論は別途ということで。

| | コメント (0) | トラックバック (0)

2004.01.02

04・01・02 blog歴四週間で容量ピンチ!

昨年12月6日の土曜日に始めて以来、私のblog暦は今日でちょうど4週間になります。
コントロールパネルのアカウント情報の概要を見ると
16.648 メガバイト (55.49%)
もうこんなに容量を使っています。

記事数: 38 | コメント数: 23 | ライター数: 1
ということで、438KB/記事と計算されます。かなりでかい。

たんに写真が多いというだけでなく、最初のうちはデータ量が大きい写真をそのままアップロードしていたこともあり、こういう数字になっています。

最近は写真のデータ量を落とす工夫をしていますが、それでも、テキストに比べると巨大というべきですね。

しかしボヤーッとした解像度の写真では見たものの迫力が伝わらないので、どうしても一枚につき100KB前後は使ってしまいます。

30MBの壁にぶち当たった場合にニフティさんはどんな条件を提示するおつもりなのか、早く知りたいですね。使用済み容量のアンケートをやっているblogがあります。

| | コメント (0) | トラックバック (1)

2003.12.19

03・12・19 blogビジネスの条件の一つか二つ…

blogに自分の考えたことを蓄積できるということの意味をひきつづき考えています。

人と人とがblogのトラックバック関係を通じて出会うときに、お互いの人となりの背景を知るのにきっと役立つだろう、だから新しいリレーションがスムースに生まれて行くだろう、ということは前に書きました

ただ、書き溜めたものがいつの日にか消滅したり雲散霧消したりするのでは困ります。

しかし幸いblogのデータはXMLで記述されているようなので、おそらくデータ構造を維持しつつ未来永劫この器を残すことは簡単に実現できるだろうと思います。

分かり易く言うなら、blogは個人が生産した情報のお墓になると思っています。書き手がこの世からいなくなっても後に残る情報のお墓です。故人の書斎というのは、遺族としてはとても処分に困るものですが、ネット上のblogならなんとかなりそうじゃありませんか。

しかもそのお墓が、たとえ霊園から霊園へと移転したとしても、つまり、blogサービス提供者が変わったとしても、お墓自体に変わりはない、情報の構造も失われず維持できる、と期待しております。

未来永劫ムダにはならないと思えばこそ、blogという容器にセッセセッセとメッセージを貯める気になろうというものです。

で、そういうことなら、ついでに、メッセージの書きこみ更新時刻証明も実現してほしいと思います。

blogにメッセージを書いて、さらに書きなおしたり更新を重ねて行った場合に、現状のココログでは、タイムスタンプが変化しません。最初に書きこんだ時刻のままになっています。

ここは一つ、せっかくのXMLアプリケーションなんですから、書きこみのバージョン管理機能をつけてほしいものです。最初に書きこまれたのが何月何日何時何分で、その後、ある時刻にある文字列が追加されたり削除された、ということを逐一記録してほしい、という注文です。

目的はアイディアのオリジナリティの証明サービスです。

今の世の中、学会の存在しないような分野で、本当は誰が最初に考えたアイディアなのかを追跡したり認定したりする仕組みは存在しないでしょう。

それが学術的なことではなくトリビアみたいな意味合いでも構いません。でも、とにかく誰が最初なの?という問題に、それは私ですと証拠をもって名乗り出ることができるような書きこみ時刻証明を運営側が発行するサービスを想定しています。

きっとblogで知的生産をする励みになるでしょうね。

| | コメント (7) | トラックバック (2)

より以前の記事一覧