Wiki系(WikiEngine)について語るスレPart2
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/08/13 10:46ID:pknbXO9I簡易に更新が行えることからBlog的な使い方もされているプログラム。
コラボレーションが容易であることもその重要な利点。
比較的プログラムがシンプルなため改造等も盛ん。
そんなWikiについてﾏﾀｰﾘ語っていきましょう。
【前スレ】
Wiki系(WikiEngine)について語るスレ
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
0136nobodyさん
03/09/18 15:26ID:cgIX3fCA混乱させる要因になるんじゃないかな。
編集、管理用のメニューってこれまでのwebにはあまり無かったものだから
どこに配置するかの標準がないと（個人的に）思うけど、
このメニューがページ上部に君臨する限り、初めての人には
とっつきにくいものになるだろうね。
こーいうのはもっとおまけ的な位置にあってもいいと思う。
たとえば、Wiki系ページを開いたらブラウザの方に「このページを編集する」メニューが追加されるとか。
現実的な範囲でならレイヤーで隠しておいて「管理」リンクをクリックしたらメニューが現れるとか。
wiki見たからといって必ず編集するわけではないし。
0137nobodyさん
03/09/18 16:24ID:75/Mc5ypメニューを一番上に置かせてしまったのだと思われることから、
一番下のCopyright表示の上辺りに移せばよいのでは?
0138nobodyさん
03/09/18 16:50ID:???とかどうでしょう？
0139nobodyさん
03/09/18 22:13ID:???>136-138に同意。ページを分けるか認証にするかは好みの問題かな。
一方、一般的な機能については、、
現在、1234のWikiページがあります。最近24時間で、12ページ更新されました。 -> [ [更新順一覧へ]]
このページは12回改定されています。最近の修正は2日前です。 -> [[ページを編集する]] [[編集履歴へ]]
このページには、何も添付されていません。 -> [[ファイルの添付へ]]
のように、文脈によってリンク先でなにが期待できるのかヒントを与える方法がよいと思う。
ヒントの内容が、熟練者にとっても助けになれば、なお良いかと。
0140nobodyさん
03/09/18 22:17ID:???・改定,修正は編集に統一
・「ファイルを添付する」の動詞形にする。
のほうが良いね。
0141nobodyさん
03/09/18 23:45ID:vFqGZyyFなんでもかんでも「管理」に含めちゃうのは割と違和感あるけど、普通は違うのかな。
>>136
同意。
知り合いのWebデザイナやってる人に見せたら「これって管理ページ？」って反応された。
見たいだけの人にまで編集までできますというのは返って逆効果みたい。
なんとなく、クエリ文字列とかで管理系メニューとか編集系メニューとかの表示を
切り替えてしまう（認証などのアクションを通さずにという意味あい）ほうが
一般受けはするんだろうなという気がする。
なんでもできる、というアプリが結局使いにくいのに似てる。
0142nobodyさん
03/09/19 00:50ID:???なんかいらないなー。
0143nobodyさん
03/09/19 02:00ID:AE7DnXmiと考えてるんで（邪道であるのは承知です）
見るだけの人の事をもっと考えた仕様、
というのは確かに欲しい気がします。
と言っても、自分以外編集禁止にしたいわけではないので
編集したい人にももっと敷居の低い表示は必要ですよね。
>>139の案は大変良いと思いました。
0144nobodyさん
03/09/19 04:45ID:6Cfr+X5L↓のサイトはヘッダにとけ込んでページ本文とうまく分離できてると思う。
フッタの方はごっちゃりしてるけど。
ttp://debian.fam.cx/
wikiっていろんな使い方ができるけど、その使い方によって
インターフェースは違ってくるべきかと。
メニューの位置、用語にとどまらず、必要な人に必要なときだけメニューを見せるようにする
っていうような、そういう「インターフェース部」を独立させられたらおもしろいね。
スキンだけでできない部分もあるだろうし。
0145126
03/09/19 09:25ID:???参考になります。
機能でわけると
・サイトナビゲーション （トップ、一覧、最終更新）
・編集 （編集、ファイル添付）
・管理 （凍結、バックアップ）
の３つが混在してるためわかりにくい。
また、操作対象が混在してる。
見るだけの人には管理メニューは不必要。
情報が多すぎて、却ってサイトナビゲーションがわかりにくい。
0146nobodyさん
03/09/19 09:29ID:???・ページ上部から、ページの下部に移す >>136 >>137
・クッキーによる認証で画面を切り替える >>138
・文脈による判断、補足 >>139 >>140
・メニューのカラーリングを工夫 >>144
0147nobodyさん
03/09/19 09:42ID:???>[リロード] [ 編集 | 凍結 | 差分 | 添付 ] [ トップ | 一覧 | 最終更新 | バックアップ | ヘルプ ]
>
> [リロード]→ブラウザに更新機能が付いているので不必要
ファイルの添付などの post 処理のあとはブラウザのリロードではなく
Wiki のリロードのリンクを押した方がよいです。やってみれば分かると思う。
ただ普段はまったく必要ないので、必要なときにメニューではなく本文の方に
表示させるなど、根本的な工夫をした方がよいのは確かだと思う。
でもそうすると本体の方に手を入れざるを得ない。本気出してやるなら
ワークフローそのものを整理して作り直さないとダメだと思うよ、PukiWiki は。
ただ、見るだけの人を考慮するというだけであれば、更新作業には下のアイコンを
使うことにして、上のメニューはばっさりシンプルにしちゃえばいいんじゃないかな。
>>144 は参考になるね。この間見つけて感心してたとこ。
0148nobodyさん
03/09/19 11:38ID:???メニューを隠すようにしてみた。
FrontPageの管理ボタンをクリックすると別ウィンドウが開いて
編集関連のメニューが出る…というもの。
ヘッダもフッタも何も無しで一見するとWikiを使っているようには
見えないのも気に入っている。
まー、みんなで更新というのがWikiの目的だから今みたいな
煩雑な作りになってしまうのかもな。
俺はお手軽な更新ツールとしてしか見てないから。
0149Web原理主義者
03/09/19 15:38ID:???自分一人だけが編集するのなら、仕様に合致したXHTMLを手書きした方がマシ。
0150nobodyさん
03/09/19 15:53ID:???0151nobodyさん
03/09/19 16:39ID:???0152126
03/09/19 17:11ID:???リロードはたしかにそうですね。
再送信を要求されます。
アイコンもやはりわかりずらいかなぁ・・・
>>148
そういえばフッタも余分だと思います。いまのところではフッタに以下のメッセージが
ずらずらと出てきて。
Copyrightやバージョンの表記はFrontpageだけにするとか、backstageみたいな
ページを作って、表示させたほうがいいのではないでしょうか。
もちろんCopyrightは尊重しますが、すべてのページに出てくるのもどうかと思います。
Last-modified: Fri, 19 Sep 2003 13:36:42 JST (2h)
Link: MenuBar(2d)
Supported by WikiRoom.com
"PukiWiki" 1.4rc2 Copyright c 2001,2002,2003 PukiWiki Developers Team. License is GNU/GPL.
Based on "PukiWiki" 1.3 by sng
Powered by PHP 4.3.2
HTML convert time to 0.038 sec
0153nobodyさん
03/09/19 17:15ID:???"PukiWiki" 1.4rc2 Copyright c 2001,2002,2003 PukiWiki Developers Team. License is GNU/GPL.
Based on "PukiWiki" 1.3 by sng
0154126
03/09/19 17:59ID:???いや、Copyrightって全ページに表記しなきゃいけないものなのか？と思ったので。
というのは文庫本だと、裏表紙にCopyrightが書いてあって、すべてのページに
Copyrightが書いてあるわけじゃないですよね。
Wikiでも同様にbackstageページを作って、そこにCopyright表記をまとめられないかな
と思いました。
0155nobodyさん
03/09/19 20:36ID:???Copyrightが引っ付いているのは普通だと思っていたが。
て言うか表示されるのはCopyrightだけじゃないし。
0156126
03/09/19 21:52ID:???間違いとかあったら、指摘してください。
http://www.wikiroom.com/wikinovice/?plugin=attach&pcmd=open&file=wiki.png&refer=Wiki%A4%CE%CE%F2%BB%CB
> 日本発の wiki クローンリスト
> http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
> 日本発の wiki クローンリスト２
> http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist2.html
また、pptファイルもupしておきますので、自由に改変していいです。
http://www.wikiroom.com/wikinovice/?plugin=attach&pcmd=open&file=wiki.ppt&refer=Wiki%A4%CE%CE%F2%BB%CB
0157nobodyさん
03/09/20 07:33ID:???これは製作者の意図に従うしかないのでは？
どちらかというと、ソースのCopyrightはソースに書かれているべきで、
コンテンツのCopyrightと紛らわしい表記は慎むべきだと思うけど。
単純に
Powered by PukiWiki
とでもしておいて、リンクにしといた方が良いんじゃないかな。
と、言うだけ言ってみよう。
0158nobodyさん
03/09/20 08:48ID:???できないんですか？
0159126
03/09/20 09:15ID:7RoXQbfI>>157さんもおっしゃってますが、ソース内にかかれたほうがいいかと思います。
また文庫本のたとえで恐縮ですが、各ページに「印刷・天概社 製本・洞厳堂製本株式会社」と
印刷や製本の会社名が書いてあるようなものでしょうか。
>>158
掲示板の設置と同じと考えればよいかと思います。
フッタに表示されてる情報の改良案
最終更新時刻、リンク元、HTML所要時間→ページのメタ情報は見たい人だけ見れるようにする。
wikiのcopyright、phpのバージョン→できればbackstageとしてまとめる。もし表示するなら簡素に。
提供元→これはしょうがない。感謝感謝。
むーん・・・
0160nobodyさん
03/09/20 11:53ID:???コンテンツ自体まで奴が権利を持っているように読めてしまう。
やっぱこのままじゃ駄目だ。
最低限の権利を侵さない程度に書き換えよう。
0161nobodyさん
03/09/20 12:13ID:fLun8QF0＞Copyright(C)2000-2003 by Your NAME
だと、外人相手にケンカできないぞ。
気になる香具師は(C)じゃなくて、特殊文字 © をつかっとけ。
FSはデフォが(C)になってるから注意な。
一般のHTMLでも同様だ。
0162161
03/09/20 12:14ID:fLun8QF00164nobodyさん
03/09/20 21:54ID:???s/ASWiki/AsWiki/
RubyはTikiからの派生になっているが微妙。
HikiはあんまりTikiに影響受けてない。
0165nobodyさん
03/09/21 00:08ID:???すっごく違和感なんだよね。GNUの標榜するCopyleftという言葉を知っててやってるのだろうか。
0167nobodyさん
03/09/21 08:42ID:???きのう何かで読んだの？
0168nobodyさん
03/09/21 08:54ID:???なんで？
まぁ GPL をオープンソースライセンスの一つ、くらいにしか認識してないならそんなもんかもね。
気になるやつは変えればいいんじゃない？ GPL に従ってるなら利用に制限を加えることは
できないはずだし、あそこの表示も変えたいように変えて問題ないと思うよ。そりゃ自分が作った
ように見せるのはまずいけどさ。何使ってるかなんて聞かれたら答えればいいだけのこと。
そんなに盛り上がるネタじゃないと思うぞ。
CGI がブームになったときにパクリだなんだで著作権表示が流行っただけでしょ。
0172nobodyさん
03/09/21 14:40ID:???いちおう、170さんに確認を取っておきたいのですが、
0. ソースコードに手を加えることがGPL違反。
1. ソースコードにより出力される部分に手を加えることがGPL違反。
2. 特に著作権表示にかかわる部分に手を加えることがGPL違反。
3. むしろ自分が作ったように見せてもGPLに違反しない。
4. ほかの部分について。
どれが真意？
168ではないけど、気になったので。
0173nobody knows
03/09/21 15:02ID:???■ GNU GPLに関して良く聞かれる質問 - GNU プロジェクト - フリーソフトウェア財団 (FSF) http://www.fsf.org/licenses/gpl-faq.ja.html
・GPL違反の可能性がある事例を見つけたら、どうすれば良いですか? http://www.fsf.org/licenses/gpl-faq.ja.html#ReportingViolation
その旨報告してください。
まず事実をできるだけ注意深く調べ、その上で問題となっているGPLで保護されたプログラムの出版者や著作権者に事態を伝えましょう。
著作権者がフリーソフトウェア財団ならば、<[email protected]> までご一報ください。
著作権者がフリーソフトウェア財団以外の場合には、プログラムの管理者が著作権者であることもありますし、
そうでなければどうすれば著作権者に連絡できるか教えてくれるでしょうから、管理者に連絡しましょう。
0174170
03/09/21 17:12ID:???2と4か?
>>168
> >>166
> なんで？
> まぁ GPL をオープンソースライセンスの一つ、くらいにしか認識してないならそんなもんかもね。
GPLの理念を理解すると >>165 という認識になるのかね?
ああ，理念の理解どころかGPLを読んでもいないようだが。
> 気になるやつは変えればいいんじゃない？ GPL に従ってるなら利用に制限を加えることは
> できないはずだし、あそこの表示も変えたいように変えて問題ないと思うよ。そりゃ自分が作った
> ように見せるのはまずいけどさ。何使ってるかなんて聞かれたら答えればいいだけのこと。
>
> そんなに盛り上がるネタじゃないと思うぞ。
>
> CGI がブームになったときにパクリだなんだで著作権表示が流行っただけでしょ。
ここらあたりを読めば，GPLを読んだこともないのは明白。
0175nobodyさん
03/09/21 17:35ID:???0176nobodyさん
03/09/21 17:49ID:???0177nobodyさん
03/09/21 18:21ID:???0178nobodyさん
03/09/21 20:44ID:???本の後付とか、映画のスタッフロールみたいに
本編とは別のところ(=>backstage)においておきたいね。
っていう主張だと思うよん。
スクリプト作者さんに受け入れてもらえるかはわからないけど。
一応、出力までGPL(著作権)の効力は及ばないようなので、
出力からコピーライトを削るのは、道義上の問題だと思うけどね。
http://www.fsf.org/licenses/gpl-faq.ja.html#TOCGPLOutput
ま、円満解決が何よりです。
0179nobodyさん
03/09/22 22:20ID:???そこで、GNU ソフトウェアをパブリックドメインに置く代わりに、私たちはそ
れに著作権(コピーライト)ならぬ「コピーレフト(copyleft)」を主張すること
にしました。コピーレフトでは、そのソフトウェアを再配布する人は変更の有
無を問わず、配布される人にもそれをコピーし変更を加える自由を与えなけれ
ばならないということを主張します。コピーレフトによって、すべてのユーザ
が自由を持つことが保証されるのです。
0180nobodyさん
03/09/22 23:18ID:wUZQv6Dt「CGIの著作権表示を消してつかってる奴」とか言って攻撃されますね。
http://pc2.2ch.net/test/read.cgi/php/1026020571/l50
0182nobodyさん
03/09/22 23:37ID:???0183nobodyさん
03/09/22 23:50ID:KM57QpHX「PukiWikiはsngさんとPukiWiki Developers Teamが著作者です
でもこのコンテンツ自体はσ("ε";) ﾎﾞｸに権利があります」
って書いておけば誰も間違えないんじゃないか？
0184nobodyさん
03/09/23 00:37ID:???wikiの場合、特定の人物だけに権利を帰着させるのって無理じゃないの?
その人だけ書き込むならいいだろうけど、不特定多数による書き込みを許すところが特徴なわけだし。
0185126
03/09/24 13:37ID:???> PHPのバージョンとか、スクリプトのcopyrightとかは、
> 本の後付とか、映画のスタッフロールみたいに
> 本編とは別のところ(=>backstage)においておきたいね。
> っていう主張だと思うよん。
私もcopyrightやGPLの概念や現在の運用状況に精通してるわけではありませんが・・・
0186126
03/09/24 13:39ID:aSJCoCWThttp://www.wikiroom.com/wikinovice/?plugin=attach&pcmd=open&file=workflow.png&refer=%A5%AF%A5%EAQ
よろしかったら、参考にしてください。
0187nobodyさん
03/09/24 14:43ID:???>一応、出力までGPL(著作権)の効力は及ばないようなので、
>出力からコピーライトを削るのは、道義上の問題だと思うけどね。
>http://www.fsf.org/licenses/gpl-faq.ja.html#TOCGPLOutput
一般にはそう。
だけど、PukiWikiの出力はテンプレート(skin)を元に作成されるわけだ。
で、テンプレートが著作物であれば、PukiWikiの出力はテンプレートの２次著作物で
あると考えられるんで、全てのPukiWikiページは、実はGPLでなければならなかったり
するのかも。
0188nobodyさん
03/09/24 21:56ID:???0189nobodyさん
03/09/24 22:18ID:???0190nobodyさん
03/09/25 01:03ID:x/Cq+AToなんとなく、サイト公開のあともスパイラルにデザインだのテンプレだの改造だのは繰り返される気がする。
0191nobodyさん
03/09/25 02:58ID:???あれが長々と続いてるのを見ると、2chテンプレ用Wikiとかあってもいいんじゃないかって気もしますが
やっぱりスレに直接はってないと駄目なんですかね。
0193nobodyさん
03/09/25 07:13ID:???「まとめページ」１ページだけのためにウェブスペースを取るのも面倒だし
そういう用途にはWikiがぴったりかなと思ったんで、もっとWikiが広がらないかなと。
0194126
03/09/25 08:30ID:BxwE0WlUどうもです。
一度出来たら、デザインもテンプレもそうそういじらないから、
矢印を加えるものどうなんだろと思って、はずしてました。
いちおう、誰がどこまで編集出来るかは、背景色を分けて表示してあります。
>>193
まとめページのなかでも、解説、FAQ、リンク集、などはメニューバーに表示するんで
wikifarmで並列運用したほうがいいかも。名前空間も衝突しないように。
あと、2chでwikiも趣味系の平和なやつならいいけど、朝鮮ネタとかは荒れそう。
まぁ、需要はあると思うので、スキルがある人は2chテンプレ用wikiにトライしてみたら
いかがでしょうか？
0195126
03/09/25 08:32ID:???ウヰキ=uwikiでは？旧字体で表現したいなら、ヰキでは？
普通に読むならウィキ。
こんな意見もあるんで、参考までに。
940 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：03/08/24 16:42
旧字体の人が最近増えてるような気がするんだけど
丸谷才一とかが書く旧字体は読みやすいって言うか自然な感じで読めるのに
ネットで見かける旧字体って何か読みにくいのな。
941 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：03/08/24 17:49
語尾でキャラつけてるのと同レベルだと思う
そっちの方が馬鹿なのを分かってるだけまし
http://pc2.2ch.net/test/read.cgi/esite/1045347004/
0196126
03/09/25 16:32ID:BxwE0WlU当「Wiki初心者の部屋 -wikinovice-」も追加されてます。
ソフトウェア > インターネット > WWW > ホームページ作成 > HTMLエディタ > Wiki
http://dir.yahoo.co.jp/new/20030924/Computers_and_Internet/
ちょっとこの分類に違和感を感じますが、これはアメリカのyahooにならったみたいです。
Directory > Computers and Internet > Software > Internet > World Wide Web > HTML Editors > Wikis
http://dir.yahoo.com/Computers_and_Internet/Software/Internet/World_Wide_Web/HTML_Editors/Wikis/
0197nobodyさん
03/09/25 18:33ID:0KM/S2Rt0198nobodyさん
03/09/25 19:12ID:Cmclh6F40201nobodyさん
03/09/26 00:16ID:???User-agentでmod_rewriteして書き込みだけredirectすれば済む話なのに、凄いことするよなぁって思った。
本当にWebの管理なんかをやったこと有るのか?
0202nobodyさん
03/09/26 00:28ID:???0203nobodyさん
03/09/26 00:40ID:???このままだとpukiwikiどんどん悪い方向に向かってくぞ。
0204nobodyさん
03/09/26 00:55ID:???いつもいらいらしちゃうよねー。
開発サイトもpukiwiki.orgに統合されればいいのに。
みんなもそう思うよね？
0205nobodyさん
03/09/26 16:58ID:bf3rratkとりあえず、レンタル鯖で動かすの前提で。
0207nobodyさん
03/09/26 20:20ID:???アクティブでかつ、自分
の意見を取り込んでくれそうな作者さんが作るWikiじゃないかな。
そういう意味では、あまり組織が大きすぎるのも大変だね。
マイナーな作者さんを育てるのも、使用者の腕しだいだと思う。
>126
たぶん、Wikiは乱立しっぱなしだと思うなぁ。
表には出てこないかもしれないけれど、多くの人は自分の手に合うように修正しているみたいだし。
Wikiの作り方を本にしたら、スクリプト言語入門にちょうどいいような気がする。
ところで、最近はやりの Fhotolog? みたいなのについて、どう思う？
0208nobodyさん
03/09/26 20:27ID:299XtGRnPhotologですか？
僕はあまり興味ないっす。
0209nobodyさん
03/09/26 20:35ID:???0210nobodyさん
03/09/27 01:37ID:???>行頭で#contensを記述すると、見出しに基づいて目次を作成します。一般的に#contentsはページの最初のほうに記述します。
と、一箇所#contensになってるから、これも小人さんの修正希望。
0211nobodyさん
03/09/27 06:00ID:???0212nobodyさん
03/09/27 18:12ID:hwUsVKjLGzuGzuはソース出してくれないしなぁ……
0214nobodyさん
03/09/27 22:18ID:???既存の Wiki から fopen(path, "w") にあたる部分を検索、
保存処理の後に自分自身にGETを送って保存するように改造。
0215nobodyさん
03/09/27 23:54ID:Rt1LaxuqFSWikiのToolでもできるんじゃない？
その都度作ってくれるわけじゃないけど。
0216nobodyさん
03/09/28 06:49ID:pHYua0rN"ほげ/templete" つくっても、"ほげ/もげ"編集時に自動的に読み込まれないぜ？
0217216
03/09/28 06:50ID:???>"ほげ/templete" つくっても、"ほげ/もげ"編集時に自動的に読み込まれないぜ？
"ほげ/templete" つくっても、"ほげ/もげ"新規作成時に自動的に読み込まれないぜ？
0218218
03/09/28 09:43ID:???英語 http://wiktionary.org/
歓迎 に Wiktionary 自由な多言語の辞書を生産する協力的なプロジェクトおよびすべての言??a言語辞典は、意味、語源および発音で完成します。
Wiktionaryは開いた内容百科事典への語いの相手です。 Wikipedia .私たちは出発し続けました。
12月 12、2002年、またもっと終始加えられ改善されることと共に、英語のバージョンでの8337のエントリーに既に作用しています。
あなたを含む誰でもさえログインする必要なしに、今ちょうどどんな定義も編集することができます。
見る、その Wiktionary FAQ プロジェクトに関するより多くの背景的事項のために、そしてその、Wiktionaryを使用し寄与する方法についての情報のためのページを支援します。
Wiktionaryの内容はカバーされます、その GNU自由なドキュメンテーション・ライセンス どの手段、それは自由で、そのように永久に残るでしょう。
見てください。 Wiktionary:著作権 詳細には。
これがそうであることに注意してください、その 英語 Wiktionary:それがすべての言語の言葉についてすべて記述することを目標としている一方、定義および記述は英語だけであります。
他の言語の同様のWiktionariesは徐々にセット・アップされるでしょう。
英語でない単語を定義する英語のWiktionaryの中の記事の例のために、参照してください、に frei .その単語のドイツの定義を見つけるために、
それが利用可能になる場合、ドイツのWiktionaryに頼ることは必要でしょう。
0219nobodyさん
03/09/28 11:43ID:???何が言いたいのか良くわからないよ？
著作権がらみの話なのかな。
0220126
03/09/29 14:11ID:yjgy4sRwうーん、どうなんでしょうかね。>>207さんも言ってるとおりwikiは乱立しっぱなしなのかも
しれません。掲示板のスクリプトがいろいろと乱立してるように。
レンタル鯖にwikiをおきたい人は
・perl、php、rubyなど、鯖でどの言語が使えるか調べる。
・出来れば自分の知ってる言語のを使うのがよい。
あとは配布サイトを見て、自分の使いたい機能が付いてるのを選ぶのがいいのかな〜？
0221FreeStyle遊座
03/09/29 22:31ID:VnLpPOe90222nobodyさん
03/09/29 23:39ID:???CGIでやるならPHPが今のところは早いだろうなぁ。
0223nobodyさん
03/09/30 01:49ID:???使用言語以外にも、結構標準モジュールがないとかで意外な制約を受ける場合があるので
注意が必要かと。
@niftyなんか、下手をするとモジュールの依存関係にはまって地獄に墜ちるんで
やってられん。シンプルな奴でないと動かすのがﾏﾝﾄﾞｸｾ('A`)。動かないのもあるし。
配布サイトで、自分とおなじレンタル鯖の運用実績があるところを探すのが楽。
>222
C/C++だと性能面では圧倒的だと思うんだが、文字列処理の貧弱さを
ライブラリで補って組まないとできないのが結構面倒なんだよな。
PerlとかRubyとか標準でその辺充実してるから、組みやすい。
0224nobodyさん
03/09/30 05:13ID:???0225nobodyさん
03/09/30 08:23ID:???読み書きは専用ビューアを使う仕様。
あちこちのWikiをリンクできる。
ローカルのWikiを持ち、メモやプライベートデータもリンクできる。
0227nobodyさん
03/09/30 10:45ID:???http://todo.org/
のTikiWinじゃだめなの？
0228nobodyさん
03/09/30 20:31ID:???そこらのスクリプト系言語だと、とてもとても処理が重たいです。
0229nobodyさん
03/09/30 20:36ID:???0230nobodyさん
03/09/30 21:54ID:???パラグラフを割り込ませるとか出来たら面白いと思いません？
wikiって意外と人のところに書き込みづらい人っているじゃないですか。
自分のwikiから相手のwikiに割り込めたらいいなぁと。
0231230
03/09/30 22:01ID:???0232nobodyさん
03/09/30 22:15ID:???0233nobodyさん
03/09/30 22:34ID:???0236nobodyさん
03/10/01 09:31ID:???ttp://e-words.jp/?w=%83%7E%83b%83V%83%87%83%93%83N%83%8A%83e%83B%83J%83%8B
■ このスレッドは過去ログ倉庫に格納されています