Wiki系(WikiEngine)について語るスレPart2
レス数が950を超えています。1000を超えると書き込みができなくなります。
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
0003nobodyさん
03/08/13 11:26ID:???IDとPassを入れてログインした直後の /log/cgisess_… には
wiki_type、wiki_path、wiki_idという項目が見られるのですが、
管理メニューから「環境設定」、「スタイル設定」などを選択すると
「エラー ログインしていません。」としか表示されず、
新たに生成された /log/cgisess_… からは上記3項目が消えて
_SESSION_REMOTE_ADDR、_SESSION_ATIME、_SESSION_CTIME、
_SESSION_ID、_SESSION_ETIMEしか記録されなくなっています。
これで正常なのでしょうか?
0004nobodyさん
03/08/13 13:51ID:???誰か技術サポートしたほうが良いのでは?
0005nobodyさん
03/08/13 17:22ID:???また、カスタマイズし直しかと思うと泣けてくるが……。
0006nobodyさん
03/08/13 18:29ID:???0007nobodyさん
03/08/13 19:36ID:???サーバーからfetchで最新版をダウンロードできないのもめんどい。
0008nobodyさん
03/08/13 20:08ID:N/1VW/Hl禿同。
3.4.2へのUpdateの時
ttp://fswiki.poi.jp/wiki.cgi?page=BBS%2D%A5%B5%A5%DD%A1%BC%A5%C8%B7%C7%BC%A8%C8%C4%2F42
思いっきりこれで躓いたよ。
「config.datの仕様が変わってますので以前の物は使えません」
みたいな感じでマニュアルに変更点を書いててくれると
助かるんだけどね。
0009nobodyさん
03/08/13 20:09ID:???0010nobodyさん
03/08/13 20:32ID:???・空ディレクトリの作り忘れ
・configファイルのミスマッチ
でコケることが多いですね。一度やってるから、気づくのはすぐなんですけど……。(^^;
使い回せるかどうか確認せず、念のために、テンプレートファイルとかプラグインの出力部分も
毎回、修正し直してるんで結構めんどいッス。
3.4.xから3.5.xへのバージョンアップはまた何か失敗しそうな悪寒。
0011nobodyさん
03/08/13 23:22ID:???漏れも禿同。
基本的な部分がころころ変わっちゃうからけっこうきついんだよねぇ。
3.4.xから3.5.xもプラグインのAPIが変わっちゃうし・・・
0012nobodyさん
03/08/13 23:23ID:05UZOv5m0013nobodyさん
03/08/13 23:45ID:/NS185ja0014nobodyさん
03/08/14 01:28ID:???「おすすめ」程度ならって放っておく香具師も……ソレはさすがにないか。
0015nobodyさん
03/08/14 08:43ID:???根っこの部分にtimeout相当の機構を仕込んでおいたほうがよいね。
かんたんに暴走を許してしまうようだと、プラグインも作りづらいし。
0016nobodyさん
03/08/14 08:45ID:???vis.ne.jpから追い出された一件でとっととUpdateしなきゃヤバイなぁと
思っているが。
但し>>8や>>10的な理由でUpdateするのも怖かったり・・・(´･ω･`)
0017nobodyさん
03/08/14 08:54ID:???0018nobodyさん
03/08/14 10:17ID:???プラグインは別として。
0019nobodyさん
03/08/14 10:55ID:???・空ディレクトリはアーカイブに含んでおいてほしい
・config系のファイルの書式が変わったらreadmeに書いてほしい
・てゆかメジャーバージョンあがらない限り変えないでほしい
・アーカイブはfetchできるようにしてほしい。tarballもあるとさらに良
かなぁ。別にzip玉でもlha玉でもいーんだけどfetchできないのはつらいよね。
あと個人的にはconfig系のファイルはEUC-JP, LFがいいんだけど、
これはまぁ別に要望出すほどのもんでもないか。
0020nobodyさん
03/08/14 11:08ID:???> あと個人的にはconfig系のファイルはEUC-JP, LFがいいんだけど、
> これはまぁ別に要望出すほどのもんでもないか。
あ、同意。いろいろ混ざってるから、せめて統一してもらえないかなと・・・。
0021nobodyさん
03/08/14 14:51ID:3+yAThCy0022nobodyさん
03/08/14 15:56ID:SyUXGdwyこれは絶対見るしかないでしょう。
甘えたしゃべりかた、小さな身体に大きなオッパイ、そしてこの顔。
どれをとっても特Ａ級！こんな子がＡＶ女優だったなんて信じられませんね。
無料ムービー観てね
http://www.exciteroom.com/
0023元・・・・
03/08/14 17:41ID:???印刷用CSSを使うことで回避できるよ。
ttp://pukiwiki.sourceforge.jp/dev/index.php?PukiWiki%2F1.4%2F%A4%C1%A4%E7%A4%C3%A4%C8%CA%D8%CD%F8%A4%CB%2F%B0%F5%BA%FE%CD%D1%C9%BD%BC%A8%C2%D0%B1%FE%A5%B9%A5%AD%A5%F3
0024nobodyさん
03/08/14 18:03ID:???0025nobodyさん
03/08/14 20:20ID:???たとえば、CGI形式の場合には起動のオーバーヘッドがかなり大きい。
また、日本語を考慮した設計であれば、意味はないと思う。
アルゴリズムから再設計すれば、少しは変わるかもしれない。
0026nobodyさん
03/08/15 10:12ID:???から3.4.3をfetchしたら、なんか妙に小さいんだけど?
自分だけ?
結局w3mでwikiからダウンロードした。
「index.cgi」に変えたらログインできなくなったよ。
0028nobodyさん
03/08/15 22:11ID:???/setup.dat
の
63行あたり
> # CGIスクリプトのファイル名
> script_name = wiki.cgi
を
> script_name = index.cgi
にすれば動くんじゃねーの？
漏れは やってないから想像だけど。
違ってたらスマソ。
0029山崎 渉
03/08/15 22:26ID:???│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
003027
03/08/16 00:16ID:???それではブラウザのアドレス欄に「index.cgi」と表示されてしまって
わざわざファイル名を変える意味がないので、/setup.datのその部分を
script_name = ./
に書き替えたところ、ログインできなくなったのでした。
0031nobodyさん
03/08/16 00:48ID:???0033nobodyさん
03/08/16 02:32ID:???0034nobodyさん
03/08/17 17:18ID:???一般的にWikiって何ページぐらい収容することが可能なの?
http://fswiki.poi.jp/wiki.cgi?page=BBS%2D%A5%B5%A5%DD%A1%BC%A5%C8%B7%C7%BC%A8%C8%C4%2F59
0035nobodyさん
03/08/17 18:09ID:???YukiWikiでの見解
ttp://www.hyuki.com/yukiwiki/wiki.cgi?FaqPage#i39
Q>レンタルサーバに設置して運用してみたいと思っているんですが、サーバに対しての負荷って
どの程度になるんでしょう？ 禁止事項の一つ「巨大なデータを読み込むCGI（負荷のかかる
検索CGI等）」ってのに該当するんでしょうか？(^^;;;
A>負荷を計測したことは無いのですが(1)読み込むデータ量(2)処理内容などからすると、
ちょっと高機能な掲示板程度だと思います。レンタルサーバで使っていますが、
特に苦情はきていません。
ttp://www.hyuki.com/yukiwiki/wiki.cgi?FaqPage#i41
Q>このシステムの場合、理論上の最大ページ数はいくらになるのでしょう？
ディスク容量の制限のみでしょうか？
A>ソースを詳しく読んだ訳ではないが、wiki.cgiだけを見た場合、論理的な制限は明示されていない
ようです。実際の制限としては、保存に関してディスク容量と使用しているDBMライブラリの制限があり、
実行時には検索が一番負荷が高く、タイムアウトなどの制限が付きます。
たとえば数十MBのディスク容量があるとすれば、１ページあたり数kBとして、数千?１万ページ程度となります。
この程度であれば検索以外では問題が発生しないでしょう。
ただ、検索に関しては、すべてのページ内容へのアクセスとなるため、サーバの性能に大きく左右されます。
DBMライブラリやperlのtie、正規表現検索に関する詳しい知識を持っていません。
従って間違いがあるかもしれません。詳しい方、フォローをお願いします(^^;
ただし、YukiWikiDBを使用したWindowsのFAT環境では、データベースの容量が実際の十倍程度
必要となるかもしれません。また、その他多くの環境でWikiNameは一つあたり最大125byte迄となります。
0036nobodyさん
03/08/17 23:34ID:Msid6wyLhttp://www.hyuki.com/yukiwiki/wiki.cgi?FaqPage#i41
0037nobodyさん
03/08/18 17:20ID:???具体的にどれがいいとかはわかんないけど、
ちゃんとcacheとかを考慮して設計されたWikiなら
数千、数万はいけると思う。
FSWikiの場合はなんでもモジュール(＝機能は後付け)がコンセプトなんで
cacheの実装が難しくなってて、
それで性能でないとゆー構造的な問題がありそう。
0038nobodyさん
03/08/18 19:25ID:???0039nobodyさん
03/08/18 19:39ID:???タイプにすればいいんじゃないかな。
普通の Web スペースだと DBMS は使えないことが多いから、
こういうとこでの話は生ファイルをストレージに利用できるタイプに
集中しちゃうけど。
WikiPedia は PHP + MySQL だね。
0040お気に入り集 ☆http://beauty.h.fc2.com/
03/08/18 21:02ID:ItghO+LVhttp://beauty.h.fc2.com/
0041nobodyさん
03/08/19 01:25ID:???0043nobodyさん
03/08/19 11:03ID:???インデックスがなくてもファイルシステムを使うよりは速くできると思うけど。一つの WikiName でも
実際に存在する名前かどうかを判定するのって、量が多くなればなるほど負荷が上がるわけで。
ディスクアクセスを効率化させる部分を DBMS に丸投げしちゃうって感じでもそんなに理解として
間違っちゃいないと思うんだな。
まぁそういう言い方しちゃうとキャッシュがあればいいじゃんと言われたらおしまいなんだけど。
実際 PukiWiki は 1.4 になってキャッシュが入ったからページ数が多くなったときに確実に
1.3 より速いわけだし。
ただ DBMS 入れた方が高速化の工夫はやりやすいんじゃないかと思うから、選択肢として悪くない
と思う。自分はそこまでの必要性を感じてないのと、データの可搬性が落ちるのがいやで使ってない
けどね。Wiki を分割して InterWiki で繋ぐことで1つの Wiki サイトにあまり多くのページが集中しない
ようにすればそこそこ速度は稼げるし。
0044nobodyさん
03/08/20 16:20ID:???FSWikiLite
http://fswiki.poi.jp/wiki.cgi?page=FSWikiLite
だそうです。
0046nobodyさん
03/08/20 20:22ID:???http://hoge.com/wiki/?page=FrontPage
でアクセスする方法ってありませんか？
Googleだと.cgiのファイルは認識されにくいらしいので
お願いします。
0047nobodyさん
03/08/20 22:26ID:W6XZ+n9Zhttp://hoge.com/wiki/page/FrontPage
でアクセスする方法ってありませんか？
Googleだと ? を含む url は認識されにくいらしいので
お願いします
0049無料動画直リン
03/08/20 23:37ID:CDzd/BGD0050nobodyさん
03/08/21 00:18ID:???とか
http://sheepman.parfait.ne.jp/wiki/RewriteRule/
とか
005147
03/08/21 22:13ID:rLe4JkVsなるほど、mod_rewriteを使えばいいのか。
でも2chみたいに REQUEST_URI をCGIに渡す方法が楽だと思うが。
mod_rewrite使えるウェブって少数だし。
0053nobodyさん
03/08/21 22:52ID:???0054nobodyさん
03/08/21 23:13ID:???0055nobodyさん
03/08/21 23:27ID:???reimyってIP晒すのか？
0056nobodyさん
03/08/22 02:39ID:???0058nobodyさん
03/08/22 16:55ID:???暫定じゃねーの？ つーか「元…」ってデザイン担当？
0059nobodyさん
03/08/22 21:06ID:FlljWygKお気に入り集 ☆
http://beauty.h.fc2.com/
0060nobodyさん
03/08/23 05:11ID:???0063nobodyさん
03/08/23 20:04ID:???0065あぼーん
NGNG0067nobodyさん
03/08/25 00:23ID:rrdaNH0fまったくだ。
せっかくプラグイン化してるんだからプラグインごとのバージョンもってほしいなぁと思ってみたり。
0068nobodyさん
03/08/25 03:30ID:???0070nobodyさん
03/08/25 08:38ID:???↓
刀を的に対して斜めに構える
↓
真剣
0071nobodyさん
03/08/25 10:28ID:???0072nobodyさん
03/08/25 12:08ID:???剣道で、刀をななめに構える。転じて、身構える。改まった態度をする。
また、正面から対応せず、皮肉な態度をとる。
0074nobodyさん
03/08/26 00:49ID:???http://fswiki.poi.jp/wiki.cgi?page=FrontPage#.2ch.net
0075nobodyさん
03/08/26 10:26ID:LnTVZunDアダルト女優が、顔射にそなえて、目をつむり、口をひらいて
かまえること
0076nobodyさん
03/08/26 16:53ID:wCfCy0wxズボンの中の男性器を収まりがいいように
左右いずれかの位置にずらして収納すること。
0077nobodyさん
03/08/26 23:33ID:???http://fswiki.poi.jp/wiki.cgi?page=FrontPage#pc2.2ch.net/
0078nobodyさん
03/08/28 10:38ID:???動かなくなっちゃったよ。
いい加減Updateに付いて行くのが疲れた。。。
0080nobodyさん
03/08/28 11:16ID:???ISPのサーバでZEUSとかってhttpdとPerl5.6が
動いてるみたいです。とりあえず3.4.0と3.4.2は動いてたんですが
今回3.5.0を入れたらPermission denied が出るようになってしまいますた。
(´･ω･`)
0082nobodyさん
03/08/28 12:25ID:???ライブラリやプラグインではなくwiki.cgiそのもので
Permission denied が出ている感じです。
エラーが出た段階で/config以下やwiki.cgi、その他引っかかりそうな
場所のPermissionは確認しているつもりなんですが、
どっか抜けてるのかなぁ。。。
ちなみにこんなのが表示されてます。
Server error
(/wiki.cgi) exec failed: 13: Permission denied
0083nobodyさん
03/08/28 12:26ID:SzRaEKGK0084nobodyさん
03/08/29 10:16ID:???設定を間違えてあたふたしちゃうよね。
まずはもちつけ(笑)。
0085nobodyさん
03/08/30 19:59ID:???「それくらい自分で改造しろよ」と言いたくなるような要望が……。
あまりこういうのが増えると、作者がやる気無くさないか心配だなぁ。
0087nobodyさん
03/08/31 01:05ID:???「これまでCGIやPerlに触れたことがない人間はFSWikiを使うな」
ということでもなければ、おっかなびっくりFSWikiを設置した
Perl初心者が下らない質問をするのも避けられないと思います。
そうした作者の手を煩わせるまでもない初歩的質問に対してこそ
日頃FSWikiを使わせてもらってるお前たちが自分の出来る範囲で
協力して「サポート」していけばいいのだと思います。
猛省して下さい。
0088nobodyさん
03/08/31 01:29ID:???禿同。トップページに大きな赤い文字で
「これまでCGIやPerlに触れたことがない人間はFSWikiを使うな」
と書いてきました。これで作者さんを思うユーザの協力です。
いい仕事をした〜
0091nobodyさん
03/08/31 01:51ID:6GeG39LLhttp://ex.1000gex.net/blog.zip
common.phpで初期設定。
0092nobodyさん
03/08/31 05:53ID:???0093nobodyさん
03/08/31 10:36ID:???ただ、愚痴を言うだけじゃなく、もうちょっと運営に参画しろよ、とは思う。
0094nobodyさん
03/08/31 12:18ID:???ここで作れば2ch引き篭もりでも運営に参画できるぞ。
0096nobodyさん
03/08/31 13:54ID:???0097nobodyさん
03/08/31 21:31ID:???0098nobodyさん
03/09/04 08:47ID:ZOs+h7P80099nobodyさん
03/09/07 18:33ID:l73kgT1Xパーミッションの概念すら怪しい俺が
設置しようと言うのが間違いだったか。
0100nobodyさん
03/09/09 00:01ID:fc0tlhxCFSWikiを勧めます。
0101nobodyさん
03/09/09 01:19ID:zgz4ZB3v0102nobodyさん
03/09/09 01:32ID:Q+HexSr3┐(´д｀)┌
0103_
03/09/09 01:39ID:???イタリックとボールドは紛らわしいので難しそうだけど、
他の組み合わせでも出来ませんか?
0104nobodyさん
03/09/09 15:46ID:FdedfYq4FSWikiでは無理
0105nobodyさん
03/09/09 21:59ID:???日本最大のインターネット電子掲示板サイト。
西村博之(ひろゆき)が主宰。
Table of contents [showhide]
1 概要
2 歴史
3 社会の反応
4 主な事件
5 関連項目
6 外部へのリンク
概要
「板」と呼ばれる各分野ごとの掲示板に、話題ごとの「スレッド」が存在している。
匿名での投稿が可能になっており、人々の本音と罵詈雑言、虚実入り混じった情報が渦巻くため「便所の落書き」などと揶揄されることもある。
不適切な内容に対して、常時複数の削除人というボランティア参加者の監視が行なわれている。
削除基準として公人私人によるプライバシーのガイドラインが存在し、削除依頼は公開され圧力に屈したあいまいな対処は行なわないという、言論の自由の保障に対してのポリシーが存在していることにも注目すべきである。
独特の用語「２ちゃんねる用語」や、文字を使って絵を表現するアスキーアートでの、モナー、ギコ猫などのキャラクターを使ってのコミュニケーションを好む傾向がある。
常連ユーザーを2ちゃんねらーと呼び、2ちゃんねる外でも２ちゃんねる用語などが通用すると思って使うような人も少なくない。
利用者は20代が中心だが、10代から60代まで利用しているとも言われ、裾野は広い。
政治思想関係の場所では保守的、かつ強硬な意見が多く見られる。
政策議論も活発で、税制から環境対策、社会政策から地方分権、国防論、果ては核武装まで議論している。
2ch全体の総意、政治思想と言う物は存在しないに等しい。
政治思想を明確に持つ人物とそうでない人物が混在して居り、まさに実際に参加出来るカオスの世界である。
0106nobodyさん
03/09/09 22:00ID:???掲示板群「あめぞう」の閉鎖をうけて、これを引き継ぐという趣旨の下に開設。
「2ちゃんねる」の名は、あめぞうを１チャンネルとして、その次であることよりつけられたといわれる。
2001年8月、アクセス量増大により閉鎖の話が出ていたが、UNIX板の参加者がデータ転送量を軽量化するようにプログラムを改善した。
プログラム改善の直後にオークションサイト「Bidders」で、2ちゃんねるがオークションにかけられた。
900京円を越す値段がつけられたが、管理人ひろゆきのいたずらであることが判明し決着。
入札者もいたずらで値段をつけたものと判明、謝罪。
2003年1月、全書き込みについてIPアドレスの記録、保存を始めた。2ちゃんねるは完全匿名の掲示板ではなくなった。
社会の反応
最近では2chを利用する日本人以外の人（アメリカ人、イタリア人、フランス人、ドイツ人等）や、政治家、芸能人、学者、研究員なども多く閲覧していると言われる。
また化粧品メーカーや服飾メーカーは2chに投稿された商品に対するコメントを、「貴重な消費者の意見」として収集、及び製品開発に反映させている。
経営危機に陥っている中小企業に対して2chを利用する投資家、法律家達が無料で助言している事もある。
2001年に、日本政府から「監視対象サイト」に指定された。
日本の政党の最大与党である自民党の広報部も2chを「監視対象サイト」に指定している。
0107nobodyさん
03/09/09 22:00ID:???ネオ麦茶
ギコ猫商標問題(タカラギコ騒動)
動物病院名誉毀損裁判
有名企業の個人情報流出騒動
清掃オフ
ナレーション騒動
出版社による無断掲載騒動
マトリックスオフ
折り鶴14万羽プロジェクト
関連項目
2典
AA
モナーフォント
鮫島事件
外部へのリンク
2ちゃんねる
2典plus
AA大辞典(仮)
0108nobodyさん
03/09/10 01:22ID:???> rssプラグインで無限ループ
ttp://fswiki.poi.jp/wiki.cgi?page=BugTrack%2Dwiki%2F118
FreeStyleWiki 3.5.0のユーザーは注意
0109nobodyさん
03/09/10 22:17ID:YfC0+ah+0110nobodyさん
03/09/10 22:33ID:???ソースは？
0113nobodyさん
03/09/11 05:20ID:???見られてるぞ、おい（笑。
光栄だ、と言ってみる。
0116nobodyさん
03/09/12 00:06ID:???【ソフトウェア】WikiWiki
・ひとつのWebサイトを作り上げるにはネタも根性も、ついでにスキルもない連中が、「誰でもがWebサイトの管理者になれる」という謳い文句に引っかかり、
切った貼ったを寄って集って繰り返し、見るも無惨な中途半端なWebページを作り上げ、恥をさらす為に使うサーバサイドプログラムの一種。
・元のアイディアは秀逸でも、使う人間がダメだとダメなものしかできないという良い見本を提供するツールのこと。
0117nobodyさん
03/09/12 01:30ID:???0118nobodyさん
03/09/12 08:54ID:???0119nobodyさん
03/09/13 00:19ID:???0120nobodyさん
03/09/13 20:51ID:???安易に会話できるという謳い文句に引っかかり、
相手かまわず自分の浅はかな思考を披露し、
恥をさらすために用いるコミュニケーションツールの一種。
元のアイディアは秀逸でも、使う人間がダメだとダメなものしかできないという
よい見本を提供するツールのこと。
なんにでも使える。当たり前すぎ。
0121nobodyさん
03/09/14 02:15ID:???FSWiki（に限らないのかもしれないけど）で、段落の先頭が自動的にインデントされるけど、
あれはどうやってコントロールしてるんでしょう？
改行反映モードで使ってると、２行目以降が変になってちと不便・・・。
0122nobodyさん
03/09/14 10:19ID:???デフォルトは px 単位なのか……
0123nobodyさん
03/09/15 01:12ID:???0124nobodyさん
03/09/15 12:02ID:HTXpwzcUttp://www.wikiroom.com/
いわゆるFarmなワケですが。(^^;
0125nobodyさん
03/09/15 16:53ID:???さんに使ってもらおうってわけ？ 今のままじゃ、本読まな
い香具師ばっかり集まるよ（ｗ >>124さん
0126nobodyさん
03/09/15 18:06ID:???とりあえず分かったのは、
言語によっていろいろなwikiが出てる。
perl, php, ruby, など
wikiによってはさまざまな機能が追加されてる。
tdiaryのテーマcssの流用ができるものがある
wikiを使えるwebサービスとしてwikifarmがある。>>124もそう。
類似のものに、はてな、関心空間、wikipedia、などがある。
0127nobodyさん
03/09/15 22:00ID:???perl とか php はまだマシだとして、ruby だと遅くて死にたくなる。
0128nobodyさん
03/09/15 22:58ID:dRH8xq9d0130126
03/09/16 16:35ID:???wiki初心者の部屋ってのを作ってみました。
http://www.wikiroom.com/wikinovice/
0131nobodyさん
03/09/16 22:20ID:???言いだしっぺの法則。茨の道だと思うが。
Wikiは、LLの威力がよく示されるお題だと思うので。
>130
Wikiは良くも悪くも、組める人のおもちゃ的側面が強いので。
一般の人が、tDiaryとかblog系ではなくて、あえてWikiを選ぶというケースは考えにくい。
それは、インターフェイスの貧弱さ（機能がいっぱいあるとかいう問題ではない）によく現れている。
たとえば、>124のインタフェイスも、本当に初心者の人が見たら、良くわからないで終わるだろう。
（Wikiを理解しているつもりの自分でも、わかりづらいと思った）
0132126
03/09/17 09:01ID:???なるほど、wikiってそんなもんですか。
「wiki初心者の部屋」に、掲示板との比較を書いてみました。
なんかwikiを見てると、用語が日本語としてこなれてない印象があります。
たとえばページ上部に
[ 編集 | 凍結 | 差分 | 添付 ] [ トップ | 一覧 | 最終更新 | バックアップ | ヘルプ ]
と出てますが、かなりわかりにくいです。
0133nobodyさん
03/09/17 22:14ID:???0134nobodyさん
03/09/18 07:10ID:???・対象が省略されている ... 「差分」と「最終更新」は普通、同じものだと感じる。
・どういうときに選択されるべきか明確でない ... 「バックアップ」するときに選択すべきものと感じる。
Wikiは、たとえば掲示板などと比較して、動作を予想しづらいことを考慮すべきです。
・ フォームは編集可能なもの / 地の部分は編集できないもの
・ リンクはほかのページへ飛ぶためのもの
という、概念が一般的だと思うので。
0135126
03/09/18 09:29ID:???そうですね。やはり誰にでも通じる日本語のほうが望ましいと思います。
具体的には小学生やおばあさんでもわかるような。
>>134
何を指してるのわからないですね。たしかに。
どうやったら使いやすいか考えてみました。
[リロード] [ 編集 | 凍結 | 差分 | 添付 ] [ トップ | 一覧 | 最終更新 | バックアップ | ヘルプ ]
[リロード]→ブラウザに更新機能が付いているので不必要
[編集]→[書き込む]
[凍結]→これは管理機能なので、[管理]でいいと思う。
[差分]→[これまでの変更]
[添付]→[書き込む]時の画面に[ファイル添付]が出来るようにする
[トップ]→[トップページへ]
[一覧]、[最終更新]→サイトの情報はどこか別のページにまとめたほうがよい
[バックアップ]→これも[管理]でいいと思う。
[ヘルプ]→そのまま
これで、こんな表示になります。どうでしょうか？
[ 書き込む | これまでの変更 ] [トップページへ] [管理|ヘルプ]
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
0238nobodyさん
03/10/01 22:37ID:???0240nobodyさん
03/10/02 10:37ID:???0242nobodyさん
03/10/03 02:16ID:???0243nobodyさん
03/10/03 16:19ID:???0244nobodyさん
03/10/04 08:25ID:???既にあるものをコピーしろなんていうのは書いたことのない素人の言い分。
PHPって、Cで書かれたライブラリは使えないのか？
ボトルネックを潰すのが基本だが。
でも、コンパイルできるのか？という根本的な疑問が残る。
0248nobodyさん
03/10/05 21:33ID:???PHPってCと似てるから簡単に移植できるんでしょ？
さっさと誰かやってよ。
0249nobodyさん
03/10/05 21:38ID:???0251nobodyさん
03/10/05 21:47ID:???0252nobodyさん
03/10/05 21:48ID:???ということにしたいのでしょうか？
0253nobodyさん
03/10/05 22:00ID:???Cで書いてコンパイルしたバイナリオブジェクトを
鯖に誰もが入れられると思っているのですか、おまいさんは？
PerlとかRubyとかPHPがCGIで使われているのは、コンパイルしなくても
使えるという利点もあるんだが。Cはコンパイルしないと使えないから、
鯖のシェルアカウントを持っていて鯖上で（自分で）コンパイルするか、
鯖と同じOSのローカルマシンでビルドしてから転送する必要があるわけ。
しかもそういう利用ができるXREAみたいな鯖でないとできない。
ほとんどはPerlくらいしか使わせてくれん。
Cで作れとかいっている香具師は、それは当然分かった上で
言ってるんだよね？
0255nobodyさん
03/10/05 22:05ID:???Wikiで専用ブラウザって必要なのかな？
汎用のWebブラウザならともかく、専用となると使用するWikiの種別は
限定されちゃうよね。Wikiテキストの文法が違うわけだし。
まぁでもその部分をカスタマイズ可能にしておけば、それはそれで使えるかも。
Wikiテキストがわからん人は、領域選択してツールバーのボタンをクリックすると
変更可能で、結果は即反映、って感じを期待してるのか？
0256252
03/10/05 22:27ID:???説明乙。
釣られたついでに、Perl とか Ruby とか PHP とかを利用した場合と、
コンパイル済バイナリを利用した場合の、鯖の負荷についても論じてみれば?
0257241
03/10/05 22:50ID:???すまない。>>225 の気持ちはわからない。
個人的には、Web上の機能の置き換えではなくて
Wikiと同じデータを使いつつ、
辞書ソフトのように高速なインクリメンタルサーチができるものや、
クリップボードを監視して、内容を随時貼り付けていくもののような、
よりユーザーに密着したものを作りたい。...んだけどなぁ。
Wikiで培った情報を生かせる手段はいろいろあると思う。
>>253 ご苦労さま。
0258255
03/10/06 00:19ID:???ローカルのWikiデータベースを直接操作する専用アプリってことかな。
インクリメンタルサーチとか、ネットワーク経由では厳しいし、
ローカルもしくはLAN運用で自前の情報データベース用として
Wiki使っている人向けになりそうだけど、そういうことかな？
スマン、ちょっと短絡的すぎた。
クリップボード監視で自動貼り付けってのは面白いかも。
単独で常駐アプリとしてならちゃっちゃと作れそうだな。
0261nobodyさん
03/10/06 19:44ID:???0262nobodyさん
03/10/06 21:56ID:???0263nobodyさん
03/10/06 22:48ID:???ただのviewerとしての機能だと将来的には通信速度の上昇によって
無意味になってしまうかも。
でも、最近話題のデバイスに応じた特殊な情報（GPSとか)を自動入力できる機能は面白いですね。
携帯電話に組み込んで、誰と話しているときに取ったメモか残るとかいいかなと思ったり。
個人では作れませんけど。
0264nobodyさん
03/10/08 13:26ID:Ac4OXa+F0266nobodyさん
03/10/09 00:22ID:???自分の環境と似ていそうなサイトで実験してみて、
処理時間とページ数から割り出してみればよいかと。
まあ、必要に応じてキャッシュするなり改良はできるでしょう。
0267nobodyさん
03/10/10 21:24ID:???0269126
03/10/12 16:09ID:QNlcdHg4http://www.wikiroom.com/wikinovice/
このスレのみなさんの有意義な議論に感謝します。
0270nobodyさん
03/10/12 21:00ID:P0gcdO8Hまずは Perlで書かれた Cのコンパイラが必要なんだよ。
そじゃないと、一般ユーザはサバでコンパイルできない。
0271nobodyさん
03/10/12 21:17ID:???0272nobodyさん
03/10/12 21:47ID:???>>268 が作っているんだから、そっとしとき。
でも、環境くらいは提示してあげないと、作ってもらっても
動かせないってなりかねないね。 >>267 は。
0273nobodyさん
03/10/12 22:02ID:???FreeBSD,Linux2.4 ELF,Win32……
0274nobodyさん
03/10/12 22:19ID:???@nifty 的には solaris がほしい。
0275nobodyさん
03/10/12 22:24ID:???0276nobodyさん
03/10/12 22:32ID:???っていって、対応してくれるんなら安いもんだね。
0277274
03/10/12 23:33ID:???ただ、そういう環境もあるってだけの話。
まあ、 273 == 268 かどうかも良くわからないけど。
0278nobodyさん
03/10/13 02:43ID:???0279nobodyさん
03/10/13 19:11ID:TV7M2AvY……っつ〜か、3.4.3からバージョンアップするかどうか激しく悩んでたりするわけだが、
どう思うかね皆の衆。
0280nobodyさん
03/10/13 19:55ID:???ダウンロードがそーすほげ.jpからできるのね。
Webサーバーからfetchできるからありがたい。
configディレクトリとsetup.datは流用出来た。
0281nobodyさん
03/10/14 02:28ID:???バージョンアップでトラブル今のところ無し。
うちは3.5.0からずっと開発版追っかけて使ってるからかな。
ただ、3.4系から3.5系は以前なんか問題なかったっけ？
リネームプラグインとかは便利だな。
まぁ後から変えたい名前のページ作って移し替えればいいって話もあるんだろうが、
添付ファイルとかついたページだとﾏﾝﾄﾞｸｾ('A`)し。
ありきたりな答えだが、追加機能とかバグ修正に意義を感じたら
バージョンアップすれ。安定していて特に困らないならそのまま。
0282nobodyさん
03/10/14 04:40ID:???タイムスタンプだけは無駄に変えられていて萎え
0283nobodyさん
03/10/14 05:12ID:???fswikiの開発者が、なぜかCVSを使おうとしないから、めんどくさくってしょうがないんだよね。
「会社からも自宅からもfswikiの最新ソースにアクセスできないと困る」というようなことを日記に書いていたけど。
CVSとsshなら出来るって。
0284nobodyさん
03/10/14 14:59ID:???CVS って、案外使う人と使わない人にスッパリ分かれちゃうツールだと思うんだけど。
0285284
03/10/14 15:04ID:???rc ごとにタグ打つようにしてくれと頼んだら対応してもらえた。rc3 からだけど。
けっこう助かってる。
作者がその辺の便利さを分かってくれるといいんだけどね。
細かいリリースのたびに作者側でパッケージ作る必要ないし。
0286nobodyさん
03/10/15 02:55ID:???>ここで反応するのもアホらしいけど、リリースするたびに同じことを書かれるのも
>気分が悪いので反応しておきます。
>3.5.0からSourceForgeのCVSを使っています。ソースは更新した分だけをスクリプトで抽出して
>持ち運んでいます。なので稀にコミット漏れが発生します。何度も書くようですが、
>日中はHTTPとHTTPSしか外に出れません。自宅でstoneとかありましたが、そんな資金はありません。
>あと、タイムスタンプが更新されているのはリリース用のスクリプトでソースを若干加工しているためです。
>リリースされたソースは前のバージョンと変わっていないように見えるかもしれませんが、
>CVSに入っているものとは違います。まあ、これは改善の余地ありかもしれませんが、タイムスタンプ見て
>更新されていたものだけアップデートではうまくいかないこともあるので、
>素直に入れ換えてください、ということで。
はて、stoneでどうして資金が必要なんだろうか。
SSL証明書の資金ということか?
自己証明書ならゼロ円だけど。
前にこの話題が出たとき、日記のコメント欄に
http://wiki.spc.gr.jp/tunnel/?FrontPage
http://wiki.spc.gr.jp/tunnel/?DigByStone
の解説ページが張ってあったけど。
結局、読んでいなかったということか。ヤレヤレ。
0287nobodyさん
03/10/15 04:44ID:???貧乏なら、つまらんスクリプトかいて ISP に迷惑かけてないで
アルバイトでもしろと。
0288nobodyさん
03/10/15 05:23ID:???0289nobodyさん
03/10/15 05:34ID:???「stoneもcvsも勉強するのがめんどくさい。アップデートしたら全部入れ替えろ」ってのはありだと思うよ。
バージョンアップのたびにこのスレで「どうしてcvs使わない」とか言われても放置すりゃいいじゃん。
もちろん勉強しないという姿勢が、他の人からどう思われるかってのは別問題だけど。
0290nobodyさん
03/10/15 06:33ID:???っていうか、タイムスタンプがどうのこうのいっているやつは
diff すらまともに使えないのに、なにを偉そうなことをいっているのかと。
diff がつかえるのなら、自分で工夫すればどうにでもなるだろ。
人にばっかり頼るなよ。
0292nobodyさん
03/10/15 07:04ID:???>diff すらまともに使えないのに、なにを偉そうなことをいっているのかと。
これ、どっちに言っているのか?
あと、開発者がちゃんとリリースエンジニアリングすれば、苦労は(n x 1)で済むが、
ユーザーがいちいちdiffを取ると、苦労は(n x ユーザー数)になる気もするが。
0293nobodyさん
03/10/15 07:12ID:???っていうかstoneを使ってHTTPS越しにsourceforge.jpにcvs+sshしろって事だと思うよ。
別に自宅に常時サーバーか無くたっていい。
もちろん別にCVSROOTを持っていたほうが気楽だというのはあるけど。
0294nobodyさん
03/10/15 07:15ID:???sourceforge.jp の shell 鯖は鯖プロセスだめだったはずなので、
stone を使って cvs over ssh over https するには、
必ず中継地点が必要だよね?
0295nobodyさん
03/10/15 09:19ID:???> 貧乏なら、つまらんスクリプトかいて ISP に迷惑かけてないで
> アルバイトでもしろと。
人の個人的な金の使い道にまで口出して何がしたいんだよ。
0296nobodyさん
03/10/15 10:27ID:???あとはリリースの時にタグ名もあわせて告知してくれれば完璧。
0297nobodyさん
03/10/15 10:32ID:???0298nobodyさん
03/10/15 10:46ID:???0299nobodyさん
03/10/15 21:22ID:???リリース時にマージして提供すれば、(n×1)で済むね。
金も知識も需要もあるんなら、やったら？
俺はやらないけど開発者やれっていうのが、
偉そうで、甘えてるっていう評価。
まあ、普通は自分が使っているものをここまで貶せないだろうから、
利用者とは思えないけどね。
0300nobodyさん
03/10/15 21:41ID:???まぁせっかく開発者ご本人降臨記念ということで、この話は終わりー
0301nobodyさん
03/10/15 23:18ID:???贅沢というものですよ…
0303nobodyさん
03/10/16 03:00ID:???ここでがたがた文句ばっか言っても始まらないっしょ。
相手に受け入れてもらえるかどうかは、事情とか信条とかあるだろうから別だけど、
少なくともお前さんの意見が正論ならちゃんと相手を説得するための材料くらい持ってるはず。
ま、漏れはCVSでなくてアーカイブでもらってきて自分で入れ替えやるだけだから、
お前さんの意見については特に何もコメントしようがない（正直よくわかんね）。
ただ、あまりにもしつこいと粘着っぽく見えるんじゃない？と思っただけ。
0304nobodyさん
03/10/16 03:00ID:???このWikiっての使ってるとこのサイトが文字化けするようになってしまいました。
更新はされているようで、文字化けしてるのは自分だけっぽいんですが
どうしたら治るか教えてくれるかたいませんか？
通常の文字化けと違うようで、エンコードいじってみたりキャッシュクリアしてみたりしても治りません。
これ関連の知識は持ち合わせてなくスレ違いだったりしたら申し訳ないです
0305nobodyさん
03/10/16 09:44ID:???「Wikiっての」といわれても種類があるし、カスタマイズして使っている人も多いので
具体的にサイトを示してもらわないと何とも。
てゆーか、おかしいのは Wiki だけ?
0306284
03/10/16 13:16ID:???だなぁ。
というか、誰かにこれまでと違うことをしてもらうと説得することがどれだけ
大変かってのが分かってないのかな。
開発しかしてなくて人間の相手してないとか？ 学生とか？
そんな邪推しちゃうね。
あんまいい態度じゃないように見えるのは確かだよ。
0307nobodyさん
03/10/16 16:32ID:???0308304
03/10/16 17:56ID:???過去ログとかぐぐったりしてみたところ、
同じWikiを使っているところ(と、思われるサイト)でも見れるとこと見れないところがありました。
ヤフーで検索できる所では
www.wikiroom.com/
www.wikiroom.com/wikinovice/
この辺りは見れません。
文字化け具合ですが、半角英字はきちんと表示され、全角が「□」に化けてしまっているようです。
ですが下のサイトの
＞Wikiはルーズリーフに鉛筆書き
＞ ・ページを付け足せる
＞ ・他の人が書いたのを消せる
のようにテーブルの中の文字はなぜか化けずに表示されます。
おかしいのは恐らくWikiを使っている所だけだと思います。
例えば自分のサイトを含め、htmlを作っている所や2chのような掲示板はきちんと見れています。
0311310
03/10/16 20:47ID:???こちらの問題ではなくサイトがおかしいということですか？何度も済みませぬ･･･
0312nobodyさん
03/10/16 20:50ID:???一応、本体部分はEUCで記述されているし。
スタイルシートを使わないようにIEを設定してみるとか。
一応、表示できているのは pre タグに囲まれているところのようですね。
なんか、外してるっぽいなぁ。
0313nobodyさん
03/10/16 20:52ID:???0314nobodyさん
03/10/16 22:32ID:???0315nobodyさん
03/10/16 22:47ID:???広告収入が芳しくなかったのか。
0316nobodyさん
03/10/16 22:55ID:4pmlU2Gf……検索エンジンの検索式をチェックすると、なんでそんな単語でっ！ とか(笑)
0317FSWiki遊座
03/10/21 21:15ID:WjL7Ggsu3.5.2に先送りになってる機能が使いたいんで待ち。
……いつになるのかな。
0318nobodyさん
03/10/22 03:43ID:???314が正解でしょう。
詳しくは以下を参照。
ttp://members.at.infoseek.co.jp/cssbug/detail/winie/b033.html
0319nobodyさん
03/10/22 19:28ID:???0320126
03/10/22 20:22ID:rCXNXcK0> ◇Chapter 05 いろいろなブログ作成ツールやサービス
> ・ウェブ上のホワイトボード「Wiki」
> http://www.fugra.tv/weblogstart/archives/000001.html#more
んで、ちょっと思ったんですが、wiki は blog の本に入っちゃうようなもんなんでしょうか？
wiki と blog のこれまでの関係がわかるようなサイトとかありますか？
0321nobodyさん
03/10/22 20:58ID:???Blog ＝ 日記ちょ〜
って感じか？ Wikiを使ってBlogっぽいサイト運営はできるけど、逆は難しんじゃないか？
WikiとBlogに血縁関係があるという話は聞いたことが無いので、ソースがあれば
漏れも知りたい。
Blogツール(TrackBackやPing)に関しては、取り込もうとしているWikiがある。
0322nobodyさん
03/10/22 23:14ID:???「うぃき」でいいの？
0323http://www.wikiroom.com/
03/10/22 23:27ID:???FAQ-2 - PukiWiki.org
質問 - PukiWikiは何と読むのですか?
回答
「ぷきうぃき」と読むみたいです。
「ぷきうき」と訛って読む人もいるようです。うきうきしそう?
0325nobodyさん
03/10/23 19:58ID:???PukiWikiのチョー カッケー スキンのありかをだな
教えてくれたもう・・・
0328nobodyさん
03/10/24 10:18ID:???ホームページ作成よりも、クールなCSSカスタマイズで看板出した方が儲かるんじゃない？(笑)
0329nobodyさん
03/10/24 12:20ID:???0330nobodyさん
03/10/24 12:48ID:???楽しみにしています。
かしこ。
0331nobodyさん
03/10/24 17:54ID:???「つくってください」という発言に漏れは萎えた。この辺を参考に自分でガンガレ。
＞tDiary.org - テーマギャラリー(1)
ttp://www.tdiary.org/20021001.html
＞スタイルシート例文辞典
ttp://www.openspc2.org/reibun/css/
0332nobodyさん
03/10/24 18:40ID:jnaWJk1v何か、間違いや「こうしたらいいよ」なんてのがあったら指摘してください。
http://www.wikiroom.com/wikinovice/?plugin=attach&openfile=wikimani.png&refer=FrontPage
0333nobodyさん
03/10/24 19:24ID:gg9i5PMK0334nobodyさん
03/10/24 19:36ID:???あんまよくみてなくて悪いんだけど、
閲覧っていうのはないんですか?
0335nobodyさん
03/10/24 20:06ID:???閲覧はフツーに出来るし
0336nobodyさん
03/10/25 05:01ID:???ファイル添付ほどには一般的ではないかもしれないけど、
Wikiによってはページ削除やページタイトル変更機能を持つものが
あるんじゃないかな。
でもそんなの載せるとかえって混乱するから、あくまで基本だけを押さえるつもりなら
だいたいこれで充分かと。
>>335
wikiの操作という書き方では、閲覧が抜けていると思うのも無理ないと思うよ。
wikiの編集操作とでも書けばいいのかな？
0337126
03/10/25 15:30ID:???たしかに「閲覧」はあったほうがいいですね。
改変します。
初心者向けの図なので基本だけ解説のつもりで
作りました。
0338126
03/10/25 15:41ID:???http://www.wikiroom.com/wikinovice/?FrontPage
0339nobodyさん
03/10/25 16:13ID:???矢印を入れると混乱するでしょうか？(^^;
0340http://pc2.2ch.net/test/read.cgi/hp/1064841633/
03/10/25 17:24ID:???●Google 検索 svgとは http://www.google.co.jp/search?sourceid=navclient&hl=ja&q=svg%82%C6%82%CD
0341nobodyさん
03/10/25 19:18ID:MLAWrLZG0343nobodyさん
03/10/26 04:36ID:???cccとかccxの文字がページ名のことなら、ページ名変更ってことになって、
ページの書き換えとは意味が違うぞ。
やっぱり同じページに対して双方向の矢印を書かないと、書き換えってことには
ならないんじゃないか？
書き換え（ページに事実上所有権が無くて、好きな箇所を好きなように
書き換えられるというWikiならではの概念の説明になるよね、多分）の話は、
別の図とか説明に分けた方が良いと思われ。
0344nobodyさん
03/10/26 19:07ID:???0345nobodyさん
03/10/26 20:47ID:???全部試して自分の用途に合うモノをつかってくれ。
いや、煽りじゃなくて。
お前さんの必要とする機能が判らない以上そうとしか答えられんだろう？ 違うか？
0347126
03/10/26 22:30ID:???いちお、ページ内容を表したつもりだったんですが、たしかにタイトルと
まぎらわしいですね。
この図はこれにして、書き換えの概念図をもうひとつ作ろうと思います。
0348126
03/10/26 22:35ID:???>>207さんの意見が参考になるかと思います。
「おすすめの掲示板を教えてくれ」っていう質問に近いかと。
このスレでは Pukiwiki が人気あるみたいです。
0349nobodyさん
03/10/27 00:41ID:???はてなダイアリーのキーワードって
「日本最大級の wiki」だったりしてない?
0350462 ◆wqo/qPu2G2
03/10/27 03:39ID:???|62 ） ↓は？ もうだめ？
|ノ
| wikipediaについて語るスレ
http://hobby.2ch.net/test/read.cgi/hobby/1046526066/
0351nobodyさん
03/10/27 18:41ID:???http://ja.wikipedia.org/wiki/日本語
みたいなやつ。
wikiって日本語だと
1.ページ名が長くなる
2.urlとページ名の関連がわかりづらい
けど、この日本語urlを使えばかなりイイんじゃないか。
で、今使ってるWalWikiを改造して対応させてみようかと思うけど、
結構難しいものですか?プログラムさっぱりなんだけど、頑張れば何とかなりますか?
0352351
03/10/27 18:54ID:???http://zz.xrea.jp/wiki.cgi?WalWiki%A4%AB%A4%E9%A4%CE%CA%D1%B9%B9#i4
っと、ここらが参考になりそうな予感。
対応するには
1.日本語urlの要求に反応できるように。
2.リンクのhref=""の中を、utf-8をエスケープしたものを使用。
ってことですかね。
日本語url化することによって、何か不具合って考えられるでしょうか?
特定のブラウザでアクセスできなくなる、みたいな。
教えてクンでごめんなさい。
0353351
03/10/27 19:00ID:???ウザければ、無視してやってください。
ページの文字コードにutf-8を使わなければならなくなるんでしょうか?
だとしたら、なんか嫌かも。(なんとなく、ですが。)
それに、素のw3mから見られなくなりますね…。
0354nobodyさん
03/10/27 20:49ID:???単純にめんどくさいからってだけとか。
いままでの利用でも、URL直打ちっていうのは経験がないしなぁ。
メリットがあるとしたら、InterWikiされていないサイトでも
どのページに飛ぶのか事前にわかることかな。
0355nobodyさん
03/10/28 00:10ID:???そうもいかんからね。
日本語が通ったほうが、たしかにいいと思う。
特に初心者用には。
0356nobodyさん
03/10/28 01:31ID:???そういう意味で、Wikipediaがそれをやってるのはさすがというべきか。
漏れもあまりURL直打ちすることはないんで、何ともいいがたいけど。
とりあえずトップページ飛んでから検索でも使ってリンクを追うか、
頻繁にアクセスするならそのままブックマークしちゃうし。
>353
これ単純にURLのエンコードの問題だろうから、
記述する際の日本語文字のエンコードについては今まで通りで問題ないんじゃない？
0357nobodyさん
03/10/28 02:52ID:???できるやつってどんなのがありますか？
0358ム○カ
03/10/28 17:15ID:???ttp://www.hotwired.co.jp/news/news/culture/story/20031027202.html
Wikiもスパムページとかそのうち流行るんですかねぇ
0359nobodyさん
03/10/28 22:43ID:???むしろ、掲示板一般に対して攻撃するものは出てくるだろうね。
例えば、googleの上位に来るページとかを狙い打つのは、
比較的容易に作れそう。
Wikiのように、エディットボックスが標準で出ていない場合のほうが
ガードが固いと思う。（最近は出ている場合も多いけど）
編集のページはロボットよけはしておいたほうが無難かもね。
0360nobodyさん
03/10/28 23:10ID:???0361nobodyさん
03/10/28 23:10ID:???0362nobodyさん
03/10/28 23:34ID:???パスワードはxyzです、とか書いて
0363nobodyさん
03/10/28 23:38ID:???攻撃をかけるだろうという推測に基づいています。
上の記事を読む限りでは、googleのロボットにリンクを読ませて
対象サイトのランクを上げる戦略のようですので。
0364nobodyさん
03/10/29 02:56ID:???>>363
スパムのロボットに編集ページ（というか入力フォーム）を見せない（入れない）か、
あるいは投稿してきた内容をはじくという方法でしか防御策はないもんですかね。
最近のスパムメール対策でよく使われるベイズフィルタを投稿時のフィルタに
使うようになったらどうなんだろ。
誤検出を起こしたり「検閲だー！」と騒がれるだけかな。
0365nobodyさん
03/10/29 03:00ID:???利用価値がないと思われるでしょうね。投稿方法も少し特殊だし。
あれか、Windowsはメジャーであるがゆえにウィルスなどの攻撃を
受けやすいが、マイナーなプラットフォームではまず攻撃を受けないってのと同じですな。
案外こういう状態の方がﾏﾀｰﾘしてていいのかもしんない。
0366nobodyさん
03/10/29 07:17ID:???あと、複数のWikiが連携してRecentDiffを交換して
同じ内容の書き込みはスパム扱いするとか。
0367nobodyさん
03/10/31 08:20ID:L5mKWy+Tけっこういいかも。
http://cms.aaacafe.ne.jp/
0369http://ja.wikipedia.org/wiki/
03/11/01 10:03ID:???♪2ちゃんねる Wikipedelia 関連スレ
・wikipediaについて語るスレ(03/03/01) http://hobby.2ch.net/test/read.cgi/hobby/1046526066/
・数学板の香具師が物凄い勢いでwikipediaを弄るスレ](03/05/05) http://science.2ch.net/test/read.cgi/math/1052138123/
・左翼の巣窟Wikipediaを語るスレ](03/07/06) http://tmp.2ch.net/test/read.cgi/asia/1057418536/
・Wiki系(WikiEngine)について語るスレPart2 http://pc2.2ch.net/test/read.cgi/php/1060739206/
♪Wikipedia 井戸端BBS http://taurus.kake.info.waseda.ac.jp/wikip/joyful/joyful.u.cgi?page=0
♪wikipedia（日本語版） http://ja.wikipedia.org/wiki/
0370nobodyさん
03/11/03 14:52ID:???あれってどういう仕組みになってるんですか？
編集開始時間よりも新しくなってたらって感じかと思ったのですが編集開始時間を送ってる
わけでもないみたいなので
0371nobodyさん
03/11/03 17:30ID:???0372nobodyさん
03/11/03 19:06ID:3fDmIbYO0373370
03/11/04 16:55ID:???0374nobodyさん
03/11/08 00:43ID:???投稿者名やカテゴリー別などの属性によって表示される内容を変えられるwikiを探してるんだけどHashedWikiでいいですか?
HashedWikiはすこしハードル高そうなんで、ほかに簡単に設置できそうなのがあったら教えてください。
0375nobodyさん
03/11/08 02:09ID:???0378nobodyさん
03/11/08 22:13ID:???その投稿者別やカテゴリー別に表示したいものはなに？
ページ？ パラグラフ？
投稿者やカテゴリーというとウェブロのツールのほうが近いのではないだろうか。
0379nobodyさん
03/11/08 22:36ID:???カテゴリ別にページを表示するっていうのと、
カテゴリ別にパラグラフを表示するっていうのと
何が違うの？
イメージしているものがよくわかりません。
0380nobodyさん
03/11/08 22:49ID:???なんとなくXOOPSのようなCMSの方が向いているような気もするんだけど。
あれはユーザ管理機能があるし。
Wikiは全てを見せて自由に編集させるのが基本にあるシステムなんで、
方向がずれているような気がしないでもない。
FreeStyleWikiのようにユーザ管理機能を持っているものもあるけど、
閲覧や変更の権限を分類するためのもので、
ユーザ毎に細かく動作を変えることはできない。
0381nobodyさん
03/11/08 22:52ID:???Wikiじゃないが、Movable TypeではSPAMフィルタを入れることができるらしいね。
MT用ベイズ系フィルタ
ttp://lunatear.net/archives/000114.html
0382nobodyさん
03/11/09 22:58ID:C9pR4RJr見つけ次第、アク禁＆ログから復旧でしょうか？
0383nobodyさん
03/11/09 23:31ID:???特に具体的な対策はないから、ログからの復旧がメインになるでしょうね。
バージョン管理機能と連動できるタイプのWikiだと、いじられる前の状態に戻すのは
楽でしょう。PukiWikiならできるんじゃなかったっけ？
もともとWikiはそういうの全然考えないシステムですからね。
あとは、同じWiki使っている人が相互に修復し合う（掲示板のログ復旧にみんなで
ログ持ち寄って直すみたいなもの）なんてのもあるようですが。
それ以前に、そういうコトするようなアフォはWikiに書くことさえ出来なかったり
Wikiコミュニティにそんな奴はあまりいなかったり…らしいです、今んとこ。
0384nobodyさん
03/11/10 00:10ID:???Googleでinurl:hogewiki.cgiとかして
0385nobodyさん
03/11/10 21:35ID:???やろうと思えば…ね。
更新の衝突チェックをかいくぐるためには、編集画面のフォームをパースしなけりゃならない。
Wikiエンジンごとに埋め込まれている値も名前も違う。
そこまでの手間をかける暇人は、まあいるかも知れんなｗ。
0386nobodyさん
03/11/11 00:47ID:???0387385
03/11/11 21:09ID:???0388nobodyさん
03/11/12 04:05ID:???いずれにせよ、WikiでSPAMは今のところ手間をかけるほどの価値はないと
SPAM業者に思われてるから、そういう意味で救われてるんだろうね。
0389nobodyさん
03/11/12 22:32ID:???0390nobodyさん
03/11/12 22:43ID:???厨の出現によって、崇高なWikiの思想も、台無しになっていっちゃうんだろうな。
本当にWikiのような仕組みを必要として、
多少のいたずらにもスパっと対処する気になれる人しか使わなくなるんだな。
なんちゅうくだらない世の中なんでしょう。
0391nobodyさん
03/11/14 06:58ID:???0392nobodyさん
03/11/15 01:04ID:???0393nobodyさん
03/11/15 02:33ID:???そんなあなたに「Wiki Way コラボレーションツールWiki」
あと、本家Wiki
ttp://c2.com/cgi/wiki
0394nobodyさん
03/11/15 03:06ID:???道具は使われてナンボ
0395nobodyさん
03/11/15 04:51ID:???頑張ってた時代もあったもんだ。
今や男たちのｵﾅｰﾆを手助けする崇高な目的のために使われる。
0396nobodyさん
03/11/15 06:22ID:???使われればいいというものでもない。
例は挙げなくてもわかるだろう？
0397nobodyさん
03/11/15 08:26ID:???0398nobodyさん
03/11/15 13:59ID:???がんがんページを増やしていくウチに思わぬつながりを見いだすことで新しい発想を生む
――って言うのがWikiの思想だと思ってるんだけど、
日本語はWikiNameが効かないんで、どうしても簡易HPエディタに成り下がってる気がする。
まぁ、散々既出の悩みだが。
0399nobodyさん
03/11/15 17:51ID:3ulv6R5u英語圏であっても簡易 HP エディタでしょう。
何をわざわざ悩む必要なんてあるわけ？
0402nobodyさん
03/11/15 18:52ID:???0404nobodyさん
03/11/16 03:39ID:???いいじゃん簡易HPエディタで。実際そういう運用しているところ少なくないし。
HTML直書きするよりは楽だってんで、業務とかで運用されているケースもあるっていうしさ。
自分でも、なんだかテキストだけ書きたいのにレイアウトやら装飾やら考えて
ページ作るのがﾏﾝﾄﾞｸｾ('A`)ってんで、Wiki使ってるよ。
タグ使えないから装飾が…とかレイアウトが自由にならないと、とかいう人は、
ちまたのWeb作成ツール使えばいいわけで。そういう使い方はWiki向きじゃないだけ。
HTMLタグ使えるWikiもあるから、それを使って頑張ってもいいけど。
もちろん、WikiNameが持つ、閲覧者をページコンテンツ作成への誘導するってのも
それなりに意味はあるのもわかるけど、それだけのためにWikiがあるわけじゃないわな。
…ってゆーかさ、>>390の崇高って言葉が一人歩きしてるような気がする。
誰でも自由に書けてコンテンツの質を高めていけるコラボレーションツールとしての側面の
ことを言っただけなんだろうが、少し言葉が過ぎてるっていうか、大げさというか。
0405nobodyさん
03/11/16 06:55ID:???0407nobodyさん
03/11/16 07:15ID:???出会うことを期待するような受け身な話でいいのか？。
実際に使うやつが何を考えてどう使おうがかまわないが、
作っているやつに目的意識が欠けたものは、
行き当たりばったりで、結局、グチャグチャして終わるだけ。
自分で、「崇高だ」と思えるくらいのものでなければ、
他人の意見を拒絶もできないし、モチベーションの維持もできない。
開発をなめるな。
0408nobodyさん
03/11/16 08:11ID:???これぐらい他のスレも熱いと盛り上がるんだけどな
書き込みが大量にある某板にいつもいるから
この板書き込んでも殆ど反応ないしあってもすげー遅いし
なんかつまんないんだな
0409nobodyさん
03/11/16 14:01ID:???大丈夫か、お前？
0410nobodyさん
03/11/16 14:01ID:???日本語WikiNameのオートリンクを実現する。
たとえば上の文章だと、「KAKASI」「日本語」「ツール」「連携」「WikiName」「オートリンク」「実現」
なんかが自動生成されるページの候補になるが、「連携」、「実現」あたりはうまく候補からはずれるようにする。
あーこういうの誰か実験してくれないかな。今よりずっと重くなりそうだけど
0412nobodyさん
03/11/16 17:51ID:???> がんがんページを増やしていくウチに思わぬつながりを見いだすことで新しい発想を生む
僕は個人的には、勝手につながるという偶然はあまり信じていません。
Wikiの肝は検索機能にあるとWiki Wayにも書いてあるし。
ノンジャンルになんでもひとつのWikiに突っ込む実験期はもう過ぎ去ったわけ
で、Farm機能を使って特定用途のWikiを複数立ち上げるというのが今のやりか
たでしょう。
0413nobodyさん
03/11/16 18:13ID:???ClockworksとかRuby in sandboxとか。
Wikiを使っていく中で、処理が自動化されるとうれしいことってかなり多いと思うのだが。
0415nobodyさん
03/11/16 21:51ID:???WikiNameの自動抽出も、個人的には度を超すと"?"がウザくなるで、考えどころです。
最近はもっぱらWikiName機能を眠らせて、[]でキーワードにする機能のみで使ってるし。
まぁ、だからこそ、キーワードにするかどうかを選別する機能は必要ってコトですか。
>>412
ノンジャンルで行くのは初期のWikiの実験的な運用時代の話でしょうね。
それで行くのももちろんアリだけど、やっぱり何か書くなら方向性がないと書きづらいっす。
雑談なら掲示板に特化しているシステムの方がやりやすいかな。
>>413
今のところ個人的には必要性を感じてないですけど、
パターン化する部分が多くなるようなら必要かなぁ？
0416nobodyさん
03/11/18 22:18ID:???ttp://www.cheaptrick.bne.jp/eewiki/Viewpage.do
> 自称：ブラウザの設定で自動的に対応するのはWikiではたぶん？世界初
WiLiKiがすでにやってます
> ページ単位でCSSの設定が可能です。(#SetCssコマンド...自称：日本初)
Vikiや一部の改造版WalWikiがすでにやってます
0417http://ja.wikipedia.org/wiki/WikiWiki
03/11/21 17:37ID:???Wikipedeaスレ 第2刷 (さわやかで行こう)(趣味一般＠2ch掲示板)) http://hobby.2ch.net/test/read.cgi/hobby/1069059565/
【Wiki】ウィキペディアに医歯薬の叡智を【pedia】(医歯薬看護＠2ch掲示板) http://school.2ch.net/test/read.cgi/doctor/1069046036/
その2 wikipedia(誰でも編集できるネット百科事典)(web制作管理＠2ch掲示板) http://pc2.2ch.net/test/read.cgi/hp/1068996317/
数学板の香具師が物凄い勢いでwikipediaを弄るスレ（数学＠2ch掲示板） http://science.2ch.net/test/read.cgi/math/1052138123/
Wiki系(WikiEngine)について語るスレPart2(WEBプログラミング＠2ch掲示板) http://pc2.2ch.net/test/read.cgi/php/1060739206/
一人お手軽 Wiki もどき howm(UNIX＠2ch掲示板) http://pc.2ch.net/test/read.cgi/unix/1063800495/
■過去ログ
wikipediaについて語るスレ(趣味一般＠2ch掲示板) http://hobby.2ch.net/test/read.cgi/hobby/1046526066/
(html版） wikipediaについて語るスレ(趣味一般＠2ch掲示板) http://www.wikiroom.com/?plugin=attach&pcmd=open&file=wiki1.html&refer=SandBox
■Wikipedia関連記事
スラッシュドット ジャパンの記事 WikiPedia日本語版 1000ページ突破: http://slashdot.jp/article.pl?sid=03/02/12/1118206
オンライン百科事典 日本語版 (2003/9/2 読売新聞) http://www.yomiuri.co.jp/net/feature/20030902fe01.htm
■スレッドタイトル検索結果wiki http://ruitomo.com/~gulab/s.cgi?k=wiki&o=r
0418nobodyさん
03/11/21 20:29ID:???wikipedia の発想はいいんだけどさ。サーバーまわりは日本人の管理者が
いじれないんだろ？結局、ぜんぶアメリカ様にお伺い立ててるだけ。
対応もすげー遅いし、小回りが利かない。
しかも、その日本人で運営してるやつらがあまりにイケテナイ。
読売の記事見ればわかるけど。この顔じゃダメだろ。
0419nobodyさん
03/11/21 22:11ID:yvCKkE5i0420nobodyさん
03/11/22 05:46ID:???wikipedia まわりのしょぼい雰囲気もこれで納得てもんだ。
0421名無しだよもん＠カラアゲうまうま
03/11/23 02:58ID:???PukiWikiに無関係な内容については削除しますのでご注意ください。
今後も継続してこのような輩が出没するようであれば、アクセス制限を実施します。
仲間内の連絡用でPukiWikiを使う場合は、ご自分でPukiWikiを導入するか、
WikiRoomのPukiWikiの無料レンタルサービスをご利用ください。
(;´Д｀)ﾊｧﾊｧ
0422nobodyさん
03/11/23 09:48ID:???（ ´_ゝ｀）
0425nobodyさん
03/11/24 21:59ID:???0428nobodyさん
03/11/30 18:52ID:???0429nobodyさん
03/12/02 13:18ID:???自動的にバックアップをするwikiもありますが、手動でFTPソフトを使ってバックアップを取る場合、パソコンのOSの問題でファイル名が丸まってしまって、すべてのデータを正確にバックアップをとることができません。
簡単で、良い方法はありませんか?
0431nobodyさん
03/12/02 21:18ID:kcqp3//r丸まるを具体的にきぼん。
0433nobodyさん
03/12/03 10:50ID:???ああっぶたないで
0434nobodyさん
03/12/03 13:49ID:???ソースだけでもテキスト文書として通用して、
なおかつそれをwiki上で表示するとWeb風のスタイルがついてくるようなやつ。
たとえば '-' をある程度以上並べると水平線として認識してくれたりすると、
テキスト上でも水平線らしく見えるじゃないすか。
たとえば見出し行とかの行頭を '■' で書けるならソースも見易いかと。
これだと文字がローカル過ぎるけど。
そういう、ソースの見易さを意識したwikiがあったら情報きぼんぬ。
それなら、バックアップとしてソースそのままとっときゃ満足だし。俺的には。
0435nobodyさん
03/12/03 14:50ID:???ファイル名の長さ制限の問題。
パソコンのOSで、ファイル名の長さが31バイトだとしたら、31バイト以上のデータ名の場合、FTPでダウンロードすると、先にダウンロードした31バイトまでの同じファイルへ上書きされてしまうのです
0436nobodyさん
03/12/03 16:20ID:???つうか、Wikiってもともとそういうもんじゃねえのか？
'見にくい'拡張があれこれされてるヤツラが邪道なだけ。
まあ、特殊文字にASCII文字しか使わないせいで、
日本語圏の文化とはマッチしてない、ってのはあるかもしれんな。
0437nobodyさん
03/12/03 22:02ID:???ものを送ってくれる機能があったと思う。そういう環境ならバックアップも簡単なのだが。
0440nobodyさん
03/12/04 01:53ID:???そういえば、Wikiテキストのルールをカスタマイズできる奴が
あったような気がしたんだが…。
単にそういうのがあるといいなっていうアイディアが書かれてた
だけかもしんないけど。
使用する文字を置き換えるくらいなら、
ソース眺めて自分で書き換えるくらいたいしたことないかもしれないけど、
ルールまでカスタマイズするのはめんどくさそう。
0441nobodyさん
03/12/04 01:56ID:???0442nobodyさん
03/12/04 07:30ID:???0443nobodyさん
03/12/04 10:24ID:???0444nobodyさん
03/12/04 16:50ID:???0445nobodyさん
03/12/04 16:56ID:???wuが標準だったりする･･･。
0446nobodyさん
03/12/04 21:49ID:gZmG/Wo2何で？
0448nobodyさん
03/12/04 22:25ID:gZmG/Wo2それは無いと思う
0449nobodyさん
03/12/04 22:42ID:???それを書かないで何でと聞かれてもなぁ。
0450nobodyさん
03/12/04 23:43ID:???それだと
「ケーサツに捕まったんだけどなんで？」
って言ってるのと同じだから……。
ナニをしたのか、ナニを言われたのかを教えてくれんと
なにも判らんぞ。
0453nobodyさん
03/12/05 03:15ID:???話はそれからだ。
0454nobodyさん
03/12/05 22:58ID:f1/WtJJbローカルで CVS 動かしてｵﾅﾆｰして喜んでも意味が無いだろうよ。
0456nobodyさん
03/12/07 06:42ID:2OE0+dcl★★★★★常時接続の方におすすめビジネス★★★★★
１日二時間ネットを利用する人だと１ヶ月20000円は稼げます。
ネットサーフィン中に広告バナーを表示させているけでお金になります。
ネットサーフィンだけでなくワープロソフトやホームページビルダーなどを使って
お仕事していてもバナーを表示させていれば課金されます。
広告バーの使用時間は無制限。極端なことを言えば、１日24時間稼動させてもＯＫ。
紹介制度も8段階あり頑張れば１ヶ月50万以上も可能です。もちろん登録も無料。
今までクリック保証のビジネスやメール受信をしましたがこれが一番お金になりました。
英語が苦手な方もホームペーシに解り易く登録方法を載せましたので登録できると思います。
ぜひ登録してみてください。確実に稼げます。
http://members.goo.ne.jp/home/taizou326
0457nobodyさん
03/12/07 17:28ID:L4fFLeRc0458nobodyさん
03/12/07 23:16ID:???YukiWiki久しぶりにアップデートっすか。
他のWikiよりPerlモジュールへの依存度が低いから、期待している人は結構いるんじゃないかな。
0459nobodyさん
03/12/08 04:10ID:???0460nobodyさん
03/12/08 11:58ID:???0461nobodyさん
03/12/08 17:18ID:???0462nobodyさん
03/12/08 22:31ID:???WalWiki?
0463nobodyさん
03/12/09 01:57ID:???さっき少しググってみたんですが、目につかなかったので
ひょっとしたら存在しないのかとも思うのですが……。
知っている方いたら教えてください。
0464nobodyさん
03/12/09 02:15ID:???TeXプラグイン tDiary Hiki
とかで検索。
あともう一つあったなぁ。
0465463
03/12/09 02:39ID:???ありがとうございます。
早速一つづつ試してみたいと思います。
ゼミのまとめページとか議論用ページを
作ってみたいと思っていたので助かります。
0466nobodyさん
03/12/09 05:03ID:???#って、転用は不可能に近いな……
0467461
03/12/09 13:11ID:???自由形
0468nobodyさん
03/12/09 17:25ID:???設置に必要な環境教えて頂けませんか。
0469nobodyさん
03/12/09 22:16ID:???0470http://www.myprofile.ne.jp/kamakura+blog
03/12/09 22:36ID:???0471nobodyさん
03/12/09 23:41ID:???0472nobodyさん
03/12/10 00:01ID:???0473nobodyさん
03/12/10 01:13ID:???見たところコレといって別に変わったとこはないようだが。
0474nobodyさん
03/12/10 01:54ID:???キャッシュでもみてるのでは?
FrontPage以外にはいると以下のように誘導される。
>WikiRoom が大変なことになってしまいました。
>どうなっちまったのか、レンタルサーバ会社に問い合わせ中です。
>とりあえず、こちらからアクセスしてください
0475nobodyさん
03/12/10 01:57ID:???メニューが消えちまうは・・・どうなってるんだぁヽ(`Д´)ﾉ
0476nobodyさん
03/12/10 03:00ID:j5nXQPDLyuki、ｗａｌ、ｆｓ、全部設置出来ません。
エラー内容は以下の通りです。
[Tue Dec 9 09:51:50 2003] RSS.pm: [Tue Dec 9 09:51:50 2003] RSS.pm: (Maybe you didn't strip carriage
returns after a network transfer?) BEGIN failed--compilation aborted at wiki.cgi line 124.
walwikiでもyukiwikiでも同様のエラーが出ます。
以前フリーホームページに設置したときはあっさり設置出来たのですが・・。
0477nobodyさん
03/12/10 03:08ID:PLOGHFES字が読めないのか？
0478nobodyさん
03/12/10 03:16ID:j5nXQPDL読めますがどういう事なのかわからないです。
carriage returnsってCR（改行）の事ですよね。
0479nobodyさん
03/12/10 03:44ID:???ttp://www.google.co.jp/search?hl=ja&q=Maybe+you+didn%27t+strip+carriage+returns+after+a+network+transfer%3F&lr=lang_ja
これからはまず奴に相談してから書きこめ。
0480126
03/12/10 04:07ID:???しかし、wikiでもアタックされるのか。人いないもんだと思ってたから
ちょっと感動。
0481nobodyさん
03/12/10 04:59ID:j5nXQPDL親切に有り難う御座います。
あした１日頑張って格闘してみようかと思います。
数々のサーバー使ってきましたが導入出来なかったのは初めてなので少し焦ってます。
今週頑張って出来なかったら移転しようかと思います。
0482nobodyさん
03/12/10 08:52ID:???いかんと思うなぁ。原因をサーバや配布されているプログラムのせいにして転々としてりゃ、いつかはうまい組み合わ
せに出くわすかもしれんが…。
0483???
03/12/11 00:41ID:rAVcEnTpWikiRoom復旧
http://www.wikiroom.com/?FrontPage
レンタルサーバ会社の容量制限を越えていたため、ページの更新・追加ができなくなっていました。
現在は問題なくご利用いただけますが、容量をオーバーしているときに更新したページのデータが消えている可能性がございます。
誠に申し訳ありません。
今後は、容量制限に注意して、このようなことが起こらないように努めたいと思います。
WikiRoom の方は Google のキャッシュからHTMLをみて少し復旧できました。
0484nobodyさん
03/12/11 02:29ID:???0485nobodyさん
03/12/11 03:06ID:fWoUo0v41.4とか最近のバージョンは自分には肥大化しすぎてカスタマイズしにくいので。
あと、なんでWikiって欧米フォントを使いまくるんだろうか。個人的にはJaJakartaのようなデザインが最終的には使いやすい。。。
0486nobodyさん
03/12/11 05:26ID:GfNpeaRw人んちのものなら、CSS を読まないようにすれば？
0487nobodyさん
03/12/12 21:00ID:glxH2pfTシンプルなWikiを自分で作ることにするわ
0489487
03/12/13 13:43ID:???0490nobodyさん
03/12/13 16:14ID:???0491nobodyさん
03/12/14 00:11ID:???http://www.hyuki.com/yukiwiki/ykwkmini.html
これでいいじゃん。
0492487
03/12/14 02:29ID:EgrMEA3Z一から作るより、YukiWikiMiniをPHPに移植してから
自分で作りこむ法が早いね。 サンクス。
ちなみに 489は俺じゃない
0493nobodyさん
03/12/14 06:08ID:OJ4D7cD2Perl で書かれているものをわざわざ PHP に書き直す理由は何だろう。
0494nobodyさん
03/12/14 08:43ID:???YukiWikiMiniをベースにするのはやめたほうがいい
それだったら一から自分で組んだほうがマシ
YukiWikiを移植するところから始まったPukiWikiも
基本骨格をひきずって相当苦しんだ
きれいにモジュール構造に分割する書き方をわかってて
必要に応じてリファクタリングできるなら止めないが
0495nobodyさん
03/12/14 09:22ID:???ttp://fswiki.poi.jp/wiki.cgi?page=%A5%C0%A5%A6%A5%F3%A5%ED%A1%BC%A5%C9#p2
0496http://eweb.b6.kanagawa-u.ac.jp/~kubotani/JavaLect/Java.html
03/12/14 09:58ID:???2003-12-13 -- 2003-12-21(日)から最終更新トップ20店子リストを表示するようにします。
もし公開したくない方はプロテクトをかけますので、[email protected] までメールください。
0497na○wっての
03/12/14 13:21ID:???素で頭が弱いのか・・・。わかっててやってるとしたら、Wikiでの
管理ってなかなか難しいかもしれない。
0498nobodyさん
03/12/15 00:13ID:???なんか確信犯のような気がするけど、単に分かってないだけなのか。
あのままシカトぶっこくならそうだけど、素直に謝って引き下がるかな？
WikiRoomの問題は、普通にWikiを運用しているので
トップレベルの本来管理人しか編集できないエリアまで
一般人の編集を許してしまっているところにあるのだけど、
どうにかならないもんですかね。
WikiRoomの場合、ウェブログの本に取り上げられたっていうから、
分かってないだけの人からアフォまでいろんなのが来るんだろう。
そうなるとユーザ管理が必要なのか。
0499nobodyさん
03/12/15 10:31ID:???割れ窓理論とかで同類がワラワラ寄ってきそうだから、管理人さんに厳しく
対処してもらいたいんだけどなぁ。ユーザ同士で削除し合ってても切がない
し。
0500nobodyさん
03/12/15 11:40ID:???(荒らしに数や根気で負けたら、そこは荒らしをコンテンツとする『荒らし場』ということで納得しよう)
という建前じゃなかったっけ？
編集制限とかすると、Wikiの売りを捨てることになるような気がするしなぁ…
0502nobodyさん
03/12/18 09:02ID:???することって簡単にできますか？
0503nobodyさん
03/12/18 10:19ID:???ttp://pukiwiki.org/?自作プラグイン/pre.inc.php を参照。
0505nobodyさん
03/12/18 11:57ID:???<pre>
{
〜
}
をいぢれば？
0506nobodyさん
03/12/18 11:58ID:???{
〜
}
ね。
0507nobodyさん
03/12/18 16:29ID:???ホントに紹介と使い方だけって記事だけど。
0509nobodyさん
03/12/19 13:14ID:???どうせならそのスペース取っ払って出力して欲しい
0511nobodyさん
03/12/19 20:45ID:???0512nobodyさん
03/12/20 06:36ID:???プラグインとか使ってなければ YukiWiki あたりに移行できるかと。
つーか、YukiWiki のプラグインの文法変態すぎ。
0515nobodyさん
03/12/20 20:38ID:???#blockplugin(arg,...)
じゃなかった？
0516nobodyさん
03/12/22 16:21ID:???ちゃんとEUCに変換したんだけどなぁー。
0517nobodyさん
03/12/22 22:49ID:???このプラグインはv1.1になってるね。
0519nobodyさん
03/12/23 01:35ID:???しばらく見ないうちに大き^H^Hリリースされてたのね。
0520nobodyさん
03/12/23 09:59ID:???0522nobodyさん
03/12/27 11:51ID:???というか、ヘルプの[[pukiwiki:PukiWiki/プラグイン/1.4]]なわけですが・・・。
pukiwiki.orgを文字化けで検索して、phpのmbstringのこととかも調べてみたのですが、問題はなさそげです。
他に何か思い当たることがあったらご教授ください。
鯖はaaacafeで、一応アップロード＆パーミッションは完璧にやったつもりです。
0523nobodyさん
03/12/27 11:57ID:???http://pukiwiki.org/?PukiWiki%2F%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%2F1.4
エラーメッセージは
「PukiWiki/???????/1.4 は有効な WikiName ではありません。」
・・・って、コピペしたら?になっちまったい。
とにかく意味不明文字ということで。
正しいのはこれの模様。
http://pukiwiki.org/?PukiWiki%2F%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2F1.4
0524nobodyさん
03/12/27 12:09ID:???http://pukiwiki.org/?cmd=read&page=%E8%B3%AA%E5%95%8F%E7%AE%B1%2F367&word=%E6%96%87%E5%AD%97%E5%8C%96%E3%81%91
試してはみたものの、やっぱりダメでした。
というか、Apacheとかいじったことがないので何が問題なのやらさっぱり・・・ぬぅ。
0525nobodyさん
03/12/28 03:24ID:???したらどーなるか試して
0526nobodyさん
03/12/28 03:35ID:???意外と違うもんだねぇ文法。
0527nobodyさん
03/12/28 11:15ID:???0528nobodyさん
03/12/29 18:45ID:???>>525
> <?php echo rawurlencode('PukiWiki/プラグイン/1.4') ?>
PukiWiki%2F%83v%83%89%83O%83C%83%93%2F1.4
どんなもんでしょう？
0529nobodyさん
03/12/29 22:29ID:???まぁいいや、>523 見る限り euc で出てるから
InterWikiName の pukiwiki.org が utf8 になってないだけじゃないのか ?
0530nobodyさん
03/12/30 03:11ID:???んで、
** PukiWiki
// PukiWiki Official Main Site
-[http://pukiwiki.org/? pukiwiki] utf8
-[http://pukiwiki.org/? pukiwiki.org] utf8
// PukiWiki Developer Site
-[http://pukiwiki.sourceforge.jp/dev/? pukiwiki.dev] utf8
utf8です。ためしにrawやeucにしてみましたが同じです。
どうしたものか・・・。
0531nobodyさん
03/12/30 04:23ID:???EUC-JPなら >>528 と同じで
PukiWiki%2F%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%2F1.4
になる筈。
この様子だと mbstring.internal_encoding と
PukiWiki の文字コードが一致してないとかじゃ ?
その辺り確認しても判んなかったら mbstring の設定晒して。
0532nobodyさん
03/12/30 07:56ID:???> >>528 はスクリプト自体が SJIS になっとるな。
正解でした・・・何やってるんだ俺_|￣|○
PukiWiki%2F%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%2F1.4
です、すんません。まぁ、問題は解決してませんが・・・。
んで、http://tsuttayo.sytes.net/php/char_trn/を参考にして、
<?php phpinfo() ?>
を実行してみましたが、
Warning: phpinfo() has been disabled for security reasons in /usr/home/free/home/***/public_html/test.php on line 2
_|￣|○
・・・これはサーバーローカルの問題として相談した方がいいのかな？
0533nobodyさん
03/12/30 08:07ID:???http://cgi.f13.aaacafe.ne.jp/~mugen/phpinfo.php
＃どうやってるんだろう。
・・・「none」ってやヴぁいですか？
Pukiwiki自体は、アーカイブに入っていたEUCのままのはずです。
あと、新年2日までアクセス環境が遠くなるのでアクセスできないかもしれませんが、よろしくです。
0534nobodyさん
04/01/02 16:07ID:???ttp://unknown.ma.cx/rsstest/
0535nobodyさん
04/01/03 11:08ID:???チャレンジした方いらっしゃいます？
0537nobodyさん
04/01/03 23:37ID:???これのことじゃないかな。
編集時の文法（編集フォーマット）を切り替えるプラグイン
ttp://fswiki.poi.jp/wiki.cgi?page=BugTrack%2Dplugin%2F72
あくまでこれは別の人によるプラグイン実装だけど、
たけぞう氏はFSWiki側の仕組みとして提供したいと
思っているとコメントしてる。
0538nobodyさん
04/01/04 02:52ID:???docbookみたいな万能書式を用意して、それをベースにするのなら解るけど……
0539nobodyさん
04/01/04 03:51ID:???0540http://ja.wikipedia.org/wiki/Wiki
04/01/04 09:24ID:???556 ：名無しの愉しみ ：04/01/03 22:04 ID:???
やっぱ、Wikipedia用のWikiが欲しいな。
[[ ]]でウィキペディアにリンクできるヤツがいい。誰か作らん?
・メインページ - Wikipedia http://ja.wikipedia.org/wiki/
0542nobodyさん
04/01/06 12:19ID:???Yukiだとこうなんだけど
>> ttp://park14.wakwak.com/~aoshimak/cgi-bin/wiki/wiki.cgi?InterWikiName
> [[WikiPedia http://www.wikipedia.org/wiki/asis($1)]]
> [[WikiPediaJ http://ja.wikipedia.org/wiki/utf8($1)]]
FSWikiってsjis、euc以外はどうやって指定すれば良いんでしょう？
0544nobodyさん
04/01/06 17:14ID:b7wlaMSUどれもこれもユーザーインターフェースがなってないので使う気にならない。
見た目を派手にしろとか言ってるんじゃなくて、情報の重み付け、インフォメーションデザインの問題。
画面右上にいきなり
【FrontPage 新規 一覧 Farm 検索 ヘルプ RSS ログイン 】
とか、
画面左側のメニューに
【トップ ダウンロード ヘルプ プラグイン ドキュメント プラグイン投稿】
とか、
汎用的につくってるんだからしょうがないんだろうけど、不必要な人にはまったく
用のないリンクと、全員に必要なリンクが、並列に意味付けされてる時点でダメ。
そのへんがUNIXライクで、自分で何が重要か知りたきゃ調べろっていう姿勢は
俺は好きなんだけど、一般の「利用者」には伝わらないと思う。
Wikiクローンの作者さんたちのサイトをぐるぐる回ってたら「徹底的にオブジェクト指向」とか
「MVCで設計する」とか書いてあったんで、内部のデータと切り離して「V」を設計できるような
ものを期待しております。
0545nobodyさん
04/01/06 18:48ID:???もちろんUIはテンプレートファイルやソースを変更することにより、
ユーザーの皆様の好みに合うようにカスタマイズすることが可能となっております。
また、GPLライセンスの元で再配布を行うことも可能ですので、我こそはと思う方は
是非、再配布を行ってすぐれたUIを広めて頂きますようお願い申し上げます。
0547nobodyさん
04/01/07 03:14ID:/Rexsqi+左側のメニューはサイトの情報なんだからそうがないわな。
上のメニューに限らず、状態とかによる表示のコントロールとかって
こなれてないんだよねぇ。
結局、メニューを一生懸命作って対処することになっちゃう。
>>545
ソースいじっってカスタマイズなんてViewの独立になんてなってねえ。
0548nobodyさん
04/01/07 04:41ID:???ましてや一見さん＆書いてくれるお客さんを増やしたいなら
積極的に変更していく場所なのかも
でもﾏﾝﾄﾞｰで初期値のままにしてるけど
0549nobodyさん
04/01/07 11:43ID:???＞
＞本文
＞
＞Links Top
＞----
＞新着ページ
＞----
＞書き込む 新規ページ作成
こうしてみた。dは差分。RSSはわからんので隠蔽。
lockは必要になった試しがないので隠蔽。
0550nobodyさん
04/01/08 00:37ID:???0552nobodyさん
04/01/09 10:00ID:???0553nobodyさん
04/01/09 14:06ID:???http://www.hyuki.com/yukiwiki/wiki.cgi?YukiWiki2%c9%d4%b6%f1%b9%e7%ca%f3%b9%f0
- 2003-12-14 (Sun) 23:17:06 今度の改良版は、いつ頃リリースしていただけますでしょうか？
- 2003-12-14 (Sun) 23:27:13 結城浩 : YukiWiki 2.1は現在整理中です。恐らく今年中には。
0554nobodyさん
04/01/09 20:25ID:???0556nobodyさん
04/01/11 11:31ID:???Vikiあたりはどう？
ttp://www14.org1.com/~mopia/dynamic/vikiwiki.cgi
レイアウトをWebから 編集できます 。
0557nobodyさん
04/01/11 13:40ID:???個人ユーザーレベルで単にWEB上のメモとして使うなら、blog系を使った方が管理しやすくない？
ある程度規模の大きいコンテンツだったら威力を発揮するかもしれないけど。
いや、もちろん好きなように使えばいいと思うけど、参考までに。
0558nobodyさん
04/01/11 17:39ID:???0559nobodyさん
04/01/11 18:05ID:???http://slashdot.jp/article.pl?sid=04/01/11/0611207&topic=74&mode=thread
0560nobodyさん
04/01/11 21:00ID:???ってのがどうしようもなく面倒だったので、そこんとこスキップしてくれるツールって
感覚で使ってる。
特に自動リンクとかWikiNameとか、リンクがらみがかなり便利。
仕事で使ってみたいのは複数人でのドキュメント作成なんだけどね。
最終的にWordやExcelの文書とかに出来たらいいのにとか思うときはある。
あとは絵が書けたりとかできたらもっといい。
0561nobodyさん
04/01/11 21:37ID:SKq039uA効果的な利用法ってんならその延長として、間違いを直したり、
情報が古くなっているところを修正したり、新しい情報があって加筆したり、
ってのを、複数の人間が気付いたらどんどん勝手に修正していくような使い
方ってのが理想だろうね。
wiki自体に関して言えば、HTMLの文法知らなくてもって売り文句があるんだから、
画像ファイルをコピペできるようになってくれんかな。
勝手にJPEG変換でも何でもして、内部的にどこぞに勝手にファイル保存＆リンクして
くれて、それをユーザから隠蔽してくれればいうことないけどなあ。
0562nobodyさん
04/01/11 21:56ID:???0563nobodyさん
04/01/11 22:07ID:ccGEJBVEいくらなんでも無理だろ・・・
PHPはサーバサイドスクリプトなんだから
0564nobodyさん
04/01/11 22:23ID:???0565nobodyさん
04/01/11 23:49ID:???0566nobodyさん
04/01/12 01:15ID:???2chブラウザみたいにスキン標準化プロジェクトみたいな。それを対応、採用するかはWiki製作者に任せるとして。
どう？
0567nobodyさん
04/01/12 02:37ID:???0568nobodyさん
04/01/12 02:56ID:???0569nobodyさん
04/01/12 03:48ID:???漏れは
BBS⇒blog⇒Wikiかと思ってた。
Wikiは開発1年もたたない新しいプロジェクトかとおもてましたよ
0570nobodyさん
04/01/12 08:31ID:???一定の数のユーザがついたらもう古いよ。
0571nobodyさん
04/01/12 11:55ID:???新しいKWと古いKWで色が変わっていけば面白い。
普通のページではHotなKWが一目瞭然だし、
RecentChangesは虹色になりそう。
0572nobodyさん
04/01/12 12:27ID:???wikiのほうが温かみがあります。
0573nobodyさん
04/01/12 13:38ID:???なかなか面白いこと考えるねー。気に入ったのでちょっと取り入れてみよ。
0574nobodyさん
04/01/12 14:01ID:???blogはもう終了。
0575nobodyさん
04/01/12 14:06ID:???関係ないのでsage
0576nobodyさん
04/01/13 04:51ID:???後半はずっと考えてるんだけど難しいねぇ。
Flashをフロントエンドにしてうまく出来ないかってぼんやり
思ってたところにNOTAってのを知って試してみようと思ったら
移転準備中だって ＿|￣|○
0577nobodyさん
04/01/13 04:53ID:???面白いけど虹色はやめて欲しいかも・・・
だんだん色が薄くなるとかでグラデーションくらいがいいな。
WikiNameなんだけどページがないときは別系統の色、
と言う感じで。
新旧よりも、もしかしたらアクセス数で色変えたほうがいいのかも？
0578nobodyさん
04/01/13 09:16ID:???外からlinkしていない比較的closedな場所で仲間内と
テキト〜にコンテンツ組んでる、この気楽さがいいり
0580nobodyさん
04/01/14 00:45ID:???0581nobodyさん
04/01/14 01:12ID:???BitChannel
RubyスクリプトでCVSを使って履歴管理。シンプル。
0582nobodyさん
04/01/14 15:02ID:???一人お手軽 Wiki もどき howm (567) [UNIX]
ttp://pc.2ch.net/test/read.cgi/unix/1063800495/
残念ながら漏れは利用者じゃない...
なぜかスレをヲチしてるけど。
0584wiki導入検討中
04/01/15 01:23ID:poYBH+K6フォーマットに変換することはできるんでしょうか？ HTMLとかPDFとか。
Wikiページにアクセスできる人は直接見てもらえば良いんだけど、そうでない人に
ファイルで渡すのにどうするのかな？と思いまして。
0585nobodyさん
04/01/15 01:28ID:???＃ディスクを圧迫するんで、漏れはプラグインOFFにしてる。よって詳しいことは知らん
htmlは素直に「名前を付けて保存」で良いんでないのかと。
0586nobodyさん
04/01/15 01:47ID:???FSWikiのPDFはきれいに生成されるんで、結構使えると思う。
あと、FSWikiには試験的ながらHTMLやPDFへのコンバート用スクリプトtoolsがあるね。
0587nobodyさん
04/01/15 05:06ID:???逆に、いろんな記述形式に対応したらどうだろう?
保存はある代表形式かxmlなりなんなりにして、
編集の時にはいろんな形式の中から好きな形式を選択する。
まあプログラム作成が大変だけど……。こういうwikiがあってもいいかもと思う。
0588nobodyさん
04/01/15 05:48ID:???プログラムの話は置いておいておくことにしたとして、
編集のときの動きが難しそうな。
ログインを前提としないWikiだとどの形式で書きたいのかが決まらない状態で
既存のページの編集ページ開かなきゃいけなくなるわけで。
毎度毎度編集ページで書き込み形式切り替えるのは絶対面倒だよ。
Cookieに覚えさせるのもまあ選択肢の一つだろうけどね。
なんかいい案はないもんかねぇ。
0589nobodyさん
04/01/15 09:21ID:???0590nobodyさん
04/01/15 14:47ID:???>>*[変更したい記法|そのwikiの記法]
を書き並べるってのはどうだろう？
>>*[-|*]
と、FSWikiで書いておけば項目の接頭は「-」が使えるとゆ〜カンジで。
もちろん置き換えるだけだから、そのwikiでサポートされていない書式
(たとえばFSWikiでの表内センタリング)などは動かないことになるけども。
0591nobodyさん
04/01/15 21:46ID:???フロントエンドでそれと分からないような内部的にはXMLエディタや、
XSLTで表示、FOでPDF化を実装すればとりあえず何でもできる気がする。
そうなればもうwikiじゃない気がするけど。
よーし、おじちゃんがwokiと命名しよう。誰が作ってくれ。
0594nobodyさん
04/01/16 01:22ID:ZzgAth+bdocbook!! docbook!!
日本語のマニュアルがないのが泣き所だけどなぁ
0596nobodyさん
04/01/16 02:04ID:???既存記法とのコンフリクトをどうしようねぇ。
今ってどの記法が先に評価されるかが見えないような気がしてるんだけど
これ取り込んだら余計見えなくなるような。
でも、WikiRuleみたいなページ作ってそこで記法定義するってのは
面白いアイデアかもね。記法じゃないとこで使いたいところ。
0597nobodyさん
04/01/16 02:07ID:???結局、データを標準化した上で記法は差替え可能にしたくなるよね。
そうすればインターフェースはApplet化したりFlash化したりしてWYSIWYG目指せるし。
ノータッチデプロイの.NETアプリでもいいか。
ところで、
ttp://webagora.idd.tamabi.ac.jp/~dn/wiki/index.php?Flash%A4%C8pukiwiki%A4%CE%CF%A2%B7%C8
誰かこんな試みで形になってるもの知らない？
ここのは2ヶ月くらい進展がなさそうだし・・・
0598nobodyさん
04/01/16 08:21ID:???0599nobodyさん
04/01/17 20:17ID:???ページが見れないので概略説明して
0601nobodyさん
04/01/18 11:40ID:???VikiWikiのMyWikiStyleをWikiページで記述しちゃおうという感じだね、きっと。
ttp://www14.org1.com/~mopia/dynamic/vikiwiki.cgi?p=MyWikiStyle
0602nobodyさん
04/01/20 00:27ID:cYR+KzuA復帰したみたい
0603602
04/01/20 00:37ID:cYR+KzuAttp://webagora.idd.tamabi.ac.jp/wiki/index.php?cmd=read&page=Flash%A4%C8pukiwiki%A4%CE%CF%A2%B7%C8%A4%CE%C5%B8%CB%BE%C5%B8%B3%AB%BF%DE
0604http://ja.wikipedia.org/wiki/CascadingStyleSheets
04/01/27 22:58ID:???■wikipedia関連記事
（2003年01/28） オープンソースで成長を続けるオンライン百科事典 （HotWired Japan） http://www.hotwired.co.jp/news/news/culture/story/20030131208.html
（2003年02/12） WikiPedia日本語版 1000ページ突破 （スラッシュドット ジャパン) http://slashdot.jp/article.pl?sid=03/02/12/1118206
（2003年09/02） オンライン百科事典 日本語版 （読売新聞) http://www.yomiuri.co.jp/net/feature/20030902fe01.htm
（2003年12/29） Wikipediaがサーバ増強に寄付を募集中 （スラッシュドットジャパン） http://slashdot.jp/article.pl?sid=03/12/29/0431206&topic=1&mode=nested
（2004年01/07） Wikipedia日本語版が2万5000記事突破 （スラッシュドット ジャパン） http://slashdot.jp/articles/04/01/07/0831246.shtml
0605http://ja.wikipedia.org/wiki/CascadingStyleSheets
04/01/27 22:59ID:???【スタブ】ウキpediaスレ第九刷【対峙】 （趣味一般＠2ch掲示板） （スレ立て日 04/01/11 02:03） http://hobby.2ch.net/test/read.cgi/hobby/1073754197/
Wikiペディアを語る板 （したらばBBS） http://jbbs.shitaraba.com/study/3869/
Wikipedia井戸端BBS http://taurus.kake.info.waseda.ac.jp/wikip/joyful/joyful.u.cgi?page=0
利用者Suisui - Wikipedia （wikipediaに関する日記） http://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Suisui
■2ちゃんねる過去ログ
（スレ立て日 03/03/01） wikipediaについて語るスレ (趣味一般＠2ch掲示板) http://www.2log.net/home/kanagawa/wiki1.html
（03/11/17 17:59） Wikipedeaスレ 第2刷 (さわやかで行こう) http://www.2log.net/home/kanagawa/wiki2.html
（03/12/03 23:21） Wikiｐｅｄｉａスレ第三刷 revert http://www.2log.net/home/kanagawa/wiki3.html
（03/12/11 22:59） ウキpediaスレ第四刷 REDIRECT [[さわやか]] http://www.2log.net/home/kanagawa/wiki4.html
（03/12/19 00:30） ウキpediaスレ第伍刷REDIRECT[[ネタが浮かばない]] http://www.2log.net/home/kanagawa/wiki5.html
（03/12/27 11:49） ウキpediaスレ第六刷 REDIRECT [[復活]] http://www.2log.net/home/kanagawa/wiki6.html
（03/12/31 12:05） 【感動を】ウキpediaスレ第七刷【ありがとう】 http://www.2log.net/home/kanagawa/wiki7.html
（04/01/06 03:37） 【秀逸な記事】ウキpediaスレ第八刷【低劣な記事】 http://www.2log.net/home/kanagawa/wiki8.html
（04/01/11 02:04） 【スタブ】ウキpediaスレ第九刷【地獄】 http://www.2log.net/home/kanagawa/wiki9.html
0606nobodyさん
04/01/31 12:09ID:???逆に反感買ってることに気付けよ。バカ。
0608nobodyさん
04/02/01 02:20ID:???あまりに貼られるので、逆に嫌わせたいのかとすら思いますね。
どちらにせよ、大変申し訳ありません。
m(__)
0609nobodyさん
04/02/03 14:16ID:???Wikipedia自体はだいすきよー
でももう散々貼られまくった2chやスラドより、もっと多くのライトユーザーの
目にふれるとこで宣伝できればいいのになーって思うよ。
人が多ければ多いほどコンテンツが増えていく、っていう2chと同じ状態まで
もっていけるといいよね。
0610nobodyさん
04/02/04 03:48ID:???http://info.2ch.net/wiki/
■ ２ちゃんねるWiki はじめました。
http://qb3.2ch.net/test/read.cgi/operate/1075819377/
0611nobodyさん
04/02/04 10:53ID:???0612の
04/02/04 13:59ID:???感想あったらちょうだい。
http://www.fiercewinds.net/siki/cgi/index.cgi?Command=Show;Target=Siki%2FTraining
インライン編集機能
ブロック最後の<>をクリックすると、その部分だけを編集できる
0614nobodyさん
04/02/04 20:03ID:???Walはどうか知らないけど、FSのはそのパートのデータが入った編集ページになるんだよね。
まぁ、実際の使い勝手としては大差無いと思うんだけど(笑)
このインライン表示だと、前後がわかりやすい反面、
長かったり画像貼りまくりのページを、ナローバンドでいじろうとしたら時間かかったりしないかな？
0615の
04/02/04 20:39ID:???WalWikiをキーワードに検索をかけてみたら、こんなページを発見。
ttp://www.naney.org/wiki/WiKicker/%E3%83%9A%E3%83%BC%E3%82%B8%E9%83%A8%E5%88%86%E7%B7%A8%E9%9B%86.html
ふむふむ……コンセプトは一緒ですな。
でも、実際に動いているページは発見できず……
あ、あと、誰か、再読み込みの時にページの読みかけの部分に戻る感じで、
Webページをスクロールさせる方法知っている人いる？
0616nobodyさん
04/02/05 01:01ID:???これ面白いね。
もうちょっとこなれたUIができるともっと面白そうなんだけど、
なにかいいアイデアはないものか。
>>614
長いのはともかく、画像は確かにそうだよねぇ。
ブロードバンドでも画像の位置が変わると結構鬱陶しくなるし。
0617の
04/02/05 01:14ID:???>ナローバンドでいじろうとしたら時間かかったりしないかな？
そりゃ、もう。
＃元々富豪的な考えでプログラムしているから、ムダなデータ転送しまくり。
ダウンロード済みのデータをうまく活用できるかな？
0618nobodyさん
04/02/05 02:53ID:???FSWikiではインライン要素の入れ子が出来なくて色々不便なのですが
入れ子可能なWikiはありませんか？
0619nobodyさん
04/02/05 15:42ID:???FSも3.4.xなら、ものによってはできたような気がする。
＃Perl実装以外のは良く知らない
そもそもFSで、'''''こう書いて'''''斜体ボールドにならないのが不満。
テーブルの中に添付画像展開できないのも辛いなぁ……
0620nobodyさん
04/02/05 22:35ID:???それで斜体とボールドとかが入れ子できなくなってるのだけど
あれを普通に外側から解釈してはいけない理由が何かあるの？
0621nobodyさん
04/02/06 09:55ID:???0623nobodyさん
04/02/06 12:33ID:???wikiの使い方を知っているやつが増える＞wikiを見かけると書き込みしたくなるやつが増える＞
その中の何割かは厨だ＞……ということですが。
0624nobodyさん
04/02/06 13:44ID:???でもなければ、あんたのところに行く数なんてたかがしれていると思うけどね。
0625nobodyさん
04/02/06 19:01ID:???もっと長いスパンで考えてくださいな。wikiなんて今じゃ誰も知らないと
言ってもいいくらいだけど、２ちゃんの影響で知られちゃったら、
わたしのとこみたいなヘタレサイトにだって厨はきますよ。
0626nobodyさん
04/02/06 19:50ID:???それは、あなたのサイトが既に「厨」臭いからでしょう。
現在の一般的な掲示板に対する2厨による荒らし行為についても
ネット上の全ての掲示板において現れる普遍的現象では決してなく、
「厨」を引き寄せる独特かつ一種異様な雰囲気を醸し出している
ごく一部の掲示板にのみ現れているに過ぎません。
0627nobodyさん
04/02/06 19:52ID:???0630621
04/02/07 00:51ID:???そこまでお見通しだと気持ちいいでしょう？
http://sho.tdiary.net/20030223.html#p04
http://sho.tdiary.net/20030225.html#p03
この辺りを参照されるとよいでしょう。
0632nobodyさん
04/02/07 09:40ID:???ええ、ご紹介のページに書いてあることは一般論としてもちろん理解しています。
うちはユニーク１００人規模でwikiをたちあげてから１年近くたちますが、「ノイズ」
なるものは皆無に近いどころか本当に「皆無」なんですね。
しかし、「シグナル」を強く出し続けるのはしんどいですよ。あの「一般論」は日本では
まだ実地検証されていませんね。
0633nobodyさん
04/02/07 16:07ID:???0635nobodyさん
04/02/07 23:36ID:???ならいいじゃん、そのまんま続けていれば
１００人いて１００人全員がシグナル『だけ』を出し続けて1年続いたんなら
これからだって大丈夫だろうよ
俺はそんなWikiは怖くて編集できなそうだが
0636nobodyさん
04/02/08 13:34ID:???今ならユーザの認証まで出来るWikiは多いだろ？
0637nobodyさん
04/02/08 13:37ID:???あんまり深く考えたことなかったなぁ
作者が見た目にこだわったことにあんまり気を回してないみたいなので
最初に思いついたほうを採用しているだけとか？
0638nobodyさん
04/02/08 15:28ID:???'' %% '' %% が <em> <del> </em> </del> にならないような。
0640nobodyさん
04/02/09 13:35ID:tITeQ1n0http://gwiki.raynux.net/
HTML/CSSを直接本文に記述することができます。
0641nobodyさん
04/02/09 17:31ID:???実装すると同時に脆弱性も増えるんじゃないだろうか。
0642640
04/02/09 18:35ID:tITeQ1n0CSSを埋め込めるようにしたのは整形ルールを極力減らすというポリシーを
実現するためでした。 結果、非常に強力な表現力を持つことができるよう
になり、見た目を提供するための整形ルールを定義せずに済みました。
XSSは本当に頭の痛い問題ですが、自前のサニタイザーでなんとかできる
範囲ではないかと思っています。 ちなみに、レイアウトを壊せる程度の
ものは脆弱性とは思っていません。
ご意見どもー。
0643nobodyさん
04/02/09 20:54ID:???回帰テストくらいは自動化してますよね？
0644nobodyさん
04/02/09 22:50ID:+xMbnVr8WYSIWYGじゃないし、ＸＳＳのリスク高いし。
0645nobodyさん
04/02/09 23:17ID:???HTMLタグのサブセットにしてもらった方が汎用性が高い。
0646nobodyさん
04/02/09 23:34ID:tITeQ1n0そもそもWikiってWYSIWYGじゃないと思います。
例えば色を変えたい時は PukiWiki なら &color(foo) { hogehoge } ですが
それが GrooveWiki では <span style="color: #foo;">hogehoge</span>
となるだけです。 ここに、それほどの差があるとは思えません。
WikiEngineに依存する文法を覚えるよりHTML/CSSの方が何かと都合が
いいと思っていますが、どうでしょう。
0647nobodyさん
04/02/09 23:43ID:Xv3/2vcC<>はshift押さなきゃいけないし。
HTMLみたいに形式的に記述したいときはともかく、
カジュアルなwikiには向かない。
0648nobodyさん
04/02/10 00:25ID:???文字色なんかは赤と青が指定できればそれで十分だと思ふ。
機能を増やすのは簡単だけど削るのは難しいんだよね。
0649nobodyさん
04/02/10 03:49ID:???機能の点で考える。
例えば、「誰でもHTMLソースをいじれるページ」があったとする。
要するに、文法がHTMLと全く同じのWiki。
それってやっぱり違うんじゃないかなと思う。
そもそも、「文字の色を変えたい」なんて機能、Wikiにいるんだろうか。
（個人的にはそのこと自体に否定的）
0650640
04/02/10 05:17ID:???してると思われる書き込みが多いので一言。
GrooveWikiにも整形ルールはあります。 具体的には、強調、リスト、
見出し、リンクなど。 必要最低限の簡易整形ルールです。 なので、別に
無理して HTML を使う事はありません。 実際、テストサイトの方で、HTMLを
使っているページはほとんどありません。
なので
>>649
>要するに、文法がHTMLと全く同じのWiki。
ではありません。
さらに、機能を増やさないというポリシーの観点から言えば
>そもそも、「文字の色を変えたい」なんて機能、Wikiにいるんだろうか。
>（個人的にはそのこと自体に否定的）
というのは、むしろ褒め言葉として見えます。
0651648
04/02/10 08:58ID:???整形ルールを減らす目的でCSSを使えるようにする。というのはひとつの方向だと思ふ。
だけど、整形に関する機能はなんかもういいやとも思ふ。
整形以外の方向でなんかないかなぁ。
ドラッグ＆ドロップ(JavaScriptによる)を利用するともっと面白いことができないか思案中。
0652nobodyさん
04/02/10 12:30ID:???0653nobodyさん
04/02/10 12:32ID:???＞@@red:この文字は赤色@@
＞@@green:この文字は緑色@@
とかそんな風なのがいいなぁ
0654644
04/02/10 13:29ID:???>そもそもWikiってWYSIWYGじゃないと思います。
そこが根本的な違いですね。
Textスタイルでできる範囲の整形ルールを目指したのがWikiスタイルで、
何でもかんでも表現できるようにしているわけじゃないと思います。
表現力をあげると整形ルールが複雑になるから、却って議論の邪魔になる、
という考えもあるし。
＃そういう意味では色つけは不要だと思います。
＃「強調」「もっと強調」「すごく強調」「バカみたいに強調」
＃といったようにして、それを表現するのに色を指定するほうがいいでしょうね。
>650
>さらに、機能を増やさないというポリシーの観点から言えば
ユーザーはWikiルール+HTMLルールを覚える必要があるので、負担が
増加するということには変わりはないです。
＃他人がHTMLを使って記述している内容を編集しようとしたら、
＃そのHTMLを理解する必要がありますよね？
>651
パーツをドラッグ＆ドロップする……後で編集するときに大変ですね。
誰でも使える方法と言うと、HTMLエディタを使って直接編集するぐらいしか
手はなさそうな気が……あるいはJavaScriptでエディタを実装するとか……
0655640
04/02/10 15:57ID:???>そこが根本的な違いですね。
何との違いですか？
> 表現力をあげると整形ルールが複雑になるから、却って議論の邪魔になる
ビューと文法の話が混ざってませんか？
>Textスタイルでできる範囲の整形ルールを目指したのがWikiスタイルで、
>何でもかんでも表現できるようにしているわけじゃないと思います。
すみません、おっしゃる事の意図がよくわかりません。 Wikiでは視覚的
表現の実現は不可能であるべきだと言う主張でしょうか？
>「強調」「もっと強調」「すごく強調」「バカみたいに強調」
>といったようにして、それを表現するのに色を指定するほうがいいでしょうね。
それこそ、まさにCSSの使いどころです。 あらゆる整形ルールは最終的に
HTMLに変換されるので、その属性として指定します。
>負担が増加するということには変わりはないです。
何に対して(増加する|変わる)のでしょうか？
>そのHTMLを理解する必要がありますよね？
プレインテキスト以外の全ての形式は文法を理解する必要があります。 ごくご
く初歩的なWiki文法さえもも例外ではありません。 しかしながら、文法を知らな
い人にとって、新規に記述する事は不可能でも編集は可能ではないかと思い
ます。 目的の文字列を見つければ良い訳ですから。 これは、Wiki的文法とか
HTMLとかは関係ないと思います。
(挑戦してる訳じゃないんですけど、気に障ったらすません)
0656640
04/02/10 16:00ID:???必要であれば、タグやスタイルの使用を制限する事もできます。 けど、
それじゃ、どのエンジン使っても同じですよね。
私の考えとしては、Wikiの基礎はもうどのエンジンもある程度完成しててプラス
αしたい時にどう実現するか？って所がエンジンを選ぶポイントの一つになって
いると思います。 ところでWikiってBlog的な使い方、もっと言えばオンライン版
ホームページビルダー的なノリで使われる場合がかなりあると思うんですよ。
そこって重要だと思いませんか？
0657nobodyさん
04/02/10 17:09ID:???分からん人はWikiの文法使う
編集者の選べる手段が増えたってダケっしょ？
>>640は頑張ってバグ潰してくださいな
タグの閉じ忘れ程度でおかしくなっては使う気になれないんで
0658nobodyさん
04/02/10 18:38ID:???新しい書式を増やしていっても覚えられない人が多いだけ。
Bulkfeedsに拾われてるwikiの中でも、更新が続いているサイトなんか半分に満たないしな。
原因が書式だけにあるというつもりはないが……。
0659nobodyさん
04/02/10 22:09ID:nbsbpZYchttp://lab.lolipop.jp/fswiki/wiki.cgi/wikistandard
スラッシュドット ジャパン Wikiの文法の標準化案を作成中 - 2004年01月11日
http://slashdot.jp/article.pl?sid=04/01/11/0611207
0660654
04/02/11 00:59ID:???＃これこそ2chじゃなくてWikiだよなぁ
>655
>何との違いですか？
おっと、失礼。
「640さんの考えているWikiの整形ルール」と、
「Wikiのコンセプトに従った整形ルール」の違いです。
Wikiの基本は「議論のためのツール」なので、できるだけ
議論に集中できるように、簡単なものにするべきでしょう。
＃定義リストとか不要だよなぁ……
参考：http://c2.com/cgi/wiki?WhyDoesntWikiDoHtml
個人的には、WYSIWYGだともっと簡単になるので、整形ルールは
テキストベースでWYSIWYGでも考慮すべきかと思います。
> ビューと文法の話が混ざってませんか？
>すみません、おっしゃる事の意図がよくわかりません。 Wikiでは視覚的
>表現の実現は不可能であるべきだと言う主張でしょうか？
視覚的表現を嫌っているのではなく、複雑なルールを嫌っているだけです。
Wikiの場合、「参加者全員が編集者」という重要な特徴があります。
参加者全員が編集者となるためには、編集するための敷居（含む整形ルール）
はできるだけ低くする必要があります。
整形ルールが複雑化する／HTMLを採用することにより、編集するための敷居は
確実にあがるので、特に必要がなければ採用しないほうが良いかと思います。
0661654
04/02/11 01:00ID:???>それこそ、まさにCSSの使いどころです。 あらゆる整形ルールは最終的に
いいえ、ユーザーがどのように実現しなくてはいけないかが違います。
CSSはずばり表現そのものを指定できる反面、難しい方法で指定する
必要があります。多くのユーザーにとってはとても使いこなせないでしょう
>何に対して(増加する|変わる)のでしょうか？
ページを編集するユーザーに対してです。
>しかしながら、文法を知らない人にとって、
いいえ、Wiki的な記述よりもHTMLの記述の方が難しい……と私は思います。
WikiがテキストベースでWYSIWIG的になるようにしているのに対し、HTMLは
（タグによるマークアップである制限より）WYSIWIGにはなりません。
0662654
04/02/11 01:06ID:???>ホームページビルダー的なノリで使われる場合がかなりあると思うんですよ。
>そこって重要だと思いませんか？
確かに重要ですね。
例えばRubyのドキュメントを作成するのに使用されているRWikiとかは
その典型ですよね。
＃ユーザーとしてはプログラマを想定しているので、高度な表現力を持つ
＃反面、少し複雑な所もありますが……
肝心なのは「誰がこのWikiツールを使うのか？」ということで、
その想定ユーザーが使いやすい整形ルールにすべきかと思います。
0663nobodyさん
04/02/11 01:12ID:???0664654
04/02/11 01:21ID:???オレのこと？別にWikiがマークアップじゃないなんて思ってないけど……
＃タグじゃ無いとは思うけど。
0665nobodyさん
04/02/11 02:50ID:???なんて手もあるんで、あまり整形ルールには固執しなくても。
んー、整形ってそんなに重要な機能なのかなぁ。
整形機能がおまけに感じるほどのWikiを拝みたい。
0666nobodyさん
04/02/11 04:19ID:???俺ルールを最初に設定して、それをCookieに保存。
で、次回からはエンジンがCookie読んで勝手に解釈してくれってこと？
内部データはXMLかなんかで適当にやってくれやって感じ？
なんかどっかで無理がでそうだ。 アイディアとしては面白いけど。
0667nobodyさん
04/02/11 04:26ID:???WYSIWYGって文法が見やすいとかって話じゃなくて、ワードみたいな
編集方式を指すんじゃないの？ What You See Is What You Get
0668nobodyさん
04/02/11 21:17ID:???クリップボードから画像うぷは欲しいねえ。
でも、安全装置がないとどでかいファイルを上げちゃったりしてちょっと怖いかも。
なんとなく、Wikiへアプロードしたよと通知する機能とFTPの機能
（できれば、JPG/PNGへの変換と大きさ、サイズ修正を含むコンバータ機能）を
もった独立したツールの方がいいかなと思う。
特定のWikiにべったりで作った方が、そのWikiにとって売りにはなるのだけどね。
0669nobodyさん
04/02/11 22:26ID:???0670654
04/02/11 22:41ID:???拡大解釈された方でいいや。
「見たまんま、そのまんま表示される」つうことで。
0671nobodyさん
04/02/11 23:26ID:???ユーザが日常的に利用するもの、あるいは、意図せず動作しても問題ない物は簡単に。
あまり使われないもの、使ってほしくないもの、とくに意図せず動作すると困る物は複雑に。
ここでいう、複雑とは*その*環境で遭遇する確率が低い動作、記述法などをさします。
個人的にはグローバルルールは最小限に。あと、インラインとブロックの形だけ決めて、
それらに対応するページローカルなルールをWiki内スクリプト言語でちゃちゃっと
作れれば満足なんですけどね。
必要な物は必要なときに。
一人で使うWikiですら全体に統一された文法なんて複雑すぎると思う。
一般受けなんてこれっぽっちもないですけど、これもまた一つの解。
0672nobodyさん
04/02/12 00:36ID:???なんか誤解してる気が
もまいの言ってるのは拡大解釈のほうだろうが、
それは「見たまんま、そのまんま表示される」ものではないよな？
「書いたとおりに（レンダリングして）表示される」ものだよな？
WYSIWYGってのは、
http://www.interactivetools.com/products/htmlarea/
こんな感じにまさに見たまま編集するものだよ。
イメージのコピペとか考え始めるとこの手のもので編集させたほうが
まっとうな気がするんだよなぁ。
ただし、これを使ったものはもはやはWikiではないと思う。
誰でも編集できるというのはWikiのひとつの大きな特徴だろうが、
プレーンテキストの入力がほどほどにHTMLに変換される部分ってのも
捨てられない特徴だと思う。
とかぼんやりと考えてみたりして。
0673nobodyさん
04/02/12 00:57ID:???使いにくいHTMLエディタ云々って言及があるから。
事前にメリットとデメリットを検討しすぎることはないはずなので、
もう一度、その辺りを自分なりに整理した方がよいと思う。
0674nobodyさん
04/02/12 02:20ID:qKb16FByツールかなんかってないもんかのぅ？
0675654
04/02/12 03:15ID:???あー、なんか擬似問題が発生しているみたいだね。すまんすまん。
多分、考えていることはだいたい一緒。
まずはWYSIWYG（本来の意味）から離れてちょ。WYSIWYGそのものは
主旨じゃないんで。
＃本来のWYSIWYGとは違うので、指摘されたように「拡大解釈された」
＃としたよ。実際、*強調*とかがそのまんま表示されるわけじゃないしね。
>660 でも書いているけど、
視覚的表現を嫌っているのではなく、複雑なルールを嫌っているだけです。
Wikiの場合、「参加者全員が編集者」という重要な特徴があります。
参加者全員が編集者となるためには、編集するための敷居（含む整形ルール）
はできるだけ低くする必要があります。
で、HTMLじゃ『誰でも編集できる』つうわけにはいかないでしょ？つうのが
本来の主張。
なんでWYSIWYGが出て来たかというと、ユーザーにとっては編集時のイメージ
がそのまま表示されたほうが簡単だよね、生HTMLタグ打ちだと編集時と表示が
全然違うから不便／解りづらいよね、ぐらいのニュアンス。
>プレーンテキストの入力がほどほどにHTMLに変換される部分ってのも
>捨てられない特徴だと思う。
多分、これは、Webブラウザで表示するときにはHTMLのほうが便利／楽ちん
だから、ぐらいの理由じゃないの？確かに、Webブラウザでプレーンテキストを
表示するのは（レイアウト的に見辛い等の理由から）良くないからね。
0677nobodyさん
04/02/12 10:35ID:???あげ足とるようですまんが、Wikiはコラボレーションのツールであって、
議論のためのツールではないと思うよ。Wikiが議論に向いてないってのは
あちこちでさんざん言われているとおりで。
>>675
>>640は、
必要最低限のWiki的整形ルールは用意しているわけで。
その上で、より多くの表現力が必要ならHTML使ってね、ってことでしょ？
複雑なルールではないと思うんだけど。
そのプラスアルファの部分でほかのWikiみたいに独自文法増殖させるより
いいと思うなあ。
0678_
04/02/12 14:40ID:???HTMLさえ理解できない奴がWikiの整形ルールを理解できるとも思えないが?
それに、その程度の人間が下手にWikiの整形ルールを覚えてしまうと、
YukiのルールでFSに書き込んだり、FSのルールでPukiに書き込んだりと、
却って鬱陶しいことになる恐れがある。
それならば、既に存在しているHTMLを活用した方が、より無難で安全。
0679nobodyさん
04/02/12 15:16ID:???HTMLが理解できてなくてもWikiを使ってる人もいるよ。
HTMLより先にWikiっていう世界を知った、という感じ。
少数派なのは事実だけど。
一応、そこだけ補足
0680nobodyさん
04/02/12 15:28ID:???>HTMLさえ理解できない奴がWikiの整形ルールを理解できるとも思えないが?
うそっ！HTMLの箇条書きなんか簡単には理解できないとおもうけど？
0681nobodyさん
04/02/12 16:29ID:???自意識過剰野郎 ｳｾﾞｰ
0682nobodyさん
04/02/12 16:40ID:???HTML/XML的な記法は人間様が使うのには向いてないんだと思うがね。
Wikiの整形ルールは「見たらなんとなくわかる」ぐらい単純だし、
そのぐらいの単純さを維持することにこそ価値があるんじゃないの？
0683nobodyさん
04/02/12 18:45ID:???既存の記法に誰も満足していないことの証拠。
0684傍観者
04/02/12 22:01ID:???0685654
04/02/13 01:39ID:???の最初の段落を超訳してみたなり。全然正確じゃないんで、原文も参照してね。
なンでWikiはHTMLでやらないの？
「なんでWikiはHTMLでやらないの？」と、新しくWikiにやってきたヤツらは
しょっちゅう言う。もう耳にタコだ。
取りあえず、これにはいくつもの答えがある。
1. Wikiの整形ルールは「それが機能するもののうちで最も簡素になるような
ルール」になるように設計しているんだ。
2. Wikiで重要なのはそのページの内容だ。どう表示するかじゃない。
簡素なマークアップルールにしておけば、参加者は、彼（彼女）等の
アイディアを飾りたてることではなく、アイディアそのものを表現することに
注力するだろう。
3. HTMLで書き込む、特に表のような複雑なタグを打ち込みながらじゃ、
マトモな考えはまとまらないよ。
4.WikiNameのような部分はコードでも読めなきゃね。当然、Wikiページの
生テキストでも同様。編集時に、その内容は簡単に識別可能じゃなきゃならない。
<><><><><><>の海の中で見失うなんてことは言語道断。
5. HTML全てを許すと、ページは多様なフォント、色、その他もろもろにより
混乱する傾向にある。もし単に考えをやりとりしたいだけならば、
「どうせいらないもンだ」から、窓から投げ捨てろ。
6. 全てのHTMLを許すことは、JavaScript等を通してセキュリティホールを
あけると言うことだ。（ただし、これは簡単に修正できる。JavaScriptを有効にした
Wikiについての議論を見てくれ）
7.25,000ページにもおよぶページや、それを動かしているスクリプトを
変換することはとてつもない作業であるにもかかわらず、変更したからといって
何のメリットも無い。つまり、うまく動いてんだし、壊れていないんだから
そのまま放っとけ。
0686673
04/02/13 01:45ID:???もまえら『Wiki Way』を読み返せ。
HTMLの記述を許容する場合のメリットとデメリットについても検討され済だ。
例の「標準化」云々についても、170ページで論点が整理され済だ。
つか、主観的に記法の好き嫌いを述べ合っても、宗教論争以下にしかならん。
0687nobodyさん
04/02/13 01:58ID:???「新しくWikiにやってきたヤツら」という言い回しに象徴的なように、
『Wiki Way』とか読んじゃうWiki信者の皆さんの中には、
Wikiを手段ではなく目的と捉える向きが少なからずあるわけで
0688nobodyさん
04/02/13 02:32ID:???Webサイト更新ツールみたいな感覚だとHTMLを許可するメリットはあると思う。
~~~~~~~~~~~~~~~~~~~~~~~~~~~
元のWikiWikiのコンセプトからするとHTML許可を利点と主張するのは滑稽に思えるかも知れないけど。
別の視点から、異なるコンセプトのWikiCloneがあっても別にいいんじゃない？
0689654
04/02/13 02:34ID:???いや、さ。
オレは『Wiki Way』持ってるからいいけど、『読め』つうて排除しようとするのは
まずいんじゃない？宗教じゃないんだからさ。
取りあえず引用されたP.170だけど、（なにを主張したいのか解らないから
ハッキリとは言えないけど）オレの主張している『拡大解釈したWYSIWYG』と
いう考えと矛盾しているとは思えんが。
ちなみに、P.170は整形ルールの拡張フォーマットについて記述されたところで、
拡張フォーマットの問題点として、
・各Wikiエンジン間の整形ルールの一貫性の問題
・ルールが多くなるほどページの内容が乏しくなる
・必要なのは構造化のためのルールで、視覚的なルールではない
・拡張フォーマットのサポートのために、Wikiエンジンが沢山乱立してしまっている
といったことが挙げられています。
>687
確かにねぇ。ホントは中のコンテンツそのものが重要なんだけど。
ただ、コンセプトが面白いから、ウンチク騙るのが楽しいんだよね。Wikiって。
＃グループウェアとか、昔からあることはあるけどね……
ちなみに、他に "people new to Wiki" の適当な訳ってある？
0690nobodyさん
04/02/13 02:36ID:???単純に、便利に使えればいいんじゃないの？
そんなことにこだわってるから、(ry
0691654
04/02/13 02:50ID:???もちろんOKだと思う。
だけど、そっちはBlogのほうが適切じゃない？Wikiの居場所ってあるのかいな？
まあ、共同での文書作成管理に拘って(?)HTML記述を可能にしたWikiの例として
PADDLE ttp://bspace.homeip.net/paddle/paddle/index.pl/ みたいなのも
あるけどね。
>690
いや、ここって『Wikiについて語る』スレだからね。
ちょっとはこだわりを語らないと。
0692686
04/02/13 03:19ID:???686の発言は>685に対する反応ではなく、
HTMLとWiki記法とどっちが解りやすいか言い合っている状態へ向けたもの。
んで、どっちかというと、実装面より管理・運用面に重点が置かれている気がする＞Wiki Way
信者向けというより、これから設置しようという人が読んどくべきかも。
敬遠するのは勿体ないと、念のために書いとく。
>688
多様なものが「あってもよい」んだけど、個々の存在理由はあってほしいのね。
CMSならWikiじゃなくてもよいわけだし、
個人用ならhowmとかもあるわけだし、
そもそもブラウザのテキストエリアって決して使いやすいわけではないよね。
>689
同じ170ページに「ページ作者のコンテンツへの集中を妨げることになり」って箇所がある。
だからというわけでもないけど、単純化という方向性そのものには同意。
ただ、出力段階で見栄えはCSSに任せるわけで、それを考えるとWYSIWYGという言い回し
は（「拡張された」という注釈があっても）まずいと思ってる。
個人的には、WikiNameにしても記法にしても英語の流儀なのがひっかかってる。
標準化WikiにSimpleJapaneseってページがあったけど、
あれはビギナーにとってもわかりやすいかもとおもた。
0693nobodyさん
04/02/13 03:49ID:???WikiName記法っていらないんじゃないのかなぁって思ってるんだけどどうだろう？
勝手にリンクになるってのは無いほうがいいような気が
0695とほほ
04/02/15 15:31ID:???Wikiって、タグ使えるの?
2chではこのように記入欄で
<img="http://www.ayu.ne.jp/user/decoration/rerere.gif">
と書いても駄目だけど、
0696とほほ
04/02/15 15:34ID:b14uvP2A0697nobodyさん
04/02/15 16:00ID:???例えば、最近のレスはそういう改良をしましたっていう話を発端としたもの。
ただし、一般的な機能とはいえません。
今後のながれは、開発者のポリシーとの兼ね合いだろうと思います。
0698nobodyさん
04/02/15 18:36ID:???ブラクラ展示場みたいになって
0699nobodyさん
04/02/15 20:36ID:???根本的には、そんなんで落ちるやつが悪いんだが。
そんな低能プラウザはどんどん痛めつけてやって市場から駆逐してくれよ。
0701Name_Not_Found
04/02/16 11:05ID:???今度、はじめてWikiでサイトを作成しようと思ってるんですけど、
どのWikiクローンが良いですか？
関連サイトの多さからいくと、PukiWiki が良さそうですが、
これは、PHPだから、設置できるサーバーは限られてくるし、
FreeStyle Wikiは、Perlだからイイかなと．．．
あと、WalWikiは、Amazon アソシエイト用 InterWikiName 機能とかに注目してます。
0702nobodyさん
04/02/16 21:01ID:???0703Name_Not_Found
04/02/16 22:17ID:???ＸＯＯＰＳって、どうよ？
http://pc2.2ch.net/test/read.cgi/php/1067311026/l50
Ｗｉｋｉ系と、ＸＯＯＰＳ、それぞれの長所、短所みたいなの
教えてくんしゃい。
あと、てんぷら、っての、どう思いますか？
0705nobodyさん
04/02/17 10:30ID:???自分で実際にやってみないと結局わかんないっすよ。
0706nobodyさん
04/02/17 17:47ID:???0708nobodyさん
04/02/17 18:39ID:???どれを使ってみても、いずれ不満は出ると思うが。
0709nobodyさん
04/02/17 18:40ID:???0710nobodyさん
04/02/17 18:43ID:???Wiki比較表
ttp://fswiki.poi.jp/wiki.cgi/docs?page=%C2%BE%A4%CEWiki%A4%C8%A4%CE%C8%E6%B3%D3
これを見る限り、PukiWiki（PHP）最強。
追うFreeStyle Wiki（Perl）、
って感じか？
0711nobodyさん
04/02/17 19:12ID:???なにかユーザー側で設定が必要なのでしょうか？
0712nobodyさん
04/02/17 19:23ID:???PuzzleWiki
0714nobodyさん
04/02/17 21:06ID:???0715nobodyさん
04/02/17 21:32ID:???0716nobodyさん
04/02/17 22:20ID:???フォームだろう
WikiFarm WikiFarmとはWikiの農場。単一のサイトで複数のWikiを提供できるサービス。
ttp://www.hyuki.com/yukiwiki/wiki.cgi?WikiFarm
0717nobodyさん
04/02/17 22:27ID:???form フォーム
farm ファーム
どれよw
0721nobodyさん
04/02/18 01:36ID:???今のPukiWikiってかえってわかりにくい気がするんだよね。
reimyが管理し始めた辺りから魅力がなくなってしまった
こんな漏れはFSWikiだけど、気に入らない部分を改造しまくってたら
自分で作ったほうがいい気がしてきた。
0725nobodyさん
04/02/18 12:01ID:???0726nobodyさん
04/02/18 14:53ID:???人が集まり始めたのかな？
0727nobodyさん
04/02/18 17:50ID:???今使ってるFSWikiとは大きく文法が違うのが難点だが、HTMLタグが使えるようだ。
＃ひょっとしたら某所が設置時に弄ってるのかもしれんので、絶対とは言えんが……
0728nobodyさん
04/02/18 18:17ID:???これを元に改造するの楽しそうだなぁ。
ttp://www2u.biglobe.ne.jp/~fsasaki/WikiFan/wiki.cgi?Wiki%2f7wiki
0729nobodyさん
04/02/19 00:16ID:???0731nobodyさん
04/02/19 06:38ID:YcYwm3apRuby がクソだからではなくて？
0733nobodyさん
04/02/20 02:08ID:???0734640
04/02/20 08:13ID:PDLbbn/9楽でした。
0736nobodyさん
04/02/20 18:14ID:???0737nobodyさん
04/02/20 18:26ID:???いかんせん、初心者なもんで、
よう分かりません。
初心者なんで、自動設定使ってしまいました。
で、その後、どうしたらイイのかと．．．
パーミションの設定は、やったんですが、
画面は、上に aaa の広告が出るだけど、真っ白．．．
0738nobodyさん
04/02/20 20:09ID:???Java Script Enabled Wiki
ttp://c2.com/cgi/wiki?JavaScriptEnabledWiki
0739nobodyさん
04/02/20 20:18ID:???詳しく解説したサイトのページ、知らないか？
一応、設置して、パーミションの設定はしたんだけど
真っ白な画面と、無料レンタルサーバーの広告が出るだけで、
よう分からないのです。
0741nobodyさん
04/02/20 20:29ID:???シンプルなWikiなら全部エスケープしちゃえばいいんだけど、
プラグインが入ったりして、エスケープすべき文字列としてはいけない文字列が
入り交じると大変。たいてい、バグの温床だったり。
そんなんだったら、プラグインも含めて使用可能なタグと属性値を決めてしまって、
最後の出力前に一括して無害化してしまった方が楽で安心。って考え。
0743nobodyさん
04/02/20 21:49ID:???色々、参考にしたくて．．．
FSWiki設置サイトのリストは、公式のところに紹介してあるんだけど．．．
それと、PukiWiki使ってる人に聞きたいんだけど、
バージョンは、どれ使ってますか？
0746nobodyさん
04/02/21 11:56ID:???ttp://lovemorgue.org/xss.html
自分だけでなく、ユーザーや他サイトにも迷惑をかける事になるぞ。
他サイトの攻撃に使用された場合、その責任を求められるかもだし。
0747nobodyさん
04/02/21 12:20ID:???（自ドメイン内で）そもそもクッキーを使っていないサイトだったら盗まれようがないし
例えば偽フォーム作られたらどうする？って話と
画像掲示板でグロ画像貼られたらどうする？ってのは同じ話だと思う。
利便性は確実に上がるわけで、その辺のトレードオフを考えないといけないけど
（管理の手間は確実にかかる）
XSSが出来るから即座に全部ダメだってのは言い過ぎなんじゃないかなぁ
0748nobodyさん
04/02/21 13:08ID:???クッキー盗まれるってのはひとつの例にすぎない。
起こり得る幾多の被害をちゃんと想定できないなら、
素直にXSS対策したほうがいいよ。
0749nobodyさん
04/02/21 16:30ID:???XSSが出来るのは「即座に駄目」でしょ。
色々機能が使えて利便性も高い、しかもXSS対策も出来てる→最高
正直Javascriptは手に負えないのでカットしてます＞俺
とはいえIEだと融通きかして実行しちゃったりするので、なかなか完璧には。
クローズドで、利用者の気心が知れた仲間内で使うWikiなら
XSS対策の労力は掛けなくて良いと思うけど、サイト公開してたり、
対策なしのソースを断り書きもなしで公開しちゃったりするのは、どうかと。
他に開発したモノ、全体の品質まで疑われかねんよ。
0750nobodyさん
04/02/21 16:54ID:???良書は、何でしょうか？
一応、ＰｕｋｉＷｉｋｉで始めようと思っているんですけど．．．
0751nobodyさん
04/02/21 17:15ID:???３月末発売だとさ。
0752nobodyさん
04/02/21 17:30ID:???俺にはどこまでやったらXSS対策ができていると言えるのか疑問で仕方がないよ。
自称「できている」というところだって、「自分で確認している範囲では」でしょう。
「XSS対策できています」って看板かかげているのは危険だと思うね。
そういう意味では、「即座にだめ」っていうやつは凄いね。
絶対的な自信があるんだろうね。
少なくとも、俺にはあらゆるプラウザで試験する環境なんてないし、
常時最新の情報を追い求める暇もないのでソース公開はあきらめるよ。
雑誌掲載なんてもってのほかだね。
っていうかさー XSS なんて、プラウザのバグ次第じゃねーか。
サーバーサイドの穴ならともかくやってられるかよ。
文句あるなら、惚けたプラウザ配布している奴らに言え。
とか言うと、またバカな奴が捕まったときに「逆切れした奴がいるから」とか言われるんだろうな。
ガキの面倒まで見れるかよ。
逆切れくらいで世の中騒がせていたら社会はなりたたねーっての。
過保護のお坊ちゃんは家でままごとでもしてろってことだ。
0753nobodyさん
04/02/21 17:35ID:???0754nobodyさん
04/02/21 20:32ID:???初めて知ったよ
0755nobodyさん
04/02/21 20:44ID:???別に「どうしても対策しなきゃならない」とは思わない。
たとえば、TikiのXSS脆弱性の件でoffice氏が指摘したようなこと
http://todo.is.os-omicron.org/tiki.cgi?c=v&p=Tiki%2F%A5%AF%A5%ED%A5%B9%A5%B5%A5%A4%A5%C8%A5%B9%A5%AF%A5%EA%A5%D7%A5%C6%A5%A3%A5%F3%A5%B0
は、正直どうでもいい。
問題だと思うのは、もっと基本的な対策ができてないもの。たとえば
http://www.atmarkit.co.jp/fsecurity/special/30xss/xss01.html
みたいな例が動いちゃうアプリケーションは本気でやばいと思う。
スクリプトが書けるなら、ユーザへの直接的なダメージ(ブラクラとか
ウイルスとかその他もろもろ)も当然ある。各ページに
「このページには危険なスクリプトが含まれている可能性があります。
閲覧前にかならずview-sourceしてください。」
って注意書きいれておくとかはどうだろう。
0757nobodyさん
04/02/21 21:50ID:???比較して、(X)HTML/CSSを許容する利益が上回るとは思えないのだけど。
CSSについては、一般論としてWiki上のコンテンツは小人の手が入るのだから、
未完成のうちからCSSでガチガチにレイアウトする必要性を感じないし、
そもそもCSSの解釈にだってバグのあるUAが多数派。
(X)HTMLに関しても、Wiki上でコンテンツを洗練していく作業に、
複雑なマークアップが必要とは思えない。
後から静的なコンテンツでまとめれば済む話では？
0758nobodyさん
04/02/21 22:07ID:???XSSによる危険の可能性 と (X)HTML/CSSを許容するメリット
を考えたときに、一律にどちらかに傾く訳ではないので、
メリットがあると思ったものについては、生で使わせるのではなく
独自タグとして拡張して使わせてる。見栄えに関して許容してるのは
「後から静的なコンテンツでまとめる」をある程度省きたいため。
ただJavascriptに関しては、自分ところではメリットが上回らないんだけど、
積極的にJavascriptをOKにしてる人らは、どの辺りの機能が欲しいの？
DHTMLの捉え方だとは思うんだけど。
0759nobodyさん
04/02/21 22:57ID:???入力して頂きながら、クッキー漏洩などのクロスサイトスクリプティング=XSS脆弱性の
回避のため、以下の処理を行なっています。
ttp://d.hatena.ne.jp/keyword/%A4%CF%A4%C6%A4%CA%A5%C0%A5%A4%A5%A2%A5%EA%A1%BCXSS%C2%D0%BA%F6?kid=1003
HTMLもCSSも使えるWikiを作ろうとしてる人には役に立つかも。
やっぱりJavascriptは使えなくしてるみたいね。
0760nobodyさん
04/02/21 23:15ID:Z1C/v0oT>「後から静的なコンテンツでまとめる」をある程度省きたいため。
「内容をまとめる」のだったら、見栄えじゃなくて論理構造に重点を置くべきか
とおもうけど……CSSじゃなくて。
やりすぎるとDocBookみたいになっちゃうけどね。
0761nobodyさん
04/02/21 23:31ID:Z1C/v0oThttp://www.hotwired.co.jp/webmonkey/2002/45/index3a_page2.html
結局、CSSとかは（著者の都合じゃ無くて）ユーザーの使用用途に
応じて使い分けられるようにするのがベターなような気が……
0762nobodyさん
04/02/22 00:51ID:???0763nobodyさん
04/02/22 02:17ID:???あとはInterWikiなり便利なリンク用の機能があれば。
画像ファイルを貼る機能もあったほうが便利ね。
俺なんか勘違いしてる？
0764nobodyさん
04/02/22 09:53ID:???満足できないから、みんなゴテゴテ整形ルールを追加するんだろう。
結果、どんどんWiki本来のシンプルさからは、かけ離れてゆく。
新しくWikiをはじめた人は、全部ルールを覚えなければならないのかと
錯覚してしまう。
「基本ルール＋HTML(＋CSS)」ってスタイルを採用するメリットは、
「ルールをシンプルに保てる」っていうのが大きいと思う。
「これ以上のことがやりたきゃHTMLで書いてね」の一言で済む。
初心者には、まず覚えればいい範囲がわかりやすい。
0765nobodyさん
04/02/22 10:41ID:???初心者ってのは、そんなに甘いもんじゃないｗ
0766nobodyさん
04/02/22 11:25ID:???んー、正確なニュアンスは↓でしょう。
開発側が自己満足できないから、ゴテゴテ整形ルールを追加してる。
開発側としては機能を追加したいだろうし、整形ルールってのは開発しやすい部分でもある。
でも、「どうしてWikiの基本ルールがあれだけシンプルなのか？」を考えないとね。
初期のWikiも今と同じようにもっとゴテゴテしてたんだろうなぁ。
0767nobodyさん
04/02/22 12:25ID:???100を目指してどこまでもやるんだと，と開発頑張るのは自由だけど，
手間のわりに得るものは少ないと思うけどな。
共有ホワイトボードに一体何を求めているんだとWikiEngineを実際に
書いた人から見ると思う。
ちょっとずれるが，pluginも所詮構文糖だぜーと思ってるんですけどね。
0768nobodyさん
04/02/22 12:33ID:???最低限のXSS対策をした上で、の話だよね？
なんか見てると、HTML+CSSなひとはXSS対策を全くする気がないように見えるんだけど・・・
あとあんたが基本ルール以上に実現したい事ってなんだ？
整形ルールがそこまで複雑なWikiって、俺は知らないんだが・・・
具体例をだしてもらえるとわかりやすいんだけど。
0769nobodyさん
04/02/22 12:53ID:4VwGou+7そんなことはない
・本家Wiki
・AsWiki
・Hiki
・SikiWiki
・Tiki
・YukiWiki
・WalWiki
なんかはオリジナルWikiのルールに近いんじゃない？
0770nobodyさん
04/02/22 12:57ID:4VwGou+7HTMLを覚えるのが簡単だとでも？
初心者は、HTMLを覚えるまではHTML部分を編集することができない
ことを忘れているような……
0771nobodyさん
04/02/22 13:01ID:???なっているんだろうか？
「これだけ使用できるけど、あとは設置者が目的に合わせて選んでね」
つうならまだわかるけど……
0772nobodyさん
04/02/22 13:30ID:???>>768,769
前に書いたように、XSS対策は厳密にPLUGINの実装をした方が難しい。
限定されたHTMLを許すことのほうが楽。
整形ルールが複雑なWikiなんてPukiWikiを筆頭としていくらでもあると思うけど。
そもそも、リンクにしたって[[hoge>hoge]]なんかが単純だと感じているのは
Wikiに順応しているからでは？
自分はルール確認が面倒なのでどのWikiに書くときもURL直書き。
オリジナルルールに則っていれば単純だという意見ならそれまでだけど。
オリジナルルールについて検討したことはあるのかな。
>>770
すべてをおなじ簡単さにあわせようというコンセプトがデザインの違いなのでは？
また、HTMLと複雑なWikiルールの難しさは50歩100歩に見える。
実際には、どちらも作ったことがない/使ったことがないのでわからないけど。
HTMLに関しては不足したタグを補うくらいの機能はライブラリで提供されている言語が多いし
あえて、独自タグを使うメリットはHTMLのベタテキストを書きたい時くらいかな。
>>771
選んでねっていっても、ちゃんと選ぶひとがどのくらいいるかは謎だね。
0773nobodyさん
04/02/22 13:47ID:???#comment とかも含まれるのか？
なんか最初の定義の時点で話が噛み合ってないような。
ttp://pukiwiki.sourceforge.jp/pukiwiki1.4/pukiwiki.php?cmd=edit&help=true&page=FrontPage
↑これ全部を「整形ルール」としての話？
0774nobodyさん
04/02/22 14:05ID:???色の濃淡は微妙だけど。
逆に、違うとするなら何を持って違うとするのか教えてほしい。
0775769
04/02/22 14:13ID:???>772
>前に書いたように、
どこだよ……オレはエスパーじゃないから解らんよ。
>XSS対策は厳密にPLUGINの実装をした方が難しい。
なんで？「タグの類は一律不可」の方が「タグは条件により使用可能」
よりも穴が空きづらいと思うけど。
＃面倒な許可／不許可の境界を厳密に定めなくていいから
>オリジナルルールに則っていれば単純だという意見ならそれまでだけど。
その通りですな。擬似問題が発生しているようで。>762-をフォローすれ。
そう主張するなら、取りあえず「なぜ複雑なルールが必要か」を主張してくれ。
>すべてをおなじ簡単さにあわせようというコンセプト
「全てを同じ複雑さ」つう言い方もできますな。そもそもHTMLも複雑なWikiルールも
いらないんじゃないの？
本家は >685 みたいな感じだし。
>773
入れていいんじゃない？>774の意見に賛成。
ただ、Wikiの代表としてPukiがふさわしいかという問題はあるけど。
0776nobodyさん
04/02/22 14:14ID:???引用とか未整形とか箇条書きとかテーブルとかそのへんの。
#comment とか #vote とかも含めるんだったら、それをHTML+CSSのほうが
簡単だって言ってる事のほうが信じられん。
まあ信じられないだけで、そう思う人がいるというのなら、まあ、それも自由だとは思うが。
0778nobodyさん
04/02/22 14:52ID:???<FORM></FORM>を配置しなければならないし、WikiEngineのほうもそれに
対応させないといけない。hidden設定とか考えたら、もうプログラムの内部まで
調べないと無理。
そもそも<FORM></FORM>を配置できるってだけでかなり危険な匂いがするけど・・・
「#comment」と書くだけでOk、のほうが遥かに単純で簡単で安全じゃん。
なんか子供の煽りくさいけど反応してみた。
0779nobodyさん
04/02/22 14:57ID:???1. 初心者にアピールするため。
残念ながら、初心者の皆さんはWikiの理念に共感してくれている訳ではない。
単純に、”便利そう”と思ってやってくる。だから、見栄えが良いとモテる。
ただ、実際にはそういった機能は使われないことが多い。
2. 可視化のため
適切に構成されたデータは見やすい。
表現力の最大値はHTMLで書くことである。
だから、HTMLを認めれば、最大限の表現力を確保することができる。
しかし、それだけでは読み書きに手間がかかり現実的ではない。
したがって、別途マクロ機構を組み込めばよい。
HTMLを許可するからって実際にHTMLですべて書くこともあるまい？。
ただ、HTMLとかわらない複雑さをもつマクロは本末転倒だね。
XSS対策については >>741 を参照のこと。
0780nobodyさん
04/02/22 15:16ID:???0781nobodyさん
04/02/22 16:45ID:???0782nobodyさん
04/02/22 16:57ID:???0783769
04/02/22 20:23ID:???1. 初心者にアピールする必要はあるのか？
「Wikiを設置してもらえやすくなる」というのならば、アピールの方向が
間違っていると思います。Wikiを設置／運用する管理者はある意味
Wikiというプロジェクトを管理するマネージャーです。管理者／マネージャーは
「過度の（ユーザーの）自由」を嫌いますので、実際に使われない機能の
ために(XSSなどの)リスクを負いたくはない、というのがマネージャーの
本音かと思います。
＃少なくとも私はそうします。
「設置したWikiサイトにユーザーが集まりやすくなる」というのであっても、
やはりアピールの方向が間違っていると思います。Webの見栄えが
「モテる」要因だというならば、その重要な生命線をユーザーに任せて
しまうのは非常に危険ですね。（しかも本質じゃないし）
見栄えについてはCSSなどで管理者が調整できるように手元に残しておいた
ほうがいいと思います。
……Wikiの理念（メンバー同士の共同作業）に共感しないのなら、そもそも
Wikiを設置して意味あるのかな？個人で使うならBlogだし……
2. 可視化の詳細を記入者にコントロールさせる必要があるか？
最近のHTMLのトレンドもそうですが、コンテンツとデザインを分離し、
同じコンテンツを様々に使いまわすことが重要視されています。
可視化の詳細を記入者にコントロールさせるということは、結局、デザインを
コンテンツに埋め込むということであり、コンテンツとデザインの分離を
困難なものとしますので、あまり望ましくありません。
# >761でも引用されているサイトも参照してちょ。
# http://www.hotwired.co.jp/webmonkey/2002/45/index3a_page2.html
0784nobodyさん
04/02/22 21:13ID:???779ではないですが。
たとえば部署内の情報共有にWikiを使いたいと思ったとき、Wikiに馴染み
のない人を釣るエサは多くてもいいと思います。往々にしてそういう人た
ちは文書の論理的構造よりも「フォントの色が変えられる」のほうに興味
を示すわけで。
堅苦しい「Wikiの理念」を押しつけて、導入しても誰もそのWikiを使わな
いより、少しでも初心者にアピールできるほうがいいと思うのは軟弱なん
でしょうか。
0785nobodyさん
04/02/22 21:19ID:???公開すればいいんじゃないかい？
0786nobodyさん
04/02/22 21:29ID:???ttp://objectclub.esm.co.jp/ml-arch/extremeprogramming-jp/4900/index.html
の[Article 4919]以降
0787nobodyさん
04/02/22 21:48ID:???うちではいつも、こういう返事がかえってきます。
「共有フォルダにワードやエクセルのファイルを置くのじゃだめなんですか？」
Wikiがいくら書式を強化しても、ワード＋エクセルにはかないません。
なんかこう、Wikiならではの強みというか、説得力ある導入のメリットって、
なんなんでしょうね。
0788nobodyさん
04/02/22 22:02ID:???世の中、そんなもんでしょう。
つーかね、Word や Excel を使わないと行けない場面では、
Wiki ならではの強みなんてないかと。
0789769
04/02/22 22:04ID:???>部署内の情報共有にWikiを使いたいと思ったとき
それ、逆……
部署内で使う場合は、部署全員に使ってもらうよう仕向ける必要があるわけで、
「こんなに簡単にWebページができるんですよ！！忙しいプロジェクトリーダーでも
議事録メール書き込む手間でまとまりますよ。みんなで編集できるし」
と、初期コストが小さいことの方がメリットが大きいと思うんだけど。
>堅苦しい「Wikiの理念」押しつけて、導入しても誰もそのWikiを使わない
それも真逆。「Wikiの理念」が堅苦しく感じるのはむしろWikiサイトの管理者でしょう。
ユーザーじゃないよ。Wikiの理念の１つに、「傍観者を参加者に巻き込む」
つうのがあるけど、傍観者が参加者になろうとするときの障壁を小さくするために、
シンプル（でチャチ）なカラクリで我慢しなくちゃいけないわけですな。
＃2chなんか良い例じゃないの？
もちろん、「参加者はみんなHTMLバリバリだぜ」つうんだったらHTMLもOK。
＃むしろ「HTMLじゃなくてDocBook勉強しろ」と言いたいけど……
0790nobodyさん
04/02/22 22:06ID:???理想はそうかもしれませんが、現実を我々はコントロールできません。
PukiWikiの人気があるのはそういった点を無視できないと思います。
別の分析があるのなら話は別ですが。
（そして、個人的にはそれが正しければよいと思いますが）
あるいは、他により成功しているWikiがあるでしょうか？
その成功の理由は堅牢性でしょうか？
どんな良い物であれ、使ってもらってなんぼではないかと思います。
意味は我々ではなく、利用者が決めることです。
2.
どのレベルでコントロールと称するのかはわかりません。
独自タグで指定することもマクロで指定することも等価であると仮定します。
その場合、タグを使う事自体が誤っているという主張でしょうか。
可視化にはいくつかの過程が存在します。
情報から意味を取り出すことと、その意味をわかりやすく表示することです。
リンク先の文章では、後者を切り離すように述べていますが、前者については述べていません。
0791nobodyさん
04/02/22 22:08ID:???> 「こんなに簡単にWebページができるんですよ！！忙しいプロジェクトリーダーでも
> 議事録メール書き込む手間でまとまりますよ。みんなで編集できるし」
Word や Excel が全てだと思っている人に対しては、
Web ページを作る必要なんかないかと。
Word でもみんなで編集できるじゃん。
> DocBook勉強しろ
勉強したところで、内容が良くなるわけじゃないんだよね。
勉強する理由きぼん。
0792名無しさん＠お腹いっぱい。
04/02/22 22:12ID:???これって、初心者には敷居が高くないですか？
なんか、昔はモット、シンプルだったみたいですけど．．．
Ｗｉｋｉを導入したサイトって、ブログ導入したサイトに比べて
人が集まりニクイと思うんですが．．．
２ちゃんのような単純なシステム（見栄えは悪いけど．．．）のほうが
敷居が低くて、一般のネットユーザーが集まってくれると思う．．．
0794nobodyさん
04/02/22 22:14ID:???0796769
04/02/22 22:17ID:???>Wikiならではの強みというか、説得力ある導入のメリット
どこかにまとまったWebサイトがあると思うけど……取りあえず
・ミスって消しても（過去の変更履歴から）すぐに修復できる
・変更内容がすぐに反映される
・Webベースなので、他の情報（WebページやWikiページ)の連携／参照が簡単
・Webにアクセスできるところならどこでも参照できる
・電子メールと同じぐらいのお手軽さ
かなあ？他にある？
むしろこのケースならWikiにWord+Excelファイルを添付できるようにして
両方のメリットを活かすようにしたいなぁ。
＃ファイル更新の面倒臭さが障害になりそうだけど……
Wikiを導入するときは、まず電子メールやMLから移行するのを目標にすると
やりやすいかも。
0797nobodyさん
04/02/22 22:18ID:???0798nobodyさん
04/02/22 22:19ID:???Wikiの運用の問題は、やっぱりWiki Wayが一番詳しいと思う。
蓄積型に向いていないとまでは言わないけど、どちらかといえば
作成途上の文書をブラッシュアップする方が向いているように思える。
利用者を増やすという点については、ツールの問題より、
管理者とか環境の問題が大きいのではないかな。
マークアップの問題については、部門内サーバとインターネットでの公開とで考え方が違ってくるはず。
全世界に向けて公開するなら、利用のされ方が特定できないのだから、
テキストブラウザとか、読み上げブラウザとかにも配慮する必要があるわけで、
HTMLで見栄えをコントロールしようなんて考え方が生まれる余地が無い。
ガイシュツだけど、CSSを許容する場合も、スタイル情報は外部の別ファイルとすべき。
0799nobodyさん
04/02/22 22:24ID:???> ・ミスって消しても（過去の変更履歴から）すぐに修復できる
全ての Wiki が履歴を持っているわけではないんだよね。
> ・変更内容がすぐに反映される
Word や Excel で保存しても同じでは？
> ・Webベースなので、他の情報（WebページやWikiページ)の連携／参照が簡単
> ・Webにアクセスできるところならどこでも参照できる
Word や Excel で満足している人々に対しては、
Web ベースに移行する必要ないかと。
> ・電子メールと同じぐらいのお手軽さ
んなことぁない
> むしろこのケースならWikiにWord+Excelファイルを添付できるようにして
そんなん、二度手間だろう。
0800nobodyさん
04/02/22 22:27ID:???ほとんどの人は用が足りるんだよね。変に出来ることが多かったり、そこまでの手間が
かかるのは即敬遠。
Wikiの向いてる方向はどっちかというと掲示板とは違ってて、自由にページを編集できるから、
各自が持ち寄ったネタを追加したり整理したりして組み立てていくのに向いてる。
掲示板やブログは、ネタを時系列に並べていき、書いた時点のモノをそのまま過去ログとしながら
積み上げていくのに向いてる。どっちかというと書き殴りでその場限りって感じ。
って自分では今まで思ってたんだが。
0801nobodyさん
04/02/22 22:30ID:???0802nobodyさん
04/02/22 22:31ID:???0803nobodyさん
04/02/22 22:37ID:???>> ・変更内容がすぐに反映される
>Word や Excel で保存しても同じでは？
これ普通にファイル共有できるサーバ環境がないとできないよな。
イントラネットならいいけど、インターネット上に共有フォルダを設置するのは
正気の沙汰とは思えん。
Word/Excelのファイルをそのまま設置して、自由に編集できる環境って
そんなに安全で手軽にできるモノなの？
>Word や Excel で満足している人々に対しては、
>Web ベースに移行する必要ないかと。
Word/Excelが使えない環境でも使える。
ま、OOoなどフォーマット互換なオフィスソフトもあるから
必ずしもWebでないといけないということはないかもしれんが。
あー、携帯も含めるならWebベースでないと難しいかもね。
0804784
04/02/22 22:44ID:???> 部署内で使う場合は、部署全員に使ってもらうよう仕向ける必要があるわけで、
>「こんなに簡単にWebページができるんですよ！！忙しいプロジェクトリーダーでも
> 議事録メール書き込む手間でまとまりますよ。みんなで編集できるし」
>と、初期コストが小さいことの方がメリットが大きいと思うんだけど。
それがどんなに面倒で不自然で無駄が多かったとしても、人は未知のツール
よりもそれまでのやりかたを好むものだと思います。一般論として。
「簡単ですよ」は興味をそそる呼び声ではないと思います。
> 「Wikiの理念」が堅苦しく感じるのはむしろWikiサイトの管理者でしょう。
良くわかりません。何故そう思われるのでしょう？
0805nobodyさん
04/02/22 22:49ID:???> イントラネットならいいけど、インターネット上に共有フォルダを設置するのは
インターネット上に共有フォルダを置かないといけないような組織って、
どのくらいの規模？常識で考えようよ。
> Word/Excelが使えない環境でも使える。
屁理屈ですか？
サーバ機やその他特殊な用途でない限り、大抵の場合 Windows に Word と Excel は
入ってますが。
> あー、携帯も含めるならWebベースでないと難しいかもね。
今の所、手頃に買える携帯の画面サイズって QVGA だよね？
そんな画面で情報を共有している人がいるか考えた上で発言して欲しいね。
0806nobodyさん
04/02/22 23:03ID:???たぶん、Notesとは志向するベクトルが違うんじゃないかな。
最初からリッチな情報を持つ文書としてではなく、会議で意見を述べる程度の気安さで
書き込んでもらうのがよいかも。要するに、掲示板代わりに使ってみる。
とはいえ、最初からうまくいったわけではなくて、
管理者が他人の書き込みにマーク付けしたりといった導入期ならではの苦労話も。
0807nobodyさん
04/02/22 23:08ID:???「実際」どういう組織で、どういう会議を行っていて、どういう意見を述べていた
現状があったのか書かない限り「会議の回数が減った導入例」にはならないよな。
「管理者が他人の書き込みにマーク付け」も具体的に書かないとさっぱりだし。
0808nobodyさん
04/02/22 23:09ID:???>インターネット上に共有フォルダを置かないといけないような組織って、
>どのくらいの規模？常識で考えようよ。
元の文ではインターネット上に共有フォルダを置くことはないだろうという意味も含めたつもりだったけど、
文がおかしくて伝わらなかったか。スマン。
まぁ常識で考える範囲で共有フォルダ置くわけ無いよな。
ということは、Word/EcxelファイルをWikiのように自由に編集可能な状態にはできないと。
ファイルの交換が必要では、随時最新の内容を参照や編集はできない。
>サーバ機やその他特殊な用途でない限り、大抵の場合 Windows に Word と Excel は
>入ってますが。
Windowsならね。それでもごく一部互換オフィスソフトに置き換わってきてるけど。
あと、クラサバモデルは標準ではオフィスソフト入ってない。
オプションでライセンスを買うから結局一緒だけど。
Linuxとか他のOSはどうよ…と思ったが、そもそもそんなケースはレアだったな。
>今の所、手頃に買える携帯の画面サイズって QVGA だよね？
>そんな画面で情報を共有している人がいるか考えた上で発言して欲しいね。
まさかいないとでも？携帯とかPDAでも社内の情報共有するケースはあるよ。
てゆーかなんでそんなにムキになっているのかわからん。
誰か「Wikiは万能でWord/Excelなんぞいらん」とでも言ったっけ？そんなわけないよな。
0809769
04/02/22 23:14ID:???引用元を……>783のコメントと考えて良いよね？
PukiWikiが成功している（のかどうか知らないけど）理由は
・現在もアクティブなプロジェクトである
・導入が簡単
・ドキュメントがしっかりしている
……とかじゃないかなぁ。PukiWiki使ったことないから自信ないけど。
普及させるためには、むしろこっちに力を入れるべきだと思うけど。
>どのレベルでコントロールと称するのかはわかりません。
「情報から意味を取り出すことと、その意味をわかりやすく表示すること」
でいうところの「その意味をわかりやすく表示すること」が中心で、
（>783ではあまり意識していませんでしたが）「情報から意味を取り出すこと」
のうち、それが無くても他の方法や慣用的な方法で実現可能なことも
含めていいかも。
＃例えばルビとか……引用も無くてもいいかな？
>その場合、タグを使う事自体が誤っているという主張でしょうか。
HTML利用可能なWiki(SwikiやGrooveWiki）でも、基本的な部分はWikiルールを
使用していますし、複雑なHTMLを使用しないなら、タグそのものは不要では？
と思ったりします。
0810nobodyさん
04/02/22 23:22ID:???> ファイルの交換が必要では、随時最新の内容を参照や編集はできない。
>>787 からの流れで、どうしてそういう思考ができるのかが理解に苦しむのだが。
> Windowsならね。それでもごく一部互換オフィスソフトに置き換わってきてるけど。
ごく一部の話はしていませんが。
> オプションでライセンスを買うから結局一緒だけど。
そういうことなら、わざわざ書く必要ないよね？
> まさかいないとでも？携帯とかPDAでも社内の情報共有するケースはあるよ。
そういうケースはあるだろうね。
通信コストがかかる現状では、特殊なケースとは言わないのかい？
0811nobodyさん
04/02/22 23:23ID:???Ｗｉｋｉの将来性について、敷居の高さなどについて議論が進んでいますが、
ここで、ＸＯＯＰＳについて聞きたいですけど、
あれって、Ｗｉｋｉに比べて、どうですか？
敷居、高いですか、低いですか？
あれは、ログイン制ですけど、そうじゃない使い方も出来ると思いますが、
そうした場合、かなり分かりやすい、敷居の低いサイトになるような気がしますが．．．
人も集まってくるように思うんですが、どうですか？
0812806
04/02/22 23:23ID:???導入したのは、YukiWiki2を改造したもの。
特に、最上段メニューの項目を減らした点は特筆しておく。
最初は、段落の書き方だけ覚えてもらうために、
リストやらリンクやらのルールを一切教えずに始めた。
次の段階としてブラケットネームを教えた――という具合。
組織に関する事項は、書けることと書けないことがある。
知りたいことを具体的に聞いてくれれば、答えられるもののみ答えるよ。
0814769
04/02/22 23:49ID:08sECAcN>Word や Excel が全てだと思っている人に対しては、
>Web ページを作る必要なんかないかと。
そりゃそうだけどさ。むしろ、「議事録メール」て書いているように、
ホワイトボード的に電子メール（特にML）の肩代りに使うのが吉じゃない？
＃電子メールにわざわざWordの週報を添付する人間もいるけど……
あとは >798でも指摘されているように、インクリメンタルな内容に向いていると思う。
あと、以降でも指摘されているけど、HTTP/HTTPSでテキストを使っている
ということで、利便性／セキュリティが随分向上していると思う。
>799
>全ての Wiki が履歴を持っているわけではないんだよね。
Wiki本家で http://c2.com/cgi/wiki
「ミスっても過去の履歴があるからすぐ直せる。気にせずどんどん編集しろ」
といっているように、過去の変更履歴はWikiの必須機能だと思う。
>800
禿同。
>802
UIは非常に重要。ブラウザのエディタがもっとよければなぁ。Javaで実装するしか
ないのかなぁ……
0815769
04/02/22 23:50ID:???>> 「Wikiの理念」が堅苦しく感じるのはむしろWikiサイトの管理者でしょう。
>良くわかりません。何故そう思われるのでしょう？
ユーザーの底辺に合わせる形で、機能を制限していかなくてはならないから。
＃底辺といっても、コンテンツ作成では非常に重要な役割を果たしたりしますので
>811
XOOPSって、Zopeみたいなの？Blogを高級にしたような？目的が違うような……
>813
ヒデェな。貴重な体験談をもったいない
あと、蛇足だけど>791
>> DocBook勉強しろ
>勉強したところで、内容が良くなるわけじゃないんだよね。
多分、随分と良くなると思う。文書（というか書籍）がどのような構造に
なっているかがわかるようになるから、文書作成の参考になるよ。
文章表現の引出しも増えるし。
0816nobodyさん
04/02/22 23:56ID:???質問です。
今、組織で（参加者が自由に使える）ドキュメントファイル配布用のサイトとして
Wikiを立ち上げようかと考えているのですが、そのような用途で使用していますか？
＃Super FTPといった感じですね
今AnonymousFTP&メールを使用しているのですが、あまり効率的に
運用できていない気がしています。最終的には電子メールの半減を狙っている
のですが、取りあえずの一歩として……
0817nobodyさん
04/02/23 00:33ID:???> UIは非常に重要。ブラウザのエディタがもっとよければなぁ。Javaで実装するしか
ないのかなぁ……
ブラウザに何を求めているのかと。
> ユーザーの底辺に合わせる形で、機能を制限していかなくてはならないから。
> ＃底辺といっても、コンテンツ作成では非常に重要な役割を果たしたりしますので
「コンテンツ作成では非常に重要な役割を果たしたりする」ユーザを
「底辺」と言えるセンスって素敵だと思う。
その思考で、何か新製品を金が絡む市場に出してみてくれよ。
> 多分、随分と良くなると思う。文書（というか書籍）がどのような構造に
> なっているかがわかるようになるから、文書作成の参考になるよ。
> 文章表現の引出しも増えるし。
Word と Excel を組み合わせる使い方を教えても、実際には
昔のワープロ専用機で文章を書くように Excel でダラダラと書く人がいるよね。
書籍の構造なんか理解したところで Excel をワープロ専用機として使う事と
似たような結果になるのではないかな？
0818nobodyさん
04/02/23 00:38ID:???>ブラウザに何を求めているのかと
こんなの。HTMLArena
http://kengo.preston-net.com/archives/001158.shtml
0820812
04/02/23 01:14ID:???それが不満なら、仕方ないよ
>>816
前にも同様のレスがあったけど、ツールの向き・不向きは要検討。
うちでは、部門内で決議すべき事項をWiki（部門内限定公開）に挙げ、
既決は静的なHTMLファイルに変換（Perlスクリプトで自動化）する方式だったよ。
資料としてのスプレッドシート等はリンクでダウンロードという形にしておいて、
静的なコンテンツに変換する際に、画像に落とし込む形式。
静的なファイルからなるサイトは他の部署にも公開する方針で運用しますた。
特に、Wikiに慣れていない人は、検索を使いこなせなかったりするので、
従来の階層型構造のサイトの方が解りやすいみたい。
メールでのやりとりをWikiに置き換えるのもできなくはないでしょうけど、
むしろ816の案件ではアップロードの面でFTPとの連携がネックになるかも。
HTTP経由のアップローダかファイル共有サーバとシームレスに繋がればよさそう。
0821nobodyさん
04/02/23 01:15ID:2clWlbXi0822769
04/02/23 01:18ID:???>「底辺」と言えるセンスって素敵だと思う。
ああ、視点の説明が抜けていたね。多角形をある方向から見たら、他の
ある部分は底辺になったりする、つうこと。
「デザインテクニック／プログラム（？）力」という頂点から見た場合の底辺
ですな。ただ、その三角形をひっくり返して「コンテンツに対する知識」とかの
頂点から見た場合は、底辺が頂点に近かったりするわけだけどね。
>818
>>>817
>>ブラウザに何を求めているのかと
>こんなの。HTMLArena
>http://kengo.preston-net.com/archives/001158.shtml
方向／目的は違うけど、そんな感じかな。これで論理構造記述に特化した
ようなのが欲しいなぁ。
0823nobodyさん
04/02/23 01:26ID:???ttp://dictionary.goo.ne.jp/search.php?MT=%C4%EC%CA%D5&kind=&mode=0&jn.x=47&jn.y=7
ていへん 1 【底辺】
(1)三角形で頂角に対する辺。特に二等辺三角形では等辺でない辺を底辺という。台形では平行な二辺を底辺といい、上にあるものを上底、下にあるものを下底と呼ぶ。
(2)社会の下層階級のたとえ。また、一つの分野で、頂点に立つ人を支える大勢の人々。
0824816
04/02/23 01:31ID:???回答ありがとうございます。
>うちでは、部門内で決議すべき事項をWiki（部門内限定公開）に挙げ、
：
>静的なファイルからなるサイトは他の部署にも公開する方針で運用しますた。
ふむふむ、当方の目的は、「関連部署が発行するドキュメントの配布も含めた」
運用だったりしますので、ちょっと違いますね。
やはり、検索は使いこなせないですか。うちのまわりでも、googleなどの
検索サイトを使いこなせない／使わない同僚が多いですからね……
・従来の階層型構造のサイトに近い構成にする （or 構成になるようにする）
・HTTP経由のアップローダかファイル共有サーバとシームレスにする
というのは重要そうですね。
ファイル添付プラグインのある＆名前スペースのあるWikiで、構成に
気を付けながら運用してみるか……
0825nobodyさん
04/02/23 01:33ID:???0826769
04/02/23 01:38ID:???そんなに青筋立んでも……
「（HTMLなどの）Webを使いこなすための技術を修得していない
（Web技術に関する知識に劣った）構成員」
という意味でもいいよ。
Wikiというサイトを支える（けれどもWebの扱いに優れていない）
大勢の人々ですな。
0828816
04/02/23 01:43ID:???重要、というよりも便利なツールですね。
検索サイト無しでWebから情報を収集するのは非常につらい……そんな昔の
話は思い出したくもないですね。
0829812
04/02/23 01:48ID:???他部署絡みの案件もWikiを考えましたが、
慣れてもらうまでの教育コストが馬鹿にならないと思い、やめました。
Wikiはまだマイナーなので、部署ごとに質問に答えられる人材を置けなかったのです。
そういう観点から、あまり高機能なものは避けるという考え方もあります。
0830nobodyさん
04/02/23 01:56ID:???えらいレベル低いなぁ。。
0831nobodyさん
04/02/23 02:10ID:???中学1年の英語と同様、最初に嫌悪感を持たせると後々まで引きずるので、
これから覚える人の意欲を失わせない様な牽引役が必要だと思うのです。
だから、少しずつ時間をかけて覚えてもらうのも悪くないと思っています。
0832790とか
04/02/23 02:10ID:???人は自分が理解している物は過小評価する。
そして、自分が理解していない物は過大評価する。
それを知ってから、人をバカにするのはやめた。
0833816
04/02/23 02:13ID:???「すぐ使える」かもしれないけど、百人〜千人単位の人間に教育しなくちゃ
いけないとしたら、ものすごい工数になるんだよ。
場合によっては導入計画も立てなきゃいけないし……
>831も書いているけど、最初の導入に失敗したら目も当てられないしね。
幸い、私のところの対象者は開発関係者なので、Helpの丸投げで
済みそうですが……Webアプリの扱いにも慣れていますし、
「もっと便利なftp」と言えば飛びつく人間ばかりなので。
0834816
04/02/23 02:20ID:???>830
個人と集団は別物です。個人に「こんなの中学生レベルだろ」というのが通じても、
集団には通じません。「個人が複数集まったものが集団」と考えると痛い目に
会います(´д⊂
0835nobodyさん
04/02/23 02:25ID:???1000人のうち10人がわからないとなると話は別
0836812
04/02/23 02:38ID:???人数の問題ももちろんあるけど、部署によっては上司を説得するとか、
人あたりのよい教育係を選ぶとか、本質的でない問題もあったりします。
そういった外堀を埋める作業も馬鹿にならないのです。
まず自分の部署で実績を作って、段階的に他部署と連携をとるのも悪くないはずです。
0838nobodyさん
04/02/23 03:57ID:???0839nobodyさん
04/02/23 07:26ID:???CVS ベースの Wikiシステムって BitChannel (>>583)
しかないんでしょうか？
0840830
04/02/23 09:23ID:???基本的な操作法だけを30分で覚えてもらえればそれで十分。
中学生といったが、小学生でもいける。
0841830
04/02/23 09:32ID:???使い方はヘルプを見てもらうこととして、
社内情報をWikiに集約しただけ。
使えないと仕事にならないから、みんな勝手に覚えたよ。
0842nobodyさん
04/02/23 10:28ID:???0843nobodyさん
04/02/23 10:31ID:???ここがポイントだな
0844nobodyさん
04/02/23 10:35ID:???0845nobodyさん
04/02/23 11:31ID:???その仕掛け人にそれなりの政治力がないとできない。
0846nobodyさん
04/02/23 13:25ID:???0847nobodyさん
04/02/23 13:38ID:???あのー、今の小中学生は学校その他でパソコンに親しんでいるので、
「低レベル」の代名詞にはなりませんよ。
今の20代以上のほうが子どもたちよりローテクで扱いにくい。一般人の話ですが。
0848126
04/02/23 15:24ID:???超初心者にもわかりやすいように、「できるシリーズwiki」を
目指して「wikinovice」を書いてみました。
普通ならこれ見せれば使えると思うんですが。
導入にどうこう云う問題でもないような・・・
http://www.wikiroom.com/wikinovice/
0850nobodyさん
04/02/23 17:15ID:???それを言うなら、小中学生をひきあいにだすほうがどうみても悪いと思いますがｗ
0851nobodyさん
04/02/23 17:23ID:???0852nobodyさん
04/02/23 20:29ID:???0853nobodyさん
04/02/23 20:46ID:???0854nobodyさん
04/02/23 20:54ID:???http://www.hyuki.com/yukiwiki/
>>816
wikiじゃなくてファイルが添付できるＢＢＳの方がよいと思います。
0855nobodyさん
04/02/23 20:55ID:???お互いさまっす。
0857nobodyさん
04/02/23 21:19ID:2clWlbXi0858nobodyさん
04/02/23 23:49ID:cwDUcHbIわかりやすくて良いですね。
↓こんなのもあったのでリンクを置いておきます。
http://lab.lolipop.jp/fswiki/wiki.cgi/wikistandard?page=StandardWikiMetaMarkupLanguage
0860816
04/02/24 00:55ID:???わかってないなぁ。
例えば 30分x100人分=50時間の指導時間をどこから絞り出すんだよ……
独学でやれ？誰も使わないリスクが増大しますな。
> 使えないと仕事にならないから、
という状況まで追い越めば良いですが、そもそも上司／マネージャが
許さんでしょう。
>848
良くまとまってますね。Wiki管理者には勉強になります。
＃ユーザー向けとは思えないけど。
0861nobodyさん
04/02/24 00:58ID:???0862nobodyさん
04/02/24 01:02ID:???Notesで情報共有用のDB作ってそこの文書の更新権限を部署の全員に
渡すのとどっちが運用楽？
昔Notes使ってた感じではWikiよりよっぽど楽なんだけど。
部署内でNotes使っているような環境の整った場所ではWikiにこだわる
理由がなさそうな気がしちゃうんだが。
試しに動かそうと思ったってローカルにDB作るだけで済むよね？
Wikiではそうは行かない。
そんなことを考えてみると、Emacsで使えるhownみたいに、クライアント限定の
ツールのほうがWikiらしいのかなぁとか感じる。
>>816
>>854の言うようにBBS＋uploaderか、WebDAVみたいなのがいいんじゃない？
漏れの考えるWikiのファイルサーバと比較したメリット
・エクスプローラに比べてブラウザのほうがアクセスしやすい（気がする）
・InterWikiのおかげでWikiが乱立しててもクリックひとつで情報に行き着く
・ブラウザさえ開いておけばWordなんかよりさくっと情報が得られる
・（たいていは）ファイルの検索よりもページの検索のほうが速い
0863nobodyさん
04/02/24 01:09ID:???私はWikiを使ったサイトの管理人なのですが、「ページの更新がうまくいかない」という方が一人います。
特定のページのソースを編集して送信しても、サーバーからは音沙汰なしということです。
私では原因を突き止めることができませんでした。
どのようなことが原因として考えられるでしょうか。
私が管理しているサイトはこちらです。 http://simutrans.s28.xrea.com/
この件に関して詳しくは http://simutrans.s28.xrea.com/test/read.cgi/bbs/1074087538/76
Pukiwiki : 1.4rc3
navi2プラグインを追加導入しています。
http://www.pukiwiki.org/?%E8%87%AA%E4%BD%9C%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fnavi2.inc.php
サーバー : XREA / PHP : 4.3.4 モジュール版
詳しいサーバー情報は http://sinfo.xrea.org/index.cgi?s=s28&st=xrea.org/right
0864806=812
04/02/24 01:57ID:???今の職場では、我々下っ端が特定のアプリに依存しない方向で考えていたところ、
それで大丈夫なのかと懐疑的なメンバーが結構いた。
うち特有の問題かもしれないけど、ブランド信仰の強い上司や会議好きの古株がいまだに存在するので、
導入にはそれなりに気を遣ったということ。
結局、時間をかけて覚えてもらう過程で上司にも使えることを納得してもらえたから、
うちのようなところでも導入できた。
要は、職場の環境に合わせて、導入計画が必要になる場合もあるってこと。
>>862
Notesの話を出したのは、以前の職場での経験談と比較しての話。
今の職場には、Notesは導入されていなかった。
Notesで不満なく回るのなら、無理してWikiに移行する必要もないんじゃない。
BBSについては、後日文書化するのがつらいので、連絡用と割り切った方がよいかも。
0865nobodyさん
04/02/24 02:15ID:???なんでもかんでもWikiってのは無理があるよね。
結局それぞれ適切なツールを見繕って使っていくしかない。
ローカルにWiki動かしてメモ用にするってのは俺も個人的にやってるけど、
便利に思えたり不便に思えたり、いろいろだな。
ベタテキストのメモ作ってた時期もあったけど、文書構造を表しやすい分Wikiの方が整理しやすい。
箇条書きとか「・」のかわりに「-」とかで済むからね。
ただ、インターフェースが基本的にブラウザのフォームってところがどうも使いにくい。
Wiki専用のエディタでも作ったろかと思っちゃうくらい。
0866806=812
04/02/24 02:15ID:???NotesとWikiのどちらを選択するかは、最終的な出力に何を考えているかが大きいかも。
>>820に書いたけど、最終的にHTMLにまとめる方針だったので、Wikiが選択肢として残った。
印刷文書を想定するなら、Notesの方が向いているだろうね。
0867nobodyさん
04/02/24 02:34ID:???0868nobodyさん
04/02/24 08:58ID:???同じことはHTMLでもできるけどいちいち箇条書きやらテーブルやらやってらんない。
HTMLを書くくらいならメモ帳とFTPだけでもいいじゃんと思う。
0869nobodyさん
04/02/24 10:42ID:vV8Z/thuhttp://www.google.co.jp/search?sourceid=navclient&hl=ja&q=e%83%81%81%5B%83%8B%82%F0wiki%82%C5%95%D2%8FW
0870806とか812とか866とか
04/02/24 10:54ID:???いや、だから、866に示したように、>>820を読んでくれよ。
ブラッシュアップ後の文書をどうするかという話なんだけど。
あと、念のために書いとくけど、一般論として述べているわけではなくて、
あくまで実例の一つに過ぎないわけで、各人の所属組織に応じて、
Wikiを導入するメリット・デメリットや使い方が異なってくるはずなので、
その辺は臨機応変に読み替えておくれ。
0871640
04/02/24 12:28ID:+QrsWOJzWiki初心者数人と話しして感じた事は「文書構造」なるものが理解され
にくいって事でした。 具体的にはブロック要素だとかインライン要素だ
とか。 これ、HTML的な表現を知らない人には難しいと思うんですよ。
多くの人の理解は「こう書くとこう見える」程度で 「文書の構造なんて
見た目でわかるじゃん」と思ってるのかなーと漠然と感じています。
また手前味噌なんですが、GrooveWiki では <p>のような構造表現は
とっぱらってみました。 どうしても欲しければHTMLでどうぞといった
感じで。 (文法ではなく)意味としてのHTMLという観点からは邪道な
感じがするのは否めませんが、どうでしょう？
0872640
04/02/24 12:49ID:???なになに指向Wiki とか、もっと限定した名前にしたほうがいいのかな？
Wiki って言葉の意味はブラウザでコンテンツをいじれる奴…くらいにして。
# アク禁くらったので、意見をいただいても返事できません。 すまそ。
0873nobodyさん
04/02/24 13:28ID:???は、多くの人にはなかなかむつかしいかもしれない。
「-」やら「*」を使って箇条書きのリストを作れる機能が Wiki にはあるけど、
下手をするとだらだらとした長文を適当にぶった切って、それに「-」をくっつ
けるだけ、みたいなものができてしまう。
あと、単なるインデントとしてリストの機能を使われてしまう、みたいなこと
もあるなぁ。
0874nobodyさん
04/02/24 23:33ID:???実際、HTML2とかだとその区切りじゃ無理が生じてるみたいだし。
スレ違いスマソ
0875nobodyさん
04/02/25 00:15ID:???ブロック要素とかインライン要素って文書構造？
文書構造ってのはもうちょっと意味づけされてそうな印象なんだけど。
章タイトルとか本文とか。
文書構造を構成する要素（ブロックだのインラインだの）を理解しろってんなら
>>874のいうようにHTMLから出てきた概念なんだからそっちから教えたほうが
いいかもね。
でも、けっきょく>>873の言うように使う人によって構造なんてすぐ壊される。
やっぱりツールとして適当においておいて（自分が正しいと思う構造を）ひたすら
書き続けるのが教育の近道だと思うんだけどな。
現状からの変化は嫌がっても、新しいものへは手本探したがるだろうし。
0876nobodyさん
04/02/25 00:44ID:???「文章表現の引出し」の定義が不明なので、定義からしないといけないのだけど。
0877nobodyさん
04/02/25 01:10ID:???わかりやすい文章が書けない人が減るんじゃないだろうか。
あ、いや小学校だと自由な発想の妨げになりそうだから中学校ぐらいがいいかも。
0879nobodyさん
04/02/25 01:34ID:???もっと基本的な話じゃないの？
文字-単語-文-段落-章の関係から始まって、起承転結／序破急みたいな
論理構造、あるいは箇条書きのような小手先のテクニック、その他もろもろ……
系統立てて勉強していないので良くわからないけど、物事を説明するのに
必要なテクニックを教育して欲しいなぁ。
0880nobodyさん
04/02/25 01:45ID:???1. まず、べたテキストの作成
2. マーク付け作業
という順番が本来の姿だと思う。
テキストの作成とマーク付けを平行して考えるのが悪いんじゃないか？
というか、拙い教え方をしている入門書が悪いんだけど。
0881nobodyさん
04/02/25 07:06ID:???0882nobodyさん
04/02/25 08:17ID:???段落の区切り方どころか、句読点の使い方すら上手く出来ないって人いるんだよな…
0883640
04/02/25 08:38ID:AvDTPXRhをなすのか理解できてしまうってのがありますよね。 だから Wordみたいなソフ
トでも「見出し１」を選択してからタイトルを書く奴はほとんどいなくて、太字＋
フォントサイズを変更…で済ませるんだと思います。
そう考えると、それで意味が通じるなら、場合よっては安くない教育コスト
を払ってでも Wiki 上で意味を定義させる価値があるのだろうか?とも考え
てしまいます。 小中学校で論理的な作文を教えるのは大賛成ですが
「マークアップって何？」ってレベルの人(←ほとんどの人)に本当のホワイ
トボードのように使ってもらうには、教育コストを下げる事は重要かなと。
>>875
>ブロック要素とかインライン要素って文書構造？
初級者には理解が難しいってのは、もっと低レベルの概念の事でした。
言葉足らずですません。 でも、dt/dd/dl要素みたいな地味でインパクトの
薄いやつも覚えてくれない(=理解されない)んすよ。
# hotspot って便利だなー
0884nobodyさん
04/02/25 10:06ID:???自分や身内だけなら<p>なしでもよいかもしれないけど、
インターネットの場合は利用者が特定できないからやっぱりまずいと思うな。
<p>なんて空行を挟むだけで日本語メールと同じだから、教育コストが高いとも思えないし。
紙の文書とHTMLを同列に論じてしまうのは、物理マークアッパーが常に陥る罠で、
HTMLならではの使いやすさを追及すべきだと思う。
まず理念的なものを再考してみたら、どうでしょう。
ttp://www.kanzaki.com/docs/html/htminfo10.html辺りを参考に。
Wikiであっても、書き込みに比べて、ただの閲覧の方が数としては多いはずだし、
ブラウザのエラー訂正は実装依存なので、「不思議マークアップ」文書を読めないものがあってもおかしくはないわけで。
逆に、WikiのHTML変換が問題なければ、たとえ段落をリストとしてマーク付けしたとしても、
HTMLの文法エラーではないから、ほとんどの環境では読めるはず。
そんなのは、小人が修正するという手もあるし。
0885nobodyさん
04/02/25 11:32ID:???0888nobodyさん
04/02/25 19:42ID:???そんな人が書いても、出力するHTMLは正しい、ってのが理想的。
その点でPukiWikiの姿勢は偉いと思う。
0892884
04/02/25 23:01ID:???個々のブラウザに依存するバグや文法エラー訂正については「はず」としか言えない。
そもそも、現存するブラウザだけ視野に入れればよいわけでもないし。
だからこそW3Cが勧告を出しているってことを理解できているか？
>>888
Blogはそういう流れ。
Wikiでも、PukiWikiだけではなく、他のWiki Cloneを正しいHTMLを吐くように
改造するケースが徐々に出てきている。
だから、水を差して欲しくはないんだよね。
0894888
04/02/26 00:22ID:???水を差してるように見えたらごめんなさい。
正しいHTMLを吐くというのは良いことだと思いますが、
もともと>>883の主張はそこではなく、初心者に論理構造
教えるのって難しいよね、という話だと思ったので。
0895nobodyさん
04/02/26 00:31ID:???ろくなアイディア出せないんだよね。
0897884
04/02/26 00:52ID:???ごめん、書き方が悪かった。
自動化や省力化できるところをツールに任せるという点では、同意しているのね。
「水を差す」というのは、884に向けたのではなくて、
<p>を出力しない等の（時代に逆行した）方針に対して言いたかったのです。
Wikiにしろ、Blogにしろ、ツールを使えるものにしようと努力している動きがあるのだから、
安易な方向に逃げないで欲しいなあということ。
論理構造を教えるのが難しいのなら、
HTMLを出力する前にツール側で適切に補う方法を考えるのが本筋。
0898nobodyさん
04/02/26 00:52ID:???0899nobodyさん
04/02/26 01:36ID:???発信される情報そのものには何も影響が出ないんだよね。
重要なのは情報そのものであって、論理構造ではないということ。
お前らが論理構造にこだわっているのは、
「ノートの取り方は決まっています。みなさんが情報を整理する場合は
『ノートの正しい取り方』に従い整理してください。」
ってことだろ？
0900nobodyさん
04/02/26 01:56ID:???ハードがらみのプログラミングの仕事をしてるんだけど、
情報をWikiに統合してみた。
それまでは、テキストやらExcelやら書いて共有フォルダに置いてみたり
するも、情報が散漫になって今ひとつ。
ファイル名だけじゃその情報の内容を的確に示すには不足だった。
Webサイトも作ってみたりしたけど、コーディングの傍らページをまとめるのは
結構な手間で思考もぶつ切れになるので思わしくなかった。
掲示板を置いてみたりもしたけど、古くても重要な情報が
流れていってしまうので不適だった。
Wikiは仕事の傍らに使うという点で記述の簡易さが按配良く、
それでいてハイパーリンクの恩恵にあずかれる事は便利だった。
口で話せばすむ事でも、意識してWikiで話した。
後で重要度を増す話題だったとしても、これなら情報として
保存されるので忘れ去られることはない。
ソフトの些細な挙動不審でも書き残してくれるので、
製品の完成度も従来より増した。動作試験の期間が
予定の1/5程度で済んだ。
Wikiをコラボレーションツールとして使ったわけだが、成功だったと思う。
無論、Wikiの利用方の1側面でしかないのは承知だが、
著述作業の簡易さと情報の統合とを両立する点が、Wikiのコアな特徴の
一つであると実感した。
長文スマソ。読まれ無さそうだな。まあ、実例の報告と言うことで。
0901nobodyさん
04/02/26 02:07ID:???その場合、出力から取り除くべきは<p>ではなく、<br>だろう。
ノートを読むのは人間だから、人間が誤解しない程度に好きにすればよい。
HTMLを読んで解釈するのはユーザエージェントだから、
UAが誤解しないようにする必要がある。
0902nobodyさん
04/02/26 03:22ID:???確かに大切なのは情報そのものなんだけど、だらだらと長文を隙間無く並べるよりは、
段落とか改行とか、ある程度整理されている方が読みやすいんじゃないかと。
読みやすくすることが情報の価値を高めるのかよ、と突っ込まれそうだけど、
読みにくくて活用しづらい情報よりはいいんじゃないかな。
>>900
>著述作業の簡易さと情報の統合とを両立する点が、Wikiのコアな特徴の
>一つであると実感した。
確かに。
比較的容易な記述でハイパーリンクによる関連づけをしやすいのも便利。
いちいちキーワードをブラケットで囲むのは面倒だけど、キーワードテーブル作っておけば
自動的にハイパーリンクになるWikiを使えば楽にできるね。
0903nobodyさん
04/02/26 04:09ID:???見ながら、考えながら、修正しながら、また見ることができるのは嬉すぃ。
無限の広がりをもつホワイトボードみたいに。
正直、HTML はめんどい。考えることに集中したい。
直観的な文法で簡単なこと（箇条書とかセクションとか）が実現できれば十分だし。
ただ、Wiki は仕様もバラバラだし、 Wiki で閉じてる感じも強く、
他の処理系との連携がめんどうなのがイマイチかなぁ...
0904640
04/02/26 08:01ID:n5Nb41OP観察したんです。 そしたら、デザインの都合でいろいろな事するんですよ。
例えば、一行毎に空行を入れたり、見出しと文章の間隔が気に入らないから
改行とか。 さらには、「段落」と言えるかどうか微妙な文字列の塊があったり。
結果、#br だらけになってしまいました。 ついでに「めんどくさくて、直感的じゃ
ない」って言われました。 それでも無理して<p>でくくると、それこそ不思議マ
ークアップになってしまう可能性があります。(見た目は margin と padding を
0px にする事により同じにする事ができますが)
多くの場合、空行を区切りとして<p>でくくるというのは正しい選択でしょうし
折角CSSが使えるWikiEngineを開発しているなら、一行毎に改行なぞやめ
させて、CSSで行間設定するように教育しろって意見も至極まっとうだと思い
ますが、ユーザー的には「そんなんどうでもいいからさ、もっと簡単にしてよ」
で終わってしまうんです。 つまり、内部構造などどうでもよくて(っていうか知
らない)、どう見えるかが重要だと。 そして、<p>でくくる事による、具体的な
メリットを示す事が私にはできませんでした。
HTMLへの理解は、それなりにあるつもりですが、構造の厳密さとユーザーの
視点、どちらを優先すべきかと言えば、私はユーザーの方を選びました。
もちろん、PukiWikiみたいな「正しさ」は素晴らしいと思いますが、ちょっと
ターゲットが違うんでしょうね。
>>884
ところで、文法エラーってなんの事ですか？ ブラウザのエラー訂正？
タグ開きっぱなしとかって話なら、それなりに対策はしてありますし、LINT
的にはHTML4.0 Strict に準拠させてます。
0906nobodyさん
04/02/27 00:38ID:???初心者がこだわりたがったのは行間だけ？
であればなんとなく見た目の行間いじれるだけにしたらよかったのではとちょっと思う。
（ユーザごとにスタイル設定できるようにして行間のCSS吐くだけなら単純そう）
>>900
こういう成功事例は参考になるね。
ファイルサーバを（Windowsで）作ったうえで、UNCでのリンクも貼れるようにしとくと
かなり便利になりそうな気がした。
0907nobodyさん
04/02/27 00:54ID:???てっきり改行だけは自動的になるものだとばかり思っていたので。
0908nobodyさん
04/02/27 00:58ID:???空改行入れるクセって。
CSSで的確な行間を設定していれば、だれも空改行入れなく成ると思うよ。
0909nobodyさん
04/02/27 01:31ID:???読みやすさ対策なんじゃないかなぁ。
0910640
04/02/27 08:01ID:???>>907 が言うように <br> を自動挿入にしたり、半角スペースを複数入れても
その数だけ が入るなど、メモ帳的アナロジーを導入したお蔭で、それ
なりに好評いただきました。 PukiWikiに比べて、明らかに機能は劣っています
が、まだ彼らはそれを使いこなせるレベルにないので気にならないようです。
>>906,908
それが、どうも問題は行間だけではないようなんですよ。 それに、私の見た
ケースでは、一行開けて書いてある部分は、そのページの一部だけで、具
体的に言うと、その部分は「詩」でした。 他には、なんというか「侍魂」的な
レイアウトって言ったら通じるでしょうか。 不定の間隔があるような。
総じて言うとデザインの都合って奴です。 やっぱりEnter押してるのに改行
されないってのが「変だ」と思うところなんじゃないでしょうか。
それらは、本来CSSで処理すべき問題ですが、自動化はなかなか難しそ
うな気がします。 かといって、ユーザーにいちいち入力させるのは嫌がる
と思うんですよ。 初めての人への教育も大変そうですしね。
>>900
Wikiを紹介するのに最適な事例っすね。 すばらしー。
0911nobodyさん
04/02/27 11:30ID:???HTML を知らない人には理解しにくいか?
0912nobodyさん
04/02/27 11:47ID:???ああ。自分にもよく分かるよそれ。
例えばHTMLなら<P>だけでは満足できなくて、途中<BR>入れて
間空けたくもなるのよね。
また空白もそう。適宜スペース入れて間空けたくなる。
これらはパターンが決まってないのでCSSではどうもうまくな
いのよね。
なんてゆーか。オーバーな話だけど、WikiにQuarkみたいなモ
ノを求めているような気がしないでもない。最終的にHTMLで
出るから色々制限あるのにね。
結局自分がｺｿ-ﾘ使ってるWikiは、デフォルトで全体が<PRE>で
囲まれるようにしてしまった。
0913nobodyさん
04/02/27 18:35ID:???0914nobodyさん
04/02/27 22:32ID:???1. 改行いれて文章うって、表示したら改行されてなくて、「なんじゃこりゃ」
って驚く。
2. 間違えた？ととりあえず自分を責めて、もう一回編集してみたら元原稿は改行されていて、「どないせえっちゅうねん」と思う。
3. それでも、"Wikiになれているから"なんか手段があるんだろうと気を取り直すけど、莫大なヘルプを読む気にもなれない。
4. 前の方の元データをみてたまたま改行記号らしいのがあったら試してみる。
5. なかったら、「どーでもいいや。なれている小人さんが直してくれるだろう」と放置。
ルールも7行を超えたら読まれないと思った方が良いね。
0916nobodyさん
04/02/28 00:06ID:???やっぱりよくわからないな。
ファイルのアップロードができる掲示板との構造的な違いは何？
単純にUIの違い？
0917nobodyさん
04/02/28 00:35ID:???掲示板は原則として時系列順に追記する。
何かに対して反応することになるが、書かれたものを訂正することは（多くの場合）しない。
Wikiはページ全体を複数人で作る。
書き込まれたものをところかまわず修正できる。
UIはこの際関係ないね。
0918nobodyさん
04/02/28 00:37ID:???>なんてゆーか。オーバーな話だけど、WikiにQuarkみたいなモ
>ノを求めているような気がしないでもない。最終的にHTMLで
>出るから色々制限あるのにね。
こういう人たちはHTMLにもQuark的なものを求めてるよ、きっと。
WYSIWYGってのはやっぱり直感的なんだよね。
0920nobodyさん
04/02/28 09:22ID:???新しいジャンルかも。
0922nobodyさん
04/02/29 14:51ID:???YukiWiki なら %infobase に情報を持たせるようにすればカンタンにできるやん。
漏れは Wiki なんか使う気はないから patch 書くつもりはないけど。
0923nobodyさん
04/02/29 19:21ID:MvJ1SEzu妙にリストを好む行動パターンから考えて、あの人が帰ってきたのではないか
0924nobodyさん
04/03/01 08:12ID:uBxLe30P0925nobodyさん
04/03/01 12:55ID:???ただし最初の二つは入れ替え可能。
0926nobodyさん
04/03/01 17:16ID:???0927nobodyさん
04/03/01 17:44ID:???0928nobodyさん
04/03/02 00:55ID:???0930nobodyさん
04/03/02 07:17ID:???PukiWikiで何種類か違うレイアウトを使うにはどうしたらいいのでしょうか？
0932nobodyさん
04/03/02 09:59ID:???0933nobodyさん
04/03/02 10:45ID:???0934nobodyさん
04/03/02 22:19ID:???スキンをいじれ( ﾟДﾟ)ｺﾞﾙｧ!!てのはなしで。ｽﾏｿ・・・
CSSサッパリなもんで＿|￣|.......○
0936nobodyさん
04/03/03 09:14ID:???うちで動かしてるのを他人の携帯でちらっと見てみたことがある。
なかなか良いよ。
メニュー (編集とか) は英語で表示面積削減してるんだったかな?
ていうか、携帯からもちゃんと編集できるように (たぶん) してるのが
スゴそうだった。
編集しないけどね。
0937nobodyさん
04/03/03 19:30ID:fiYuiU04FSWiki
0939934
04/03/03 21:47ID:???>>935-936
pukiはなんとかなりそうな気はするんですが
ブラウザのＵＡを偽装して閲覧してみたんだけど
ＵＡがうまく解釈されてないような気がするんですがどうでしょう？
// 携帯端末
$agents = array(
array('name'=>'jphone','pattern'=>'#^J-PHONE.+(Profile/)#'),
array('name'=>'jphone','pattern'=>'#^J-PHONE#'),
array('name'=>'i_mode','pattern'=>'#DoCoMo/(1\.0)/(?:[^/]+/c([0-9]+))?#'),
array('name'=>'i_mode','pattern'=>'#DoCoMo/(2\.0) [^(]+\(c([0-9]+)#'),
array('name'=>'i_mode','pattern'=>'#DDIPOCKET;JRC/[^/]+/(1\.0)/0100/c([0-9]+)#'),
);
この部分だと思うんですが全キャリアうまく解釈されるにはどうしたらよいのでしょう。。
auとかはダメポなんですかね。
>>937
liteとかありますね。今度試してみます。
>>938
ｽﾏｿ..関係ないね(恥
0940nobodyさん
04/03/03 23:52ID:???0941nobodyさん
04/03/04 00:03ID:???0942nobodyさん
04/03/04 00:12ID:???パケ代がバカバカしいので使いませんけどね。
0943nobodyさん
04/03/04 00:37ID:???0944942
04/03/04 00:58ID:???パソコン向けのページが見れない旨を Shift_JIS で正常に吐けてるかどうか
確認する事にしか使ったことがないので、そういう情報はうれしいでつ。
0945nobodyさん
04/03/04 01:11ID:???0946nobodyさん
04/03/04 01:18ID:???0947nobodyさん
04/03/04 01:20ID:???2chだけだろ？
0948nobodyさん
04/03/04 01:54ID:???0949nobodyさん
04/03/04 02:27ID:???0951944
04/03/04 02:38ID:???0952nobodyさん
04/03/04 07:48ID:???0953nobodyさん
04/03/04 16:04ID:???0954nobodyさん
04/03/04 16:08ID:???なんか２月に入ってから猛烈にスレが伸びましたね（ｗ
0955nobodyさん
04/03/05 22:07ID:???実質、10人いなかったりして。
0956nobodyさん
04/03/06 02:39ID:???ttp://nekyo.hp.infoseek.co.jp/cgi-bin/wiki/wiki.cgi?PyukiWiki%2fkisekae
とかどうだ？
0957nobodyさん
04/03/06 11:23ID:nLQ8peOehttp://pwiki.chbox.com/pukiwiki.php?wiki
0958nobodyさん
04/03/08 07:30ID:???0959nobodyさん
04/03/08 20:05ID:???http://www.hyuki.com/diary/dia0403.html#i06_06
0960nobodyさん
04/03/08 23:00ID:???PukiWikiのPaintプラグインでBBSPainter.jarをPukiWikiディレクトリに入れるだけでいいのでしょうか？
XOOPSのPukiWikiModを使っていますが、
コチラの方がいいと思い来ました。
何か知っていたら教えてください。
0961nobodyさん
04/03/09 07:38ID:???その方が、あなたにも、他の人にも役に立ちます。
ってテンプレに入れてほしい。無駄だと思うけど。
あと、文章の意味が分からないので書き込む前に推敲した方が良いですよ？
ここはWikiではありませんからね。
0962nobodyさん.
04/03/10 12:55ID:???InterQmembersのサーバーで、FSWiKiを使っています。
このサーバーだとCGIWrapしか使えないのでFSWiKiの子WiKi機能が使えません。
CGIWrapで使えて、子WiKiの機能があるCGIのWiKiを教えてください。
0964nobodyさん.
04/03/13 16:51ID:???FSWiKiはPATH_INFOで実装しているらしいんで、InterQでは使えないんです。
質問がだめならくだ質でも行きますよ。
0965nobodyさん
04/03/13 17:15ID:???自分で改造すればいいじゃない
0966nobodyさん
04/03/13 18:23ID:HB2GuAbWhttp://pc.2ch.net/test/read.cgi/prog/1074328018/l50
0967http://chbox.com/
04/03/13 23:05ID:sltX1YFT0968nobodyさん
04/03/14 09:20ID:???CGIWrapっていうのはPerlのライブラリ?いやPHPかな。
PATH_INFOとはどういうつながり？
子Wiki機能っていうのはWikiファーム？FSWikiでは子Wiki機能って呼んでるのか。
読んで意味がわからない奴は答えるなってことだと思うので、
とりあえず放置プレーを楽しんでみる。
>963
答えたいなら答えてあげれば良いのに。
スレが伸びが不安定なのは今に始まったことではないけど。
0969nobodyさん.
04/03/14 17:29ID:???ttp://www.interq.or.jp/aquarius/teresa/
作ろうとするとCGIWrapエラーが出て、聞いてみたらPATH_INFOでFarmを提供しているので
CGIWrapは将来的には対応したいといわれました。
それで、何か改善する手立てがないかと･･･
0970http://ruitomo.com/~gulab/s.cgi?k=ウィキ&o=r
04/03/16 18:43ID:ZZVmlIUIhttp://pwiki.chbox.com/pukiwiki.php?wiki
■2004年3月14日 (日) - Wikiばな + yomoyomo revolutions at Shibuya
http://www.hyuki.com/diary/dia0403.html#i14_17
0971nobodyさん
04/03/18 03:15ID:???0972nobodyさん
04/03/19 14:39ID:AjYkjR0J0973nobodyさん
04/03/19 14:46ID:EZrO0R0f↓のスレで馬鹿がオナニーしてます
http://sports5.2ch.net/test/read.cgi/base/1076476572/l50
てめえの趣味はてめえでホームページでも作ってやれ。
ここは公共の掲示板だ。オナニーする場所じゃねえ。
↑このコピペを書きむだけでいいです。協力おねがいします。
0975nobodyさん
04/03/19 20:09ID:???0976nobodyさん
04/03/19 22:17ID:???0977nobodyさん
04/03/19 22:25ID:???http://pc2.2ch.net/test/read.cgi/php/1079702729/
0978文章苦手
04/03/29 13:44ID:???今まではメーリングリストで幹事が情報を出して、参加可否とかの返事をメールか口頭で伝えてて、
特に設定していない人は大学にいないと情報の受発信が出来ない状態でした。
それに古いほうのメールを見て情報の食い違いとか起こしてたりした。
それでwikiを 簡易なページ更新ツール、ログ残し（来年のため）、
合宿でやるグループワークのためのコラボレーションツールとして使ってみました。
もちろんメーリングリストで「○○に更新があったので、xx.xx/wiki.cgiを読んで」というサポート付で。
意外だったのは、こういう学部の人ですらwikiをなかなか理解してくれなかったこと。
・ヘルプなんてそもそも読んでくれない。(俺の幹事力不足だが、全員に読んでもらうのは難しい)
・ページを編集するという行為が斬新すぎて?わからないらしい。(静的なページだと勘違いしてることも。)
それで、幹事→各グループのリーダー→グループのメンバーって教育をしてようやく軌道に乗りました。
実際に教えたのは、「編集」の方法と、[[]]によるリンクの方法だけ。めんどくさいし、たぶん覚えてくれない。
結局グループワークで事前に資料をまとめる必要があったり、
グループ内の連絡等で使わざるを得なくなり、最終的にはちゃんとコラボレーションツールとして機能してた。
あと、メーリングリストにわざとあまり情報を書かずにwikiを唯一の情報源にしたから、情報の食い違いもあんまりなくなった。
観察してると、
・確認するまでもなく明らかなものでも、「誤字があります」って教えてくれた(自分で直せるとすぐは思わない)
・「編集」はするけど「新規作成」はしない。(どうやらここにも大きな壁があるみたい)
感想を聞くと、「他人に見られるから書きにくい」(=失敗出来ない)そうです。
0979nobodyさん
04/03/30 01:07ID:???自分の場合、何処からでも更新できるメモとして一人でWikiを使っているので
こういった使い方の話は新鮮な感じがする。
参加者がかなり積極的でないと、協調学習とかは難しそうっすね。
0981nobodyさん
04/03/31 09:55ID:???http://pc5.2ch.net/test/read.cgi/php/1079702729/
レス数が950を超えています。1000を超えると書き込みができなくなります。