Wiki系とWikiEngineについて語るスレーPart3

**nobodyさん** · 04/03/19 22:25

Part2　http://pc2.2ch.net/test/read.cgi/php/1060739206/
Part1　http://pc2.2ch.net/test/read.cgi/php/1014252667/

【関連】
Wiki Wiki　楽々 Run! Run! Run!
http://pc2.2ch.net/test/read.cgi/tech/1010317366/
日本発の wiki クローンリスト
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
日本発の wiki クローンリスト２
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist2.html

**nobodyさん** · 04/03/20 02:59

軽自動車しか乗った事ないやつは軽でもすごく速くて全然大丈夫と言う・・・

**nobodyさん** · 04/03/20 02:59

>>5
そのスペックでXPって方に吃驚してしまったんだが

**nobodyさん** · 04/03/20 03:03

>>7
まぁ鯖にしか使ってないからね。
入ってるソフトも、鯖管理ソフトだけ。

ディスプレイもつながっていないパソコン本体だけなので
リモートデスクトップ使えるXPの方が多少重くても自由に管理しやすい。

**nobodyさん** · 04/03/20 10:09

>7
軽をチューンアップしたみたいでかこいいじゃん。

**nobodyさん** · 04/03/20 11:03

>>前スレ975
> php+mysql Wikiきぼんぬ

PhpWiki 知らないの？
ttp://phpwiki.sourceforge.net/

**nobodyさん** · 04/03/20 12:15

>>10
英語なのか・・(;´Д`)

PukiwikiのMySQL化の方法があるらしいけど
どうやら自分でMySQLをわかっている人が自分でデータベースなどから作成してせっちしているだけらしい。
Movable Typeみたいに初心者でもPHP +MySQLでWikiれるようになればよいのにね

**nobodyさん** · 04/03/20 14:38

http://tikiwiki.org/tiki-index.php?page=RFCWiki#comments

何？この変なの。
Single Quote 2つとか、どういう神経で選んだのかね？
'' " どっちがどっちだ？

の · 04/03/20 20:43

>前スレ612
> インライン編集機能
> ブロック最後の<>をクリックすると、その部分にテキストボックスが表示されて
> 編集できるようになる。
> http://www.fiercewinds.net/siki/cgi/index.cgi

ちょっと修正したなり。
・<>の位置を変更（文末になるようにした）
・テキストボックスを開くときと編集してセーブするときに、その該当部分が
　ブラウザの先頭になるようにした

カッコ悪いところもあるけど、ずいぶんと便利になったヨ
＃ホントは表示ページがずれずにそのままテキストボックスが開く／閉じる
＃ようになるといいんだけど……

**nobodyさん** · 04/03/20 21:19

Pukiwikiで結構きれいにデザインされてる。
http://med.xrea.jp/

**nobodyさん** · 04/03/20 22:01

>>11
WikiでRDBを使うメリットは？

いや自分も使ってるけど

- 複雑なリレーション管理が楽
- データにユニークIDを簡単に振れる
- ロック機構が堅牢
- バックアップが dump 一発

くらいしか思いつかないし。

**nobodyさん** · 04/03/21 01:42

>>15
自己満足
ページ増えたときに表示が速いかもね

**nobodyさん** · 04/03/21 01:45

Pukiwiki orgのページには、
純粋PHPのPukiwikiにmySQLを使えるようにしたら
1000ページのWikiでは動作が遅くなったと書いてあったな。

**nobodyさん** · 04/03/21 03:01

Movable Typeばりに
PHP + MySQL + HTML出力のWiki、でないかな～

**nobodyさん** · 04/03/21 11:35

>>14
Mozilla Firefox のとこもキレイよ。
http://software.s48.xrea.com/mozilla/

**nobodyさん** · 04/03/22 00:09

>>12
文句があるならコメント書いてきなよ

**nobodyさん** · 04/03/22 01:25

SQLも下手に組むと異常に遅くなったりするからね。
正規表現と一緒。
でも、普通にSQL組んでいたら体感でわかるほど遅くなることは無いと思う。
1000で遅いというのはなにか間違っているんじゃ...他の要素とか。
あとは、SQLの表現力で機能に幅が出てくるかどうかが選択の分かれ目でしょう。
必要なければ可搬性も落ちるし無理に使わなくっていいんじゃない？

>>20
あれって本物のRFCだよねぇ。規格を守るといいことあるのかなぁ。

**nobodyさん** · 04/03/22 18:24

> 規格を守るといいことあるのかなぁ。
*標準* を作るといいことあるのかなぁ

**nobodyさん** · 04/03/23 00:41

自分もコマンドラインから grep 出来る pukiwiki まんせー

Pukiwiki ってコードがイケてないのと /wiki 以下にストアされる実体ファイルのファイル名が乱数なのが不満なんですけど、
この辺解決した PHP ベースの wiki って何かご存知有りません？

**nobodyさん** · 04/03/23 17:19

Pyukiwikiってどう？
PHP使えないレンタルサーバではなかなかよろしいんじゃあ？

ttp://nekyo.hp.infoseek.co.jp/

**nobodyさん** · 04/03/23 19:06

>>23
＞/wiki 以下にストアされる実体ファイルのファイル名が乱数
あなたの言うPukiWikiと、私の使っているPukiWikiは別物のようですね。

**nobodyさん** · 04/03/23 21:18

「乱数」じゃなくて「暗号化」とか「符号化」と言っとくとアタマよさげ

**nobodyさん** · 04/03/23 21:57

乱数ﾜﾛﾀ暗号化ﾜﾛﾀ

**nobodyさん** · 04/03/23 23:32

「コードがイケてない」くらいでやめときゃよかったのに　（ ´,_ゝ｀）ﾌﾟｯ

**nobodyさん** · 04/03/24 02:39

「コマンドラインから grep 出来る」「コードがイケてない」
「/wiki」「ファイル名が乱数」「この辺解決」
全編サビだな。

**nobodyさん** · 04/03/24 05:33

PukiWiki利用者が怒る気持ちもわかりますけど、もうちょっと冷静な対応を。
あまり揚げ足をとるのもどうかと思いますけど。

**nobodyさん** · 04/03/24 08:55

まあいろんなページ名に対応するためにああいう数字だけの名前なんだろうけど、
あらゆる局面で不便だよね

どうせファイル名にはシフトJISしか使わないだろうし、自分とこのPukiWikiだけ
ファイル名をエンコードしないように書き換えちゃおうかな･･･

**nobodyさん** · 04/03/24 13:20

そうするとページ名に \ / : , ; * ? " < > | が使えないのでそのつもりで

**nobodyさん** · 04/03/24 13:22

訂正、カンマは使えた

**nobodyさん** · 04/03/24 19:55

/が使えないのはなぁ

**nobodyさん** · 04/03/24 20:17

>>34
それが使えたらパスが滅茶苦茶になる

**nobodyさん** · 04/03/24 20:40

>>35
いや、そういう意味じゃなくて、>>31-32に対応すると、/が使えなくなる。それは困るなぁってことね。

**nobodyさん** · 04/03/25 01:03

>31
Unixでは使わんの？

31 · 04/03/25 01:52

>>37
今回はUnixでは使わない。修正履歴が残せる落書き帳のつもりで
ローカル(win2k)で使ってるのがあるので、そっちに手をいれる。
まあ多少使えない文字があってもそれは個別に対処できるから大丈夫

**nobodyさん** · 04/03/25 05:46

http://www.joqr.co.jp/ag/am.html#otoken

**nobodyさん** · 04/03/29 06:45

Wikiってスクリプト言語で作られたものしか見たことないんだけど、
Javaで作られたものってある？

**nobodyさん** · 04/03/29 12:34

検索サイトの使い方くらい、いい加減覚えてくれ
ttp://www9.ocn.ne.jp/~ymt/wiki/

**nobodyさん** · 04/03/29 19:47

40 名前： nobodyさん：sage 投稿日： 04/03/25 (木) 21:50 ID:???
1. Wikiドキュメント中の記号、英数字はすべて半角に正規化する。
2. ファイル名にする際には記号は全角に変換する。

だとあまり不満は出ないのでは？見た目も統一されるし。

**nobodyさん** · 04/03/31 15:54

XreaにPasswiki設置しようと思ったけど、新規ページ作れない。
ソース見たけどどこもおかしくないんだけど・・・広告のせいかな・・・

画像アップロード＆貼り付けが簡単でwikiつーと他になんだろう。
Pukiwikiかなぁ。

**nobodyさん** · 04/04/02 05:18

>>43
①　LayoutIgnoreURI */pukiwiki.php と記述した.htaccess ファイルを作成する (pukiwiki.phpの名前を変更している場合は適宜修正)
②　./skin/pukiwiki.skin.ja.php、./skin/pukiwiki.skin.en.php の <body> タグ以下に広告の手動表示用のコードを挿入する

**nobodyさん** · 04/04/02 14:39

>>43
Pukiwikiじゃないよね？
Passwikiなら、XREAでの設置の仕方がFAQに書いてあったと思うが。

**http://bulkfeeds.net/app/search2?q=wikifarm** · 04/04/02 17:54

fdiary.net wikifarm http://wiki.fdiary.net

http://bulkfeeds.net/app/search2?q=wikifarm

**nobodyさん** · 04/04/02 18:13

Wiki系とWikiEngineについて語るスレ（WEBプログラミング＠2ch掲示板）過去ログ http://pwiki.chbox.com/pukiwiki.php?wiki#content_1_2

（04/03/19） http://snapshot.publog.net/html/php/2004/03/19/222529.html
（03/08/13） http://snapshot.publog.net/html/php/2003/08/13/104646.html
（02/02/21） http://pc5.2ch.net/php/kako/1014/10142/1014252667.html
（02/01/06） http://pc5.2ch.net/tech/kako/1010/10103/1010317366.html

**nobodyさん** · 04/04/02 20:25

>>45
ＦＡＱに書いてあるやり方だと、ちゃんと動かないんだよね。
>>43は広告ありのユーザみたいだし、多分それが悪さしてるんだと思うけど。

４８ · 04/04/02 20:27

>>48
あ、既に>>46に書いてあったのか。スマソ。

**nobodyさん** · 04/04/02 21:14

>>43,48
PassWikiをXREAに設置して、動いてます。
うち以外にも動いてるところあるから、ちゃんと設定すれば動くと思う。

xフォルダ以下に入れて、passwiki.phpの拡張子を.cgiにするか、
xフォルダ以外なら拡張子を.xcgにする。FAQどおりにパスを通す。
広告は自動挿入のままでも大丈夫だと思うけど、
ダメならnobannerにして、手動でpage.htmlにタグを挿入する。

**nobodyさん** · 04/04/04 18:13

PukiWiki 1.4.3がリリースされました -- (2004-04-04)
PukiWiki 1.3.7がリリースされました -- (2004-04-04)

**nobodyさん** · 04/04/05 11:51

>>43
初めてWiki設置するのでいくつか試していたんですが、私もXreaにPasswikiを入れてみました。
設置はFAQどおりにやってOKでした。FrontPageもちゃんと出ます。広告も変になりません。
既存のページを編集することも可能でした。
しかし、新規ページを設置しようとすると、結果は・・・

Warning: mkdir(./data/default/74657374): Permission denied in /virtual/ｘｘｘｘ/public_html/x/pw/lib/util.php on line 266
failed to make dir
Warning: fopen(./data/default/pages.txt): failed to open stream: Permission denied in /virtual/ｘｘｘｘ/public_html/x/pw/lib/util.php on line 108
failed to open(./data/default/pages.txt)
Warning: fopen(./data/default/changes.txt): failed to open stream: Permission denied in /virtual/ｘｘｘｘ/public_html/x/pw/lib/util.php on line 108
failed to open(./data/default/changes.txt)
と出ます。

画像もエラーが出てアップロードできませんでした。

しかも拡張子を*.cgiにすると動かないのは何故ｗ　*.phpだと問題ないのですが。

パス通してるしパーミッションも確認してどこが悪いのかわかりませんし、他では使えているところがあるということなので、私にはまだ早かったのかも・・・
あきらめて、今使ってるBlogを継続します・・・。

**nobodyさん** · 04/04/05 16:21

>>52
さっき、XREAに垢とって設置してみました。
ttp://wiki.s57.xrea.com/x/

こちらは特に問題なかったので、どこかでミスってるんだと思うけど・・・。
↑で続きやりませんか？ここで簡潔に説明できる自信がないので。
他に設置できなかった人も、もし良かったら。

**nobodyさん** · 04/04/05 23:21

ページごとにWikiEngineを自由に選べる
MetaWikiEngineきぼんにゅ

**nobodyさん** · 04/04/06 17:03

>>54
FreeStyleWiki ってそんな感じの機能がなかったっけ？

**nobodyさん** · 04/04/06 17:28

いや、整形ルールを真似るんじゃなくて、WikiEngineそのものを動かすという妄想。mod_rewriteを駆使しまくればできるかもしれん。RecentChangesはRSSMixで代用。

**nobodyさん** · 04/04/06 19:12

>>56
XOOPSでPukiWiki動かせるモジュールがあるから、
いろいろなWikiモジュールが出ればそんな感じで動くんじゃないかな？

**nobodyさん** · 04/04/06 23:06

実現出来たとして、良い事あるの？

**nobodyさん** · 04/04/07 02:38

>>58
ヒトのオナニーにケチをつけるんでつか？

**nobodyさん** · 04/04/07 07:01

つくるプログラムの用途によって言語かえたりするのと同じだろう

**nobodyさん** · 04/04/07 22:40

フォーラムごとに違うWikiEngineで運用できるってなら、まだわからないでもないが
ページごとってのはちょっとやりすぎだろう。

**nobodyさん** · 04/04/07 23:12

それをやるんなら、サーバーがいろんな記法に対処するんじゃなくて、
クライアント側が、サーバーに応じた記法に変換してくれるツールを使えばいい。

って、意味通じるかな。

**nobodyさん** · 04/04/07 23:20

普及しない

**nobodyさん** · 04/04/08 00:38

>>63
そりゃそうだろ。使いたいやつなんてほとんどいないんだから。

でも、そういうことをしたいやつがほとんどいないのに、サーバー側で対応するほうがもっと
大変だろ？　そういうことをしたいやつが、クライアント側ですればいいって話で。

**nobodyさん** · 04/04/08 21:43

普及しないと思ってるならそうしろなんて言わないでしょ。
言っても意味無いんだから。
まあテキストスタイルじゃなくEngineをクライアント側でって発想も
C/S的にそもそもありえないけどな。

**nobodyさん** · 04/04/09 00:33

>>65
エンジンをクライアント側でなんとかしろとは言っていないと思うが？

**nobodyさん** · 04/04/09 01:47

いや上からの流れだと整形ルールの話じゃないみたいだ。

**nobodyさん** · 04/04/09 02:45

>>54の妄想に付き合う必要は無いんじゃないか？

**nobodyさん** · 04/04/10 02:25

Wikiエンジンにはいろいろあるみたいですが、
各プログラムの違いを解説しているページってないでしょうか？
（できればPerlのプログラムを比較しているページ）

探し方が足りないのかな...
でも、Wikiの世界って、普通のウェブ以上に
雑然としているような感じがします。

**nobodyさん** · 04/04/10 09:07

>>69
適当なものをまずひとつ使ってみることから始めたほうが
早いですよ。

**nobodyさん** · 04/04/10 10:50

>>69はプログラムの構造とか中身を理解したいってことじゃないのかな

YukiWikiはさーっと読んで分かるけどFreeStyleWikiは流れを追おうと思って
もあっちこっちのクラスに制御が飛ぶからまずアーキテクチャを理解しないと
厳しい。

**nobodyさん** · 04/04/10 18:35

FSWiki3.5.3 リリースage

・フォーマットプラグインを導入し、Hiki、YukiWiki書式での編集を行なえるようにした。
・HTMLのキャッシュ機能を実装した。
・世代バックアップ機能を実装した。
・Tarでの一括バックアップ（ダウンロード）機能を実装した。
・管理系で保存処理後はリダイレクトで遷移するようにした。
・設定でLocationヘッダでのリダイレクトもできるようにした。
・参照権限のないページにMETAタグでNOARCHIVEを出力するようにした。
・AirH"PHONEを携帯電話とみなすようにした。
・編集画面でプレビューした際にsageチェックを引き継ぐようにした。
・高速化のための努力（微妙に速くなっている…はず？）。
・フッタにPerlのバージョンとmod_perlで動作しているかどうかを表示するようにした。
・mod_perlのApache::Registoryで動作させた場合にメモリリークする問題を解消した。

**nobodyさん** · 04/04/13 22:01

ん～、Flash実装のWikiライクなWEBアプリなのかねぇ……

>>ttp://www.ymir.co.jp/nota/040000.html

誰もがカンタン・思い通りにホームページ作成ができる
Web上のクリックと入力だけで作成可能な新感覚インターフェース
「NOTA（ノータ）」4月15日より販売開始！！

今までホームページを作成するためには、ホームページ作成ソフトを起動、パソコン上で
作成し、サーバにアップロードする必要がありました。「NOTA（ノータ）」は、Webブラ
ウザ（ホームページ閲覧ソフト）の画面上で、白いページに直接文章を入力、画像ファイ
ルの貼り付けやリンクの追加、掲示板の作成を行うことができます。作業終了後サーバに
アップロードすることなく、書き込んだホームページはインターネット上で誰でも閲覧可
能な状態になります。また、インターネットサービスプロバイダ各社が提供するホームペ
ージ作成サービスとも異なり、入力制限や表現の制約が著しく少なく、手書きのような入
力やテキスト・画像の配置位置についても自由度が高いためユーザーはオリジナルのホー
ムページを作り出すことができます。

**nobodyさん** · 04/04/13 22:02

ageとくか

**nobodyさん** · 04/04/13 22:11

売り物になったんだ・・・

**nobodyさん** · 04/04/13 22:24

紙の作者が・・・

**nobodyさん** · 04/04/13 22:48

　　　洛　　　西　　　一　　　周　　　は　　　紙

**nobodyさん** · 04/04/14 11:43

Wikiを個人メモツールとして使おうかと思いつつためらい中。
なんだかんだで生テキストファイルが利便性では最強なんだよな。
履歴が取れないとか画像を挿入できないとかあるが……。

ページに直接書き込めたり、画像ファイルをドラッグで放り込めたり、
マウスでグリグリ落書きできたりしたらいいのに。

78 · 04/04/14 11:50

つまるところ、紙のノート、テキストファイル、Wikiの
すべての長所を併せ持ったようなソフトが欲しいのだけど。なんかねー？
自分で作るしかないかのう。

**nobodyさん** · 04/04/14 17:02

BTMemo(ブルツリメモ) くらいしか思いつかん
＞ttp://www.vector.co.jp/soft/winnt/personal/se272883.html

まぁ、自分のわがままを全部聞いてくれるのは自分しか居ないわけで……。
作れるなら自分で作るのが一番良かろう。

**nobodyさん** · 04/04/14 20:42

変なもの
http://www.mikihoshi.com/wema/wema.cgi

78 · 04/04/14 23:20

BTMemoは実はチェック済みだった。お手数かけて申し訳ない。

いや、やっぱそんな上手い話はないもんですな。
とりあえずなんか考えてみようと思いまふ。

の · 04/04/15 01:38

>81
面白い！！面白い……でも、微妙……

個人的には、付箋はパーソナルツールとしての使い方しか思いつかないから、
Wikiみたいなコミュニケーションツールとの相性はどうなのかな？？と思う。

むしろ、blogとしての使い方のほうが相性にあっているような気がする。

……と思ったけど、線を活用すれば掲示板みたいにも使えるかな？
付箋だけじゃなくて、文章とか単語にぶら下がれるようだと面白いね。

＃Wiki+絵チャっつうのも試したいな……

**nobodyさん** · 04/04/15 01:42

「いまいちなので誰か直して」みたいなページそのものに関するコメントを
付箋するといいんじゃない。

**nobodyさん** · 04/04/15 01:48

>>81
>>83
KJ法に最適！

85 · 04/04/15 01:50

SandBoxとかぶってる…

の · 04/04/15 03:21

>85
ワシもそう思ったよ。みんなでやるＫＪ法ってどうなのかしらん？

**nobodyさん** · 04/04/15 11:19

>>81
はっつけすぎると致命的に重いね・・

**nobodyさん** · 04/04/15 12:42

NOTAはどっか導入するプロバイダあるのかな？

**nobodyさん** · 04/04/15 21:50

BTMemo漏れも試用してみたけど…、けど…。

リッチクライアントというには表現力が足りず、
ワープロ以外のコンポーネントがあるわけでもなく、
結局ハイパーテキストになってるというだけで、
自分の好きなようにカスタマイズ／機能拡張する余地がない。
Wikiスクリプトならプラグイン開発も本体いじりも簡単なのに。

VC++で直接ごりごり書くんじゃなく、Emacsなんかみたいに
インタプリタを内蔵してくれればと思う。
それかBTMemoがスクリプトホストになればいいんだろうな。

ちょっとずれるがBTRONの「超リンク」とか見てても筋が悪いなと思う。
機能が決めうちすぎて日誌書き以外の何にも使えない。
自動化の機構を提供するならならロジックはユーザーの自由にさせてくれって感じ。

**78（後日談）** · 04/04/16 12:24

ふらふらとblog巡りしてたら、ARTIFACTさんとこでたいむりぃな記事が。
http://artifact-jp.com/mt/archives/200404/svgcats2.html
タブレットPCとMicrosoft Office OneNote 2003……
こいつがズヴァリ！私が求めてたソリューションっぽい。

MSにお布施するか……。

**nobodyさん** · 04/04/16 14:09

Wiki等のCGIを、既存のHTMLの中に組み込むことは可能でしょうか？

例えばhogewiki.cgiというシンプルなスクリプトがあったとして、
<--#exec cgi="hogewiki.cgi"-->
とか
<--#include cgi="hogewiki.cgi"-->
みたいな方法で、ページのなかの特定部分をwiki化したいのです。

実際に試してみたのですが、うまくいきませんでした。
・・・なにか根本的に間違えているのでしょうか？

**nobodyさん** · 04/04/16 14:21

もしかしたらSVG CatsにHTTPのGETとPOSTの機能をつけるだけで
誰もが夢見た超RichなWikiが実現すると思われ。

**nobodyさん** · 04/04/16 14:23

>>92
考えられる原因がいっぱい過ぎて、それだけの情報じゃわからん。

まずは、その wiki 以外の単純なCGIでやってみて、そこから原因を探っていけば？
あ、でも、それすらうまくいかない場合は、ココじゃなくてCGIかSSIのスレへ行ってね。

他にも「くっつきBBS」みたいに、JavaScript を使う方法も考えられるかも。

**nobodyさん** · 04/04/16 14:59

インラインフレームにすると一番楽じゃないか？

<OBJECT DATA="http://hogehoge.com/hogewiki.cgi" TYPE="text/html"
WIDTH="" HEIGHT="" ALIGN="" Title="hogehoge">
</OBJECT>

でも、要求している内容と違ってる希ガス

92 · 04/04/16 15:37

>>94

おっしゃる通りなのですね、すみません（＾＾；）
cgiの仕組みもperlの仕組みもどれもこれも中途半端にしか理解していないので、
何をどうすればいいのかただただ混乱するばかりで。

もっと簡単に「既存のページ内にwikiみたいのを組み込む」ことができるかな、
と思ってたのですが、なんだか甘い考えだったようで・・・。

>>95

インラインフレームという仕組みを知りませんでした、恥ずかしながら。

調べてみて、とりあえず、これでやりたかったことは実現できると
分かりました。ありがとうございます。

**nobodyさん** · 04/04/17 18:31

最近のWikiはごちゃごちゃしていて難しい。
もっとシンプルで、見栄えのいい
CGIはないものだろうか？

**nobodyさん** · 04/04/17 19:36

yukiwiki or yukiwikiの旧バージョン

見栄えはcssの問題だから、書き換えたらいいし。

**nobodyさん** · 04/04/19 23:12

■SVGってどうなの？　http://pc5.2ch.net/test/read.cgi/hp/1004465594/l50

588 名前：Name_Not_Found ：04/04/18 21:55 ID:8bBRpTQD
SVGエディターの試作品（約16kb)です。要望や批判があれば下さい。

Ewiki　http://dhr.at.infoseek.co.jp/svgeditor.svg

注意点
AdobeSVGViewer ver.6の方がいいかもしれません。(Windows98のfirefoxとver.6などで動作確認)
右端のメニューが見えない方はWindowsならAltキーを押しながらマウスでずらしてみてください。

**nobodyさん** · 04/04/21 13:27

リッチ系Wikiと、シンプル系Wikiに分かれていきそうな情勢ですなぁ。

**nobodyさん** · 04/04/22 10:13

Wikiのリッチクライアント化のためには
鯖との通信プロトコルは極端にシンプルなほうがいいと思う。
そういう意味ではXML-RPCも複雑すぎる。Atomとかどうなんだろ。

深く考えずに書くけど tuple space over HTTP って成立するのかな？

**nobodyさん** · 04/04/22 13:54

>>101
君は深く考えればもっといい案が出せるのかい？そんなことはないだろう

**nobodyさん** · 04/04/22 14:20

ts.write ['page', 'SomePageName', 'Page Contents as String...']
↓
POST /page/SomePageName
(headers...)

Page Contents as String...
(end of stream)

ts.read ['page', 'SomePageName', nil]
↓
GET /READ/page/SomePageName/ HTTP/1.0 # 末尾がワイルドカードの場合は '/' で終わる

ts.take ['page', 'SomePageName', nil]
↓
GET /TAKE/page/SomePageName/ HTTP/1.0

take, read, writeはできそう。notifyは無理っぽい。
あとブロック→タイムアウトを制御する HTTP Header ってあったかな？

**http://www.tanteifile.com/tamashii/index3.html** · 04/04/23 01:18

#f - Wikiが流行らない理由 http://nnri.dip.jp/~yf/cgi-bin/yaswiki2.cgi?op=idaccess&id=367

**nobodyさん** · 04/04/23 12:40

ツールなんだから各自使いたいように使えばいいのに、
なんで定義しようとするのかそれが判らん。(^^;

普及させたいから？
オレは普及しなくても生き延びてくれればそれでいい……。