PukiWikiスレ Part1
1 ：nobodyさん：
PukiwikiはPHPで書かれたwikiです。
公式 http://pukiwiki.org/
開発 http://pukiwiki.sourceforge.jp/dev/
ML http://sourceforge.jp/mail/?group_id=166
公式 http://pukiwiki.org/
開発 http://pukiwiki.sourceforge.jp/dev/
ML http://sourceforge.jp/mail/?group_id=166
|
|
|
せめてwikiスレ終わりかけた時に
php系とperl系で分ければ良かったものを。
php系とperl系で分ければ良かったものを。
まぁ、pukiwikiはプラグインもいっぱい出てるし
これでいいんでないの？
これでいいんでないの？
pukiwikiのカスタマイズ
http://pukiwiki.org/index.php?cmd=read&page=PukiWiki%2F%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%2F1.4%E7%B3%BB%E5%88%97#j4f4bd33
http://pukiwiki.sourceforge.jp/dev/index?cmd=read&page=PukiWiki%2F1.4%2F%A4%C1%A4%E7%A4%C3%A4%C8%CA%D8%CD%F8%A4%CB
http://www.teu.ac.jp/chiit/~yamamura/?PukiWiki%C4%C9%B2%C3%A5%E1%A5%E2
http://kawacho.don.am/wiki/pukiwiki.php?PukiWiki%2FPukiWiki%B3%E8%CD%D1%A5%E1%A5%E2
http://www.xillion.net/cgi-bin/wiki/xillion.php?%5B%5BPukiWiki%2F%A5%AB%A5%B9%A5%BF%A5%DE%A5%A4%A5%BA%5D%5D
http://www.mouseup.net/wiki/pukiwiki.php?%A5%AB%A5%B9%A5%BF%A5%DE%A5%A4%A5%BA%A5%CE%A1%BC%A5%C8
http://pukiwiki.org/index.php?cmd=read&page=PukiWiki%2F%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%2F1.4%E7%B3%BB%E5%88%97#j4f4bd33
http://pukiwiki.sourceforge.jp/dev/index?cmd=read&page=PukiWiki%2F1.4%2F%A4%C1%A4%E7%A4%C3%A4%C8%CA%D8%CD%F8%A4%CB
http://www.teu.ac.jp/chiit/~yamamura/?PukiWiki%C4%C9%B2%C3%A5%E1%A5%E2
http://kawacho.don.am/wiki/pukiwiki.php?PukiWiki%2FPukiWiki%B3%E8%CD%D1%A5%E1%A5%E2
http://www.xillion.net/cgi-bin/wiki/xillion.php?%5B%5BPukiWiki%2F%A5%AB%A5%B9%A5%BF%A5%DE%A5%A4%A5%BA%5D%5D
http://www.mouseup.net/wiki/pukiwiki.php?%A5%AB%A5%B9%A5%BF%A5%DE%A5%A4%A5%BA%A5%CE%A1%BC%A5%C8
6 ：nobodyさん：04/05/19 14:29 ID:wXrEI+fw
すいません。Wiki初日です。
PukiWikiでFrontPageのタイトル名を
変えるにはどうしたらいいですか?
PukiWikiでFrontPageのタイトル名を
変えるにはどうしたらいいですか?
あ、質問すれあった。そちらで質問します。お騒がせしまｽﾀ
9 ：nobodyさん：04/05/19 14:43 ID:1bxnJh7z
Pukiwkiって長いテキスト入れるとたまに
ループして表示されない？
あいうえお
かきくけこ
さしすせそ
あいうえお
かきくけこ
さしすくけこ
さしすせそ
みたいに
ループして表示されない？
あいうえお
かきくけこ
さしすせそ
あいうえお
かきくけこ
さしすくけこ
さしすせそ
みたいに
>>11
サーバーは弄くれないのよ。
サーバーは弄くれないのよ。
>>12
むりだと思う
むりだと思う
そっか。ありがとう。
URLを
/pukiwiki.php?FrontPage
↓
/?FrontPage
のように変えたいのですが、どうやるんでしょうか？
/pukiwiki.php?FrontPage
↓
/?FrontPage
のように変えたいのですが、どうやるんでしょうか？
設置者じゃねえのかよ！
17 ：nobodyさん：04/05/19 18:02 ID:YZOpGnel
てか、何するスレ？
おまえら、どんなプラグイン挿れてるの？
attachrefとかチョー便利
ParaEditいいよね
ただ、ParaEditはプレビューかけると入力フォームにページ全部の内容が表示されてしまうんだよね。
Pukiwiki公式についてる ▲ ▼ はどうやってるの？
reimy おじさんって、どんな人？
百科事典･Wikipedia(ウィキペディア)のガイドライン
http://that3.2ch.net/test/read.cgi/gline/1083605278/l100
http://bm.ishinao.net/estsearch.php?phrase=wikipedia&max=1024
http://that3.2ch.net/test/read.cgi/gline/1083605278/l100
http://bm.ishinao.net/estsearch.php?phrase=wikipedia&max=1024
wikipediaうぜー
28 ：nobodyさん：04/05/24 22:29 ID:8KOfh2YN
PukiWikiカスタマイズ面倒杉。
プラグインとか言いつつあっち直してこっち直してとかもうやってらんない。
これだからスクリプト厨って嫌いなんだよ。
プラグインとか言いつつあっち直してこっち直してとかもうやってらんない。
これだからスクリプト厨って嫌いなんだよ。
>>28
じゃあ使うなよ...
じゃあ使うなよ...
30 ：nobodyさん：04/05/24 23:48 ID:zQ+bT9Zk
てｓ
32 ：nobodyさん：04/05/25 18:36 ID:14atRfF9
PukiWiki糞重いし、PHP使ってるからかエイリアスで[[hoge:fuga/funga]]
とかやると、http://hogehoge/fuga%2Ffunga となってApacheじゃ処理できん。
腐っとるな。
そろそろ乗り換えようと思ってるのだが、カレンダー機能のプラグインがあ
るのがなかなか無いようなので困っとる。
とかやると、http://hogehoge/fuga%2Ffunga となってApacheじゃ処理できん。
腐っとるな。
そろそろ乗り換えようと思ってるのだが、カレンダー機能のプラグインがあ
るのがなかなか無いようなので困っとる。
34 ：nobodyさん：04/05/27 19:17 ID:CmbrII2i
別スレから移ってきました。皆様に質問したいのですが、
pukiwiki 1.3.7で既にあるページを編集して、[最終更新のRSS]を
RSSリーダでチェックしても何も出てきません。
1.4.3 でページを編集して、RSSリーダでチェックすると更新分が表示
されますけど、1.3.7で同様に更新分をRSSリーダで表示する方法は可能
でしょうか。
ご存じの方、よろしくお願いします。
pukiwiki 1.3.7で既にあるページを編集して、[最終更新のRSS]を
RSSリーダでチェックしても何も出てきません。
1.4.3 でページを編集して、RSSリーダでチェックすると更新分が表示
されますけど、1.3.7で同様に更新分をRSSリーダで表示する方法は可能
でしょうか。
ご存じの方、よろしくお願いします。
>>34
1.4.3に移行する
1.4.3に移行する
>>35
ってことは1.3.7では無理って事ですか？
ってことは1.3.7では無理って事ですか？
最初から「その1」だの「Part1」だのつけてるスレッドって伸びないよな
カスタマイズめんど臭いな
dat2chプラグイン
http://m-arai.s41.xrea.com/closet/pukiwiki.xhtm?cmd=read&page=PC%C8%F7%CB%BA%CF%BF%2FPukiWiki%A5%E1%A5%E2%2Fdat2ch%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3
show2chプラグイン
http://m-arai.s41.xrea.com/closet/pukiwiki.xhtm?PC%C8%F7%CB%BA%CF%BF%2FPukiWiki%A5%E1%A5%E2%2Fshow2chdat%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3
http://m-arai.s41.xrea.com/closet/pukiwiki.xhtm?cmd=read&page=PC%C8%F7%CB%BA%CF%BF%2FPukiWiki%A5%E1%A5%E2%2Fdat2ch%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3
show2chプラグイン
http://m-arai.s41.xrea.com/closet/pukiwiki.xhtm?PC%C8%F7%CB%BA%CF%BF%2FPukiWiki%A5%E1%A5%E2%2Fshow2chdat%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3
【BLOG】CMS総合スレ【Wiki】
http://pc5.2ch.net/test/read.cgi/hp/1076899644/
ここから誘導されてきました．
pukiwikiで，画像つきのhtmlページを添付して，それをクリックするとそのページが開く
というような処理はできないでしょうか？
mhtファイルにして添付してみたんですが，開けませんでした．
http://pc5.2ch.net/test/read.cgi/hp/1076899644/
ここから誘導されてきました．
pukiwikiで，画像つきのhtmlページを添付して，それをクリックするとそのページが開く
というような処理はできないでしょうか？
mhtファイルにして添付してみたんですが，開けませんでした．
>>40
そんな危険なこと考えるのはやめとけ。
そんな危険なこと考えるのはやめとけ。
クロスサイトスクリプティングとかのことを考えるとやっぱやめたほうが良いんでしょうか・・
そらそーだｗ
とくにPukiWikiは誰でもいじれちゃうわけですから。
とくにPukiWikiは誰でもいじれちゃうわけですから。
制限かければいいんじゃないの？
>>44
.htaccessとかで制限はかけるとしても，htmlファイルを添付するっていうことができないですよね．
mhtファイルをアップロードしたらそれを開いてくれるって機能があればいいんですが・・．
.htaccessとかで制限はかけるとしても，htmlファイルを添付するっていうことができないですよね．
mhtファイルをアップロードしたらそれを開いてくれるって機能があればいいんですが・・．
わかんねーやつだな。
そういうファイルは危険だと言ってるだろうが。
そういうファイルは危険だと言ってるだろうが。
>>46
わかってはいるつもりなんですが，特定少数で使う場合には，選択的にそういう機能が使えたら
便利なのになぁと思ったしだいです．
実現する方法は今のところ無いみたいですね・・．
申し訳ありませんでした．
わかってはいるつもりなんですが，特定少数で使う場合には，選択的にそういう機能が使えたら
便利なのになぁと思ったしだいです．
実現する方法は今のところ無いみたいですね・・．
申し訳ありませんでした．
>実現する方法は今のところ無いみたいですね・・．
attachプラグインをいじればどうにでもなるでしょ。
でもそんな改造をしてくれる人はいないと思う。
attachプラグインをいじればどうにでもなるでしょ。
でもそんな改造をしてくれる人はいないと思う。
49 ：nobodyさん：04/06/05 19:46 ID:gDrWAXqF
50 ：nobodyさん：04/06/07 13:15 ID:jbxR9kfD
52 ：nobodyさん：04/06/09 15:29 ID:n8gwL0nj
以下のようなページ名で日記をつけてます。
日記/2004-06-06
この日記の最新のものをFrontPageの中に表示させたいのですが、何かいい方法はないでしょうか？
日記/2004-06-06
この日記の最新のものをFrontPageの中に表示させたいのですが、何かいい方法はないでしょうか？
１．ソースを用意する
２．ソースを改造する
３．FrontPageに最新の日記が表示される
これで完璧
２．ソースを改造する
３．FrontPageに最新の日記が表示される
これで完璧
>>52
#calendar_viewer(日記,7)
#calendar_viewer(日記,7)
pukiwikiのメニューバーが不要なのですが、どうすれば非表示もしくは削除できますか？
>>56
スキンをいじる
スキンをいじる
60 ：nobodyさん：04/06/13 02:25 ID:znXZfIAR
ReadMe! JAPANのアイコンがあるじゃないですか。
あれをPHPファイルを編集してＨＴＭＬを埋め込んで表示されるのではなく、Wikiの文法でなんとか表現したいのです。
標準のプラグインだけでは無理なんでしょうか。
たとえば
#img(http://readmej.com/[email protected])
みたいにやってみたのですが、だめでした。
あれをPHPファイルを編集してＨＴＭＬを埋め込んで表示されるのではなく、Wikiの文法でなんとか表現したいのです。
標準のプラグインだけでは無理なんでしょうか。
たとえば
#img(http://readmej.com/[email protected])
みたいにやってみたのですが、だめでした。
![http://p.readmej.com/readme_small.gif]]](http://p.readmej.com/readme_small.gif]]){kind=link}
pukiwikiで作ったページはgoogle検索に引っかかりますか？
>>62
検索したらいっぱいでてくるだろ
検索したらいっぱいでてくるだろ
64 ：nobodyさん：04/06/16 17:24 ID:egcos0E4
XML-RPC for Wiki (FSWiki) http://www.donzoko.net/cgi/fswiki_xmlrpc/
65 ：nobodyさん：04/06/23 13:27 ID:Y1kmIgiV
ある特定のページにパスを設定して、そのパスを知るもののみ閲覧（編集）可能にする方法はあるでしょうか？
ついでに「閲覧認証フラグ」もある。
68 ：nobodyさん：04/06/23 13:34 ID:Y1kmIgiV
パスワードのつもりでした。
マニュアル良く読んでみます、ありがとうございました。
マニュアル良く読んでみます、ありがとうございました。
数式表示プラグインを簡単に設置する方法ってないですかねぇ
レンタル鯖で動かしてるんですがコンパイルで躓いて困ってます
レンタル鯖で動かしてるんですがコンパイルで躓いて困ってます
70 ：nobodyさん：04/06/28 10:49 ID:pGHZx+kq
PukiWikiの軽量版を作ってみたのですがどうでしょう？
http://webbs.s59.xrea.com/wiki/index.php?PukiWiki%20Light%C7%DB%C9%DB
プラグインとか削ったら半分以下のサイズにまで落とせました、
http://webbs.s59.xrea.com/wiki/index.php?PukiWiki%20Light%C7%DB%C9%DB
プラグインとか削ったら半分以下のサイズにまで落とせました、
>>70
回線のほかにサーバのディスク容量の制限での需要もあるのかもしれないが
そんなことより先にXHTMLの勉強した方が･･･
Pukiwiki.orgで晒すとReimy氏とかに怒涛の赤ペン喰らって恥をかくと思うよ。
とりあえず「最小構成でPukiwikiを動かすためのTips」とかいうレベルから
始めた方がいいのでは。
回線のほかにサーバのディスク容量の制限での需要もあるのかもしれないが
そんなことより先にXHTMLの勉強した方が･･･
Pukiwiki.orgで晒すとReimy氏とかに怒涛の赤ペン喰らって恥をかくと思うよ。
とりあえず「最小構成でPukiwikiを動かすためのTips」とかいうレベルから
始めた方がいいのでは。
あぁ、ほんとだ。
こりゃ、XHTMLの勉強をしてからの方がいいな。
こりゃ、XHTMLの勉強をしてからの方がいいな。
まあ恥をかくなんていうと言い方悪いけど、おいおい直していけばいいと思うよ
ttp://d.hatena.ne.jp/nanacy/
こんなノリで作ったのか…。しかもPukiwiki使い始めて1週間で。＿|￣|○
XHTMLがどうとかいうレベルですらない気が…
アイデアが悪いとは言わないが、正直これでは典型的な
「初心者が作った初心者向け」にしか見えない。
軽量と高速と初心者向けの区別は出来てる？
まぁ善意でやってるんだろうし配布するのは自由だけど
開発チームが質の維持に費やしてる労力にもう少し敬意を払って欲しい。
こんなノリで作ったのか…。しかもPukiwiki使い始めて1週間で。＿|￣|○
XHTMLがどうとかいうレベルですらない気が…
アイデアが悪いとは言わないが、正直これでは典型的な
「初心者が作った初心者向け」にしか見えない。
軽量と高速と初心者向けの区別は出来てる？
まぁ善意でやってるんだろうし配布するのは自由だけど
開発チームが質の維持に費やしてる労力にもう少し敬意を払って欲しい。
>>75
なんだこりゃ……。逝ってよし、です。
なんだこりゃ……。逝ってよし、です。
■>>70に質問
・「軽量」「軽い」の定義を明確にしないのは何故ですか？
・スキンに[添付]メニューがあるのにattachプラグインが無いのは仕様ですか？
・refプラグインがあるのにimgプラグインが無いのは仕様ですか？
・動作速度（サーバ負荷）は同じ（かtrackbackでむしろ重くなってる）ことを書かないのは何故ですか？
・「変更点」に大半のプラグインが使えないというデメリットを書かないのは何故ですか？
・なぜ「軽量」と関係のない変更をスキンやユーザ定義に施すのですか？
・質問箱へ来た質問内容をPukiwikiLight依存の問題かどうか正しく切り分け出来ますか？
・ヘルプがメニューから消えているのは何故ですか？それに起因する初心者からの質問に十分対応できますか？
・↑などLightのユーザが直接Pukiwiki.orgの質問箱へ質問に行ってしまう危険性に配慮していますか？
・その他DeveloperTeamに迷惑をかける可能性に何か配慮をしていますか？
・開発者に謝辞の一言も書かないのは何故ですか？
・本気でWikiの普及に貢献できると思っていますか？
・「軽量」「軽い」の定義を明確にしないのは何故ですか？
・スキンに[添付]メニューがあるのにattachプラグインが無いのは仕様ですか？
・refプラグインがあるのにimgプラグインが無いのは仕様ですか？
・動作速度（サーバ負荷）は同じ（かtrackbackでむしろ重くなってる）ことを書かないのは何故ですか？
・「変更点」に大半のプラグインが使えないというデメリットを書かないのは何故ですか？
・なぜ「軽量」と関係のない変更をスキンやユーザ定義に施すのですか？
・質問箱へ来た質問内容をPukiwikiLight依存の問題かどうか正しく切り分け出来ますか？
・ヘルプがメニューから消えているのは何故ですか？それに起因する初心者からの質問に十分対応できますか？
・↑などLightのユーザが直接Pukiwiki.orgの質問箱へ質問に行ってしまう危険性に配慮していますか？
・その他DeveloperTeamに迷惑をかける可能性に何か配慮をしていますか？
・開発者に謝辞の一言も書かないのは何故ですか？
・本気でWikiの普及に貢献できると思っていますか？
78 ：70：04/06/29 09:47 ID:IYwtJP7U
>>72
XHTMLなんて触れた事さえないよ。
>>75
ファイル容量を軽くすれば動作も軽くなると思ってました・・・
>>77
>・スキンに[添付]メニューがあるのにattachプラグインが無いのは仕様ですか？
articleプラグインと間違って消しちゃったみたいです。戻しておきました。
>・refプラグインがあるのにimgプラグインが無いのは仕様ですか？
PukiWiki.orgの説明で
『refプラグインに統合されたため、基本的に使用することはない。テキストの回り込み解除のために残っている。』
と書いてあったので必要ないと判断したのですが、このプラグインはまだ何かに使うのでしょうか？
>・なぜ「軽量」と関係のない変更をスキンやユーザ定義に施すのですか？
その方が使いやすいと思ったからです。
>・ヘルプがメニューから消えているのは何故ですか？それに起因する初心者からの質問に十分対応できますか？
メニューが長くなるのを防ぐためです。ヘルプ内容がもっと充実していれば消さなかったかもしれません。
>・↑などLightのユーザが直接Pukiwiki.orgの質問箱へ質問に行ってしまう危険性に配慮していますか？
いいえ
>・開発者に謝辞の一言も書かないのは何故ですか？
軽量化の一環です（笑）
>・本気でWikiの普及に貢献できると思っていますか？
微妙
XHTMLなんて触れた事さえないよ。
>>75
ファイル容量を軽くすれば動作も軽くなると思ってました・・・
>>77
>・スキンに[添付]メニューがあるのにattachプラグインが無いのは仕様ですか？
articleプラグインと間違って消しちゃったみたいです。戻しておきました。
>・refプラグインがあるのにimgプラグインが無いのは仕様ですか？
PukiWiki.orgの説明で
『refプラグインに統合されたため、基本的に使用することはない。テキストの回り込み解除のために残っている。』
と書いてあったので必要ないと判断したのですが、このプラグインはまだ何かに使うのでしょうか？
>・なぜ「軽量」と関係のない変更をスキンやユーザ定義に施すのですか？
その方が使いやすいと思ったからです。
>・ヘルプがメニューから消えているのは何故ですか？それに起因する初心者からの質問に十分対応できますか？
メニューが長くなるのを防ぐためです。ヘルプ内容がもっと充実していれば消さなかったかもしれません。
>・↑などLightのユーザが直接Pukiwiki.orgの質問箱へ質問に行ってしまう危険性に配慮していますか？
いいえ
>・開発者に謝辞の一言も書かないのは何故ですか？
軽量化の一環です（笑）
>・本気でWikiの普及に貢献できると思っていますか？
微妙
70には関係ないけど、PukiWikiのコードをいじってみて思ったこと
せめてobsoleteなファイルは配布アーカイブから外して。
せめてobsoleteなファイルは配布アーカイブから外して。
>>78
( ゜д゜)ポカーン・・・・・・
( ゜д゜)ポカーン・・・・・・
ここはなんだか微笑ましくて鼻水がでるインターネットですね。
>ネトランでお勧めされていたのでPukiWikiを導入した。
( ´,_ゝ｀)ﾌﾟｯ
( ´,_ゝ｀)ﾌﾟｯ
ネトランに 百害あって 一利なし
孫を憎んで 厨を憎まず
この本格派ファンタジスタをみんなで暖かく育てよう。
最終目標は本家の開発チーム入り。
厨歓迎
直観的操作が必要になるから、機能が洗練される
直観的操作が必要になるから、機能が洗練される
おっPukiWikiLightのインストールの説明ページができたな！
FTPの裏技の説明がすげぇぜ！
FTPの裏技の説明がすげぇぜ！
どさくさにまぎれて漏れはスルーですか
Reimyおじさんは都合よしですね
Reimyおじさんは都合よしですね
まだ削れる箇所があったら教えて欲しいです。。。
70については
2週間以内にXHTML1.1に9割方対応[できる/するぐらいの勢いで修正する]ならば歓迎
そうでなくても「PukiWikiLight」よりもう少し控えめな名前にしとけば歓迎
(PukiWikiの名前を背負うならそれなりの堅さが期待されるはず)
どちらもするつもりがないなら、残念だけど支持できない。
ものすごい勢いで良くなっていくことを期待してます。ガンバレ！
2週間以内にXHTML1.1に9割方対応[できる/するぐらいの勢いで修正する]ならば歓迎
そうでなくても「PukiWikiLight」よりもう少し控えめな名前にしとけば歓迎
(PukiWikiの名前を背負うならそれなりの堅さが期待されるはず)
どちらもするつもりがないなら、残念だけど支持できない。
ものすごい勢いで良くなっていくことを期待してます。ガンバレ！
軽さといっても、ファイルサイズの小ささの事なのか、動作の軽快さの事なのか、
どっちを目指してるんだ？
どっちを目指してるんだ？
>>88
すまん、真面目に訊きたいんだけど、仮にPukiWiki LightがXHTMLに100%対応
したとして一体どこに魅力を感じるの？PukiWikiでWikiFarm的なことをしたいとか？
それとも初回の設置時のせいぜい数十秒～１分程度の転送時間の差？
すまん、真面目に訊きたいんだけど、仮にPukiWiki LightがXHTMLに100%対応
したとして一体どこに魅力を感じるの？PukiWikiでWikiFarm的なことをしたいとか？
それとも初回の設置時のせいぜい数十秒～１分程度の転送時間の差？
漏れはXHTML自体に魅力を感じない
Varidバナーをベタベタ貼り付けて悦に入っている連中には
理解できんだろうがな
Varidバナーをベタベタ貼り付けて悦に入っている連中には
理解できんだろうがな
PukiWikiの中の人たちが結構な努力をしてvalidにしたのに、そういうのを
無視してデタラメなものを作ったことに腹が立っているのだろう。
……まぁ、もっともではある。
無視してデタラメなものを作ったことに腹が立っているのだろう。
……まぁ、もっともではある。
プラグインとかごちゃごちゃした「いらない」ものを
外していくだけなら別のシンプルで構造のきれいな
WikiEngineをそのまま使ったほうがマシだろう
PukiWikiの存在価値はそのごちゃごちゃしたものの
中にあるのだから
外していくだけなら別のシンプルで構造のきれいな
WikiEngineをそのまま使ったほうがマシだろう
PukiWikiの存在価値はそのごちゃごちゃしたものの
中にあるのだから
>>94
PukiWikiの存在価値をどこに求めるかは各人の勝手だと思いますが
PukiWikiの存在価値をどこに求めるかは各人の勝手だと思いますが
シンプルにするだけなら1.3系でいいんだけど。
概要みるかぎりじゃ1.3系と大して代わらんぽいし。
もっと、これならでは、pukiwikiで不満だた部分を改良しないと。
概要みるかぎりじゃ1.3系と大して代わらんぽいし。
もっと、これならでは、pukiwikiで不満だた部分を改良しないと。
もっとおしゃれなcssがほしい
>>97
あなたのセンスにかかっています。
あなたのセンスにかかっています。
100 ：nobodyさん：04/07/01 23:34 ID:ANKNlwAT
WikiPediaスレその22 （趣味一般＠2ch掲示板） http://hobby5.2ch.net/test/read.cgi/hobby/1088611775/l100
>>100dat落ち
なにがあるのか詳細キボン
なにがあるのか詳細キボン
>>102
自分でお調べなさい
自分でお調べなさい
>>103
要するにケチつけたいだけか
要するにケチつけたいだけか
いやあreimyおじさんにはかなわないなあ
むしろ木城かと。
107 ：henoheno ◆g2j80BX5do ：04/07/02 20:18 ID:???
79じゃないけど、おそらくimgプラグインの事を指していると思われ。
imgプラグインは ref と clear の登場により存在意義を失ってま。
あと、少しあやしいところだと
add, insert … 無意味とは思わないが、使ってる人いるかな
includesubmenu … menuが同系統の動きをするようになった
calender … calender2があるからね
imgプラグインは ref と clear の登場により存在意義を失ってま。
あと、少しあやしいところだと
add, insert … 無意味とは思わないが、使ってる人いるかな
includesubmenu … menuが同系統の動きをするようになった
calender … calender2があるからね
>>108 蛇足。
img プラグインは ref の機能拡張によって、
立場を失ったけど 続・質問箱/56 にあるように、
ref は相対指定をページ間のそれと認識する仕様なので
imgプラグインを拡張して自サイトの画像を
相対指定できるようにする拡張はアリだと思う。
ニーズがあるのかわからんけどね。
img プラグインは ref の機能拡張によって、
立場を失ったけど 続・質問箱/56 にあるように、
ref は相対指定をページ間のそれと認識する仕様なので
imgプラグインを拡張して自サイトの画像を
相対指定できるようにする拡張はアリだと思う。
ニーズがあるのかわからんけどね。
110 ：70：04/07/05 08:54 ID:0ZUdMAv2
>>110
108にはRSS入れていないわけだが。
以下の理由でRSSを挙げるのは不適当かと。
・0.9と1.0は別物
・0.9の時代も長かった
・受ける側が対応しているかどうか不確定
・多く要約を拾って欲しいという管理者は多そう
や、少なくとも意味なしではないよな。
108にはRSS入れていないわけだが。
以下の理由でRSSを挙げるのは不適当かと。
・0.9と1.0は別物
・0.9の時代も長かった
・受ける側が対応しているかどうか不確定
・多く要約を拾って欲しいという管理者は多そう
や、少なくとも意味なしではないよな。
PukiうぃきのRSSって欠陥品っじゃねぇ？RSSリーダーで読み込もうとしても出来ないんだけど･･･
PukiWiki.orgのRSSは読めるのになぁ。。。
PukiWiki.orgのRSSは読めるのになぁ。。。
サイトをまるまるPDFに落とすプラグインが
あったと思ったんだが、ありゃ夢だったか？
あったと思ったんだが、ありゃ夢だったか？
rules.ini.php ってまだ使ってる？
こことか。
http://webbs.s59.xrea.com/wiki/index.php?PukiWiki%20Light%A4%CE%A5%A4%A5%F3%A5%B9%A5%C8%A1%BC%A5%EB
使ってるＲＳＳリーダーはＯｐｅｒａ7.52。
http://webbs.s59.xrea.com/wiki/index.php?PukiWiki%20Light%A4%CE%A5%A4%A5%F3%A5%B9%A5%C8%A1%BC%A5%EB
使ってるＲＳＳリーダーはＯｐｅｒａ7.52。
>>114
FSWikiと勘違いしてないか?
FSWikiと勘違いしてないか?
つかユーザー定義ルールっているのかな？
121 ：名無しさん＠そうだ選挙に行こう：04/07/11 13:41 ID:???
html とかの細かい記述にこだわったところで、(ry
>>122
こだわりではなく、まともなHTML文書を書くのが当たり前なんだが。
こだわりではなく、まともなHTML文書を書くのが当たり前なんだが。
書式を教えてくらはい。
PlaySound とか書くと PlaySound? となって WikiName ができますが、
これを文字列のまま表示させたいと思います。
どの様に書くのでしょうか、よろしく
PlaySound とか書くと PlaySound? となって WikiName ができますが、
これを文字列のまま表示させたいと思います。
どの様に書くのでしょうか、よろしく
>>125
ありがとございます、参考にします。
ローカルに置いてる pukiwiki をいじってみます。
実は、人様のページに書き込んでいるもので、
なんとか と考えた次第です。
情報ありましたらよろしく願います。
ありがとございます、参考にします。
ローカルに置いてる pukiwiki をいじってみます。
実は、人様のページに書き込んでいるもので、
なんとか と考えた次第です。
情報ありましたらよろしく願います。
http://pukiwiki.org/index.php?cmd=read&page=%E8%B3%AA%E5%95%8F%E7%AE%B1%2F228&word=xrea
このページを参考に.htaccessにフォルダ名を書き足したらRSSが使えるようになったよぅ。バンジャーイ！
このページを参考に.htaccessにフォルダ名を書き足したらRSSが使えるようになったよぅ。バンジャーイ！
130 ：nobodyさん：04/07/14 23:04 ID:1+ZOO7l1
July 12, 2004 Joi Ito's Web Wiki for Free Culture
http://joi.ito.com/archives/2004/07/12/wiki_for_free_culture.html
http://joi.ito.com/archives/2004/07/12/wiki_for_free_culture.html
pukiwikiで、ヘッダページ(っていうのかな、以下のやつ)
--------------------------------------------------------------
[ ]
[pukiwikiの画像] ページ名
[ ] そのページのURL
[リロード] [新規|編集...........]
--------------------------------------------------------------
を編集することは出来ないのでしょうか？
あと、pukiwikiの画像が、デフォルトのものと変わっているページがありますが、
これは pukiwiki.png をどこかにバックアップしておき、自分の変えたい画像ファイルを
pukiwkiki.png というファイルで置き直すしかないのでしょうか？
--------------------------------------------------------------
[ ]
[pukiwikiの画像] ページ名
[ ] そのページのURL
[リロード] [新規|編集...........]
--------------------------------------------------------------
を編集することは出来ないのでしょうか？
あと、pukiwikiの画像が、デフォルトのものと変わっているページがありますが、
これは pukiwiki.png をどこかにバックアップしておき、自分の変えたい画像ファイルを
pukiwkiki.png というファイルで置き直すしかないのでしょうか？
>>131
どちらもスキンを修正することで実現できそうですね
どちらもスキンを修正することで実現できそうですね
確かに6/17で日記が止まってるわけだが…。まじかよ
135 ：henoheno ◆g2j80BX5do ：04/07/22 21:23 ID:???
>>134
私も昨日の時点で、そこまでしか確認できませんでした。
私も昨日の時点で、そこまでしか確認できませんでした。
PukiWiki Light使ってる人いないんですか？配布ページのアクセス数が昨日も一ケタ台だったんですけど・・・
配布ページのアクセス数が1ケタであってダウンロードが毎日1ケタではないんじゃ？
軽さ優先なら他にも選択肢はある
だから一切軽くないんだって。
軽さ優先ならおのずから選択肢に入らない。
軽さ優先ならおのずから選択肢に入らない。
>>137
変更点は殆どありません。本当にこれ以上機能を削りようがないんです。
変更点は殆どありません。本当にこれ以上機能を削りようがないんです。
>>144
もしDL数が少ないとしたら、冒頭の売り文句にあんまりひきつけられないせいかも。
真面目な話、「本家のpukiwikiはファイルサイズが大きくて
サーバーにアップするのも一苦労だったのですが」という部分に同意する人は
あまりいないんじゃないかなあ。私はpukiwikiを導入したときADSL1.5Mの回線
でしたが、サイズが大きくて苦労した記憶がないんです。。
もしDL数が少ないとしたら、冒頭の売り文句にあんまりひきつけられないせいかも。
真面目な話、「本家のpukiwikiはファイルサイズが大きくて
サーバーにアップするのも一苦労だったのですが」という部分に同意する人は
あまりいないんじゃないかなあ。私はpukiwikiを導入したときADSL1.5Mの回線
でしたが、サイズが大きくて苦労した記憶がないんです。。
使ってるうちにいろいろな機能が欲しくなる罠。
サイト構築が終わった後でｺﾞﾀｺﾞﾀするのは厳しいね。
大は小をかねる、だからね。
サイト構築が終わった後でｺﾞﾀｺﾞﾀするのは厳しいね。
大は小をかねる、だからね。
147 ：henoheno ◆g2j80BX5do ：04/07/24 21:20 ID:???
>>144
どのような変更をなぜしたのかを明確にしつつ、
定期的にリリースする事を心がけるとよろしいかと
思います。本家のリリース間隔が長くてアレですが・・・
最新の(CVS版でもリリース版でも)機能を盛り込んで
いてかつstylish、というディストリビューションが
あってもいいと思いますよ。
表示速度の高速化にもぜひ取り組んでください。
どのような変更をなぜしたのかを明確にしつつ、
定期的にリリースする事を心がけるとよろしいかと
思います。本家のリリース間隔が長くてアレですが・・・
最新の(CVS版でもリリース版でも)機能を盛り込んで
いてかつstylish、というディストリビューションが
あってもいいと思いますよ。
表示速度の高速化にもぜひ取り組んでください。
>>145
ブロードバンドでもPukiWikiのアップロードは大変だったヨ。
ブロードバンドでもPukiWikiのアップロードは大変だったヨ。
どんな「ブロードバンド」使ってるんだ？いや、煽りじゃなくてね。
200いくつかのファイル、総量800K程度を置くのに大変って。
200いくつかのファイル、総量800K程度を置くのに大変って。
ISDNはブロードバンドじゃないぞ。
自分はPukiwikiはむしろローカルで使うので、重くても全然OKだったりする。
というかPukiwikiなんてものをウェブで使おうとする人が
>>149が言う通りの量のファイルをアップロードするのを大変だと考えるとは思えないんだが。
たとえブロードバンドじゃなかったとしてもだ。
というかPukiwikiなんてものをウェブで使おうとする人が
>>149が言う通りの量のファイルをアップロードするのを大変だと考えるとは思えないんだが。
たとえブロードバンドじゃなかったとしてもだ。
>>152
誰が？
誰が？
ブロードバンド＝（従量制ではなく）月極料金でつなげる通信手段
と>>70が思ってるとか？
どっちにせよ>>149に同意。
つか、>>70はデータ量の多さ、通信速度の遅さ、鯖の重さを全部ごっちゃにしてる悪寒が
と>>70が思ってるとか？
どっちにせよ>>149に同意。
つか、>>70はデータ量の多さ、通信速度の遅さ、鯖の重さを全部ごっちゃにしてる悪寒が
yahoo8MだけどUPに三分位掛かってその間ハードディスクがガリガリしっぱなしでハラハラした。二度とごめんだと思った。
あっそ
じゃあきっと、PC起動時はハラハラしすぎて心臓がやられますね。
ブラウザでうｐしてるとかかｗ
>>155
1M足らずのデータに3分も…相手の鯖がとろいのか？それとも藻前の回線が不安定なのか？
普段からそれだけデータの送受信に時間がかかるんなら、ヤフーのサポートに相談しる。
リーチDSLにしてもらったほうがかえって速くなるかもしれない。詳しくは適切なスレで質問しる。
ttp://bb.softbankbb.co.jp/ybb/reach/
板違いスマソ。
1M足らずのデータに3分も…相手の鯖がとろいのか？それとも藻前の回線が不安定なのか？
普段からそれだけデータの送受信に時間がかかるんなら、ヤフーのサポートに相談しる。
リーチDSLにしてもらったほうがかえって速くなるかもしれない。詳しくは適切なスレで質問しる。
ttp://bb.softbankbb.co.jp/ybb/reach/
板違いスマソ。
実測で６Mは出てるんでyahoo!の回線には大満足です(´ー`)ノ
PukiWiki LightならスピーディーにUPできるのでナローバンドユーザーには「Light」を激しくお勧めします！
PukiWiki LightならスピーディーにUPできるのでナローバンドユーザーには「Light」を激しくお勧めします！
>>161
つうかLightって機能少ないから表現限られて使いづらいんだけど...
あと、ファイル容量が小さくても、それってアップする時だけの話だよね？
そんなこまめにアップロードするものでもないんで、あんまり売りにならないとおもうぞ。
もっと利用者の使い勝手を考えれ。
つうかLightって機能少ないから表現限られて使いづらいんだけど...
あと、ファイル容量が小さくても、それってアップする時だけの話だよね？
そんなこまめにアップロードするものでもないんで、あんまり売りにならないとおもうぞ。
もっと利用者の使い勝手を考えれ。
必要なプラグインは後から追加すればいいじゃん。
http://webbs.s59.xrea.com/wiki/index.php?%BB%C8%A4%A8%A4%CA%A4%A4%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3
http://webbs.s59.xrea.com/wiki/index.php?%BB%C8%A4%A8%A4%CA%A4%A4%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3
いい加減にしろ
>>70
正直、全く価値無いと思うよ
正直、全く価値無いと思うよ
167 ：nobodyさん：04/07/27 18:58 ID:wpHLIAIt
168 ：nobodyさん：04/07/27 19:08 ID:E0bzyQS6
（-人-）ﾅﾑｰ
アンカーanameの使い方がよくわかりません。
次のようなページが作りたいのです。
「リンク」というページがあって、その中に「企業サイト」というアンカーがあって
トップページから、「企業サイトへのリンクはこちら」というリンクを張り、
ぽちっと押すと、リンクページの企業サイトアンカーにジャンプする
みたいな感じです。
アンカーの埋め込み方、参照の仕方の両方とも良くわかりません。
PukiWiki.orgの説明ページは読んだのですが。。。
次のようなページが作りたいのです。
「リンク」というページがあって、その中に「企業サイト」というアンカーがあって
トップページから、「企業サイトへのリンクはこちら」というリンクを張り、
ぽちっと押すと、リンクページの企業サイトアンカーにジャンプする
みたいな感じです。
アンカーの埋め込み方、参照の仕方の両方とも良くわかりません。
PukiWiki.orgの説明ページは読んだのですが。。。
自己解決しました。
アンカーの埋め込みは
&aname(#アンカー名);
参照時は
リンクは[[こちら>リンク#アンカー名]] でOKでした。
プラグインのマニュアルばっかり読んでいました。
ヘルプの方にはもっと詳細な説明がありました。
アンカーの埋め込みは
&aname(#アンカー名);
参照時は
リンクは[[こちら>リンク#アンカー名]] でOKでした。
プラグインのマニュアルばっかり読んでいました。
ヘルプの方にはもっと詳細な説明がありました。
>>170
pukiwiki.ini.php 282辺り
// 見出し行に固有のアンカーを自動挿入する
$fixed_heading_anchor = 1;
で常にアンカー吐くようにしておけばどうよ？
いちいちネームアンカー付けなくてよいYO
pukiwiki.ini.php 282辺り
// 見出し行に固有のアンカーを自動挿入する
$fixed_heading_anchor = 1;
で常にアンカー吐くようにしておけばどうよ？
いちいちネームアンカー付けなくてよいYO
質問なんですけど、
PukiWikiでページ毎にbackground-imageを指定することとかってできますか？
PukiWikiでページ毎にbackground-imageを指定することとかってできますか？
今の所、標準でそういう機能は無い。
が、そういう改造はさして難しくない。
が、そういう改造はさして難しくない。
>176
そうですか。。。ありがとうございます。
そうですか。。。ありがとうございます。
おおい,もう諦めちゃうの?
>>177 色々手は考え付くが、姑息な改造の一例を
#rem(文字列) → <!- htmlspecialchars(文字列) -> なプラグイン rem.inc.php
<?php function plugin_rem_convert() {
list($str) = func_get_args(); return '<!- '.htmlspecialchars($str).' ->'; }?>
pukiwiki.skin.ja.phpで、
<?php if ( preg_match('/<!- skin=(.*) ->/', $body, $m) && file_exists( "skin/{$m[1]}.css" ))
{ $skin = $m[1]; } else { $skin = 'default.ja'; }
?>
<link rel="stylesheet" href="skin/<? echo $skin; ?>.css" type="text/css" media="screen" charset="Shift_JIS" />
で、background-imageを変えたskin/hoge.cssを作成しておいて、ページ中で
#rem(skin=hoge)
#rem(文字列) → <!- htmlspecialchars(文字列) -> なプラグイン rem.inc.php
<?php function plugin_rem_convert() {
list($str) = func_get_args(); return '<!- '.htmlspecialchars($str).' ->'; }?>
pukiwiki.skin.ja.phpで、
<?php if ( preg_match('/<!- skin=(.*) ->/', $body, $m) && file_exists( "skin/{$m[1]}.css" ))
{ $skin = $m[1]; } else { $skin = 'default.ja'; }
?>
<link rel="stylesheet" href="skin/<? echo $skin; ?>.css" type="text/css" media="screen" charset="Shift_JIS" />
で、background-imageを変えたskin/hoge.cssを作成しておいて、ページ中で
#rem(skin=hoge)
あ…スタイルシートの指定なんだから、skinじゃなくてcssにすべきだったな。
どうでもいいことだけど。
どうでもいいことだけど。
>176
多謝！！これで8月1日公開には間に合いそうです！
プラグインいじくったことなかったんで簡単にあきらめてました。。。
蛇足ですけど、、、pukiwiki.skin.ja.phpで、ベースとなるcssファイル(default.ja.css)を読み込ませておいて
追加として
<?php if ( preg_match('/<!- skin=(.*) ->/', $body, $m) && file_exists( "skin/{$m[1]}.css" )) { ?>
<link rel="stylesheet" href="skin/<? echo $m[1]; ?>.css" type="text/css" media="screen" charset="Shift_JIS" />
<?php } ?>
ってしたらhoge.cssはdiv#bodyだけ記述すれば良くなりました。
多謝！！これで8月1日公開には間に合いそうです！
プラグインいじくったことなかったんで簡単にあきらめてました。。。
蛇足ですけど、、、pukiwiki.skin.ja.phpで、ベースとなるcssファイル(default.ja.css)を読み込ませておいて
追加として
<?php if ( preg_match('/<!- skin=(.*) ->/', $body, $m) && file_exists( "skin/{$m[1]}.css" )) { ?>
<link rel="stylesheet" href="skin/<? echo $m[1]; ?>.css" type="text/css" media="screen" charset="Shift_JIS" />
<?php } ?>
ってしたらhoge.cssはdiv#bodyだけ記述すれば良くなりました。
てゆうか、すでにCSSプラグインあるじゃん。。。
自作プラグイン/css_changer.inc.php か、なるほど。確かに既出だ。
やってることに本質的な差は無いが、変数で渡しているcss_changerの仕組みの
方が、bodyからpregで探すより軽いだろうね。
やってることに本質的な差は無いが、変数で渡しているcss_changerの仕組みの
方が、bodyからpregで探すより軽いだろうね。
plalaでpukiwiki入れてみたんだけど
やっぱりshowrssプラグインは使えないんだね～
やっぱりshowrssプラグインは使えないんだね～
自鯖でも建てれば？
どーせ、自分しか見ないページ作ってるんだろうから、bloglines 利用するとか。
どーせ、自分しか見ないページ作ってるんだろうから、bloglines 利用するとか。
plugin管理機能とか無いんだよなー
https://sourceforge.jp/projects/pukiwiki/
pukiwiki 1.4.4rc1 2004-08-02 22:53
pukiwiki 1.4.4rc1 2004-08-02 22:53
彼が健在なら、間違い無くXHTML 1.1ではないことを指摘してくれていただろうに。
189 ：henoheno ◆g2j80BX5do ：04/08/06 23:55 ID:???
190 ：henoheno ◆g2j80BX5do ：04/08/06 23:57 ID:???
191 ：nobodyさん：04/08/07 01:16 ID:HobS+EQT
192 ：nobodyさん：04/08/07 12:35 ID:s4CRkah5
最近のPukiWikiの仕上がり具合を見て思う事。
henohenoさん、GJ
現状だと不謹慎きわまりないかもしれんが、reimyはXHTML,XML,HTMLのチェックだけしてくれてたら
もっと早く良くなってたんじゃないか？と思ったそんな夏。
henohenoさん、GJ
現状だと不謹慎きわまりないかもしれんが、reimyはXHTML,XML,HTMLのチェックだけしてくれてたら
もっと早く良くなってたんじゃないか？と思ったそんな夏。
ReimyおじさんはW3C廚
あら探しが趣味（XOOPSのXSS脆弱性を指摘する時に実際にコードまで貼り付けてた）
あら探しが趣味（XOOPSのXSS脆弱性を指摘する時に実際にコードまで貼り付けてた）
てか、あの人の件は自作自演のような気がするぞ。
ホントにあの人の身に何かあったなら、あの人のサイトの掲示板に書かないか？
あと、PukiWikiに書いた人も怪しい。あんなHNにするかねえ。
ホントにあの人の身に何かあったなら、あの人のサイトの掲示板に書かないか？
あと、PukiWikiに書いた人も怪しい。あんなHNにするかねえ。
仏はほっとけい
つか、ネカマ＆粘着指摘厨やってる時点でキチガイなのは
わかってるだろ
わかってるだろ
別ページの添付ファイルを参照したいので、マニュアルを見てrefプラグインを使って、
&ref(hoge.png,Examplepage); あるいは
#ref(hoge.png,Examplepage)
とやってるのですが、File not foundとなって一向に参照できません。
別ページのファイルの参照はできないのでしょうか？
Pukiwki 1.4 refはCVSのSat Jul 31 03:09:20 2004版です。
&ref(hoge.png,Examplepage); あるいは
#ref(hoge.png,Examplepage)
とやってるのですが、File not foundとなって一向に参照できません。
別ページのファイルの参照はできないのでしょうか？
Pukiwki 1.4 refはCVSのSat Jul 31 03:09:20 2004版です。
>>195, 198, 198
馬鹿共は黙って使ってろよ。
規格への準拠は当然のことだし、その違反を指摘するのは至極まっとうな行為。
ただ、そういう指摘は「あら探し」などと言われやすいので、誰もやりたがらない。
そんな汚れ役をひきうけているReimy氏には、俺は感謝している。
馬鹿共は黙って使ってろよ。
規格への準拠は当然のことだし、その違反を指摘するのは至極まっとうな行為。
ただ、そういう指摘は「あら探し」などと言われやすいので、誰もやりたがらない。
そんな汚れ役をひきうけているReimy氏には、俺は感謝している。
御本人様降臨ですか？
>>201
ご本人様はPukiWiiki本家にも出てきてないだろ。馬鹿か?
ご本人様はPukiWiiki本家にも出てきてないだろ。馬鹿か?
マジレス
ｶｺｲｲ
ｶｺｲｲ
ここはとても頭の悪いインターネッツですね
馬鹿ばっかりだな。
自作自演に決まってるだろ。、
自作自演に決まってるだろ。、
>>205
「レス」って何か分かってんの?
変な言葉を使わずに、普通に「返事」って書けよ。
>>207
「気の利いた言葉」と思ってるならまだましだけどな(馬鹿には違いないが)。
何か言い返さないと気が済まないが、あまりに正論すぎて反論出来ないから、
本人だということにしてしまって、やりこめた気分になりたいんだろう。
>>208
はい、馬鹿一丁。
「レス」って何か分かってんの?
変な言葉を使わずに、普通に「返事」って書けよ。
>>207
「気の利いた言葉」と思ってるならまだましだけどな(馬鹿には違いないが)。
何か言い返さないと気が済まないが、あまりに正論すぎて反論出来ないから、
本人だということにしてしまって、やりこめた気分になりたいんだろう。
>>208
はい、馬鹿一丁。
れいみいおじさんマジ死んだの？
日本語教室はここですか？
君ら分かってないな
あ、俺の話題か？
結構、本気なんだけどな。
何度も経験済みだよ。
Reimy氏もそうだとは断定できないけどね。
てか、断定もしてないが。
結構、本気なんだけどな。
何度も経験済みだよ。
Reimy氏もそうだとは断定できないけどね。
てか、断定もしてないが。
お、馬鹿が耐えきれずに登場。
今はまだ無理です
馬鹿か
まあいいよ
じゃあな
まあいいよ
じゃあな
馬鹿が、自分の愚かさが理解出来ずに逃げました。
おっと、どうでもいいが、別にReimy氏にやっつけられたことはないよｗ
むしろ友好関係にあったくらいだ。
俺はReimy氏は健在だと思ってる。
むしろ友好関係にあったくらいだ。
俺はReimy氏は健在だと思ってる。
他人の言葉を添削する前に、馬鹿とか連発するのやめましょうよ
>>219
嘘つくなよ。間違いなくおまえはreimyに何かを指摘されたことがあるだろ。
それでやりこめられた気分になったんだろ?
そうでなければ、 >>203 のようなことは書かない。
自分の書いたことをちゃんと読んでみろよ。
嘘つくなよ。間違いなくおまえはreimyに何かを指摘されたことがあるだろ。
それでやりこめられた気分になったんだろ?
そうでなければ、 >>203 のようなことは書かない。
自分の書いたことをちゃんと読んでみろよ。
一番愚かなのは、何も裏づけが無いのに
掲示板への書き込みだけで人の安否を決め付けてる人。
ネットに流れてる情報の９割は嘘。
掲示板への書き込みだけで人の安否を決め付けてる人。
ネットに流れてる情報の９割は嘘。
>>223
それなら一般論のふりをして書いた >>203 が説明できないね。
もちろん「馬鹿だから何も考えずに書いた」という言い訳は可能だがな。
>>224
> 愚かなのは、何も裏づけが無いのに掲示板への書き込みだけで人の安否を決め付けてる人。
当たり前のことだね。
それなら一般論のふりをして書いた >>203 が説明できないね。
もちろん「馬鹿だから何も考えずに書いた」という言い訳は可能だがな。
>>224
> 愚かなのは、何も裏づけが無いのに掲示板への書き込みだけで人の安否を決め付けてる人。
当たり前のことだね。
ただのユーザにはどっちでもいいよ。
どごぞへ行ってやっとくれ。
pukiwikiの話題はないのかい？
どごぞへ行ってやっとくれ。
pukiwikiの話題はないのかい？
ただのユーザはどうでもいいよ。
こんなところ見てないで普通に使っててくれ。
こんなところ見てないで普通に使っててくれ。
この荒れっぷりが誰かを彷彿とさせるな（ｗ
>>228
また馬鹿が釣れたよパパー。
また馬鹿が釣れたよパパー。
御本人様降臨ですか？
やまてもうやまて
すみませんでした。
もう来ません。
もう来ません。
>>199
指定の仕方が少し違う。
こっちが正解。
#ref(Examplepage/hoge.png)
#ref(hoge.png,[[Examplepage]])
おそらくはオプション名と同名のページ(ex. left)が存在する場合でも
ページ名とオプション名を正確に判定できるようにするため、
ＢｒａｃｋｅｔＮａｍｅで指定せにゃならんのだろ（たぶん）。
他の指定はBracketName不要なので確かにまぎらわしいな。
指定の仕方が少し違う。
こっちが正解。
#ref(Examplepage/hoge.png)
#ref(hoge.png,[[Examplepage]])
おそらくはオプション名と同名のページ(ex. left)が存在する場合でも
ページ名とオプション名を正確に判定できるようにするため、
ＢｒａｃｋｅｔＮａｍｅで指定せにゃならんのだろ（たぶん）。
他の指定はBracketName不要なので確かにまぎらわしいな。
いずれにしても、数ヶ月間音信不通なのは、ただごとじゃないだけに、気になってしまう。
イラクでも行ったのかな？
イラクでも行ったのかな？
PukiWiki.org が・・・・・
>236
うわ、ほんとだ。
今朝の８時くらいまでは見えてたんだが。
うわ、ほんとだ。
今朝の８時くらいまでは見えてたんだが。
今日会社でぐぐってpukiwiki調べようとしたら
二次元キャラが出てきてあせりました。
すぐ閉じたけど、
アクセス記録に残ってるからなんかやばそう・・・
二次元キャラが出てきてあせりました。
すぐ閉じたけど、
アクセス記録に残ってるからなんかやばそう・・・
あぁ、そっか
orgはreimyさんとこにあるのか
orgはreimyさんとこにあるのか
241 ：henoheno ◆g2j80BX5do ：04/08/16 23:17 ID:???
pukiwiki用のＣＳＳいろいろ公開しているサイトって
ないですか？
ないですか？
pukiwikiで正規表現するプラグインってないですか？
検索したけど全然出てこない。
AND OR検索だけじゃ寂しすぎる･･･
検索したけど全然出てこない。
AND OR検索だけじゃ寂しすぎる･･･
>正規表現するプラグイン
正規表現で検索できるプラグイン
正規表現で検索できるプラグイン
それくらい自作すればええやん
そりゃ自分でできればやりますがな。
でも無理。
でも無理。
ここWebProg板だよ。
自作できないなら他の板行きなさい
自作できないなら他の板行きなさい
ばかかおまえ
>サーバーサイドプログラミング関連の話題を扱っています。
>配布中止／配布元不明スクリプトが欲しい人はダウンロード板へ
>JavaScript、VBScript等クライアントサイドの話題はWeb製作板へ
>サーバーサイドプログラミング関連の話題を扱っています。
>配布中止／配布元不明スクリプトが欲しい人はダウンロード板へ
>JavaScript、VBScript等クライアントサイドの話題はWeb製作板へ
249 ：nobodyさん：04/08/17 18:52 ID:oltUA+C8
http://pukiwiki.sourceforge.jp/dev/
ping は通るけど http でつながらねえ
ping は通るけど http でつながらねえ
いったいどうなってんだか
いくら優れたものを作ってもこれじゃな
いくら優れたものを作ってもこれじゃな
251 ：henoheno ◆g2j80BX5do ：04/08/17 20:12 ID:???
>>249
タイミングの悪いことに、SourceForge.jpのWebスペースも
丸ごと落ちてしまった様ですね（ ;´∀｀）
※SFjpでホスティングしている他のプロジェクトも見えません
とり急ぎSFのプロジェクトサマリは無事です(しつこい)
http://sourceforge.jp/projects/pukiwiki/
P.S. PukiWiki.orgですが、やはり過負荷のため、サーバー屋さん
によりパーミッション変更がなされた、という事が確認できました。
問題は、その一時制限を解除できる方が消息不明という事です。
タイミングの悪いことに、SourceForge.jpのWebスペースも
丸ごと落ちてしまった様ですね（ ;´∀｀）
※SFjpでホスティングしている他のプロジェクトも見えません
とり急ぎSFのプロジェクトサマリは無事です(しつこい)
http://sourceforge.jp/projects/pukiwiki/
P.S. PukiWiki.orgですが、やはり過負荷のため、サーバー屋さん
によりパーミッション変更がなされた、という事が確認できました。
問題は、その一時制限を解除できる方が消息不明という事です。
252 ：henoheno ◆g2j80BX5do ：04/08/17 20:37 ID:???
開発サイトも復活しました。
いやー焦りました（ ;´∀｀）
いやー焦りました（ ;´∀｀）
保持してるデータを全部ＨＴＭＬに出力し、
ＰＨＰ環境なしでデータとして見られるようにしたいのですが
そんな便利なプラグインはないですか？
ＰＨＰ環境なしでデータとして見られるようにしたいのですが
そんな便利なプラグインはないですか？
PukiWiki 1.4標準プラグイン のヘルプみたいなのって
ダウンロードできないのかなー。
ダウンロードできないのかなー。
wikiて外部エディター無いの
AreaEditorとかじゃなくて入力補助エディター
>>256
http://pukiwiki.sourceforge.jp/dev/index.php?cmd=read&page=PukiWiki%2F1.4%2F%A4%C1%A4%E7%A4%C3%A4%C8%CA%D8%CD%F8%A4%CB%2FJavascript%A4%C7%C6%FE%CE%CF%BB%D9%B1%E7
こういうのはナシ?
http://pukiwiki.sourceforge.jp/dev/index.php?cmd=read&page=PukiWiki%2F1.4%2F%A4%C1%A4%E7%A4%C3%A4%C8%CA%D8%CD%F8%A4%CB%2FJavascript%A4%C7%C6%FE%CE%CF%BB%D9%B1%E7
こういうのはナシ?
WikiHelpMaker-1.0.0.lzh 465KB 2004/05/09 安定版
を落とした。
解凍して実行、ＵＲＬの右のボタンをクリックしてキャンセルしたら
エラー。立ち上げてたエクスプローラーも引きずって死んだ。
環境はＸＰ。
個人的にはもう二度と使うことはないだろう。
を落とした。
解凍して実行、ＵＲＬの右のボタンをクリックしてキャンセルしたら
エラー。立ち上げてたエクスプローラーも引きずって死んだ。
環境はＸＰ。
個人的にはもう二度と使うことはないだろう。
>>259
ありがとうございます。
探してて、こんなのも見つけました。
ひらがなもろうぃんエディター
http://www.masamunet.com/morrowind/hiragana/index.php?DownLoads
ありがとうございます。
探してて、こんなのも見つけました。
ひらがなもろうぃんエディター
http://www.masamunet.com/morrowind/hiragana/index.php?DownLoads
pukiwiki.org復帰してるね。どうやったんだろ？
>>262
devの方に書いてある
devの方に書いてある
【PHP】Phrameを使う【フレームワーク】
http://pc5.2ch.net/test/read.cgi/php/1093238107/
http://pc5.2ch.net/test/read.cgi/php/1093238107/
質問です。
pukiwiki でリンクを張るとき(リンク先は全然別の web サーバの URL)、
[[リンク文字列:リンク先のURL]]
例：
[[アサヒコム:http://www.asahi.com/]]
ここで、file:// のリンクを張りたいのですが、うまくいきません。
たとえば \\mypc\share-name\hoge.txt にリンクを張りたい場合、
普通の html だったら
<a href="file://mypc/share-name/hoge.txt">hoge.txt</a>
とすればよいですが、これを pukiwiki でやるにはどうしたらいいでしょうか？
[[hoge.txt:file://mypc/share-name/hoge.txt]] とやってもうまくいきませんでした。
pukiwiki でリンクを張るとき(リンク先は全然別の web サーバの URL)、
[[リンク文字列:リンク先のURL]]
例：
[[アサヒコム:http://www.asahi.com/]]
ここで、file:// のリンクを張りたいのですが、うまくいきません。
たとえば \\mypc\share-name\hoge.txt にリンクを張りたい場合、
普通の html だったら
<a href="file://mypc/share-name/hoge.txt">hoge.txt</a>
とすればよいですが、これを pukiwiki でやるにはどうしたらいいでしょうか？
[[hoge.txt:file://mypc/share-name/hoge.txt]] とやってもうまくいきませんでした。
266 ：nobodyさん：04/08/26 17:59 ID:mqUUySUu
&refじゃだめなの？
help位読んだらどうよ。
検索ぐらいしたらどうよ
270 ：nobodyさん：04/09/08 02:32 ID:TwXH4dYU
1.4.4 あげ
開発Wikiにあのまま続けるのもなんか気持ち的に萎縮してしまうので、
こっちで・・・。
henohenoさんえ
要らぬコメント書いてしまったようですので、消してもらってもかまいません。
というか消してもいいですか？
日記に晒してもらったのが嬉しくてコメント書いたんだけど。
ちょっと後悔気味です。
ここで聞かずにさっさと消したら？って言われそうだけど。
こっちで・・・。
henohenoさんえ
要らぬコメント書いてしまったようですので、消してもらってもかまいません。
というか消してもいいですか？
日記に晒してもらったのが嬉しくてコメント書いたんだけど。
ちょっと後悔気味です。
ここで聞かずにさっさと消したら？って言われそうだけど。
272 ：henoheno ◆g2j80BX5do ：04/09/10 00:01 ID:???
書き漏らし・・・
先ほどコメントされてるのを見てこちらもコメントしたのであのページの削除
は撤回ということでひとつ。
先ほどコメントされてるのを見てこちらもコメントしたのであのページの削除
は撤回ということでひとつ。
1.4.3から1.4.4に移行するにはどのファイルを移動させればいいのでしょうか？
276 ：henoheno ◆g2j80BX5do ：04/09/10 22:44:11 ID:???
>>275
とりあえず1.4.4 を新規に設置して、 wiki/diff/backup/cache/attach
といったいつものバックアップ対象をそこにコピーする、なんてのは
いかがでしょう。事前のバックアップは忘れずに。
とりあえず1.4.4 を新規に設置して、 wiki/diff/backup/cache/attach
といったいつものバックアップ対象をそこにコピーする、なんてのは
いかがでしょう。事前のバックアップは忘れずに。
>>276
出来ました。ありがとうございます。
出来ました。ありがとうございます。
自宅LAN上で自分用のメモをPukiWikiで管理しているのですが、
PukiWikiのデータをポータブルにする方法でいいアイデアはない
でしょうか？ 具体的にはインターネット接続に制限のある職場
で使う、ネット環境のない場所で使う、あとでサーバにマージ
できる、というのが理想です。
たとえばOOoとかWordのファイルにエクスポート、あとで差分マージ、
みたいな方法があればかなりポータブルなんですが、現状では
ノートPCや職場PCにもApacheとPHPとWikiをインストールしておく、
という方法しかないでしょうか？
PukiWikiのデータをポータブルにする方法でいいアイデアはない
でしょうか？ 具体的にはインターネット接続に制限のある職場
で使う、ネット環境のない場所で使う、あとでサーバにマージ
できる、というのが理想です。
たとえばOOoとかWordのファイルにエクスポート、あとで差分マージ、
みたいな方法があればかなりポータブルなんですが、現状では
ノートPCや職場PCにもApacheとPHPとWikiをインストールしておく、
という方法しかないでしょうか？
279 ：henoheno ◆g2j80BX5do ：04/09/11 21:33:40 ID:???
>>278
rsyncで単方向ミラーリングをするのはいかがですか？
[ノートPC用PukiWiki(read/write)]===>たまに同期する===>[サーバー側ミラー(read only)]
[ノートPC側ミラー(read only)]<===同じタイミングで<===[サーバー用PukiWiki(read/write)]
rsyncで単方向ミラーリングをするのはいかがですか？
[ノートPC用PukiWiki(read/write)]===>たまに同期する===>[サーバー側ミラー(read only)]
[ノートPC側ミラー(read only)]<===同じタイミングで<===[サーバー用PukiWiki(read/write)]
>>278
自宅で鯖立てて、無料のDDNSで運用とか？
自宅で鯖立てて、無料のDDNSで運用とか？
281 ：nobodyさん：04/09/17 23:02:20 ID:jmKY7FQv
pukiwiki って ひとつのスクリプトセットで複数設置できますか？
>>282
http://pukiwiki.org/?PukiWiki%2F%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%2F1.4.4#content_1_4
http://pukiwiki.org/?PukiWiki%2F%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%2F1.4.4#content_1_4
～について勉強しましょうとかいう奴は大抵自分も不勉強だ
教えられないくせに偉そうにスンナ
教えられないくせに偉そうにスンナ
>>285
うるせぇばか。せっかくレスくれた283さんをわるくいうな！
pukiwiki.ini.phpに
$script='pukiwiki.php'と書いたら、リンクが相対urlになりました。
これで、外からも中からも見られそうです。
超既出の予感。すみませんでした。
うるせぇばか。せっかくレスくれた283さんをわるくいうな！
pukiwiki.ini.phpに
$script='pukiwiki.php'と書いたら、リンクが相対urlになりました。
これで、外からも中からも見られそうです。
超既出の予感。すみませんでした。
結城さんが開発したからYukiwikiなんでしょ？
長州力が開発したらRikiwikiになってたかも知れないと
そんなことばかり考えてると夜も寝られません(´･ω･`）
長州力が開発したらRikiwikiになってたかも知れないと
そんなことばかり考えてると夜も寝られません(´･ω･`）
不覚にもわらた
Runtime error
Error message : ./pukiwiki.ini.php is not found.
今日のorg
Error message : ./pukiwiki.ini.php is not found.
今日のorg
>>292
漏れもびびった
漏れもびびった
294 ：henoheno ◆g2j80BX5do ：04/09/23 11:32:29 ID:???
295 ：henoheno ◆g2j80BX5do ：04/09/23 20:23:18 ID:???
復旧しました ;)
>>295
いつもお疲れさん
いつもお疲れさん
PHP5で使いたい
299 ：nobodyさん：04/09/26 02:00:28 ID:xXNQfVQ9
質問です。
pukiwikiのver1.3.7なんですが
添付でzipファイルをアップロードしたんですが
PK・・・だけしかアップロードされません。
tarでもrarでもダメです。
勿論容量制限は全然越えてません。
アップロードも一見上手く行ったかのように見えて、実際はアップロードされてないから困り者です。
ちなみにtxtファイルだとOKでした。
何故でしょうか？
pukiwikiのver1.3.7なんですが
添付でzipファイルをアップロードしたんですが
PK・・・だけしかアップロードされません。
tarでもrarでもダメです。
勿論容量制限は全然越えてません。
アップロードも一見上手く行ったかのように見えて、実際はアップロードされてないから困り者です。
ちなみにtxtファイルだとOKでした。
何故でしょうか？
>>299
PK...って何ですか
PK...って何ですか
zipファイルのバイナリエディタでみるとPK･･･ってでてくるから
たぶんそれのことだろう
つまり数バイトしかアップロードされないと。
たぶんそれのことだろう
つまり数バイトしかアップロードされないと。
× zipファイルの
○ zipファイルを
○ zipファイルを
>>301
なるほど。
しかし
http://pukiwiki.sourceforge.jp/pukiwiki1.3/
に mb_emulator.zip を添付してみたけれど、特に問題なし。
レンタルサーバー依存の問題かなー？
>>299
↑がちゃんとダウンロードできたり、名前を適当に
変えてアップロードできないなら、ブラウザとか
プロクシとかウイルス対策の何かの問題でしょう
なるほど。
しかし
http://pukiwiki.sourceforge.jp/pukiwiki1.3/
に mb_emulator.zip を添付してみたけれど、特に問題なし。
レンタルサーバー依存の問題かなー？
>>299
↑がちゃんとダウンロードできたり、名前を適当に
変えてアップロードできないなら、ブラウザとか
プロクシとかウイルス対策の何かの問題でしょう
AAA!CAFEはPukiWikiを簡単に設置できるらしいけど、確かあそこ書庫ファイルのうｐ禁止してるんだよね。
あぼーん
>>304 前と後がどう関係するのかワカラン
>>299
アップロードできないのか、ダウンロードできないのかどっち？
ftpでattachのフォルダから直接ダウンしてみると壊れているの？
なるべく鯖の環境plz ひょっとして広告付きだったりしないか？
アップロードできないのか、ダウンロードできないのかどっち？
ftpでattachのフォルダから直接ダウンしてみると壊れているの？
なるべく鯖の環境plz ひょっとして広告付きだったりしないか？
308 ：困ってます：04/09/30 09:50:06 ID:9mbJsFAn
PukiWikiのサイドバーを右側に表示させたいのですがCSSをmenuの辺りをfloat:leftにしても出来ませんでした。
pukiwikiskin.ja.phpを弄らないと駄目ですか？
pukiwikiskin.ja.phpを弄らないと駄目ですか？
メニューは右にするな。
するなってのも 乱暴な話だと思うが……
>>308 Tableの中身はfloatじゃどうにもならん。ご想像通り、skinをいじる。
ただ、こんなにXHTMLに傾倒してるシステムが、なんで、Tableタグに
メニューを閉じこめてるかは、一度考えた方がいいかも。
>>308 Tableの中身はfloatじゃどうにもならん。ご想像通り、skinをいじる。
ただ、こんなにXHTMLに傾倒してるシステムが、なんで、Tableタグに
メニューを閉じこめてるかは、一度考えた方がいいかも。
試しにTableにalign="right"ってやってみたけど出来ませんでしたOTL
http://pukiwiki.sourceforge.jp/dev/?BugTrack%2F430
ここ見てやったら出来ました！どうもおさわがせしてすみません
ここ見てやったら出来ました！どうもおさわがせしてすみません
続・質問箱/362・・・。
というかちょっと前までarticle.inc.phpがblockquoteを典型的に誤用してたくらいだし。
ネガティブマージンで全然問題ないんだからいい加減移行してホスィ。
ネガティブマージンで全然問題ないんだからいい加減移行してホスィ。
CSSはわかってもHTMLがﾜｶﾝﾈってのに
カルチャーショック
カルチャーショック
見た目に傾倒している証拠。
pukiwiki-A のコンテンツを pukiwiki-B のコンテンツにコピーしたい場合
Aの wiki ディレクトリの中の ファイルを Bの中にコピーしただけじゃだめ
なんですか？
検索すると出て来るけど、メニューには出てこないYo!
Aの wiki ディレクトリの中の ファイルを Bの中にコピーしただけじゃだめ
なんですか？
検索すると出て来るけど、メニューには出てこないYo!
ヽ|/
／￣￣￣｀ヽ、
/ ヽ
/ ／ ＼ │
| （彡） （ ミ）||| |
＼ | //￣⌒￣ヽヽ | ｶﾞｯｶﾘ・･･
ﾊｧｰ | | .ｌ~￣~ヽ | |
／ | ヽ ￣~￣ ﾉ |
| ￣￣∪ |
／￣￣￣｀ヽ、
/ ヽ
/ ／ ＼ │
| （彡） （ ミ）||| |
＼ | //￣⌒￣ヽヽ | ｶﾞｯｶﾘ・･･
ﾊｧｰ | | .ｌ~￣~ヽ | |
／ | ヽ ￣~￣ ﾉ |
| ￣￣∪ |
>>318
50レスくらい遡れ
50レスくらい遡れ
カテゴリーわけして記事を書きたいんだけど、
そんな機能ある？
そんな機能ある？
1) [[:カテゴリ名]]という文字をページの先頭か最後にこっそり書いておく
2) “:カテゴリ名” というページをつくり、そのカテゴリに関する説明を書く
こうすれば 2) のページから逆リンク検索で、カテゴリに属するページを
一覧できる。
なぜ先頭にコロンをつけるかといえば、話せば長くなる紆余曲折に満ちた歴史的経緯が…
2) “:カテゴリ名” というページをつくり、そのカテゴリに関する説明を書く
こうすれば 2) のページから逆リンク検索で、カテゴリに属するページを
一覧できる。
なぜ先頭にコロンをつけるかといえば、話せば長くなる紆余曲折に満ちた歴史的経緯が…
> なぜ先頭にコロンをつけるかといえば、話せば長くなる紆余曲折に満ちた歴史的経緯が…
知らないなら書くなよ。
知らないなら書くなよ。
sngさんがコロンで始まるページ名は一覧に出ないという機能を付けた
↓
悪用して裏ページ群が作られた
↓
削除する管理人といたちごっこ
↓
悪用して裏ページ群が作られた
↓
削除する管理人といたちごっこ
普通に ls2 で見れるじゃん。
http://pukiwiki.org/index.php?SandBox
http://pukiwiki.org/index.php?SandBox
>>325
本家で実験すんなボケ
本家で実験すんなボケ
327 ：nobodyさん：04/10/06 02:51:52 ID:zZQ8SZBq
スクリプト書いて、たくさん(500個くらい)のWikiファイルを生成したのですが、
リンクしているページやカテゴリなどは一度更新しないと反映されないようです。
今ローカルで実験しているのですが、一括でページを更新するようなことはできないでしょうか？
リンクしているページやカテゴリなどは一度更新しないと反映されないようです。
今ローカルで実験しているのですが、一括でページを更新するようなことはできないでしょうか？
リンクキャッシュの更新なら標準プラグインでできる。
結局、今の1.4.4ってPHP5で動くの？
>>330
根性があれば
http://pukiwiki.sourceforge.jp/dev/?BugTrack%2F632
http://oku.edu.mie-u.ac.jp/~okumura/texwiki/
根性があれば
http://pukiwiki.sourceforge.jp/dev/?BugTrack%2F632
http://oku.edu.mie-u.ac.jp/~okumura/texwiki/
>>330
あ、パッチは必須
あ、パッチは必須
やったー！
WikiでTeXが書けるようになったよ！
初心者なりにいろいろ調べて試行錯誤した甲斐がありました。
あまりに嬉しいので記念カキコ。
WikiでTeXが書けるようになったよ！
初心者なりにいろいろ調べて試行錯誤した甲斐がありました。
あまりに嬉しいので記念カキコ。
>>333
あなたには晒す義務が生まれました
あなたには晒す義務が生まれました
同時に、晒してもスルーされるリスクも生じました。
これでは。
自作プラグイン/mimetex.inc.php
http://pukiwiki.org/index.php?%E8%87%AA%E4%BD%9C%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fmimetex.inc.php
自作プラグイン/mimetex.inc.php
http://pukiwiki.org/index.php?%E8%87%AA%E4%BD%9C%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fmimetex.inc.php
>>334>>335には申し訳ないですが、>>336の言うとおりです。
別に自分でプラグイン作ったんじゃなくてmimetexとmimetexの設定にようやく成功しただけです。
初心者なのでてこずったけど自分で調べてできたので嬉しい。
でも普段はMacでSafari使ってるから半角￥の問題があるんだなあ。
pukiwikiのunicode化をしようとしたけど失敗したので現在奮闘中。
別に自分でプラグイン作ったんじゃなくてmimetexとmimetexの設定にようやく成功しただけです。
初心者なのでてこずったけど自分で調べてできたので嬉しい。
でも普段はMacでSafari使ってるから半角￥の問題があるんだなあ。
pukiwikiのunicode化をしようとしたけど失敗したので現在奮闘中。
unicode 化すると、何かいいことあんの？
>>339の補足。
http://macwiki.sourceforge.jp/cgi-bin/wiki.cgi?FaqPage#i11
http://www.sodan.ecc.u-tokyo.ac.jp/BTS/guest.cgi?project=FAQ&action=view_report&id=52
http://macwiki.sourceforge.jp/cgi-bin/wiki.cgi?FaqPage#i11
http://www.sodan.ecc.u-tokyo.ac.jp/BTS/guest.cgi?project=FAQ&action=view_report&id=52
へー、そうなんだ。
safari にこだわる理由ってあるの？
無ければ IE なり Mozilla を使えばいいじゃん。
safari にこだわる理由ってあるの？
無ければ IE なり Mozilla を使えばいいじゃん。
unicode が時代の流れってのはあるね
携帯とかまだ対応してないの多いけど
携帯とかまだ対応してないの多いけど
>>342
マイナーなブラウザに最適化するなよ・・・
自分のサイトの訪問者のUser-agentぐらい調べて、
訪問者にとって一番利便性のある最適化をするべきでは？
自分専用なサイトなら何やってもいいけどさ
マイナーなブラウザに最適化するなよ・・・
自分のサイトの訪問者のUser-agentぐらい調べて、
訪問者にとって一番利便性のある最適化をするべきでは？
自分専用なサイトなら何やってもいいけどさ
>>344
いちおうMacユーザーの仲間内のページなんですよ。
みんなApple信者で。
もちろんトップには「Safari以外だとちゃんと見えないかもよ」と書いておいて。
でもスキンいじってIEでも見れるようにしました。
やはりwikiでTeXが使えるという利点には代えられませんから。
今度は逆に「Safariでは編集しないで」って書く羽目になっちゃった。
現在バックアップを取ってunicode化に挑戦中！
いちおうMacユーザーの仲間内のページなんですよ。
みんなApple信者で。
もちろんトップには「Safari以外だとちゃんと見えないかもよ」と書いておいて。
でもスキンいじってIEでも見れるようにしました。
やはりwikiでTeXが使えるという利点には代えられませんから。
今度は逆に「Safariでは編集しないで」って書く羽目になっちゃった。
現在バックアップを取ってunicode化に挑戦中！
> 現在バックアップを取ってunicode化に挑戦中！
危険だね。
現在使っているものはそのまま使っておいて、unicode 化が成功した時に
移行するべきだね。
危険だね。
現在使っているものはそのまま使っておいて、unicode 化が成功した時に
移行するべきだね。
>>346
揚げ足取り必死だな(ﾌﾟ
揚げ足取り必死だな(ﾌﾟ
管理者以外のユーザが「新規」ページの作成できないようにしたいのですが、
そのようなカスタマイズした方いますか？
そのようなカスタマイズした方いますか？
質問です。
早速導入すべく、メモ帳通りでフィルとのフォルダのパーティションも指示通り変更して
実行しました。トップページはちゃんと出るのですが、編集及び新規作成するときに
ページの更新ボタンを押すとこんなのがでます・・・
Runtime error
Error message : cannot write page file RecentChanges
maybe permission is not writable or filename is too long
ちなみにAAAとXreaで試しましたがどちらも同じ症状が出ます。
pukiwiki1.3.7
早速導入すべく、メモ帳通りでフィルとのフォルダのパーティションも指示通り変更して
実行しました。トップページはちゃんと出るのですが、編集及び新規作成するときに
ページの更新ボタンを押すとこんなのがでます・・・
Runtime error
Error message : cannot write page file RecentChanges
maybe permission is not writable or filename is too long
ちなみにAAAとXreaで試しましたがどちらも同じ症状が出ます。
pukiwiki1.3.7
>>348
「編集」はOKなの？
「編集」もダメってんなら設定ファイル見ればその項目はあるけど。
「新規」のみ禁止ってんなら、改造必須だろうね。
>>349
らんたいむえらー
えらーめっせーじ：RecentChangesっていうページのファイルに書き込めません
多分、パーミッションが書けないようになってるか、ファイル名長すぎなんですよ
適当意訳してみた。
つーわけで、本家サイト見ながらパーミッションをチェック汁！
「編集」はOKなの？
「編集」もダメってんなら設定ファイル見ればその項目はあるけど。
「新規」のみ禁止ってんなら、改造必須だろうね。
>>349
らんたいむえらー
えらーめっせーじ：RecentChangesっていうページのファイルに書き込めません
多分、パーミッションが書けないようになってるか、ファイル名長すぎなんですよ
適当意訳してみた。
つーわけで、本家サイト見ながらパーミッションをチェック汁！
>351
> >>348
> 「編集」はOKなの？
編集は凍結できるけと、新規は防げないので。
newpage.inc.phpを別ディレクトリに移動して、そこに.htaccess
おけばいいのかな？きっと勘違いでしょうね。
> >>348
> 「編集」はOKなの？
編集は凍結できるけと、新規は防げないので。
newpage.inc.phpを別ディレクトリに移動して、そこに.htaccess
おけばいいのかな？きっと勘違いでしょうね。
phpはチンプンカンプンな初心者ですが、よろしくお願いします。
pukiwiki.skin.ja.php や default.ja.css は、なんとか自分なりにカスタマイズして来たのですが、plugin で
お手上げ状態です。
#insert で投稿した際、投稿文の最後に平行線（hr）が入るようにしたいのですが、どのようにした良い
でしょうか。
plugin/insert.inc.php をジーーーッと眺めているのですが、ワケワカメ。
29行目の
$insert = ($post['msg'] == '') ? '' : "\n{$post['msg']}\n";
これでもイジればいいのか？
などと思ったりもしますが、やっぱりワケワカメです。
どなたかお知恵をお貸し下さい。m( _ _ )m
pukiwiki.skin.ja.php や default.ja.css は、なんとか自分なりにカスタマイズして来たのですが、plugin で
お手上げ状態です。
#insert で投稿した際、投稿文の最後に平行線（hr）が入るようにしたいのですが、どのようにした良い
でしょうか。
plugin/insert.inc.php をジーーーッと眺めているのですが、ワケワカメ。
29行目の
$insert = ($post['msg'] == '') ? '' : "\n{$post['msg']}\n";
これでもイジればいいのか？
などと思ったりもしますが、やっぱりワケワカメです。
どなたかお知恵をお貸し下さい。m( _ _ )m
>>356
----
を投稿の最後につければよい。
#insertプラグインのフォーム内ではwikiの記法が有効なのでそれで充分じゃないか？
どうしてもってんなら24行目を
$insert = ($vars['msg'] != '') ? "\n{$vars['msg']}\n----\n" : '';
にすればいい。
----
を投稿の最後につければよい。
#insertプラグインのフォーム内ではwikiの記法が有効なのでそれで充分じゃないか？
どうしてもってんなら24行目を
$insert = ($vars['msg'] != '') ? "\n{$vars['msg']}\n----\n" : '';
にすればいい。
>357さん
有り難うございます。m( _ _ )m
見事に水平線が入りました。
>----
>を投稿の最後につければよい。
自分だけが使うなら、これでも良いのですが。
ほとんど初心者ばかりが使用するので。
（と、人のこと言えないですね (^^ゞ）
ホントに有り難うございます。
有り難うございます。m( _ _ )m
見事に水平線が入りました。
>----
>を投稿の最後につければよい。
自分だけが使うなら、これでも良いのですが。
ほとんど初心者ばかりが使用するので。
（と、人のこと言えないですね (^^ゞ）
ホントに有り難うございます。
結局Reimy氏はどうなったの？
亡くなった。
ファイナルアンサー？
携帯でtableが少しは見やすくなるように
"|"をすべて改行として扱うことって出来ませんか？
pukiwiki1.4.2使ってます
"|"をすべて改行として扱うことって出来ませんか？
pukiwiki1.4.2使ってます
364 ：nobodyさん：04/10/29 12:51:45 ID:Sy7xpdKA
古い話題ですが、>>281はpukiwiki.ini.php内で、LAN内のアドレスか否かをチェックして、それぞれの場合で$scriptを絶対アドレスで指定するようにすれば、いいと思うんですが、それでもRSSとかrefererとかで問題ででますか?
hosts書けばいいじゃん
>>364
検証した訳ではなく、単純に動作の仕組みからの類推で、
間違っている可能性はあるんだが…。
RSSは大丈夫
refererは大丈夫だが、セキュリティ上好ましくないかも
trackbackはまずい
365の言うとおりで、対象クライアントが限られていて、
hostsで解決できるなら、おそらくそれに越した事はなかろ。
コードを書かずばバグも出まい。
検証した訳ではなく、単純に動作の仕組みからの類推で、
間違っている可能性はあるんだが…。
RSSは大丈夫
refererは大丈夫だが、セキュリティ上好ましくないかも
trackbackはまずい
365の言うとおりで、対象クライアントが限られていて、
hostsで解決できるなら、おそらくそれに越した事はなかろ。
コードを書かずばバグも出まい。
プラグインを書き始めています。
渡した引数をURLエンコードするにはどのような関数を呼ぶのでしょうか。
たとえば、"Tiger Jet Shin"が引数とすると、"Tiger%20Jet%20Shin"と返すような。
渡した引数をURLエンコードするにはどのような関数を呼ぶのでしょうか。
たとえば、"Tiger Jet Shin"が引数とすると、"Tiger%20Jet%20Shin"と返すような。
urlencode
最近Wiki使い始めたのだが
includesubmenuの使い方がさっぱりわからん・・・
プラグインマニュアルを読んでも全然理解できん（;´Д｀）
こんなへたれな俺にもよく分かるように誰か説明して下さいorz
includesubmenuの使い方がさっぱりわからん・・・
プラグインマニュアルを読んでも全然理解できん（;´Д｀）
こんなへたれな俺にもよく分かるように誰か説明して下さいorz
１．「FrontPage/SubMenu」というページを作って「おいでませ」と書く。
２．MenuBarを編集して「#includesubmenu()」と付け足す。
３．するとあら不思議！FrontPageだけMenuBarに「おいでませ」が！！
というプラグイン。
２．MenuBarを編集して「#includesubmenu()」と付け足す。
３．するとあら不思議！FrontPageだけMenuBarに「おいでませ」が！！
というプラグイン。
>>372
373よりもうちょっと詳しい事書いておく。
つか、その前に階層の考え方はincludesubmenu云々でなく、PukiWiki共通。
・ 現在のページがhogeの場合、下階層の～→hoge/SubMenu，同階層の～→SubMenu
・ 現在のページがhoge/hogeの場合、下階層の～→hoge/hoge/SubMenu，同階層の～→hoge/SubMenu
閑話休題。
例えば、
FrontPage, hoge, fuga, fuga/fuga, SubMenu,
hoge/SubMenu, hoge/hoge,
hoge/fuga, hoge/fuga/SubMenu
というページが存在する場合、
表示されるページとincludeされるページの関係は次のようになる。
・FrontPage, fuga, SubMenu → SubMenu がincludeされる
・hoge, hoge/hoge, hoge/SubMenu → hoge/SubMenu がincludeされる
・hoge/fuga, hoge/fuga/SubMenu → hoge/fuga/SubMenu がincludeされる
・fuga/fuga → 何もincludeされない
※hoge/fugaの様に下階層・同階層にSubMenuが存在する場合、下階層が優先される。
373よりもうちょっと詳しい事書いておく。
つか、その前に階層の考え方はincludesubmenu云々でなく、PukiWiki共通。
・ 現在のページがhogeの場合、下階層の～→hoge/SubMenu，同階層の～→SubMenu
・ 現在のページがhoge/hogeの場合、下階層の～→hoge/hoge/SubMenu，同階層の～→hoge/SubMenu
閑話休題。
例えば、
FrontPage, hoge, fuga, fuga/fuga, SubMenu,
hoge/SubMenu, hoge/hoge,
hoge/fuga, hoge/fuga/SubMenu
というページが存在する場合、
表示されるページとincludeされるページの関係は次のようになる。
・FrontPage, fuga, SubMenu → SubMenu がincludeされる
・hoge, hoge/hoge, hoge/SubMenu → hoge/SubMenu がincludeされる
・hoge/fuga, hoge/fuga/SubMenu → hoge/fuga/SubMenu がincludeされる
・fuga/fuga → 何もincludeされない
※hoge/fugaの様に下階層・同階層にSubMenuが存在する場合、下階層が優先される。
複数のpukiwikiでデータが共有できたりするそうだけど
そもそも複数設置って頭のディレクトリ名の違うセットを何個もうpするってこと？
頭悪い質問過ぎてみつからなかった・・・すいませんが誰か教えてけろ。
そもそも複数設置って頭のディレクトリ名の違うセットを何個もうpするってこと？
頭悪い質問過ぎてみつからなかった・・・すいませんが誰か教えてけろ。
attachプラグインが255文字以上のファイル名のファイル作っちゃって、ローカルにダウンできないみたいなんだけど
これって一つずつ名前を変えてダウンするしかないんでしょうか?
結構多くてしんどそうです・・
これって一つずつ名前を変えてダウンするしかないんでしょうか?
結構多くてしんどそうです・・
ｽﾏｿ、正確にはディレクトリ+ファイル名=255~でした。ローカルのディレクトリをD直下にしてガマンします・・
opendir D, './'; while ($f = readdir D) { next if $f !~ /\.txt$/;
rename $f, substr($f, 0, 250) . '.txt' if 255 < length $f; } closedir D;
rename $f, substr($f, 0, 250) . '.txt' if 255 < length $f; } closedir D;
「ほげ」という文字列を「hoge」というページに自動リンクさせたい場合、
どこかに何らかの記述をすれば全てのページで自動リンクするということは可能ですか？
ヒントになるキーワードでもいいのでご存知の方がおられましたらご教授下さい。
どこかに何らかの記述をすれば全てのページで自動リンクするということは可能ですか？
ヒントになるキーワードでもいいのでご存知の方がおられましたらご教授下さい。
>379
自動リンクされた「ほげ」をclickすると「hoge」の内容が
表示されるように…ってことなら、「ほげ」ってページを作って中身を
#include(hoge)
にしたらどうだろう。
自動リンクされた「ほげ」をclickすると「hoge」の内容が
表示されるように…ってことなら、「ほげ」ってページを作って中身を
#include(hoge)
にしたらどうだろう。
>>379
たぶん380がお手軽で、正解。ページに別名付ける別解提示。
手段はいろいろあるけど、リンク対象数が限定されているなら
おそらく、ページhogeを作成してautolinkを有効にしつつ
自作プラグイン/alias.inc.php を使うのが一番手軽
たぶん380がお手軽で、正解。ページに別名付ける別解提示。
手段はいろいろあるけど、リンク対象数が限定されているなら
おそらく、ページhogeを作成してautolinkを有効にしつつ
自作プラグイン/alias.inc.php を使うのが一番手軽
pukiwiki.orgで記事の編集しようとして、
編集ボタンを押すと入力フォームが文字化けする・・・・・・・・
MacOs9のIEだとよくあることらしいんだけど、
これって質問箱に報告すればいいのかな?
編集ボタンを押すと入力フォームが文字化けする・・・・・・・・
MacOs9のIEだとよくあることらしいんだけど、
これって質問箱に報告すればいいのかな?
org自体についてのことだからWebTrackかな。
>>384 ありがとうございます。
報告しました。
報告しました。
今、pukiwikiのプラグイン作ってるんだけど、何か変だ。
デバッグのコツとかないもんかなー。
phpinfo()で見たら入って欲しい値は_POST["hoge"]とかに入ってるのに
それを
if(isset($vars["hoge"])){
//処理1
}else{
//処理2
}
とかコードを書いても処理1も処理2もせずにFrontPageに戻ってしまうorz
デバッグのコツとかないもんかなー。
phpinfo()で見たら入って欲しい値は_POST["hoge"]とかに入ってるのに
それを
if(isset($vars["hoge"])){
//処理1
}else{
//処理2
}
とかコードを書いても処理1も処理2もせずにFrontPageに戻ってしまうorz
当然、
global $vars;
はfunctionの中に書いています。
//同じプラグイン内でも通る部分と通らない部分があるのが謎だ
//とりあえず、一旦寝て、起きてから考え直そう。
global $vars;
はfunctionの中に書いています。
//同じプラグイン内でも通る部分と通らない部分があるのが謎だ
//とりあえず、一旦寝て、起きてから考え直そう。
こういう人たちがプラグイン作ってるのか……。
一度主要なプラグインをレビューして、底上げしないとあかんなぁ。
一度主要なプラグインをレビューして、底上げしないとあかんなぁ。
389 ：BugTrackさん：04/11/20 09:54:57 ID:???
>>388
BugTrack/745 既存プラグインの統廃合
BugTrack/745 既存プラグインの統廃合
そんなこと言ってると、品質がみるみる低下するんじゃ？
ここで晒すともれなく>>388がレビューしてくれるのですか？
結構頑張って書いてるし、pukiwikiの標準の関数とか
他の標準プラグインの関数とか使ってるからおかしいところは
少ないハズなんだけど。でも、根本的な考え方が間違ってたら痛いなー。
>>390
正解！
結構頑張って書いてるし、pukiwikiの標準の関数とか
他の標準プラグインの関数とか使ってるからおかしいところは
少ないハズなんだけど。でも、根本的な考え方が間違ってたら痛いなー。
>>390
正解！
>>392
> ここで晒すともれなく>>388がレビューしてくれるのですか？
私はしません。利益もないのに、無料でなんかやらない。
主要なプラグインについては、それを参考にしてプラグインを書く人のためになるから、
手を入れるのはやぶさかではない。
> 結構頑張って書いてるし、pukiwikiの標準の関数とか
> 他の標準プラグインの関数とか使ってるからおかしいところは
> 少ないハズなんだけど。でも、根本的な考え方が間違ってたら痛いなー。
処理1も2も実行されないってことは、>>386 の部分が実行されていないことが分かるんだから、
呼び出し元(と思うところ)にdie()を突っ込んで行けば良いでしょう。
そうすればどこで想定とずれているかが分かる。
この程度のミスなら、die()で分かるだろうし、もうちょっと高度にやりたいならAPDとか使えば。
> ここで晒すともれなく>>388がレビューしてくれるのですか？
私はしません。利益もないのに、無料でなんかやらない。
主要なプラグインについては、それを参考にしてプラグインを書く人のためになるから、
手を入れるのはやぶさかではない。
> 結構頑張って書いてるし、pukiwikiの標準の関数とか
> 他の標準プラグインの関数とか使ってるからおかしいところは
> 少ないハズなんだけど。でも、根本的な考え方が間違ってたら痛いなー。
処理1も2も実行されないってことは、>>386 の部分が実行されていないことが分かるんだから、
呼び出し元(と思うところ)にdie()を突っ込んで行けば良いでしょう。
そうすればどこで想定とずれているかが分かる。
この程度のミスなら、die()で分かるだろうし、もうちょっと高度にやりたいならAPDとか使えば。
388さんが驚いているのは、print(C言語で言うprintf()デバッグ)
なりvar_dump()なりdie()なり、変数の値の基本的な確認方法を
知らないということ(畑が違う・世代が違う)ではなく、変数が
きちんと渡されて行っているのか、きちんと動作しているものを
踏まえて動作しているのか確認を重ねていないことについてでしょう。
とりあえずもれなく晒してみてはいかがでしょう。
なりvar_dump()なりdie()なり、変数の値の基本的な確認方法を
知らないということ(畑が違う・世代が違う)ではなく、変数が
きちんと渡されて行っているのか、きちんと動作しているものを
踏まえて動作しているのか確認を重ねていないことについてでしょう。
とりあえずもれなく晒してみてはいかがでしょう。
> 388さんが驚いているのは、print(C言語で言うprintf()デバッグ)
> なりvar_dump()なりdie()なり、変数の値の基本的な確認方法を
> 知らないということ(畑が違う・世代が違う)ではなく、変数が
> きちんと渡されて行っているのか、きちんと動作しているものを
> 踏まえて動作しているのか確認を重ねていないことについてでしょう。
ちょっと待ってくださいな。die()でデバッグをするのはちょっと知らなかったけど、
echoとかprint_r()とかでいつもは変数がちゃんと渡ってるか見てますよ。
今回phpinfo()を使ったのは、どんな変数が渡っているのか”全部”見るためだったのです。
なので、基本的なデバッグ方法は知ってますし、使ってますよ。
ただ、何かpukiwikiのプラグイン開発に特有のやり方があるのなら、知りたかったということです。
特にそれ特有のやり方がなくて、普通のphpと同じやり方でいいなら多分、大丈夫です。
それと一応、問題は解決しました。
原因はisset()の動作を勘違いしていたことです。
変数がNULLでも”存在”していればisset()はTRUEになるんですね。
とりあえず、is_array()を使ってみたらいけました。
//このプラグインはいずれ公開するのでその時に見て突っ込んでください。
色々、教えてくれてありがとうございました>all
> なりvar_dump()なりdie()なり、変数の値の基本的な確認方法を
> 知らないということ(畑が違う・世代が違う)ではなく、変数が
> きちんと渡されて行っているのか、きちんと動作しているものを
> 踏まえて動作しているのか確認を重ねていないことについてでしょう。
ちょっと待ってくださいな。die()でデバッグをするのはちょっと知らなかったけど、
echoとかprint_r()とかでいつもは変数がちゃんと渡ってるか見てますよ。
今回phpinfo()を使ったのは、どんな変数が渡っているのか”全部”見るためだったのです。
なので、基本的なデバッグ方法は知ってますし、使ってますよ。
ただ、何かpukiwikiのプラグイン開発に特有のやり方があるのなら、知りたかったということです。
特にそれ特有のやり方がなくて、普通のphpと同じやり方でいいなら多分、大丈夫です。
それと一応、問題は解決しました。
原因はisset()の動作を勘違いしていたことです。
変数がNULLでも”存在”していればisset()はTRUEになるんですね。
とりあえず、is_array()を使ってみたらいけました。
//このプラグインはいずれ公開するのでその時に見て突っ込んでください。
色々、教えてくれてありがとうございました>all
PukiWikiのプラグイン特有っていや、
出力結果のxhtmlの妥当性検証って
皆、どうやってやってるの？
出力パターンが少なかったから、A-HTMLLintとW3Cのチェッカで
テストしたけど、出力パターンが多くなると割に大変じゃない？
PHPUnitあたりと連携した簡易チェッカがあると良いなぁと思ったもんだが。
出力結果のxhtmlの妥当性検証って
皆、どうやってやってるの？
出力パターンが少なかったから、A-HTMLLintとW3Cのチェッカで
テストしたけど、出力パターンが多くなると割に大変じゃない？
PHPUnitあたりと連携した簡易チェッカがあると良いなぁと思ったもんだが。
>>394
そうか? 386のポイントは「処理1も処理2も実行されない」って点じゃないかな。
>>395
投稿を読んでみると、割とまともな方の人みたいで良かった(何が)。
間違ってるけどな。
> 変数がNULLでも”存在”していればisset()はTRUEになるんですね。
これは嘘。NULLならFALSEになる。
http://jp2.php.net/manual/ja/function.isset.php
それと上記とは関係ないが、知っておいた方が良いので書いておく。
PHP4以降には比較演算子として「===」がある。
知らなかったならチェック。
http://jp2.php.net/manual/ja/language.operators.comparison.php
そうか? 386のポイントは「処理1も処理2も実行されない」って点じゃないかな。
>>395
投稿を読んでみると、割とまともな方の人みたいで良かった(何が)。
間違ってるけどな。
> 変数がNULLでも”存在”していればisset()はTRUEになるんですね。
これは嘘。NULLならFALSEになる。
http://jp2.php.net/manual/ja/function.isset.php
それと上記とは関係ないが、知っておいた方が良いので書いておく。
PHP4以降には比較演算子として「===」がある。
知らなかったならチェック。
http://jp2.php.net/manual/ja/language.operators.comparison.php
wikiってどんぐらい種類あるの？
自分が使ってるレンタルサーバーを動作実績に付け加えたら誰かに削除されてた(´･ω･`)
すんません、pukiwikiって新規で新しくページを作らせないようにすることってできるんでしょうか？
>>404
60～70くらいレスを遡れ
60～70くらいレスを遡れ
最新のtar ballで試したら
** title [#hoge]
の[#hoge]が無効になってたよ・・
何処が変更されてそうなったんだろ・・
** title [#hoge]
の[#hoge]が無効になってたよ・・
何処が変更されてそうなったんだろ・・
連投ｽﾏｿ、原因はlib/html.phpのrv1.15の変更によるものでした。
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/pukiwiki/pukiwiki/lib/html.php.diff?r1=1.14&r2=1.15
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/pukiwiki/pukiwiki/lib/html.php.diff?r1=1.14&r2=1.15
ソートされてるのに気がつきませんでした(´･ω･`)
よく見たら、ソートで上の方にいっちゃってただけみたい。
うたがってすみませぬ<(_ _)>
よく見たら、ソートで上の方にいっちゃってただけみたい。
うたがってすみませぬ<(_ _)>
すみません失礼します。
XREAのs101が取得できたので，Wikiを設置しようとしたのですが，
手順通りにアップ，属性変更としたのですが，
InternalServerErrorが出てしまいどうしても先に進めません。
転送モードや属性の再確認はしたのですが原因がどうしてもわかりません。
よろしければご教示願います。
なお，アップした場所は，/public_htmlです。
XREAのs101が取得できたので，Wikiを設置しようとしたのですが，
手順通りにアップ，属性変更としたのですが，
InternalServerErrorが出てしまいどうしても先に進めません。
転送モードや属性の再確認はしたのですが原因がどうしてもわかりません。
よろしければご教示願います。
なお，アップした場所は，/public_htmlです。
追記，インストールしたバージョンは1.4.4（PHP5対応版）です。
すいません。.htaccessの削除で解決しました。
Wikiのカスタマイズに触れる日記は多いのに、自作スキンってあんまり投稿されてたりしてないのな。
うー、細かいカスタマイズが疲れる・・・
定番カスタマイズはどっかにまとめてほしい、、
定番カスタマイズはどっかにまとめてほしい、、
>>413
みんなカスタマイズだけで疲れてるんだろ
みんなカスタマイズだけで疲れてるんだろ
これもpukiwiki
http://slavadev.sourceforge.jp/
http://slavadev.sourceforge.jp/
やっぱりデザインセンスもったプロ並みの人に
デフォルトのcssをいくつか作ってほしいなぁ・・・
デフォルトのcssをいくつか作ってほしいなぁ・・・
もともと使いづらい UI なんだからデザインがバラバラにされるとかなーり不便
しかしいろいろなサイトでPukiWikiをデフォルトで使われると、
サイトの区別がつかなくなる。正直少しは見た目を変えて使ってほしい
サイトの区別がつかなくなる。正直少しは見た目を変えて使ってほしい
色だ色を変えろ、カラー、そうカラーチェンジだカラーチェンジ
グリーン・イエロー・レッド・ピンク・ブルーで。
>>422
医学書は高いからamazonで儲かりそうだね
医学書は高いからamazonで儲かりそうだね
色とか単純な見た目だけならtDiaryのスキン流用すりゃ良いんだけど。
最近のCVSでスキンの方が割と頻繁に変わりがちなので、
個人的には、もーちょっい様子見な感じ。
Wikiは割となんにでも使えてしまうので、サイトの特性に合わせた
分かりやすいナビゲーション方法論の確立
（の為に必要な設定やパッチのまとめページ）の方が興味あるな。
最近のCVSでスキンの方が割と頻繁に変わりがちなので、
個人的には、もーちょっい様子見な感じ。
Wikiは割となんにでも使えてしまうので、サイトの特性に合わせた
分かりやすいナビゲーション方法論の確立
（の為に必要な設定やパッチのまとめページ）の方が興味あるな。
漏れカスタマイズ版Pukiwikiを配布しても
怒られない？
怒られない？
>>425
GPL にしたがってれば怒られない。
GPL にしたがってれば怒られない。
その''カスタマイズ''とやらの内容によっては笑われる危険性はある。
怒られないけど笑われるっていうのもリスクだな
実世界と切り離して公開すればいいじゃん。
笑われたら逃げて、また他の事をすればいい。
笑われたら逃げて、また他の事をすればいい。
前にプラグイン削ってコンパクトにしました！と自慢してた奴が居たな
>>429
そんなことやってると負け犬根性が染みつくよ。
そんなことやってると負け犬根性が染みつくよ。
カスタマイズっていってもプラグイン入れたり
改行を反映させたり、ページタイトルの検索リンクを
外したりとかこまごまやるくらいですけどね。
意外とこんなのでも時間食ったりするんで、カスタマイズ版があれば
便利かと。
改行を反映させたり、ページタイトルの検索リンクを
外したりとかこまごまやるくらいですけどね。
意外とこんなのでも時間食ったりするんで、カスタマイズ版があれば
便利かと。
止めはしない。大いにやると良い。大化けしないとは誰も言いきれないからね。
改変部分の質問なんかが本家に流れないように気を付ければ全く問題は無いし。
むしろ、その手順・手法を分かりやすく解説するページでも公開した方が
大勢の役に立ちそうな気がする。
>>432がどんなに''自分にとって素晴らすぃ''ものをアーカイブしなおしたところで、
結局は「カスタマイズ」だから、どうせ(>>432と同じセンスを持っている訳でもない
大方の)被配布者は各自手を入れることになるのだから。
改変部分の質問なんかが本家に流れないように気を付ければ全く問題は無いし。
むしろ、その手順・手法を分かりやすく解説するページでも公開した方が
大勢の役に立ちそうな気がする。
>>432がどんなに''自分にとって素晴らすぃ''ものをアーカイブしなおしたところで、
結局は「カスタマイズ」だから、どうせ(>>432と同じセンスを持っている訳でもない
大方の)被配布者は各自手を入れることになるのだから。
れぃみぃさんのこと？
>>434
> 実社会でダメージを受けるよりはマシだとおもう。
Internetを経由したコミュニケーションも実社会と同じ。
どうして分けて考えようとするのかねえ。
> だいたいネタだらけの世界で何のために実名を晒す必要があるのかと。
それは「ネタだらけだからいいよね」って自分に言い訳してるんだよ。無意識だろうけど。
そういうことばかりやってると、次第に卑屈な人間になっていく。
> 実社会でダメージを受けるよりはマシだとおもう。
Internetを経由したコミュニケーションも実社会と同じ。
どうして分けて考えようとするのかねえ。
> だいたいネタだらけの世界で何のために実名を晒す必要があるのかと。
それは「ネタだらけだからいいよね」って自分に言い訳してるんだよ。無意識だろうけど。
そういうことばかりやってると、次第に卑屈な人間になっていく。
>>436
心情的には同意だが、このスレでその話を続けるのはやめれ
心情的には同意だが、このスレでその話を続けるのはやめれ
二人の考え方も、二人が永遠に平行線をたどるということも良く分かった。
自作自演でなければ終了で。
自作自演でなければ終了で。
> Internetを経由したコミュニケーションも実社会と同じ。
> どうして分けて考えようとするのかねえ。
遊びで適当な事やりたいだけなのに、実名を晒すなんて理解できない。
あ、もしかして、pukiwiki のコミッタとして雑誌に記事を書いて
アルバイトでもしたいとか思ってる？
> そういうことばかりやってると、次第に卑屈な人間になっていく。
そういうことをすると、次第に卑怯な人間になっていった統計でもあるの？
> どうして分けて考えようとするのかねえ。
遊びで適当な事やりたいだけなのに、実名を晒すなんて理解できない。
あ、もしかして、pukiwiki のコミッタとして雑誌に記事を書いて
アルバイトでもしたいとか思ってる？
> そういうことばかりやってると、次第に卑屈な人間になっていく。
そういうことをすると、次第に卑怯な人間になっていった統計でもあるの？
はー、やっとwindows2000でのdiffファイルの使い方が
わかった・・・長かった・・・
わかった・・・長かった・・・
>>439
> 遊びで適当な事やりたいだけなのに、実名を晒すなんて理解できない。
遊びでやるなら自分一人でやればいい。
公開すれば、そこからはコミュニケーションとなる。
「実名を晒す」どうこうはどうでもいいの。真摯に振る舞うかどうか。
そこで「笑われたら逃げて、また他の事をすればいい」というような考え方だと
相手に対して失礼でしょう。
これは外側の話。
それとは別に、内側(精神)はそういうことばかりしてると腐っていってしまうということ。
> 遊びで適当な事やりたいだけなのに、実名を晒すなんて理解できない。
遊びでやるなら自分一人でやればいい。
公開すれば、そこからはコミュニケーションとなる。
「実名を晒す」どうこうはどうでもいいの。真摯に振る舞うかどうか。
そこで「笑われたら逃げて、また他の事をすればいい」というような考え方だと
相手に対して失礼でしょう。
これは外側の話。
それとは別に、内側(精神)はそういうことばかりしてると腐っていってしまうということ。
>>441
遊びでやるなら他人と絡んではいけないと？
逃げたとしても、コードは提供してるのだから、失礼には値しないでしょう。
> それとは別に、内側(精神)はそういうことばかりしてると腐っていってしまうということ。
だから、根拠はあるのかと？
遊びでやるなら他人と絡んではいけないと？
逃げたとしても、コードは提供してるのだから、失礼には値しないでしょう。
> それとは別に、内側(精神)はそういうことばかりしてると腐っていってしまうということ。
だから、根拠はあるのかと？
>>433
>むしろ、その手順・手法を分かりやすく解説するページでも公開した方が
>大勢の役に立ちそうな気がする。
なるほど納得。カスタマイズ解説ページも作った方がいいですね。
まだ、カスタマイズがちゃんと終わってないのでそこまでの余力は
ありませんが、ぼちぼちやっていきますヽ（´ー｀）ノ
>むしろ、その手順・手法を分かりやすく解説するページでも公開した方が
>大勢の役に立ちそうな気がする。
なるほど納得。カスタマイズ解説ページも作った方がいいですね。
まだ、カスタマイズがちゃんと終わってないのでそこまでの余力は
ありませんが、ぼちぼちやっていきますヽ（´ー｀）ノ
誘導されてきました。
おたずねしたいのですが、pukiwikiで編集と閲覧に関するユーザー認証
ができることは分ったのですが、新規作成と削除に関する認証は
どのように掛ければいいのでしょうか？
おたずねしたいのですが、pukiwikiで編集と閲覧に関するユーザー認証
ができることは分ったのですが、新規作成と削除に関する認証は
どのように掛ければいいのでしょうか？
いや、なんで素直にorgの質問箱で調べようと思わんかね。
ま、いいや。答えちゃえ。
編集権限はコレで、新規時/削除時の場合の権限はコレ、などという制御はできませんが
全てのページの編集権限を設定する事で用途によっては代用できるかもしれません。
誰でも編集できるWikiには、そもそも新規とか削除とかの概念がないです。
（PukiWikiは、そこに編集権限の考え方を後付けしています）
ただ、私見ながら編集は可だが、削除は不可というのは理解に苦しみます。
無意味な文字列並べても、見た人にとっては削除と同義なわけだし。
新規の方も（用途が想像できないので）意味がなさそうな気もするけど、
こちらはプログラムで判断できるので、あなたがパッチを作れば対処できるだろうね。
ま、いいや。答えちゃえ。
編集権限はコレで、新規時/削除時の場合の権限はコレ、などという制御はできませんが
全てのページの編集権限を設定する事で用途によっては代用できるかもしれません。
誰でも編集できるWikiには、そもそも新規とか削除とかの概念がないです。
（PukiWikiは、そこに編集権限の考え方を後付けしています）
ただ、私見ながら編集は可だが、削除は不可というのは理解に苦しみます。
無意味な文字列並べても、見た人にとっては削除と同義なわけだし。
新規の方も（用途が想像できないので）意味がなさそうな気もするけど、
こちらはプログラムで判断できるので、あなたがパッチを作れば対処できるだろうね。
ご返答ありがとうございます。
一応質問箱で調べてBasic認証ができるというのがわかったのですが、
編集以外のことには触れられていませんでした。
用途としては、ニュースサイトっぽいものを作成したいと考えておりまして、
そのために、自分だけが操作できるwikiにしたいのです。
PassWikiを使えばいいのかもしれませんが、プラグインなどを自分で作成
するスキルを持っていないので・・・・・
一応質問箱で調べてBasic認証ができるというのがわかったのですが、
編集以外のことには触れられていませんでした。
用途としては、ニュースサイトっぽいものを作成したいと考えておりまして、
そのために、自分だけが操作できるwikiにしたいのです。
PassWikiを使えばいいのかもしれませんが、プラグインなどを自分で作成
するスキルを持っていないので・・・・・
ニュースならblogのほうが向いてるのでは
siteDevとかっていうのはどうよ。
%75%6e%6b%6f みたいな URL はｶｺﾜﾙｲから、数字id.html みたいになってほしいなと。
だれかhackしてよ。
だれかhackしてよ。
とっくに公開されてる
>>453
まじ？URLきぼん。
まじ？URLきぼん。
mode_rewiteが使えるならpgidプラグイン。又は使えなくても可なmkpgプラグイン。
URLは教えない。自分で探せ。
URLは教えない。自分で探せ。
×mode_rewite
○mod_rewrite
○mod_rewrite
ﾏﾝﾄﾞｸｻｲからいらん。
mode_rewite ﾏﾀﾞｰ?
みなさんの経験からお聞きしたいんだが、、、
xreaとbuttobiだったらどっち？
xreaとbuttobiだったらどっち？
xrea
( ・∀・) つ これﾄﾞｿﾞｰ
Pukiwiki/動作実績/レンタルサーバー
http://pukiwiki.org/index.php?cmd=read&page=%E5%8B%95%E4%BD%9C%E5%AE%9F%E7%B8%BE%2F%E3%83%AC%E3%83%B3%E3%82%BF%E3%83%AB%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC
Pukiwiki/動作実績/レンタルサーバー
http://pukiwiki.org/index.php?cmd=read&page=%E5%8B%95%E4%BD%9C%E5%AE%9F%E7%B8%BE%2F%E3%83%AC%E3%83%B3%E3%82%BF%E3%83%AB%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC
>>462 ｻﾝｸｽ!
xreaの方が○が多いね。
xreaの方が○が多いね。
>>461
ぶっとびはMySQLが使えない
ぶっとびはMySQLが使えない
pukiwikiにmySQLって必要ないのでは？
kifubbsはMySQLやPostgreSQLを利用できる。利用しなくても動くけど。
ちなみにxreaでは、データベースの設定できるアカウントに制限がある。
アカウント2つもっているが、データベースを入れようとしたら2つともその制限に引っ掛かって使えない・・・・・
ちなみにxreaでは、データベースの設定できるアカウントに制限がある。
アカウント2つもっているが、データベースを入れようとしたら2つともその制限に引っ掛かって使えない・・・・・
アカウント名を変更すればできるようになると聞いたのでやめました・・・・・。
変更するとアドレスが変わるから、そこまでしてデータベースを使う必要性もなかったので。
変更するとアドレスが変わるから、そこまでしてデータベースを使う必要性もなかったので。
xreaは宣伝多いけど、管理人にそこまでスキルがある感じでもないよね
中級者くらい？
中級者くらい？
wikiの活発度ってどう算出すればいいのかな・・
マニュアル等を除いた全ページのうち、最近一週間のうちに更新されたページを活発なページと位置づけて
( 最近7日間のうちに更新されたページ数 / 全ページ数 )かな。
でも20ページ中5ページ活発なwikiと100ページ中25ページ活発なwikiでは当然後者の方が活発なわけで。
・・というかwikiの平均のページ数ってどれくらいなんかな?
マニュアル等を除いた全ページのうち、最近一週間のうちに更新されたページを活発なページと位置づけて
( 最近7日間のうちに更新されたページ数 / 全ページ数 )かな。
でも20ページ中5ページ活発なwikiと100ページ中25ページ活発なwikiでは当然後者の方が活発なわけで。
・・というかwikiの平均のページ数ってどれくらいなんかな?
普通に日平均の更新数/全ページ数でよかったか。
ちなみにこれで計ってみたら1.2（120/100）だった、投票系多いから妥当なとこか
ちなみにこれで計ってみたら1.2（120/100）だった、投票系多いから妥当なとこか
単純に、更新数でいいだろ。
10ページあって15回更新と、100ページあって120回更新だと
断然後者のほうが活発なんだから。
10ページあって15回更新と、100ページあって120回更新だと
断然後者のほうが活発なんだから。
こんなもん作ってみたので、だれか使ってください。
ttp://pukiwiki.org/index.php?%E8%87%AA%E4%BD%9C%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fblog2show.inc.php
> blog2 で作成したブログを Movable Type 風に表示するプラグインです。
> 動作には blog2 プラグイン及び pgid プラグインが必要です。
ttp://pukiwiki.org/index.php?%E8%87%AA%E4%BD%9C%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fblog2show.inc.php
> blog2 で作成したブログを Movable Type 風に表示するプラグインです。
> 動作には blog2 プラグイン及び pgid プラグインが必要です。
>>474
Movable Type って php 版ありませんでしたっけ？
Movable Type って php 版ありませんでしたっけ？
>>475
Movable Type にキーワード連携機能なんてあったっけ？
Movable Type にキーワード連携機能なんてあったっけ？
xreaの101鯖でKAKASI使ってる人いる？
/usr/local/bin/php/kakasi
でできた？
/usr/local/bin/php/kakasi
でできた？
>>477
続・質問箱/363 ?
続・質問箱/363 ?
>>477
s53できねー。
s53できねー。
またFAQに単発質問投げてる奴がいるよ。内容もアレだけど。
テキストで書いた書類をそのままwikiにあげたいんだが(添付じゃなくて)
改行するの面倒いから、コピペーでやりたいんだが、
なんとかならんでしょうか？
改行するの面倒いから、コピペーでやりたいんだが、
なんとかならんでしょうか？
>>481
別に改行しなくても、普通に折り返されるだろ？
別に改行しなくても、普通に折り返されるだろ？
昔のwiki使ってるんじゃないの？
pukiwiki1.4.2の頃なんかは改行キゴウを入れないと改行されなかった伊予柑
pukiwiki1.4.2の頃なんかは改行キゴウを入れないと改行されなかった伊予柑
>>481
設定の中に、そういうオプションがありまっす
設定の中に、そういうオプションがありまっす
>>486
実際には候補に上がってくるので杞憂でせう
実際には候補に上がってくるので杞憂でせう
488 ：nobodyさん：04/12/15 22:07:10 ID:gJMzT1hS
>>477
s55,s56なら出来たよ。
s55,s56なら出来たよ。
489 ：nobodyさん：04/12/15 22:08:15 ID:gJMzT1hS
sitedevの話題はココで良いの？(pukiwiki派生だけど)
(･∀･)ｨｨｮｨｨｮｰ
491 ：489：04/12/15 22:27:22 ID:gJMzT1hS
sitedrvでadmn=1で編集メニュー出るんだけど、
IEだと普通にそのまま編集メニュー使えていたのが、
Mozilla FireFoxにしたら最初は出るけど、
メニュークリックした瞬間編集メニューが消えちゃうんです。
ブラウザの設定なのか、sitedevの設定なのか。。。
pukiwikiなら編集メニュー出っ放しだから問題ないと思うんだけど、
何故？？Basic承認の後の動作がブラウザによって違うのかな？
IEだと普通にそのまま編集メニュー使えていたのが、
Mozilla FireFoxにしたら最初は出るけど、
メニュークリックした瞬間編集メニューが消えちゃうんです。
ブラウザの設定なのか、sitedevの設定なのか。。。
pukiwikiなら編集メニュー出っ放しだから問題ないと思うんだけど、
何故？？Basic承認の後の動作がブラウザによって違うのかな？
492 ：489：04/12/15 22:28:29 ID:gJMzT1hS
これだけのためにIE使いたくないよぉ。。
ああ、javascriptちょっといじればなおるよ。
sitedev使ったことないけど
sitedev使ったことないけど
>>493
どんな感じですか？(＾＾;;参考になるサイトとかあったら教えてください。
どんな感じですか？(＾＾;;参考になるサイトとかあったら教えてください。
>482,483,484,485
みなさんサンクス。
関数setlinebreak(on)で、できました。
これって左にマージンを取ったりできませんか？
設定はいまいちどこにあるのかわからないです＞＜
バージョンは最新のはずなんですが、
任意で改行した奴だと折り返しません。。。
どうもすいません。ありがとございます。
みなさんサンクス。
関数setlinebreak(on)で、できました。
これって左にマージンを取ったりできませんか？
設定はいまいちどこにあるのかわからないです＞＜
バージョンは最新のはずなんですが、
任意で改行した奴だと折り返しません。。。
どうもすいません。ありがとございます。
>>495
できません。
ただし、デフォルト設定のCSSの場合、
文章の初めに>付けて引用文にすると
左マージンをとったように見えるかも。
なお
・そもそも引用はマージンの意味ではない
・ブラウザによって表現が異なる場合がある
なので、お勧めはしかねます。
つか、PukiWikiでは見栄えに凝らないのが吉。
できません。
ただし、デフォルト設定のCSSの場合、
文章の初めに>付けて引用文にすると
左マージンをとったように見えるかも。
なお
・そもそも引用はマージンの意味ではない
・ブラウザによって表現が異なる場合がある
なので、お勧めはしかねます。
つか、PukiWikiでは見栄えに凝らないのが吉。
見出しごとに<div class="section">とかでくくってくれると整形がし易いんだけどね・・
ところで・・
:りんご|
-A店は100円
-B店は120円
のリストの部分をdd要素に入れるように出来ないかな?
"りんご"でdl要素が終わってしまう・・
ところで・・
:りんご|
-A店は100円
-B店は120円
のリストの部分をdd要素に入れるように出来ないかな?
"りんご"でdl要素が終わってしまう・・
UTF-8にしたいんだけど何かコツある？
>>499
reimy おじさんみたいに、ｷﾓ女の写真をﾛｺﾞにするとうまくいくかも。
reimy おじさんみたいに、ｷﾓ女の写真をﾛｺﾞにするとうまくいくかも。
ごめん誰かわからん
502 ：nobodyさん：04/12/17 20:22:52 ID:zdxlZoCm
WinXPSP2+IIS+Pukiwiki1.4.4+PHP5でPukiwiki立ち上げてみたんですが
表示は出来るもの変更（新規作成、編集、検索等）が全く出来ません。
Admin権限でCGIを実行しています。フォルダへはフルコントロールになっています。
何が悪いのでしょうか？
表示は出来るもの変更（新規作成、編集、検索等）が全く出来ません。
Admin権限でCGIを実行しています。フォルダへはフルコントロールになっています。
何が悪いのでしょうか？
ファイルの属性もしらべてみたらどうか。
「全くできない」がどういう状態を示しているのか分からん。
>>503
公開しているディレクトリ以下のファイルは全て読み取り属性の解除してあります。
>>504
修正を反映させるボタン(ページの更新等)を押すと404になります。
URLはトップページの"http://localhost/pw/pukiwiki.php"
なのでリロードするとFrontPageが表示されるものの変更はされていません。
公開しているディレクトリ以下のファイルは全て読み取り属性の解除してあります。
>>504
修正を反映させるボタン(ページの更新等)を押すと404になります。
URLはトップページの"http://localhost/pw/pukiwiki.php"
なのでリロードするとFrontPageが表示されるものの変更はされていません。
506 ：nobodyさん：04/12/17 21:56:24 ID:qwFlilvf
へんちくりんな環境をやめて、coLinux でも入れてみてはどうかと。
>>507
ヒマな奴だな
ヒマな奴だな
>>502
PHP5なのに1.4.4_php5ではないのは致命的
PHP5なのに1.4.4_php5ではないのは致命的
IISがログを吐かないほどヘタレだとは思えないので、イベントビューアでログ見たら？
共有フォルダにしてパスを張るだけじゃ、
ローカルフォルダにアクセスできない？みたいなんですが、
なにか設定が必要ですか？
ローカルフォルダにアクセスできない？みたいなんですが、
なにか設定が必要ですか？
年の瀬だし、今年のベストプラグインを決めないか。
とりあえずqrcodeをノミネート。
Wikiの動的な面や世間的なトレンドともマッチしてて遊べた。
とりあえずqrcodeをノミネート。
Wikiの動的な面や世間的なトレンドともマッチしてて遊べた。
codehighlightが非常にﾖｲ
tarfileで自動リモートバックアップ化したよ。
結構助かってる。
結構助かってる。
こんなので cvs につっこんでます。
----BEGIN BASE64----(cvssync.sh)
IyEvYmluL2Jhc2gKY2QgcHVraXdpa2kvd2lraSB8fCBleGl0IDEKCmlmIFsgISAt
ZCBDVlMgXTsgdGhlbgogICAgZWNobyAkMDogcnVuIGluIGEgY3ZzIHdvcmsgY29w
eQogICAgZXhpdCAxCmZpCgovYmluL2xzIHwgZWdyZXAgLXYgJ15DVlMkJyB8IHNv
cnQgPiAubGlzdC5scwpzZWQgLW5lICcvXlwvL3MsXi9cKFteL10qXCkvLiokLFwx
LHAnIENWUy9FbnRyaWVzIHwgc29ydCA+IC5saXN0LmN2cwoKIyBhZGQKZGlmZiAu
bGlzdC5jdnMgLmxpc3QubHMgfCBncmVwICdePicgfCBzZWQgLWUgJ3MsPiAsLCcg
fCB3aGlsZSByZWFkIGY7IGRvCiAgICBpZiBbIC1mICIkZiIgXTsgdGhlbgoJY3Zz
IGFkZCAiJGYiIDI+L2Rldi9udWxsIDE+L2Rldi9udWxsCiAgICBmaQpkb25lCgoj
IGRlbGV0ZQpkaWZmIC5saXN0LmN2cyAubGlzdC5scyB8IGdyZXAgJ148JyB8IHNl
ZCAtZSAncyw8ICwsJyB8IHdoaWxlIHJlYWQgZjsgZG8KICAgIGlmIFsgISAtZiAi
JGYiIF07IHRoZW4KCWN2cyByZW1vdmUgIiRmIiAyPi9kZXYvbnVsbCAxPi9kZXYv
bnVsbAogICAgZmkKZG9uZQpybSAtZiAubGlzdC5jdnMgLmxpc3QubHMgCgpjdnMg
Y29tbWl0IC1tICJ1cGRhdGUiIDI+L2Rldi9udWxsIDE+L2Rldi9udWxsCgpleGl0
Cg==
----END BASE64----
----BEGIN BASE64----(cvssync.sh)
IyEvYmluL2Jhc2gKY2QgcHVraXdpa2kvd2lraSB8fCBleGl0IDEKCmlmIFsgISAt
ZCBDVlMgXTsgdGhlbgogICAgZWNobyAkMDogcnVuIGluIGEgY3ZzIHdvcmsgY29w
eQogICAgZXhpdCAxCmZpCgovYmluL2xzIHwgZWdyZXAgLXYgJ15DVlMkJyB8IHNv
cnQgPiAubGlzdC5scwpzZWQgLW5lICcvXlwvL3MsXi9cKFteL10qXCkvLiokLFwx
LHAnIENWUy9FbnRyaWVzIHwgc29ydCA+IC5saXN0LmN2cwoKIyBhZGQKZGlmZiAu
bGlzdC5jdnMgLmxpc3QubHMgfCBncmVwICdePicgfCBzZWQgLWUgJ3MsPiAsLCcg
fCB3aGlsZSByZWFkIGY7IGRvCiAgICBpZiBbIC1mICIkZiIgXTsgdGhlbgoJY3Zz
IGFkZCAiJGYiIDI+L2Rldi9udWxsIDE+L2Rldi9udWxsCiAgICBmaQpkb25lCgoj
IGRlbGV0ZQpkaWZmIC5saXN0LmN2cyAubGlzdC5scyB8IGdyZXAgJ148JyB8IHNl
ZCAtZSAncyw8ICwsJyB8IHdoaWxlIHJlYWQgZjsgZG8KICAgIGlmIFsgISAtZiAi
JGYiIF07IHRoZW4KCWN2cyByZW1vdmUgIiRmIiAyPi9kZXYvbnVsbCAxPi9kZXYv
bnVsbAogICAgZmkKZG9uZQpybSAtZiAubGlzdC5jdnMgLmxpc3QubHMgCgpjdnMg
Y29tbWl0IC1tICJ1cGRhdGUiIDI+L2Rldi9udWxsIDE+L2Rldi9udWxsCgpleGl0
Cg==
----END BASE64----
>>516
補足㌧。
補足㌧。
518 ：nobodyさん：04/12/23 11:35:00 ID:uurqwbup
Pukiwikiの派生つかってるやついる？
Pukiwiki Plus!
http://pukiwiki.cafelounge.net/plus/?FrontPage
siteDev
http://fol.axisz.jp/php/sd/
PukiWikiMod
http://sourceforge.jp/projects/pukiwikimod/
B-Wiki
http://ishii.mydns.jp/modules/bwiki/index.php?B-Wiki
Pukiwiki Plus!
http://pukiwiki.cafelounge.net/plus/?FrontPage
siteDev
http://fol.axisz.jp/php/sd/
PukiWikiMod
http://sourceforge.jp/projects/pukiwikimod/
B-Wiki
http://ishii.mydns.jp/modules/bwiki/index.php?B-Wiki
公式以外でカッコいいスキンを置いてある所ってない？
>>512
俺はdeldelかなぁ。ありそうでなかった一括削除プラグインがなかなか。
俺はdeldelかなぁ。ありそうでなかった一括削除プラグインがなかなか。
みんなオススメのプラグインがバラバラだな
つД｀)･ﾟ･｡･ﾟﾟ･*:.｡..｡.:*･ﾟ
>>523
うん、そうでしゅ。
今動いている香具師に適用するには、apache が動いている権限で、
cvs -d /home/cvsroots/unkowiki-cvsroot init
mkdir /home/cvsroots/unkowiki-cvsroot/wiki
mkdir /home/unko/public_html/pukiwiki/wiki/CVS
echo D > /home/unko/public_html/pukiwiki/wiki/CVS/Entries
echo /home/cvsroots/unkowiki-cvsroot > \
/home/unko/public_html/pukiwiki/wiki/CVS/Root
echo wiki > /home/unko/public_html/pukiwiki/wiki/CVS/Repository
とかやってから、pukiwiki.ini.php をこんな感じにして使ってくだしゃい。
// ページの更新時にバックグランドで実行するコマンド(mknmzなど)
$update_exec = '/home/unko/public_html/pukiwiki/cvssync.sh';
うん、そうでしゅ。
今動いている香具師に適用するには、apache が動いている権限で、
cvs -d /home/cvsroots/unkowiki-cvsroot init
mkdir /home/cvsroots/unkowiki-cvsroot/wiki
mkdir /home/unko/public_html/pukiwiki/wiki/CVS
echo D > /home/unko/public_html/pukiwiki/wiki/CVS/Entries
echo /home/cvsroots/unkowiki-cvsroot > \
/home/unko/public_html/pukiwiki/wiki/CVS/Root
echo wiki > /home/unko/public_html/pukiwiki/wiki/CVS/Repository
とかやってから、pukiwiki.ini.php をこんな感じにして使ってくだしゃい。
// ページの更新時にバックグランドで実行するコマンド(mknmzなど)
$update_exec = '/home/unko/public_html/pukiwiki/cvssync.sh';
qrcodeで、３キャリア対応の引数ってどうすればいいの？
>>524
おぉぅ、なるほど！
リモートで使うんじゃなくて、PukiWikiが稼動しているサーバ上にリポジトリを置いて
$update_execに指定するのね、すばらしい。
…と書きつつ、CVSで管理するメリットが、まだ今ひとつ良く分かってないんだが、
たとえばcronでタグを打つようにすれば荒らしが来た時に便利、とか？
おぉぅ、なるほど！
リモートで使うんじゃなくて、PukiWikiが稼動しているサーバ上にリポジトリを置いて
$update_execに指定するのね、すばらしい。
…と書きつつ、CVSで管理するメリットが、まだ今ひとつ良く分かってないんだが、
たとえばcronでタグを打つようにすれば荒らしが来た時に便利、とか？
漏れは同一マシン内、異ハードディスクに置いたレポジトリで使ってます。
しかも、(外からも見れるようにはしてあるけど)自分専用 Wiki。
いろいろ書いたり消したりする場合に、過去のものをちゃんと残しておきたいので、
CVS に突っ込みましたです。今まで過去のものを掘りかえしたことはないけど、
履歴が残っているという点で少し安心感があるです。
これから卒論書くんで、Wiki -> LaTeX -> PDF なかんじで、
PukiWiki にはお世話になりそうな感じ。
たぶん CVS の中身にもお世話になりそうな感じ。
しかも、(外からも見れるようにはしてあるけど)自分専用 Wiki。
いろいろ書いたり消したりする場合に、過去のものをちゃんと残しておきたいので、
CVS に突っ込みましたです。今まで過去のものを掘りかえしたことはないけど、
履歴が残っているという点で少し安心感があるです。
これから卒論書くんで、Wiki -> LaTeX -> PDF なかんじで、
PukiWiki にはお世話になりそうな感じ。
たぶん CVS の中身にもお世話になりそうな感じ。
528 ：henoheno ◆g2j80BX5do ：04/12/25 08:32:10 ID:???
>>524
中を読んでいませんが、なかなか興味深いです :)
コミットログにリモートホストやユーザー名などの
付加情報を追記したりするとbacupよりも強力になりますね。
そしてfile.phpの改造よりもお手軽です。
>>526
元々時刻を指定して取り出す事が可能ですから、
時刻を意味するタグはいりませんです。
中を読んでいませんが、なかなか興味深いです :)
コミットログにリモートホストやユーザー名などの
付加情報を追記したりするとbacupよりも強力になりますね。
そしてfile.phpの改造よりもお手軽です。
>>526
元々時刻を指定して取り出す事が可能ですから、
時刻を意味するタグはいりませんです。
>>528
中は、追加されたファイルがあれば cvs add、
削除されたファイルがあれば cvs remove、
その後 cvs commit してます。
Pukiwiki の"バックアップ"から過去ログを見れるプラグインとかあれば
最強かもしれないと思いますです。
中は、追加されたファイルがあれば cvs add、
削除されたファイルがあれば cvs remove、
その後 cvs commit してます。
Pukiwiki の"バックアップ"から過去ログを見れるプラグインとかあれば
最強かもしれないと思いますです。
>>527
バックアップの冗長性・可塑性の向上を兼ねてCVSにした、と。
>>528
や、それはちょっと違うと思いますよー。
そもそもタイムスタンプを更新せずに～で更新されてしまうと
時刻に意味はありませんし(BugTrack/685)。
仮に荒らしが大量のページに対していたずら書きをした場合でも、
CVS管理だとタグ指定でcheckoutする事で複数ページをまとめて
任意の時点にロールバックできますよね、ってー意味でして。
バックアップの冗長性・可塑性の向上を兼ねてCVSにした、と。
>>528
や、それはちょっと違うと思いますよー。
そもそもタイムスタンプを更新せずに～で更新されてしまうと
時刻に意味はありませんし(BugTrack/685)。
仮に荒らしが大量のページに対していたずら書きをした場合でも、
CVS管理だとタグ指定でcheckoutする事で複数ページをまとめて
任意の時点にロールバックできますよね、ってー意味でして。
PukiWiki自体がCVSに対応ってことはないかな？
533 ：nobodyさん：04/12/26 15:30:46 ID:xgXtOrJ8
Wiki 上の雑談を読むのって読みづらいね ( 時系列とか誰が書いたかとか )
ページごとにコメントに固有番号をふる
投稿者の名前は本文の前にだす
本文はきちんとインデントする＆右マージン多めにとる
とかすれば見やすくなるかもしれない
投稿者の名前は本文の前にだす
本文はきちんとインデントする＆右マージン多めにとる
とかすれば見やすくなるかもしれない
随時整理したり、見出しを振ったりしながら
進められるのがWiki上でやる利点でしょう
進められるのがWiki上でやる利点でしょう
チャットは、Wiki 上でやるべきことではないでしょう。
べきとかいうな
wikiとはべつに2ch型スクリプトをおくといいよ
適材適所で
適材適所で
使ってたサーバーで鯖落ちがあって、データが破損して元に戻らないデータがあるかもしれないと言われ、恐くなった。
自動的に他のサーバーとかでバックアップとれないかな・・・・・。変更点はメールで受け取れるようにはしてるんだが・・・・・・。
自動的に他のサーバーとかでバックアップとれないかな・・・・・。変更点はメールで受け取れるようにはしてるんだが・・・・・・。
自動ではないが、工夫すれば自動で出来るんでない？
自作プラグイン/tarfile.inc.php - PukiWiki.org
http://pukiwiki.org/index.php?%E8%87%AA%E4%BD%9C%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Ftarfile.inc.php
CVS log for pukiwiki/pukiwiki/plugin/dump.inc.php
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/pukiwiki/pukiwiki/plugin/dump.inc.php
シェルが使えるならcronで何かスクリプト走らせてやればできるでしょう。
自作プラグイン/tarfile.inc.php - PukiWiki.org
http://pukiwiki.org/index.php?%E8%87%AA%E4%BD%9C%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Ftarfile.inc.php
CVS log for pukiwiki/pukiwiki/plugin/dump.inc.php
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/pukiwiki/pukiwiki/plugin/dump.inc.php
シェルが使えるならcronで何かスクリプト走らせてやればできるでしょう。
ふつーに、鯖側で tar.gz するスクリプト置いておいて、
手元のマシンに cron で呼ばれる wget しかけておけばいいんじゃないのかな。
#!/bin/bash
d=`date +%Y%m%d-%H%M%S`
src=pukiwiki
echo "Content-Type: application/x-bzip2"
f="${src}-dump-${d}.tar.bz2"
echo "Content-Disposition: inline; filename=\"$f\""
echo ""
(cd ../;tar cpf - ${src}) | bzip2
手元のマシンに cron で呼ばれる wget しかけておけばいいんじゃないのかな。
#!/bin/bash
d=`date +%Y%m%d-%H%M%S`
src=pukiwiki
echo "Content-Type: application/x-bzip2"
f="${src}-dump-${d}.tar.bz2"
echo "Content-Disposition: inline; filename=\"$f\""
echo ""
(cd ../;tar cpf - ${src}) | bzip2
dump.inc.phpエラー出て動かせなかったな。
ﾜﾛﾀ
ごめん、誤爆
ﾜﾛﾀ
attachの中身をtarfile.inc.phpでダウンロードして確認してみた。
中にはファイルが1個しか入ってなくって、しかも途中で切れてるっぽい。
attachにいれてあるのは、zip、lzh、sitのファイルばかり30個ほど。
もしかして圧縮ファイルはバックアップとれないのかな。
中にはファイルが1個しか入ってなくって、しかも途中で切れてるっぽい。
attachにいれてあるのは、zip、lzh、sitのファイルばかり30個ほど。
もしかして圧縮ファイルはバックアップとれないのかな。
タイムアウト食らったとか？
ｸﾛﾀ
pukiwiki-1.4.5_alphaｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
>>499
新規にインストールするなら（いままでのデータを引き継がないなら）、手動で変換した方が簡単だよ。
まずここに書いてあるとおり手動で書き換える
http://pukiwiki.org/dev/index.php?PukiWiki%2F1.4%2FUTF-8%B2%BD
コンバーターは使わないのが無難。
適当なツールを使って全ファイルの文字コードをeuc->utf8に変換する。
これで本体はutf-8で動くようになるはず。
このままではヘルプとかのファイル名が変換されてないから、pukiwiki/wikiの下のファイルを消去し、
http://tec-tech.org/index.php?PukiWiki%2FUTF-8
とかから変換済みのpukiwiki/wiki下のファイルをコピーしてくる。
もちろん↑のやつをそのまま使えば楽だけどバージョンが1.4なので古いからね。
新規にインストールするなら（いままでのデータを引き継がないなら）、手動で変換した方が簡単だよ。
まずここに書いてあるとおり手動で書き換える
http://pukiwiki.org/dev/index.php?PukiWiki%2F1.4%2FUTF-8%B2%BD
コンバーターは使わないのが無難。
適当なツールを使って全ファイルの文字コードをeuc->utf8に変換する。
これで本体はutf-8で動くようになるはず。
このままではヘルプとかのファイル名が変換されてないから、pukiwiki/wikiの下のファイルを消去し、
http://tec-tech.org/index.php?PukiWiki%2FUTF-8
とかから変換済みのpukiwiki/wiki下のファイルをコピーしてくる。
もちろん↑のやつをそのまま使えば楽だけどバージョンが1.4なので古いからね。
思うんだけど、公式リリース版をutf8にするのは、いろいろ問題があるだろうから、
いつでもいいから、ファイル名のエンコードの部分だけ先行してutfにしてくれないかなあ。
ファイル名のエンコード方法とコンテンツ内容の文字コードは独立してた方がいいんじゃないかと思う今日この頃。
いつでもいいから、ファイル名のエンコードの部分だけ先行してutfにしてくれないかなあ。
ファイル名のエンコード方法とコンテンツ内容の文字コードは独立してた方がいいんじゃないかと思う今日この頃。
「うまくいきません」じゃどうしようもないわけだがｗ
UTFについてはもはやすべてをUTFで統一すべきだろうね。
実際問題としてメールなんかも中国人とのやりとりと日本語/中国語が混在するからUTFを使うしかないし。
UTFについてはもはやすべてをUTFで統一すべきだろうね。
実際問題としてメールなんかも中国人とのやりとりと日本語/中国語が混在するからUTFを使うしかないし。
ご免、自分は>>499じゃないんだ。
とりあえず書かれた通りに全部UTF化してみたけど言語指定あたりでエラーが出た記憶がある。
文字化けじゃなく、そもそも動かなかった。
参考のために中国語のを落としてみたら今度は言葉がわかんないしw
とりあえず書かれた通りに全部UTF化してみたけど言語指定あたりでエラーが出た記憶がある。
文字化けじゃなく、そもそも動かなかった。
参考のために中国語のを落としてみたら今度は言葉がわかんないしw
UTF-8 化すると、wiki/*.txt のファイル名が余計に長くてウザそうだな。
昔 SQL 使ってた気がするけど、あれってどうなった？
昔 SQL 使ってた気がするけど、あれってどうなった？
>>560
1.4の正式版リリース前に実装されかけたが
効率的なキャッシュ方法が見つかって、ファイルでも早かったのと
途中でDBのテーブル構造の考慮漏れが発覚して見直しが発生したのと
２点のダブルパンチでぽしゃった。
1.4の正式版リリース前に実装されかけたが
効率的なキャッシュ方法が見つかって、ファイルでも早かったのと
途中でDBのテーブル構造の考慮漏れが発覚して見直しが発生したのと
２点のダブルパンチでぽしゃった。
いまpukiwikiダウンロードできなくね？
著作権表示のところに追加したい文章があるんだけどlib/init.phpにどんな風に書いたらいいの？
' Based on "PukiWiki" 1.3 by <a href="http://factage.com/yu-ji/">yu-ji</a>'
'文章内容'
);
って書いたらエラーでたし…
' Based on "PukiWiki" 1.3 by <a href="http://factage.com/yu-ji/">yu-ji</a>'
'文章内容'
);
って書いたらエラーでたし…
…''著作権表示''に敢えて加えるべきほどの改変を行った者のする質問じゃないな。
見れば分かるだろとしか言い様がないが… . で繋げよ。
見れば分かるだろとしか言い様がないが… . で繋げよ。
567 ：(･∀･)ﾆﾔﾆﾔ● ◆SKjzm2Ah6. ：05/01/02 16:28:26 ID:FOsok98s
すみません、
http://www.jw2ch.org/index.php?SandBox
にいろいろ変な内容が書かれているんですが、、
CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1
とか
[http://johnwin4.freelinuxhost.com reseau contact]
[http://johnwin4.freelinuxhost.com r辿seau contact]
[http://panic-attack.uni.cc panic attack]
[http://injuryattorney.uni.cc injury attorney]
とか。。
いったいこれは何なんでしょうか？
http://www.jw2ch.org/index.php?SandBox
にいろいろ変な内容が書かれているんですが、、
CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1CJMn1
とか
[http://johnwin4.freelinuxhost.com reseau contact]
[http://johnwin4.freelinuxhost.com r辿seau contact]
[http://panic-attack.uni.cc panic attack]
[http://injuryattorney.uni.cc injury attorney]
とか。。
いったいこれは何なんでしょうか？
569 ：(･∀･)ﾆﾔﾆﾔ● ◆SKjzm2Ah6. ：05/01/02 17:09:10 ID:???
>>569
面倒かも知れんが、見つけるたびに削除汁！
面倒かも知れんが、見つけるたびに削除汁！
571 ：(･∀･)ﾆﾔﾆﾔ● ◆SKjzm2Ah6. ：05/01/02 18:05:23 ID:???
1.4.4にpara_editつけたいんだけど
ttp://pukiwiki.org/dev/?PukiWiki%2F1.3%2F%BC%AB%BA%EE%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%2FParaEdit
に
------------------------------------------------
2. skin (skin/pukiwiki.skin.ja.php) の書換え
php echo $body を次の一行に置換。
php include_once PLUGIN_DIR.'paraedit.inc.php'; echo _plugin_paraedit_mkeditlink($body);
------------------------------------------------
って書いてあるんだけど
pukiwiki.skin.ja.phpにphp echo $bodyがないんですがどうすれば・・・
んでいろいろ見てるうちにpara_edit.diffってのがいいらしいのだけど
使い方が・・・・・ﾊｯﾊｯﾊｯ・・・・orzおながいします。
ttp://pukiwiki.org/dev/?PukiWiki%2F1.3%2F%BC%AB%BA%EE%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%2FParaEdit
に
------------------------------------------------
2. skin (skin/pukiwiki.skin.ja.php) の書換え
php echo $body を次の一行に置換。
php include_once PLUGIN_DIR.'paraedit.inc.php'; echo _plugin_paraedit_mkeditlink($body);
------------------------------------------------
って書いてあるんだけど
pukiwiki.skin.ja.phpにphp echo $bodyがないんですがどうすれば・・・
んでいろいろ見てるうちにpara_edit.diffってのがいいらしいのだけど
使い方が・・・・・ﾊｯﾊｯﾊｯ・・・・orzおながいします。
<div id="body"><?php echo $body ?></div>
一通りやってみたけど
編集マークがでてこないorz
編集マークがでてこないorz
どこで失敗するのか分からん。
578 ：henoheno ◆g2j80BX5do ：05/01/03 22:30:21 ID:???
いつも突発的ですいません
>>573
http://pukiwiki.org/dev/index.php?BugTrack%2F585
にある pw-1.4.4-paraedit-2.zip が 1.4.4 向けの気がします
>>573
http://pukiwiki.org/dev/index.php?BugTrack%2F585
にある pw-1.4.4-paraedit-2.zip が 1.4.4 向けの気がします
579 ：henoheno ◆g2j80BX5do ：05/01/03 22:31:26 ID:???
>>531
常に存在するとも限りませんし、
safe_modeやsafe_mode_exec_dirで制限可能な別バイナリですし、
SF.netなどが「Web spaceでは使うな」と嫌っている様なものに
100%依存させるのは返ってデメリットになります (^^;
間違いなくオプション扱いでしょう。
>>532
任意のタイミングで任意のタグが打てると便利かもですね
>>541,556
メディアの使い分けは大事です :)
突き詰めるとWikiも用途に合わせて使い分けることに・・・
>>546
?
>>550
タイムアウト?
>>555
UTF-8版のリリースも狙っていはいます。
ただリリーススクリプトの中に
1) EUC + rawurlencode された初期データをうまく
2) UTF + rawurlencode に変換する部分がありません。
upkさんのpw-toolsを使えば力技(最後にnkf2で全変換)ならば
可能かもしれないなと思い始めています。
開発環境をUTF-8にすると作業が止まるので、もう考えていません。
常に存在するとも限りませんし、
safe_modeやsafe_mode_exec_dirで制限可能な別バイナリですし、
SF.netなどが「Web spaceでは使うな」と嫌っている様なものに
100%依存させるのは返ってデメリットになります (^^;
間違いなくオプション扱いでしょう。
>>532
任意のタイミングで任意のタグが打てると便利かもですね
>>541,556
メディアの使い分けは大事です :)
突き詰めるとWikiも用途に合わせて使い分けることに・・・
>>546
?
>>550
タイムアウト?
>>555
UTF-8版のリリースも狙っていはいます。
ただリリーススクリプトの中に
1) EUC + rawurlencode された初期データをうまく
2) UTF + rawurlencode に変換する部分がありません。
upkさんのpw-toolsを使えば力技(最後にnkf2で全変換)ならば
可能かもしれないなと思い始めています。
開発環境をUTF-8にすると作業が止まるので、もう考えていません。
580 ：henoheno ◆g2j80BX5do ：05/01/03 22:32:08 ID:???
> 開発環境をUTF-8にすると作業が止まるので、もう考えていません。
(CVSリポジトリの中身をUTF-8にするのは)
(CVSリポジトリの中身をUTF-8にするのは)
>>581
わからんかったら、手で書き換えろ。なんとなく。
わからんかったら、手で書き換えろ。なんとなく。
>>582
ぅぃ
ぅぃ
カレントディレクトリにpukiwiki-1.4.4.tar.gzとpw-1.4.4-paraedit-2.zipがあるとする。
%tar xzf pukiwiki-1.4.4.tar.gz
%unzip pw-1.4.4-paraedit-2.zip
%cd pukiwiki-1.4.4
%patch -p1 < pw-1.4.4-paraedit-2/para-144-cvs20040919-1358.diff
patching file `en.lng'
patching file `ja.lng'
patching file `lib/convert_html.php'
patching file `lib/html.php'
patching file `plugin/edit.inc.php'
patching file `plugin/menu.inc.php'
patching file `plugin/paraedit_off.inc.php'
patching file `pukiwiki.ini.php'
%cp pw-1.4.4-paraedit-2/paraedit.png image/
で、pukiwiki.ini.phpで
$fixed_heading_edited = 1;
%tar xzf pukiwiki-1.4.4.tar.gz
%unzip pw-1.4.4-paraedit-2.zip
%cd pukiwiki-1.4.4
%patch -p1 < pw-1.4.4-paraedit-2/para-144-cvs20040919-1358.diff
patching file `en.lng'
patching file `ja.lng'
patching file `lib/convert_html.php'
patching file `lib/html.php'
patching file `plugin/edit.inc.php'
patching file `plugin/menu.inc.php'
patching file `plugin/paraedit_off.inc.php'
patching file `pukiwiki.ini.php'
%cp pw-1.4.4-paraedit-2/paraedit.png image/
で、pukiwiki.ini.phpで
$fixed_heading_edited = 1;
×%patch -p1 < pw-1.4.4-paraedit-2/para-144-cvs20040919-1358.diff
○%patch -p1 < ../pw-1.4.4-paraedit-2/para-144-cvs20040919-1358.diff
×%cp pw-1.4.4-paraedit-2/paraedit.png image/
○%cp ../pw-1.4.4-paraedit-2/paraedit.png image/
○%patch -p1 < ../pw-1.4.4-paraedit-2/para-144-cvs20040919-1358.diff
×%cp pw-1.4.4-paraedit-2/paraedit.png image/
○%cp ../pw-1.4.4-paraedit-2/paraedit.png image/
"patch 使い方"の方がいいかも知れん
windows2000 上でdiffファイルを使いたい
1.patchをDL、解凍する。patch.exeをdospatch.exeなどとリネームしてからC:/winntにコピーする。
http://www.vector.co.jp/soft/dl/win95/prog/se015025.html
2.diffファイルを元のファイルと同じディレクトリにコピーする。
3.コマンドプロンプトでdiffファイルを置いたディレクトリに移動し、以下のように打つ。
dospatch < filename.diff
元ファイルは.orig、差分は.rejになる。
参考
http://www.sip.eee.yamaguchi-u.ac.jp/kou/diff-patch.html
http://www.awavetech.com/listmanager/docs/reference/how_to_patch.html
1.patchをDL、解凍する。patch.exeをdospatch.exeなどとリネームしてからC:/winntにコピーする。
http://www.vector.co.jp/soft/dl/win95/prog/se015025.html
2.diffファイルを元のファイルと同じディレクトリにコピーする。
3.コマンドプロンプトでdiffファイルを置いたディレクトリに移動し、以下のように打つ。
dospatch < filename.diff
元ファイルは.orig、差分は.rejになる。
参考
http://www.sip.eee.yamaguchi-u.ac.jp/kou/diff-patch.html
http://www.awavetech.com/listmanager/docs/reference/how_to_patch.html
そういえば cygwin のdiff/patchもありますよ (Windows向けというなら)
すいません 590-591 を書いたのは587さんではなく589です。。。
みなさんありがと～
明日じっくり取り掛かります
勇気出して聞いてよかったorz
明日じっくり取り掛かります
勇気出して聞いてよかったorz
>>573とは何の関係もありませんが>>586のやつ使ってテストしてみたら
missing header for context diff at line 4 of patch
can't find file to patch at input line 4
Perhaps you should have used the -p or --strip option?
File to patch:
って出てくるんですけど、何が悪いんでしょうか？
missing header for context diff at line 4 of patch
can't find file to patch at input line 4
Perhaps you should have used the -p or --strip option?
File to patch:
って出てくるんですけど、何が悪いんでしょうか？
突っ込んだdiffの中身を見てみなよ。
diff -uNr pukiwiki.org/en.lng pukiwiki/en.lng
--- pukiwiki.org/en.lngSun Apr 4 00:27:07 2004
+++ pukiwiki/en.lngSun Sep 19 13:57:27 2004
とかなってるだろ？で、次は自分の作業しているディレクトリを見る。
pukiwikiなんてディレクトリ、無いんじゃない？
パッチ当ての対象が発見できないから文句言ってるんだよ。
>>584(+>>585)は読んだかい？
diff -uNr pukiwiki.org/en.lng pukiwiki/en.lng
--- pukiwiki.org/en.lngSun Apr 4 00:27:07 2004
+++ pukiwiki/en.lngSun Sep 19 13:57:27 2004
とかなってるだろ？で、次は自分の作業しているディレクトリを見る。
pukiwikiなんてディレクトリ、無いんじゃない？
パッチ当ての対象が発見できないから文句言ってるんだよ。
>>584(+>>585)は読んだかい？
すいません、実はパッチというのを使いたくて試しにやってるんですが
あるディレクトリでorg.txtとtest.txtを作って
diff -u org.txt test.txt > patch.txt
して
patch < patch.txt
すると>>594が出るんですよ。
おっしゃるとおり、対象が発見できないようなんですけど、
ディレクトリはずっと同じだから問題ないと思うんです。
全くどうしていいかわかりません…何か根本的に間違ってるんでしょうか。
あるディレクトリでorg.txtとtest.txtを作って
diff -u org.txt test.txt > patch.txt
して
patch < patch.txt
すると>>594が出るんですよ。
おっしゃるとおり、対象が発見できないようなんですけど、
ディレクトリはずっと同じだから問題ないと思うんです。
全くどうしていいかわかりません…何か根本的に間違ってるんでしょうか。
改行コードの問題かな。
nkf -c patch.txt > p2.txt
patch < p2.txt
してみろ。nkfじゃなくてもCRLFに出来れば何だって構わん。
スレ違いだからこの辺にしとけよ。
nkf -c patch.txt > p2.txt
patch < p2.txt
してみろ。nkfじゃなくてもCRLFに出来れば何だって構わん。
スレ違いだからこの辺にしとけよ。
600 ：henoheno ◆g2j80BX5do ：05/01/04 11:01:02 ID:???
それぞれ展開しておいて:
cd pukiwiki-1.4.4_php5
cp ../pw-1.4.4-paraedit-2/paraedit.png image/.
patch -p1 < para-144-cvs20040919-1358.diff
最後に pukiwiki.ini.php にて: $fixed_heading_edited = 1;
で良さそうですよ
cd pukiwiki-1.4.4_php5
cp ../pw-1.4.4-paraedit-2/paraedit.png image/.
patch -p1 < para-144-cvs20040919-1358.diff
最後に pukiwiki.ini.php にて: $fixed_heading_edited = 1;
で良さそうですよ
601 ：henoheno ◆g2j80BX5do ：05/01/04 11:02:55 ID:???
あ、 >>584 で既報だつた・・・
つーか、あちこち書き換えられていく wiki を時系列で追っていくの面倒だから、
このスレを開発の本拠としてよ。
このスレを開発の本拠としてよ。
こんな場所を本拠にしたら、マトモな客は逃げていくわけで･･･
>>602以外の誰も喜ばない。
漏れは、マトモな客などいらないわけで。
ここでやるかは別として、
wiki で時系列を追うのは面倒なので
時系列が追いやすい所でやることに関しては賛成。
wiki で時系列を追うのは面倒なので
時系列が追いやすい所でやることに関しては賛成。
みなさんありがとうございます！
なんとか無事にパッチあてることができました・・・・
いろいろと勉強になりました！
なにかあればまたお邪魔しますorz
なんとか無事にパッチあてることができました・・・・
いろいろと勉強になりました！
なにかあればまたお邪魔しますorz
RecentChanges じゃ時系列分からないじゃん
>>599
いけました！改行コードでした。ありがとうございます
いけました！改行コードでした。ありがとうございます
マシンが非力なため重い･･･
cpu266MHz
MEM64MB
軽くするために皆さんどんな工夫されてます？
マシンの性能を上げればいいんだろうけど・・・。
cpu266MHz
MEM64MB
軽くするために皆さんどんな工夫されてます？
マシンの性能を上げればいいんだろうけど・・・。
余った PC に犬糞を入れる時代は終ったので、素直に新しいﾏｽｨｰﾝ買え。
やっぱそうなるかぁ。
普通にサバしてる分には十分なんだけどなぁ。
普通にサバしてる分には十分なんだけどなぁ。
devの負荷対策の頁見てみたら？
>>616
ありがとう！見てみる
ありがとう！見てみる
たまにかたまるんだよね。
で、abつかってベンチとってみたら
ab -n 100 -c 10 http://で固まって動かないし（そのうちおわるのかもしれない）
ab -n 10 -c 1 http://でも15秒ぐらいかかってやっとおわるｗ
で、abつかってベンチとってみたら
ab -n 100 -c 10 http://で固まって動かないし（そのうちおわるのかもしれない）
ab -n 10 -c 1 http://でも15秒ぐらいかかってやっとおわるｗ
>>613
もうやってると思うけど、一応
-いらないdaemonは止める or inetdに任せてしまう
（後者がイイコトなのかどうかはわからんけど、一応常駐するプロセスは減るからいい気はする）
-swapを大きめに取る。（そのスペックなら大体実メモリの二倍程度）
-どうにか頑張って実メモリを増やしてみる
-気休めだけどLANケーブルをいいのに変える
-何かPHPのAcceleratorを入れてみる。
-各種バイナリを最適化コンパイルする。
等々
＃適当に思いつくまま書いてみた。
もうやってると思うけど、一応
-いらないdaemonは止める or inetdに任せてしまう
（後者がイイコトなのかどうかはわからんけど、一応常駐するプロセスは減るからいい気はする）
-swapを大きめに取る。（そのスペックなら大体実メモリの二倍程度）
-どうにか頑張って実メモリを増やしてみる
-気休めだけどLANケーブルをいいのに変える
-何かPHPのAcceleratorを入れてみる。
-各種バイナリを最適化コンパイルする。
等々
＃適当に思いつくまま書いてみた。
やってみました。
うまくいきました。
でもまだ違いはわかりませんｗ
ありがとうございました！
うまくいきました。
でもまだ違いはわかりませんｗ
ありがとうございました！
PukiWiki の RSS は差分表示式だっけ？
結局 1.4.4 は WikiFarm できるんですか？
どうやってやるかどこにも書いてないっぽいのですが、どうやってやるのでしょう？
どうやってやるかどこにも書いてないっぽいのですが、どうやってやるのでしょう？
>>627
漏れはやったことないので、詳しくは知らないだけど・・・。
pukiwki.org を WikiFarm で検索すると、いくつか出て来るっぽい。
>>628
坊や、そんな無意味なことを書くくらいなら、「わかりません」って書くか、
黙ってチンコいじってろよ。
漏れはやったことないので、詳しくは知らないだけど・・・。
pukiwki.org を WikiFarm で検索すると、いくつか出て来るっぽい。
>>628
坊や、そんな無意味なことを書くくらいなら、「わかりません」って書くか、
黙ってチンコいじってろよ。
自作プラグインのページとか見てると、説明と成果物とそれに関する議論や改良が
ごっちゃになって分かり難いんだよな～。
冒頭にその時点の「正式最新版」の説明とかをまとめておいてほしいもんだ。
議論は下の方でやるか、別ページに分けてほしいな。
ごっちゃになって分かり難いんだよな～。
冒頭にその時点の「正式最新版」の説明とかをまとめておいてほしいもんだ。
議論は下の方でやるか、別ページに分けてほしいな。
>>630
新しいページ見つけたら、こびとさんになるといいんじゃない？
新しいページ見つけたら、こびとさんになるといいんじゃない？
まぁ、解る奴だけ使えみたいな人多いのも事実だと思うし
（pukiwikiのプラグインに限らず、ソフト全般の話でね）
>>632がいうことも一理あるし、>>633の言っていることも解るよ。
けんか腰になっても何も生まないから、落ち着こうぜ。
（pukiwikiのプラグインに限らず、ソフト全般の話でね）
>>632がいうことも一理あるし、>>633の言っていることも解るよ。
けんか腰になっても何も生まないから、落ち着こうぜ。
>>634
ここは、にちゃんねるなのでけんか腰がデフォルトかと。
ここは、にちゃんねるなのでけんか腰がデフォルトかと。
>>635
ばっきゃろう、けんか腰がデフォルトとは何事でぇー。べらんめぇ！
ばっきゃろう、けんか腰がデフォルトとは何事でぇー。べらんめぇ！
1.4.4で、URLをhtmlで偽装するようにしたんだが、
trackerプラグインを使った時に自動的につく/が原因でうまくいかない。
レンタルサーバーだから、http.confがいじれないんで、
trackerプラグインをいじって、/じゃなくて-で区切るようにして
ページ作成も一覧も出るように出来たんだが、
最新のX件に表示されなくなってしまった(´・ω・`)
これってtrackerプラグインでページ名とか指定してるのかな?
trackerプラグインを使った時に自動的につく/が原因でうまくいかない。
レンタルサーバーだから、http.confがいじれないんで、
trackerプラグインをいじって、/じゃなくて-で区切るようにして
ページ作成も一覧も出るように出来たんだが、
最新のX件に表示されなくなってしまった(´・ω・`)
これってtrackerプラグインでページ名とか指定してるのかな?
ブラウザ再起動したら、最新のX件に出るようになってた。
勘違いｽﾏｿ
勘違いｽﾏｿ
俺も静的URLに見えるようにしてるけど、そうなると%にまみれた長いURLが気になる…
あれっているのかな…と思って検索したら、wikiの日本語URLはやっぱみんなウザイと
思ってるんだね。
WikiNameの方は問題が深すぎてどうにもならないけど、URLだけなら、
タイトルの文字列のMD5をとった値とかじゃだめなのかな…
あれっているのかな…と思って検索したら、wikiの日本語URLはやっぱみんなウザイと
思ってるんだね。
WikiNameの方は問題が深すぎてどうにもならないけど、URLだけなら、
タイトルの文字列のMD5をとった値とかじゃだめなのかな…
>>641
> URLを短くするならpgidプラグイン使えばいいんじゃないのかな?
うーん、[[日本語]]形式でリンクをはりたい ＾＾；
> ブラウザに直接、日本語.html入れてアクセス出来るからhtml選んだ
俺はディレクトリタイプ「pukiwiki/日本語/」で現状使ってるんだけど、思ったほど
使わないんだよ。直接日本語を打ち込む使い方って。
> URLを短くするならpgidプラグイン使えばいいんじゃないのかな?
うーん、[[日本語]]形式でリンクをはりたい ＾＾；
> ブラウザに直接、日本語.html入れてアクセス出来るからhtml選んだ
俺はディレクトリタイプ「pukiwiki/日本語/」で現状使ってるんだけど、思ったほど
使わないんだよ。直接日本語を打ち込む使い方って。
[[リンク]] は常に pgid を呼び出して 0.html とかにしてくれればいいのにな。
もう、こんな %a4%ad%a4%c1%a4%ac%a4%a4 長ったらしいアドレスはごめんだよ。
もう、こんな %a4%ad%a4%c1%a4%ac%a4%a4 長ったらしいアドレスはごめんだよ。
ひらがな、カタカナはアルファベットにとか出来ないんですかね
[[リンク]]→rinku.html
しかし、漢字がネックか・・・
[[リンク]]→rinku.html
しかし、漢字がネックか・・・
wiki.en 内のファイルはいつ使用されるのでしょうか？
LANG を en にしても使用する気配はないし、なんのこれ？
LANG を en にしても使用する気配はないし、なんのこれ？
外しているかもしれないが
UI_LANG?
UI_LANG?
む～UTF化したらrssリーダ（thunderbird）で読めなくなった（「追加」がサイトを読みに行ったまま返ってこない）。
するまえのEUCは読めてる。何がいけないんだろ＾＾；
するまえのEUCは読めてる。何がいけないんだろ＾＾；
goo rssリーダーではどっちも読めるな…
Thunderbirdの問題かな
Thunderbirdの問題かな
ただpukiwikiのdevサイトのrssはutfなのにThunderbirdでも読めるんだよな…
>>647
UI_LANG は違うね。UI が変わるだけ
UI_LANG は違うね。UI が変わるだけ
>>652
これって LANG を en にしたら wiki.en になるようにしたほうがいいよね？どうせ文字化けするんだし。
これって LANG を en にしたら wiki.en になるようにしたほうがいいよね？どうせ文字化けするんだし。
と思ったら中身が日本語のファイルがあるんじゃないか。やっぱりなにがしたいんだ wiki.en ってのは。
>>654
CVS版ではって書こうと思ったらCVS版でもwiki.enに日本語の文書が混ざってるね。
PukiWiki/1.4/添付文書 - PukiWiki-dev
http://pukiwiki.org/dev/index.php?cmd=read&page=PukiWiki%2F1.4%2F%C5%BA%C9%D5%CA%B8%BD%F1&word=%B9%F1%BA%DD%B2%BD
でも完了になってるけどCVSに反映されてなかったりする。
BugTrackに投げておくれ
CVS版ではって書こうと思ったらCVS版でもwiki.enに日本語の文書が混ざってるね。
PukiWiki/1.4/添付文書 - PukiWiki-dev
http://pukiwiki.org/dev/index.php?cmd=read&page=PukiWiki%2F1.4%2F%C5%BA%C9%D5%CA%B8%BD%F1&word=%B9%F1%BA%DD%B2%BD
でも完了になってるけどCVSに反映されてなかったりする。
BugTrackに投げておくれ
>>656
Rewrite するようにして、[[はじめに>intro]] と書けば
intro.html としてアクセスできるけど、そういうことじゃなくて？
intro.html にリンク貼るのは lib/ 以下を何行かいじればいいわけだし。
Rewrite するようにして、[[はじめに>intro]] と書けば
intro.html としてアクセスできるけど、そういうことじゃなくて？
intro.html にリンク貼るのは lib/ 以下を何行かいじればいいわけだし。
WikiNameは日本語と英語では言葉の書き方が違うのだから、別の書き方をするしか
ないと思う。どこかのサイトにも同じようなことを言ってる人がいた。
英語は普通単語をスペースで区切るので、WikiNameは区切らない単語とすることで区別できる。
それなら日本語は普通単語をスペースで区切らないのだから、逆に区切った単語をWikiNameと
するとかね。「20世紀の 世界経済 は アメリカ経済 を中心とするものだった」とか書くと
「世界経済」と「アメリカ経済」がWikiNameになるとか。（上の例だと「は」もなりそうだけど（笑）
別の名前を付けるなら「20世紀の 世界経済(WorldEconomy) は アメリカ経済(AmericanEconomy) を中心とするものだった」とか書くと
書くと 「世界経済」=「WorldEconomy」と「アメリカ経済」=「AmericanEconomy」となるとか。
ないと思う。どこかのサイトにも同じようなことを言ってる人がいた。
英語は普通単語をスペースで区切るので、WikiNameは区切らない単語とすることで区別できる。
それなら日本語は普通単語をスペースで区切らないのだから、逆に区切った単語をWikiNameと
するとかね。「20世紀の 世界経済 は アメリカ経済 を中心とするものだった」とか書くと
「世界経済」と「アメリカ経済」がWikiNameになるとか。（上の例だと「は」もなりそうだけど（笑）
別の名前を付けるなら「20世紀の 世界経済(WorldEconomy) は アメリカ経済(AmericanEconomy) を中心とするものだった」とか書くと
書くと 「世界経済」=「WorldEconomy」と「アメリカ経済」=「AmericanEconomy」となるとか。
で、この段階では「WorldEconomy」は「世界経済」の別名だけど、もし誰かが「WorldEconomy」という
ページを別途作れば、それぞれ独立したページになるとか、さらにその状態でも「WorldEconomy」と
「世界経済」の関係は生きていて、英語圏ではWorldEconomyのURLを指定しても「世界経済」の
URLを指定してもWorldEconomyのページがデフォルトで表示され、日本語圏では逆、それぞれ
他言語のページも切り替えで見れる、とかになると楽しいだろうね。
パラグラフ扱いにして、パラグラフに言語属性をつけてもいいかもね。
ページを別途作れば、それぞれ独立したページになるとか、さらにその状態でも「WorldEconomy」と
「世界経済」の関係は生きていて、英語圏ではWorldEconomyのURLを指定しても「世界経済」の
URLを指定してもWorldEconomyのページがデフォルトで表示され、日本語圏では逆、それぞれ
他言語のページも切り替えで見れる、とかになると楽しいだろうね。
パラグラフ扱いにして、パラグラフに言語属性をつけてもいいかもね。
英語属性のついたパラグラフだけが表示されるモード、日本語属性のついたパラグラフだけが表示されるモード。
すべての言語のパラグラフを表示するモード、とか。
すべての言語のパラグラフを表示するモード、とか。
ページ名の名付け方が変わるのは悪くないけど、コンバーターが必要だな。
autolink入れたら重くなった。
autolinkに引っかかる文字数って制限できないのかな。
4-10バイトとか。
autolinkに引っかかる文字数って制限できないのかな。
4-10バイトとか。
>>663
4以上という設定ならできるよ。
pukiwiki.ini.php で $autolink = 4;
ところで Pukiwiki の autolink って変だと思うのですよ。
たとえば ink というページがあると autol[[ink]] になっちゃう。
そんなふうにリンク作られても困るんですよね。
英語部分に関しては英語Wikiと同じでいいんじゃないかなぁと。
英語Wikiなら autolink とでて終わりなので。
確かに英語と日本語まじりだとスペースで区切らずに書いちゃうこともあるから単語分解できなくて現状仕様なわけだけど、
そのときはそれででいいから、スペースで区切ったら単語分解して英語Wiki的 autolink になってくれないかなぁ。
:config で設定するのあったと思うけどそういいうことじゃなくて、デフォルトの動作での話ね。
4以上という設定ならできるよ。
pukiwiki.ini.php で $autolink = 4;
ところで Pukiwiki の autolink って変だと思うのですよ。
たとえば ink というページがあると autol[[ink]] になっちゃう。
そんなふうにリンク作られても困るんですよね。
英語部分に関しては英語Wikiと同じでいいんじゃないかなぁと。
英語Wikiなら autolink とでて終わりなので。
確かに英語と日本語まじりだとスペースで区切らずに書いちゃうこともあるから単語分解できなくて現状仕様なわけだけど、
そのときはそれででいいから、スペースで区切ったら単語分解して英語Wiki的 autolink になってくれないかなぁ。
:config で設定するのあったと思うけどそういいうことじゃなくて、デフォルトの動作での話ね。
追加プラグインの人気度がわかるページってないですかね？
pukiwiki.org に
http://firefox.geckodev.org/?%B3%C8%C4%A5%A4%CE%C5%EA%C9%BC
こんなかんじのを追加してもらうべき？
この vote デフォルトものじゃないよね。
pukiwiki.org に
http://firefox.geckodev.org/?%B3%C8%C4%A5%A4%CE%C5%EA%C9%BC
こんなかんじのを追加してもらうべき？
この vote デフォルトものじゃないよね。
>>665
tvote、開発は停止してる。
tvote、開発は停止してる。
>>662
make_link.php の make_pagelink という関数の中身をそれなりに書き換えて、
.htaccess を http://sheepman.parfait.ne.jp/wiki/RewriteRule を参考に
書き換える。
意味わからんかったらまた質問してくれ。
make_link.php の make_pagelink という関数の中身をそれなりに書き換えて、
.htaccess を http://sheepman.parfait.ne.jp/wiki/RewriteRule を参考に
書き換える。
意味わからんかったらまた質問してくれ。
>>667
親切にありがとう！
親切にありがとう！
>>664
いや、４文字以上とかが設定出来るのはわかるんだけど
8文字以下とかできたら良いかな、と。
長い名前のページとかがあって、まずリンクされることはないんだけど
そういうのを処理しなければautolinkが軽くなるかな、と思ったです。
いや、４文字以上とかが設定出来るのはわかるんだけど
8文字以下とかできたら良いかな、と。
長い名前のページとかがあって、まずリンクされることはないんだけど
そういうのを処理しなければautolinkが軽くなるかな、と思ったです。
670 ：だいすけ ◆P0//Gikoow ：05/01/16 17:06:08 ID:5dHBCtTi
（自分のドメイン名を「example.com」と仮定して以下記述します）
//-----------------------------------------------------------
pukiwikiを入れて、トップページは表示できるようになったのですが、
（https://example.com/admin/pukiwiki/ がpukiwikiのトップページ）
ページ左上の「新規」のURLが「https://new.host.name/admin/pukiwiki/index.php?plugin=newpage&refer=FrontPage」
になってしまいます。
本来ならば、
「https://example.com/admin/pukiwiki/index.php?plugin=newpage&refer=FrontPage」
ですよね？
どこをうたがえばよろしいのでしょうか？
どなたかご存じの方、お助けいただければ幸いです。
//-----------------------------------------------------------
なお、
httpd.confは、「ServerName example.com」と記述しています。（先頭の#はちゃんとはずしてます）
//-----------------------------------------------------------
以下、バージョン情報です
FreeBSD 5.2-RELEASE
Apache/1.3.33 (Unix) PHP/5.0.3 mod_ssl/2.8.22 OpenSSL/0.9.7e
PukiWiki 1.4.4_php5
//-----------------------------------------------------------
どうぞ、お助け願えれば幸いです。
//-----------------------------------------------------------
pukiwikiを入れて、トップページは表示できるようになったのですが、
（https://example.com/admin/pukiwiki/ がpukiwikiのトップページ）
ページ左上の「新規」のURLが「https://new.host.name/admin/pukiwiki/index.php?plugin=newpage&refer=FrontPage」
になってしまいます。
本来ならば、
「https://example.com/admin/pukiwiki/index.php?plugin=newpage&refer=FrontPage」
ですよね？
どこをうたがえばよろしいのでしょうか？
どなたかご存じの方、お助けいただければ幸いです。
//-----------------------------------------------------------
なお、
httpd.confは、「ServerName example.com」と記述しています。（先頭の#はちゃんとはずしてます）
//-----------------------------------------------------------
以下、バージョン情報です
FreeBSD 5.2-RELEASE
Apache/1.3.33 (Unix) PHP/5.0.3 mod_ssl/2.8.22 OpenSSL/0.9.7e
PukiWiki 1.4.4_php5
//-----------------------------------------------------------
どうぞ、お助け願えれば幸いです。
671 ：たかはし ◆6FuAlM3zHk ：05/01/16 17:48:01 ID:/WbOyHqE
レンタルサーバ（共有。アイル。FTP可能。SSH不可）で、pukiwikiを導入しようとしてこけてます。
-----------------------------------------------------------
環境は以下の通りです。
PHP Version 4.2.4-dev
FreeBSD 4.7-RELEASE Apache/1.3.33
pukiwiki 1.4.4(フルセット (従来版:PHP4のみ対応))
-----------------------------------------------------------
で、pukiwiki公式サイトの指示通りに、
PCローカルにzipをおとして、解凍して、
設定ファイルを数カ所書き換えて、
アップして、chmodしたのですが、
フロントページにアクセスしたら、
internal server errorが出てしまいます。
どうすれば、この問題に対処できるのでしょうか？
どなたかお助けを・・・
-----------------------------------------------------------
環境は以下の通りです。
PHP Version 4.2.4-dev
FreeBSD 4.7-RELEASE Apache/1.3.33
pukiwiki 1.4.4(フルセット (従来版:PHP4のみ対応))
-----------------------------------------------------------
で、pukiwiki公式サイトの指示通りに、
PCローカルにzipをおとして、解凍して、
設定ファイルを数カ所書き換えて、
アップして、chmodしたのですが、
フロントページにアクセスしたら、
internal server errorが出てしまいます。
どうすれば、この問題に対処できるのでしょうか？
どなたかお助けを・・・
672 ：たかはし ◆6FuAlM3zHk ：05/01/16 17:53:18 ID:22UsLTFR
↓すいません。以下をちゃんと読んでいませんでした。
イカの通りにやったら、うまくいきました。ありがとうございます。
http://pukiwiki.org/index.php?cmd=read&page=PukiWiki%2F%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%2F1.4.4
解決策：
/.htaccess より、当該の正規表現を取り除く
修正前 <FilesMatch \.(?i:ini\.php|lng|txt|gz|tgz)$>
修正後 <FilesMatch \.(ini\.php|lng|txt|gz|tgz)$>
イカの通りにやったら、うまくいきました。ありがとうございます。
http://pukiwiki.org/index.php?cmd=read&page=PukiWiki%2F%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%2F1.4.4
解決策：
/.htaccess より、当該の正規表現を取り除く
修正前 <FilesMatch \.(?i:ini\.php|lng|txt|gz|tgz)$>
修正後 <FilesMatch \.(ini\.php|lng|txt|gz|tgz)$>
673 ：nobodyさん：05/01/16 18:07:08 ID:GGEpyuri
PDFへの出力をしてくれるプラグインを探しています
>>664
形態素解析
形態素解析
>>673
そうですか。
そうですか。
676 ：(670)だいすけ ◆P0//Gikoow ：05/01/16 18:46:51 ID:???
すいません、なんとか自力でできそうなので、がんばってみます
>>676
ｶﾞﾝﾊﾞﾚｰ('A`)ﾉｼ
ｶﾞﾝﾊﾞﾚｰ('A`)ﾉｼ
サーバーの一番上のデイレクトリにpukiwikiいれて、
HTML偽装してる。
この中にメンバー限定のデイレクトリを作る為に、
アクセス制限を管理するCGIを入れたんだが
403 Forbiddenが出て困ってる(´・ｪ・｀)
HTML偽装する.htaccessを削除すると動くから、
mod_rewriteがまずいと思うんだが………
CGIをmod_rewriteさせない方法ってないかな？
分かる方いたらお願いします<(_ _)>
HTML偽装してる。
この中にメンバー限定のデイレクトリを作る為に、
アクセス制限を管理するCGIを入れたんだが
403 Forbiddenが出て困ってる(´・ｪ・｀)
HTML偽装する.htaccessを削除すると動くから、
mod_rewriteがまずいと思うんだが………
CGIをmod_rewriteさせない方法ってないかな？
分かる方いたらお願いします<(_ _)>
>>678
.htaccess晒したら？
.htaccess晒したら？
680 ：サイコロ ◆UWVhK.s1HQ ：05/01/16 21:07:36 ID:MdLS0RSZ
pukiwikiで、
"C:\Documents and Settings\daisuke\My Documents"
にリンクを張りたい場合は、どういう書式でかけばよいのでしょうか？
"C:\Documents and Settings\daisuke\My Documents"
にリンクを張りたい場合は、どういう書式でかけばよいのでしょうか？
それはpukiwiki以前の問題なのでスレ違い
682 ：サイコロ ◆UWVhK.s1HQ ：05/01/16 21:37:09 ID:MdLS0RSZ
>>681さん
どのスレ（板？）がこのましいでしょうか？まだ２ｃｈ不慣れで。。。
どのスレ（板？）がこのましいでしょうか？まだ２ｃｈ不慣れで。。。
>>679
.htaccessは、偽装の紹介ページにあったものをコピペしていて、
アドレスだけ書き換えました。他には指定してません。
よろしくお願いします<(_ _)>
Options FollowSymLinks
RewriteEngine on
RewriteOptions MaxRedirects=1
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.+)\.html$ index.php?$1 [L]
.htaccessは、偽装の紹介ページにあったものをコピペしていて、
アドレスだけ書き換えました。他には指定してません。
よろしくお願いします<(_ _)>
Options FollowSymLinks
RewriteEngine on
RewriteOptions MaxRedirects=1
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.+)\.html$ index.php?$1 [L]
すみません >>686でしたorz
やっぱりダメだった・・・・・orz
RewriteCond %{REQUEST_FILENAME} !-f がないと、
htmlファイルはアクセスできなくなるが、
指定するとhtmlはアクセス出来るようになる。
だから綴りが間違ってるんじゃないと思うんだが、
何故cgiだけダメなのかが分からん・・・・・
レンタルサーバーで聞いてくるよ。たびたびありがとう<(_ _)>
RewriteCond %{REQUEST_FILENAME} !-f がないと、
htmlファイルはアクセスできなくなるが、
指定するとhtmlはアクセス出来るようになる。
だから綴りが間違ってるんじゃないと思うんだが、
何故cgiだけダメなのかが分からん・・・・・
レンタルサーバーで聞いてくるよ。たびたびありがとう<(_ _)>
>>691
解決したら、対処方法報告ﾖﾛ～。
解決したら、対処方法報告ﾖﾛ～。
>>691
応援しかできないが、頑張れ。
応援しかできないが、頑張れ。
.htaccess質問コーナー Part3
http://pc5.2ch.net/test/read.cgi/hp/1105439192/
http://pc5.2ch.net/test/read.cgi/hp/1105439192/
ThunderbirdでRSSが読めない件。どうやらThunderbirdはまだいくつか
日本語の扱いに不具合があるようだ（でもUTFだろうに…）。
フォルダの文字コードについてはパッチが出ているけれど、件名の文字コードに
ついては調査中になってる。
待つしかないか。
日本語の扱いに不具合があるようだ（でもUTFだろうに…）。
フォルダの文字コードについてはパッチが出ているけれど、件名の文字コードに
ついては調査中になってる。
待つしかないか。
では、
Thunderbirdはうんこっこ(暫定)
ということで
Thunderbirdはうんこっこ(暫定)
ということで
>>692
レンタルサーバーのサポート掲示板で対処方法教えてもらって、
無事動くようになった。
Options FollowSymLinks
↓
Options +FollowSymLinks
+がないとExecCGIが無効になるからCGIは動かないと説明されたよ。
>>679 >>686 >>690 >>693 >>694
色々ありがとう<(_ _)>
レンタルサーバーのサポート掲示板で対処方法教えてもらって、
無事動くようになった。
Options FollowSymLinks
↓
Options +FollowSymLinks
+がないとExecCGIが無効になるからCGIは動かないと説明されたよ。
>>679 >>686 >>690 >>693 >>694
色々ありがとう<(_ _)>
698 ：nobodyさん：05/01/18 17:01:53 ID:SYAXE7mK
pukiwikiで、
フォーム(<form>～</form>)を掲載したい場合は、どう記述すればよいのでしょうか？
フォーム(<form>～</form>)を掲載したい場合は、どう記述すればよいのでしょうか？
pukiwikiでﾍﾟｰｼﾞを削除するにはどうすればいいですか
>>699
そのページの中身を全部消して、更新。
そのページの中身を全部消して、更新。
>>698
フォームだけ記述しても意味ないよね？
コメント書きたいの？検索バーでもつけたいの？
その辺はプラグインで用意されている。
自由にやりたいなら、スキンに組み込むか、自分でプラグインにするか。
フォームだけ記述しても意味ないよね？
コメント書きたいの？検索バーでもつけたいの？
その辺はプラグインで用意されている。
自由にやりたいなら、スキンに組み込むか、自分でプラグインにするか。
windows server2003
IIS6.0
PHP5.0
Pukiwiki1.4.4
この環境でmail.inc.phpのようなメールを使用する
プラグインを使用したいのですが、サーバ側でなにか
用意する必要はありますか？
IIS6.0
PHP5.0
Pukiwiki1.4.4
この環境でmail.inc.phpのようなメールを使用する
プラグインを使用したいのですが、サーバ側でなにか
用意する必要はありますか？
>>702
スパムの温床にでもなる設定とか？
スパムの温床にでもなる設定とか？
トラバってphp5でも送れる？
送ってみればわかるヨ
http://pukiwiki.org/index.php?%E7%B6%9A%E3%83%BB%E8%B3%AA%E5%95%8F%E7%AE%B1%2F547
* …amazon.inc.phpの中を見てみようとは思いつきませんか？ -- 2005-01-20 (木) 23:57:00 New!
こんな部分があります。マニュアルには追記が必要かな。
* うーん。プラグイン内設定に書いたつもりだったんですが。分かりにくいですかねぇ… -- にぶんのに 2005-01-21 (金) 03:13:50 New!
* マニュアルの記述は必要十分だと思います。アレでわからないのはちょっとその人に問題有りだとしか思えないです。 -- 2005-01-21 (金) 03:49:39 New!
-----------------------------------
こういうのが「開発者」本位の発想なんだよなぁ。
ただPukiWikiを利用したいだけの一般ユーザーは、マニュアルに「ソースの○○の箇所を書き換えろ」と書かない限りソースの中身なんか見やしない。
こういう素人を小馬鹿にするような技術者は、どんな分野でも技術が一般化し、大衆向けの製品になるにつれて、「抵抗勢力」に位置づけられていくものだ…
「ソースを見ないのは馬鹿だ」というのは「ソースを見る人間は見ない人間より偉い」という発想で、
それは「平社員より管理職、管理職より社長が偉い」という発想と同じなんだよな。
それぞれの人間がそれぞれの役割を果たしているわけで、誰にでも自分が詳しい分野もあれば
門外漢の分野もある。それを専門とする人間が門外漢の人間をサポートする。それだけのことで、
誰が何が優れているとか、誰が何が劣っているとかいうものではないのだが。。
* …amazon.inc.phpの中を見てみようとは思いつきませんか？ -- 2005-01-20 (木) 23:57:00 New!
こんな部分があります。マニュアルには追記が必要かな。
* うーん。プラグイン内設定に書いたつもりだったんですが。分かりにくいですかねぇ… -- にぶんのに 2005-01-21 (金) 03:13:50 New!
* マニュアルの記述は必要十分だと思います。アレでわからないのはちょっとその人に問題有りだとしか思えないです。 -- 2005-01-21 (金) 03:49:39 New!
-----------------------------------
こういうのが「開発者」本位の発想なんだよなぁ。
ただPukiWikiを利用したいだけの一般ユーザーは、マニュアルに「ソースの○○の箇所を書き換えろ」と書かない限りソースの中身なんか見やしない。
こういう素人を小馬鹿にするような技術者は、どんな分野でも技術が一般化し、大衆向けの製品になるにつれて、「抵抗勢力」に位置づけられていくものだ…
「ソースを見ないのは馬鹿だ」というのは「ソースを見る人間は見ない人間より偉い」という発想で、
それは「平社員より管理職、管理職より社長が偉い」という発想と同じなんだよな。
それぞれの人間がそれぞれの役割を果たしているわけで、誰にでも自分が詳しい分野もあれば
門外漢の分野もある。それを専門とする人間が門外漢の人間をサポートする。それだけのことで、
誰が何が優れているとか、誰が何が劣っているとかいうものではないのだが。。
>>706
PukiWiki/1.4/マニュアル/プラグイン/a - PukiWiki.org
http://pukiwiki.org/index.php?cmd=read&page=PukiWiki%2F1.4%2F%E3%83%9E%E3%83%8B%E3%83%A5%E3%82%A2%E3%83%AB%2F%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fa#content_1_1
おもいっきりソース見ろと同意な事がマニュアルには書いてある訳なんだが？
レスの内容も上二つは、人を馬鹿にしているようには見えないが？
最後のヤツはちょっとおかしいと思うが。
単に注意力のないボケが質問してそれを指摘されてるだけだろ？
どこに問題があるんだよ。
しかも、一般的にwebアプリってのは全ての設定がwebから出来るようには出来ていないものなので
スクリプトの必要な部分を編集するのは当たり前。
そんなことすらもわからないのであれば、もうちょっと修行を積んで出直すべき。
というわけで質問者乙！
PukiWiki/1.4/マニュアル/プラグイン/a - PukiWiki.org
http://pukiwiki.org/index.php?cmd=read&page=PukiWiki%2F1.4%2F%E3%83%9E%E3%83%8B%E3%83%A5%E3%82%A2%E3%83%AB%2F%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fa#content_1_1
おもいっきりソース見ろと同意な事がマニュアルには書いてある訳なんだが？
レスの内容も上二つは、人を馬鹿にしているようには見えないが？
最後のヤツはちょっとおかしいと思うが。
単に注意力のないボケが質問してそれを指摘されてるだけだろ？
どこに問題があるんだよ。
しかも、一般的にwebアプリってのは全ての設定がwebから出来るようには出来ていないものなので
スクリプトの必要な部分を編集するのは当たり前。
そんなことすらもわからないのであれば、もうちょっと修行を積んで出直すべき。
というわけで質問者乙！
>>706
こういうのが本当の差別主義
こういうのが本当の差別主義
追記。
PukiWiki/1.4/マニュアル/プラグイン - PukiWiki.org
http://pukiwiki.org/index.php?PukiWiki%2F1.4%2F%E3%83%9E%E3%83%8B%E3%83%A5%E3%82%A2%E3%83%AB%2F%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3
これの下の方に凡例で
> プラグイン内設定
> プラグインのソース中で定義されている定数の一覧です。引数で変更できない詳細なカスタマイズが可能となります。
と書いてある。>>707と合わせて読めば理解できるだろ。
PukiWiki/1.4/マニュアル/プラグイン - PukiWiki.org
http://pukiwiki.org/index.php?PukiWiki%2F1.4%2F%E3%83%9E%E3%83%8B%E3%83%A5%E3%82%A2%E3%83%AB%2F%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3
これの下の方に凡例で
> プラグイン内設定
> プラグインのソース中で定義されている定数の一覧です。引数で変更できない詳細なカスタマイズが可能となります。
と書いてある。>>707と合わせて読めば理解できるだろ。
>>707
> おもいっきりソース見ろと同意な事がマニュアルには書いてある訳なんだが？
どの文章が「同意な事」なんだい？
「プラグイン内設定」かい？これが「ソースを編集せよ」とどんな人間でも分かるの？
普通のユーザーにとってphpのソースを編集することはexeファイルをバイナリエディタで書き換えるのに等しいと
考えるべきだろうね。それが必要なら手取り足取り説明することが必要と思った方がいい。
少なくとも自分（phpのプログラムが分かる人間）の常識と異なる常識を持つ人間の存在は認めような。
それがプログラムが大衆に普及していく登竜門なわけ。
むろん現在のpukiwikiは一般ユーザーが馬鹿ちょんで使える段階にはなっていない。
今後なっていくかもしれないし、永遠にならないかもしれない。しかしあり得る未来の1つの
可能性としてそういうものもあること、そしてその場合にはどのような事が求められるのか、
現段階ではどのような事ができるのか、こういったことに常に心を砕くべきだと俺は思うね。
引用した3つの発言は、この点から見て思慮深い人間の言動とは俺は思えない。
> 最後のヤツはちょっとおかしいと思うが。
> 単に注意力のないボケが質問してそれを指摘されてるだけだろ？
俺からはあんたも「最後のヤツ」と同じに見えるよ。だから
> どこに問題があるんだよ。
分からないのも無理はない。
> おもいっきりソース見ろと同意な事がマニュアルには書いてある訳なんだが？
どの文章が「同意な事」なんだい？
「プラグイン内設定」かい？これが「ソースを編集せよ」とどんな人間でも分かるの？
普通のユーザーにとってphpのソースを編集することはexeファイルをバイナリエディタで書き換えるのに等しいと
考えるべきだろうね。それが必要なら手取り足取り説明することが必要と思った方がいい。
少なくとも自分（phpのプログラムが分かる人間）の常識と異なる常識を持つ人間の存在は認めような。
それがプログラムが大衆に普及していく登竜門なわけ。
むろん現在のpukiwikiは一般ユーザーが馬鹿ちょんで使える段階にはなっていない。
今後なっていくかもしれないし、永遠にならないかもしれない。しかしあり得る未来の1つの
可能性としてそういうものもあること、そしてその場合にはどのような事が求められるのか、
現段階ではどのような事ができるのか、こういったことに常に心を砕くべきだと俺は思うね。
引用した3つの発言は、この点から見て思慮深い人間の言動とは俺は思えない。
> 最後のヤツはちょっとおかしいと思うが。
> 単に注意力のないボケが質問してそれを指摘されてるだけだろ？
俺からはあんたも「最後のヤツ」と同じに見えるよ。だから
> どこに問題があるんだよ。
分からないのも無理はない。
> しかも、一般的にwebアプリってのは全ての設定がwebから出来るようには出来ていないものなので
> スクリプトの必要な部分を編集するのは当たり前。
> そんなことすらもわからないのであれば、もうちょっと修行を積んで出直すべき。
この発想が偏狭な技術者の典型なんだよ。基本的にある技術が大衆に普及するということは、言葉は悪いが、
「馬鹿」にも使えるようにするということ。例えば昔はソフトをインストールする場合、自分で
必要なディレクトリを作り、設定ファイルを自分で書いたものだ。Linuxとかは未だにそれが多いよね。
しかしWIndowsのアプリはインストールプログラムが全部やってくれる。こうしたことが普及し始めた頃、
古い発想の技術者は「勝手に自動的にインストールされるのは得体が知れない」とか「こまかく自分好みに
アレンジできない」とか、思いつく限りの否定的な意見を述べたものだ。Windowsのドライバのプラグ&プレイも、
昔はカード上のディップスイッチを変更し、それに合わせてプログラム側のアドレスやI/Oポートの番号を書き換えたもの。
かつてはそれが「当たり前」のことだった。
技術者というのは案外自分たちが思っているほど、頭が柔らかくはないってことを、技術者である俺自身、
常に戒めとして心にとどめている。
> というわけで質問者乙！
なんか貧相な思考だね…
> スクリプトの必要な部分を編集するのは当たり前。
> そんなことすらもわからないのであれば、もうちょっと修行を積んで出直すべき。
この発想が偏狭な技術者の典型なんだよ。基本的にある技術が大衆に普及するということは、言葉は悪いが、
「馬鹿」にも使えるようにするということ。例えば昔はソフトをインストールする場合、自分で
必要なディレクトリを作り、設定ファイルを自分で書いたものだ。Linuxとかは未だにそれが多いよね。
しかしWIndowsのアプリはインストールプログラムが全部やってくれる。こうしたことが普及し始めた頃、
古い発想の技術者は「勝手に自動的にインストールされるのは得体が知れない」とか「こまかく自分好みに
アレンジできない」とか、思いつく限りの否定的な意見を述べたものだ。Windowsのドライバのプラグ&プレイも、
昔はカード上のディップスイッチを変更し、それに合わせてプログラム側のアドレスやI/Oポートの番号を書き換えたもの。
かつてはそれが「当たり前」のことだった。
技術者というのは案外自分たちが思っているほど、頭が柔らかくはないってことを、技術者である俺自身、
常に戒めとして心にとどめている。
> というわけで質問者乙！
なんか貧相な思考だね…
ｵﾅﾆｰのきっかけが欲しかっただけみたいね
>>709
あなたのは非常に傲慢な考えだと思うよ。
専門家は「自分が妥当と思う説明を理解できない人間が存在した」という事実を常に謙虚に受け止めるべき。
もちろんあらゆる人間に理解できるような説明を書くことは不可能だ。しかし常に「どのような説明が
適切なのか」を自分に問いかける姿勢が求められる。
現在のPukiWikiはどのようなユーザー層を対象にしているのか。その想定は正しいものなのか。
変化していくとすればそれはどの方向なのか。
「この説明で分からないなら、それはその人間のせい」という思考からは、そのような思慮が感じられない。
そういう人間はPukiWikiのためにはならないから、むしろ沈黙していてくれた方がPukiWikiの現在と
将来のためになるだろう。
あなたのは非常に傲慢な考えだと思うよ。
専門家は「自分が妥当と思う説明を理解できない人間が存在した」という事実を常に謙虚に受け止めるべき。
もちろんあらゆる人間に理解できるような説明を書くことは不可能だ。しかし常に「どのような説明が
適切なのか」を自分に問いかける姿勢が求められる。
現在のPukiWikiはどのようなユーザー層を対象にしているのか。その想定は正しいものなのか。
変化していくとすればそれはどの方向なのか。
「この説明で分からないなら、それはその人間のせい」という思考からは、そのような思慮が感じられない。
そういう人間はPukiWikiのためにはならないから、むしろ沈黙していてくれた方がPukiWikiの現在と
将来のためになるだろう。
べつに普及なんてしなくていいわけさ
大衆に普及させることは正義なのか？善なのか？
お前さんの価値観を押しつけんでくれよ
大衆に普及させることは正義なのか？善なのか？
お前さんの価値観を押しつけんでくれよ
>>714
> べつに普及なんてしなくていいわけさ
という価値観をあなたは押しつけているわけだよ。俺も俺の価値観を主張しているだけだ。
自分の価値観を主張しないで誰の価値観を主張するのだね。人間は誰もが自分の価値観に基づいて
行動するものだ。そしてそこに意見の衝突が発生するのも自明なこと。あなたは意見の衝突が
好ましくないことと考えてやしない？衝突こそが進化の原動力なのだ。
> べつに普及なんてしなくていいわけさ
という価値観をあなたは押しつけているわけだよ。俺も俺の価値観を主張しているだけだ。
自分の価値観を主張しないで誰の価値観を主張するのだね。人間は誰もが自分の価値観に基づいて
行動するものだ。そしてそこに意見の衝突が発生するのも自明なこと。あなたは意見の衝突が
好ましくないことと考えてやしない？衝突こそが進化の原動力なのだ。
>>715
話を逸らすな。
話を逸らすな。
>>717
あなたはとても失礼な人ですね
あなたはとても失礼な人ですね
>>719
そうだな。消えろバカ。
そうだな。消えろバカ。
>>720
あなたはとても失礼な人ですね
あなたはとても失礼な人ですね
これは技術に限らずあらゆることにいえるが、「そんなことも分からないの？」という
人間は、つい最近「そんなことも分からない」レベルを卒業したばかりの人間ということ。
3月まで小学生だった中学生が、小学生を見くだすようなものだ。小学生の子供を持つ
大人は、そんなことをしやしない。
人間は、つい最近「そんなことも分からない」レベルを卒業したばかりの人間ということ。
3月まで小学生だった中学生が、小学生を見くだすようなものだ。小学生の子供を持つ
大人は、そんなことをしやしない。
答えを教えるより答えの探し方を教える方がよっぽど良いと思うんだが
>>723
それはケースによるだろうね。飛行機に乗って旅行に行こうとする客に
飛行機の原理や操縦方法を教えても意味はない。もちろん飛行機が今日のように
大衆の乗り物になっていない時代ならば、「自分の乗る飛行機ぐらい、いざというときは
自分で修理できなければならない」となるかもしれないけどね。
つまり飛行機はどこかの時点で「（馬鹿な）大衆のための乗り物」になったんだよ。
言い換えれば、「大衆のための乗り物にする」という発想ができた人間が今日の時代を
築いたたわけだ。
それはケースによるだろうね。飛行機に乗って旅行に行こうとする客に
飛行機の原理や操縦方法を教えても意味はない。もちろん飛行機が今日のように
大衆の乗り物になっていない時代ならば、「自分の乗る飛行機ぐらい、いざというときは
自分で修理できなければならない」となるかもしれないけどね。
つまり飛行機はどこかの時点で「（馬鹿な）大衆のための乗り物」になったんだよ。
言い換えれば、「大衆のための乗り物にする」という発想ができた人間が今日の時代を
築いたたわけだ。
PukiWikiの開発者は「これはまったくのド素人でも使えるシステムです」とは宣伝していませんよね。
配布ページを見ても、ある程度のWeb開発の経験と知識がないと導入できなさそうな雰囲気が感じられますし、
マニュアルを読んでも分からなかったらソースを見る、ということができる人をユーザー対象にしているような気がします。
たとえばMovableTypeはもうちょっとハードルを下げていますよね。
NiftyやGeocitiesで作れるブログはそれ以上に簡単に導入ができるようになっています。
現在の段階のPukiWikiにそんな「簡易さ」を求めている時点で、ちょっと勘違いしているのではないかと思います。
配布ページを見ても、ある程度のWeb開発の経験と知識がないと導入できなさそうな雰囲気が感じられますし、
マニュアルを読んでも分からなかったらソースを見る、ということができる人をユーザー対象にしているような気がします。
たとえばMovableTypeはもうちょっとハードルを下げていますよね。
NiftyやGeocitiesで作れるブログはそれ以上に簡単に導入ができるようになっています。
現在の段階のPukiWikiにそんな「簡易さ」を求めている時点で、ちょっと勘違いしているのではないかと思います。
なんか伸びているなと思ったら、軽く荒れ気味なのか？
俺はPukiWiki面白いと思うからもう少し流行れば良いな、と思うけどな。
だから導入もメンテナンスも簡単になるならそれに越したことはない。
俺はPukiWiki面白いと思うからもう少し流行れば良いな、と思うけどな。
だから導入もメンテナンスも簡単になるならそれに越したことはない。
よし、じゃあ行動しよう
(´-ω-`)ﾄﾎﾎ
>>706からの一連の意見は、刺激的だけど大事なことを指摘している。
webアプリの設定ひとつ変えるのでも、
(i)設定ファイルをエディタで編集して上書きする方法と
(ii)ブラウザから設定ページにアクセスして必要な項目にチェックして「送信」
する方法
とが用意できる。一部のパワーユーザーが好むのは前者の方法だが、
一般のユーザーが歓迎するのは後者の方法だ。
A.
自分の作ったアプリがもっと普及して欲しいと強く思っている開発者は、
そういう一般受けする方法があるとわかったら必ずそれを実装しようとする。
コードが増えても(i),(ii)両方できるようにするのである。
B.
逆に、サポートめんどくさい、バカは氏ね、コード増やすなと思っている開発者は、
実装しない。で、アプリは普及しない。
PukiWikiの目指しているのはA.なんでしょ？
webアプリの設定ひとつ変えるのでも、
(i)設定ファイルをエディタで編集して上書きする方法と
(ii)ブラウザから設定ページにアクセスして必要な項目にチェックして「送信」
する方法
とが用意できる。一部のパワーユーザーが好むのは前者の方法だが、
一般のユーザーが歓迎するのは後者の方法だ。
A.
自分の作ったアプリがもっと普及して欲しいと強く思っている開発者は、
そういう一般受けする方法があるとわかったら必ずそれを実装しようとする。
コードが増えても(i),(ii)両方できるようにするのである。
B.
逆に、サポートめんどくさい、バカは氏ね、コード増やすなと思っている開発者は、
実装しない。で、アプリは普及しない。
PukiWikiの目指しているのはA.なんでしょ？
>>730
さぁ、どうだろう？
物事には順序とタイミングがあるからね。
今はまだその時期じゃないような気がする。
結構、コード内部がごちゃごちゃしてるし、国際化の話もあるからね。
今は、国際化が最優先じゃないのかな？
devにあるロードマップを見ても設定のインターフェースの話は出てなかったような気がする。
有志がGUI設定プラグインを作ってるみたいだけど、まだ人柱版だ。
さぁ、どうだろう？
物事には順序とタイミングがあるからね。
今はまだその時期じゃないような気がする。
結構、コード内部がごちゃごちゃしてるし、国際化の話もあるからね。
今は、国際化が最優先じゃないのかな？
devにあるロードマップを見ても設定のインターフェースの話は出てなかったような気がする。
有志がGUI設定プラグインを作ってるみたいだけど、まだ人柱版だ。
そうだな
「初心者用の機能を作れ!」と言う人自身が
GUI設定プラグインの人柱になるとかで協力・貢献すれば
誰にとっても良い流れになるんじゃないか
「初心者用の機能を作れ!」と言う人自身が
GUI設定プラグインの人柱になるとかで協力・貢献すれば
誰にとっても良い流れになるんじゃないか
文句だけ言っても何も始まらないしね
ここは、とても失礼な人が集まるスレですか？
>>725
> しかし、マニュアルを読まない、検索もしない、FAQも読まない、チュートリアルも読まないような人間に対しては
> 甘くあるべきではないだろう？（俺には>706の質問者がそういうタイプの人間に見えた。そんなに程度の酷い方ではないが）
この考えがまさに「間違い」の典型。「先ずドキュメントを読め」というのは技術者同士（それもレベルが同じぐらいのね）の
ルールであって、専門家と素人や技術者同士でもこれぐらレベルが離れている者同士に適用するのは多くの場合適切でない。
家電のマニュアルを見れば分かるが「どうしたら必要なことを読んでもらえるのか」を第一に作られている。
マニュアルを読まない方が悪いのではなく、読んでもらえないマニュアルを作る方が悪いという発想だ。
読まない人間は甘やかすとか甘やかさないとかいう話ではなく、「よいマニュアルを作るには」という
視点から物事を見るべきなんだよ。少なくともマニュアルを書く側の人間はね。
誤解のないようにいっておくと、馬鹿でも理解できるようなマニュアルを（今すぐに）作れということではない。
常に「どのようなマニュアルが求められているのか」を自分に問い続けよ、ということ。こうした視点で常日頃から
考えていれば、「マニュアルを読まないのが悪い」などという言葉は、普通出てこないものだと思うよ。
> しかし、マニュアルを読まない、検索もしない、FAQも読まない、チュートリアルも読まないような人間に対しては
> 甘くあるべきではないだろう？（俺には>706の質問者がそういうタイプの人間に見えた。そんなに程度の酷い方ではないが）
この考えがまさに「間違い」の典型。「先ずドキュメントを読め」というのは技術者同士（それもレベルが同じぐらいのね）の
ルールであって、専門家と素人や技術者同士でもこれぐらレベルが離れている者同士に適用するのは多くの場合適切でない。
家電のマニュアルを見れば分かるが「どうしたら必要なことを読んでもらえるのか」を第一に作られている。
マニュアルを読まない方が悪いのではなく、読んでもらえないマニュアルを作る方が悪いという発想だ。
読まない人間は甘やかすとか甘やかさないとかいう話ではなく、「よいマニュアルを作るには」という
視点から物事を見るべきなんだよ。少なくともマニュアルを書く側の人間はね。
誤解のないようにいっておくと、馬鹿でも理解できるようなマニュアルを（今すぐに）作れということではない。
常に「どのようなマニュアルが求められているのか」を自分に問い続けよ、ということ。こうした視点で常日頃から
考えていれば、「マニュアルを読まないのが悪い」などという言葉は、普通出てこないものだと思うよ。
> 第二段落については、そういう話はdevの雑談にでも持って逝った方がいいだろう。
これは俺の文章の意味をまったく理解していないね。方向性を議論せよというものではない。
PukiWikiに関わっている人間は常に各自がそういう視点で物事を考えよ、ということ。
> 第三段落に関しては、「ダメなヤツは何をやってもダメ」という言葉を贈ろう。
これも全く陳腐な理解力といわなければならない。今問題にしているのは「質問者」ではなく、
マニュアルを書く人間や、紛いなりにも質問者のサポートを行いPukiWikiに貢献しようと考えている側の人間についてだ。
賢者は愚か者の言動さえ自分の糧とするもの。今は賢者の話をしているのであって、愚か者の方の話ではない。
> だからね。多分あんたとは一生合わない。大体、文句がある時点で、その場所に直接書かない時点で負け犬。
> ＃サポートしたいんだったらお前がやれっつーこと。
こういう考え方のの人間は、残念ながら技術者として大成しませんな。技術者に大事なのは技術以外の発想なのだから。
技術者は知識があるのは当然で、それ以上のことが求められるわけ。もちろんすべての技術者が大成する必要は
ないわけだから、そういう人は、純粋にそういうことだけをやっているのが本人にとっても周囲にとっても幸福だと
思うよ。何も不得意なことを無理してやる必要はない。ストレスもたまるだろう。もっとも無知な人間を蔑むことで
ストレスを発散している技術者も多いが。
これは俺の文章の意味をまったく理解していないね。方向性を議論せよというものではない。
PukiWikiに関わっている人間は常に各自がそういう視点で物事を考えよ、ということ。
> 第三段落に関しては、「ダメなヤツは何をやってもダメ」という言葉を贈ろう。
これも全く陳腐な理解力といわなければならない。今問題にしているのは「質問者」ではなく、
マニュアルを書く人間や、紛いなりにも質問者のサポートを行いPukiWikiに貢献しようと考えている側の人間についてだ。
賢者は愚か者の言動さえ自分の糧とするもの。今は賢者の話をしているのであって、愚か者の方の話ではない。
> だからね。多分あんたとは一生合わない。大体、文句がある時点で、その場所に直接書かない時点で負け犬。
> ＃サポートしたいんだったらお前がやれっつーこと。
こういう考え方のの人間は、残念ながら技術者として大成しませんな。技術者に大事なのは技術以外の発想なのだから。
技術者は知識があるのは当然で、それ以上のことが求められるわけ。もちろんすべての技術者が大成する必要は
ないわけだから、そういう人は、純粋にそういうことだけをやっているのが本人にとっても周囲にとっても幸福だと
思うよ。何も不得意なことを無理してやる必要はない。ストレスもたまるだろう。もっとも無知な人間を蔑むことで
ストレスを発散している技術者も多いが。
>>736
お前さ、責めて名前にレス番入れてくんね？
お前さ、責めて名前にレス番入れてくんね？
>>726
> PukiWikiの開発者は「これはまったくのド素人でも使えるシステムです」とは宣伝していませんよね。
それは「今（と今まで）」であって、「今から」ではない。これは技術者に限ったことではないけど、
既に構築された価値観のみでしか考えられない人間は、決して新たな時代（パラダイムシフトというやつだねｗ））を築くことはできない。
俺がいっているのは、実際に現在のパラダイムを変革せよというのではなく、常にそういった視点で物事を
眺めよ、ということ。常に誰かが過去に構築した価値観でしか物事を考えられないのは、いろんな意味で
発想が貧相な人間になってしまうだろうね。
> PukiWikiの開発者は「これはまったくのド素人でも使えるシステムです」とは宣伝していませんよね。
それは「今（と今まで）」であって、「今から」ではない。これは技術者に限ったことではないけど、
既に構築された価値観のみでしか考えられない人間は、決して新たな時代（パラダイムシフトというやつだねｗ））を築くことはできない。
俺がいっているのは、実際に現在のパラダイムを変革せよというのではなく、常にそういった視点で物事を
眺めよ、ということ。常に誰かが過去に構築した価値観でしか物事を考えられないのは、いろんな意味で
発想が貧相な人間になってしまうだろうね。
だから何して欲しいんだよお前は。それを言えよ。
740 ：nobodyさん：05/01/21 17:22:15 ID:QTa/8B0u
俺もだな。あげておこう。
>>730
> PukiWikiの目指しているのはA.なんでしょ？
これは俺の提起した問題と微妙に領域が違う。「PukiWikiが目指す方向は○○だから、それに沿って行動せよ」という
ことではなく、常に（それは素人の質問を読んでいる時でも）「PukiWikiには何が求められており、どの方向を目指していくべきなのだろうか」を
考えよ、ということ。「馬鹿な質問」に「どう答えるか」ではなく、その質問が発せられた背景を鑑み、これまで自分が抱いていた
価値観を修正する必要はないのか？を考えよ、ということ。もちろん考えた結果「修正する必要はない」という結論なら
それでいいわけ。「馬鹿な質問」はその検討データなのだから、質問者が馬鹿だとかPukiWikiのユーザーとして相応しいかどうか、
とかの思考にはならない。
> PukiWikiの目指しているのはA.なんでしょ？
これは俺の提起した問題と微妙に領域が違う。「PukiWikiが目指す方向は○○だから、それに沿って行動せよ」という
ことではなく、常に（それは素人の質問を読んでいる時でも）「PukiWikiには何が求められており、どの方向を目指していくべきなのだろうか」を
考えよ、ということ。「馬鹿な質問」に「どう答えるか」ではなく、その質問が発せられた背景を鑑み、これまで自分が抱いていた
価値観を修正する必要はないのか？を考えよ、ということ。もちろん考えた結果「修正する必要はない」という結論なら
それでいいわけ。「馬鹿な質問」はその検討データなのだから、質問者が馬鹿だとかPukiWikiのユーザーとして相応しいかどうか、
とかの思考にはならない。
742 ：nobodyさん：05/01/21 17:40:01 ID:QTa/8B0u
>>735
＞この考えがまさに「間違い」の典型。「先ずドキュメントを読め」というのは技術者同士（それもレベルが同じぐらいのね）の
＞ルールであって、専門家と素人や技術者同士でもこれぐらレベルが離れている者同士に適用するのは多くの場合適切でない。
これは根拠が書かれてないけど、何でそう言えるの？
教科書、説明書を読むなんて小学生でもできそうな発想だと思うんだけど。特に
＞レベルが同じくらい ＞これぐらレベルが離れている者
ここの程度が不明だよね。誰にだってレベルの差はあるんだから難しいよね。その前に
＞これぐらレベルが離れている者
「これぐらい」の間違いだと思うんだけど。そもそもドキュメントってのはレベルが離れてるから必要なもんでしょ？
何のためにドキュメントがあるの？レベルが違うと思ったら先ずそれを読むことは必要でしょ？
何でドキュメントを読まないことを正当化するの？
＞家電のマニュアルを見れば分かるが「どうしたら必要なことを読んでもらえるのか」を第一に作られている。
＞マニュアルを読まない方が悪いのではなく、読んでもらえないマニュアルを作る方が悪いという発想だ。
家電はマニュアルにも金出してるでしょ？なんでわざわざ家電を例に出す必要があるの？
＞この考えがまさに「間違い」の典型。「先ずドキュメントを読め」というのは技術者同士（それもレベルが同じぐらいのね）の
＞ルールであって、専門家と素人や技術者同士でもこれぐらレベルが離れている者同士に適用するのは多くの場合適切でない。
これは根拠が書かれてないけど、何でそう言えるの？
教科書、説明書を読むなんて小学生でもできそうな発想だと思うんだけど。特に
＞レベルが同じくらい ＞これぐらレベルが離れている者
ここの程度が不明だよね。誰にだってレベルの差はあるんだから難しいよね。その前に
＞これぐらレベルが離れている者
「これぐらい」の間違いだと思うんだけど。そもそもドキュメントってのはレベルが離れてるから必要なもんでしょ？
何のためにドキュメントがあるの？レベルが違うと思ったら先ずそれを読むことは必要でしょ？
何でドキュメントを読まないことを正当化するの？
＞家電のマニュアルを見れば分かるが「どうしたら必要なことを読んでもらえるのか」を第一に作られている。
＞マニュアルを読まない方が悪いのではなく、読んでもらえないマニュアルを作る方が悪いという発想だ。
家電はマニュアルにも金出してるでしょ？なんでわざわざ家電を例に出す必要があるの？
743 ：nobodyさん：05/01/21 17:40:14 ID:QTa/8B0u
続き
＞読まない人間は甘やかすとか甘やかさないとかいう話ではなく、「よいマニュアルを作るには」という
＞視点から物事を見るべきなんだよ。少なくともマニュアルを書く側の人間はね。
「読まない人間」が「物事を見るべき」って主語おかしくない？
良いマニュアルを書くかどうかの問題をここで持ち出してくるってことはつまりドキュメント不足を問題にしてるわけ？
＞誤解のないようにいっておくと、馬鹿でも理解できるようなマニュアルを（今すぐに）作れということではない。
＞常に「どのようなマニュアルが求められているのか」を自分に問い続けよ、ということ。こうした視点で常日頃から
＞考えていれば、「マニュアルを読まないのが悪い」などという言葉は、普通出てこないものだと思うよ。
ここはおかしいでしょ？『常に「どのようなマニュアルが求められているのか」を自分に問い続け』ていたとしてもさ、
マニュアル読まない人には意味無いでしょ？例え馬鹿でも理解できるようなマニュアルだったとしてだよ、
それを読まない人には何の意味も無いでしょ？そういう人にも「マニュアル読め」ってのは間違ってるの？
＞読まない人間は甘やかすとか甘やかさないとかいう話ではなく、「よいマニュアルを作るには」という
＞視点から物事を見るべきなんだよ。少なくともマニュアルを書く側の人間はね。
「読まない人間」が「物事を見るべき」って主語おかしくない？
良いマニュアルを書くかどうかの問題をここで持ち出してくるってことはつまりドキュメント不足を問題にしてるわけ？
＞誤解のないようにいっておくと、馬鹿でも理解できるようなマニュアルを（今すぐに）作れということではない。
＞常に「どのようなマニュアルが求められているのか」を自分に問い続けよ、ということ。こうした視点で常日頃から
＞考えていれば、「マニュアルを読まないのが悪い」などという言葉は、普通出てこないものだと思うよ。
ここはおかしいでしょ？『常に「どのようなマニュアルが求められているのか」を自分に問い続け』ていたとしてもさ、
マニュアル読まない人には意味無いでしょ？例え馬鹿でも理解できるようなマニュアルだったとしてだよ、
それを読まない人には何の意味も無いでしょ？そういう人にも「マニュアル読め」ってのは間違ってるの？
>>731
俺もそう思うよ。しかしそれと「マニュアルを読まない人間はアホだ」という話は別なもの。
PukiWikiのユーザーにマニュアルを読まない人間がどの程度の比率で存在するかを常に
チェックすることで、PukiWikiの目指す方向そのものが変わる可能性があるのだから、
そういう質問を「マニュアルを読まずに質問するな」といわんばかりの態度で封じてしまっては、
目や耳をふさいで山道を歩くようなもの。自分が引き連れている人達の中には体の弱い人も
いれば、子供もいる。「弱音を吐くのは精神がたるんでる証拠だ！」と封じてしまったら、
本当に不調をきしたメンバーの様子にも気付かずに、大きな失敗をすることになる。
俺もそう思うよ。しかしそれと「マニュアルを読まない人間はアホだ」という話は別なもの。
PukiWikiのユーザーにマニュアルを読まない人間がどの程度の比率で存在するかを常に
チェックすることで、PukiWikiの目指す方向そのものが変わる可能性があるのだから、
そういう質問を「マニュアルを読まずに質問するな」といわんばかりの態度で封じてしまっては、
目や耳をふさいで山道を歩くようなもの。自分が引き連れている人達の中には体の弱い人も
いれば、子供もいる。「弱音を吐くのは精神がたるんでる証拠だ！」と封じてしまったら、
本当に不調をきしたメンバーの様子にも気付かずに、大きな失敗をすることになる。
>706,710-711,713,715,717,719,722,724,735-736,738,741
>>が大杉って言われたから、これで勘弁。
これで態度でかい奴の発言まとめはできてるはずだけど、過不足があれば指摘してくださいな。
>>が大杉って言われたから、これで勘弁。
これで態度でかい奴の発言まとめはできてるはずだけど、過不足があれば指摘してくださいな。
もう一つ思うことは、「質問」のページのあり方。あのレベルの質問があのページの一ページをしめることは、
俺から見ても相応しくないように見える。むしろあのページはFAQを収録する場であるのが望ましいと思うよ。
PukiWikiが普及するにつれて、こういった「馬鹿な質問」は増えていく。その流れは「馬鹿な質問はするな！」と
いくらがなってみても妨げることはできない。むしろフランクに質問できる場と、そこから有益なFAQを
ピックアップして収録する場を、いずれは分けていくべきだろう。「いずれ」が今なのか1年先なのかは、
こうした「馬鹿な質問」の量によって変化する。
と、「単純な技術者から見ればゴミに近い質問」もこうした視点で見るべき、といってるわけ。
俺から見ても相応しくないように見える。むしろあのページはFAQを収録する場であるのが望ましいと思うよ。
PukiWikiが普及するにつれて、こういった「馬鹿な質問」は増えていく。その流れは「馬鹿な質問はするな！」と
いくらがなってみても妨げることはできない。むしろフランクに質問できる場と、そこから有益なFAQを
ピックアップして収録する場を、いずれは分けていくべきだろう。「いずれ」が今なのか1年先なのかは、
こうした「馬鹿な質問」の量によって変化する。
と、「単純な技術者から見ればゴミに近い質問」もこうした視点で見るべき、といってるわけ。
747 ：nobodyさん：05/01/21 17:47:54 ID:QTa/8B0u
>>736
＞これは俺の文章の意味をまったく理解していないね。方向性を議論せよというものではない。
＞PukiWikiに関わっている人間は常に各自がそういう視点で物事を考えよ、ということ。
＞PukiWikiに関わっている人間は常に各自がそういう視点で物事を考えよ、
が
＞方向性を議論せよというものではない。
ということを説明して欲しいんだけど。上の文は明らかに啓蒙がかってるのにおかしいでしょ？
＞これも全く陳腐な理解力といわなければならない。
理解力に陳腐も何も無いでしょ。陳腐の意味分かってる？
＞今問題にしているのは「質問者」ではなく、
＞マニュアルを書く人間や、紛いなりにも質問者のサポートを行いPukiWikiに貢献しようと考えている側の人間についてだ。
＞賢者は愚か者の言動さえ自分の糧とするもの。今は賢者の話をしているのであって、愚か者の方の話ではない。
「賢者」と「愚か者」は一体どこから出てきた言葉なの？どの程度の人間を指してるの？
＞こういう考え方のの人間は、残念ながら技術者として大成しませんな。技術者に大事なのは技術以外の発想なのだから。
＞技術者は知識があるのは当然で、それ以上のことが求められるわけ。もちろんすべての技術者が大成する必要は
＞ないわけだから、そういう人は、純粋にそういうことだけをやっているのが本人にとっても周囲にとっても幸福だと
＞思うよ。何も不得意なことを無理してやる必要はない。ストレスもたまるだろう。もっとも無知な人間を蔑むことで
＞ストレスを発散している技術者も多いが。
これは何？何が言いたいの？要するにお前は大成しないって言いたいだけ？
それを言うことで相手に不快感を与える以上の何が成し得るわけ？説明して欲しい。
＞これは俺の文章の意味をまったく理解していないね。方向性を議論せよというものではない。
＞PukiWikiに関わっている人間は常に各自がそういう視点で物事を考えよ、ということ。
＞PukiWikiに関わっている人間は常に各自がそういう視点で物事を考えよ、
が
＞方向性を議論せよというものではない。
ということを説明して欲しいんだけど。上の文は明らかに啓蒙がかってるのにおかしいでしょ？
＞これも全く陳腐な理解力といわなければならない。
理解力に陳腐も何も無いでしょ。陳腐の意味分かってる？
＞今問題にしているのは「質問者」ではなく、
＞マニュアルを書く人間や、紛いなりにも質問者のサポートを行いPukiWikiに貢献しようと考えている側の人間についてだ。
＞賢者は愚か者の言動さえ自分の糧とするもの。今は賢者の話をしているのであって、愚か者の方の話ではない。
「賢者」と「愚か者」は一体どこから出てきた言葉なの？どの程度の人間を指してるの？
＞こういう考え方のの人間は、残念ながら技術者として大成しませんな。技術者に大事なのは技術以外の発想なのだから。
＞技術者は知識があるのは当然で、それ以上のことが求められるわけ。もちろんすべての技術者が大成する必要は
＞ないわけだから、そういう人は、純粋にそういうことだけをやっているのが本人にとっても周囲にとっても幸福だと
＞思うよ。何も不得意なことを無理してやる必要はない。ストレスもたまるだろう。もっとも無知な人間を蔑むことで
＞ストレスを発散している技術者も多いが。
これは何？何が言いたいの？要するにお前は大成しないって言いたいだけ？
それを言うことで相手に不快感を与える以上の何が成し得るわけ？説明して欲しい。
749 ：nobodyさん：05/01/21 17:52:25 ID:QTa/8B0u
>>738
＞それは「今（と今まで）」であって、「今から」ではない。これは技術者に限ったことではないけど、
一体何の話をしているの？Pukiwiki の話じゃないの？現状を無視して何を語れるの？
＞既に構築された価値観のみでしか考えられない人間は、決して新たな時代（パラダイムシフトというやつだねｗ））を築くことはできない。
＞既に構築された価値観のみでしか考えられない人間
がなんでここで出てくるの？
＞既に構築された価値観のみでしか考えられない ことはどこかで証明されていること？
＞俺がいっているのは、実際に現在のパラダイムを変革せよというのではなく、常にそういった視点で物事を
＞眺めよ、ということ。常に誰かが過去に構築した価値観でしか物事を考えられないのは、いろんな意味で
＞発想が貧相な人間になってしまうだろうね。
一体何を言っているの？今まで何を言ってきたの？何倍も飛躍してたでしょ？
バカにわからないようにしない方がバカとかさ、責務があるとか匂わせてるでしょ？
＞それは「今（と今まで）」であって、「今から」ではない。これは技術者に限ったことではないけど、
一体何の話をしているの？Pukiwiki の話じゃないの？現状を無視して何を語れるの？
＞既に構築された価値観のみでしか考えられない人間は、決して新たな時代（パラダイムシフトというやつだねｗ））を築くことはできない。
＞既に構築された価値観のみでしか考えられない人間
がなんでここで出てくるの？
＞既に構築された価値観のみでしか考えられない ことはどこかで証明されていること？
＞俺がいっているのは、実際に現在のパラダイムを変革せよというのではなく、常にそういった視点で物事を
＞眺めよ、ということ。常に誰かが過去に構築した価値観でしか物事を考えられないのは、いろんな意味で
＞発想が貧相な人間になってしまうだろうね。
一体何を言っているの？今まで何を言ってきたの？何倍も飛躍してたでしょ？
バカにわからないようにしない方がバカとかさ、責務があるとか匂わせてるでしょ？
750 ：nobodyさん：05/01/21 17:53:35 ID:QTa/8B0u
>>748
是非無視してくれ
是非無視してくれ
>>747
> ということを説明して欲しいんだけど。上の文は明らかに啓蒙がかってるのにおかしいでしょ？
どうあるべきかを常に自分の中で考えることと、それに関して他人と意見交換をすることは
必ずしも同一ではないけど？あなたは自分一人では物事が考えられない？
まあどうでもいいけど、こういうアホな話の材料になる程度にはPukiWikiは大衆化したということで、
非常に喜ばしいことではある。ある意味2chで厨房のメタ議論遊びの材料になることが、
大衆化のバロメーターといえるかもしれない。
> ということを説明して欲しいんだけど。上の文は明らかに啓蒙がかってるのにおかしいでしょ？
どうあるべきかを常に自分の中で考えることと、それに関して他人と意見交換をすることは
必ずしも同一ではないけど？あなたは自分一人では物事が考えられない？
まあどうでもいいけど、こういうアホな話の材料になる程度にはPukiWikiは大衆化したということで、
非常に喜ばしいことではある。ある意味2chで厨房のメタ議論遊びの材料になることが、
大衆化のバロメーターといえるかもしれない。
>>743
> ここはおかしいでしょ？『常に「どのようなマニュアルが求められているのか」を自分に問い続け』ていたとしてもさ、
> マニュアル読まない人には意味無いでしょ？例え馬鹿でも理解できるようなマニュアルだったとしてだよ、
これも「誤った考え」の典型ですな。もちろん「絶対にマニュアルを読まない人間」にとっては
いくら優れたマニュアルも価値はない。しかしそれは「法律を守らない人間に法律は価値がない」と
いうのと同じこと。大事なのは「法律があれば守る人間もいる」ということで、よいマニュアルを
書けば読む人間も増えるということ。ゼロにすることが目的なのではなく、減らすことが目的なのだからね。
> ここはおかしいでしょ？『常に「どのようなマニュアルが求められているのか」を自分に問い続け』ていたとしてもさ、
> マニュアル読まない人には意味無いでしょ？例え馬鹿でも理解できるようなマニュアルだったとしてだよ、
これも「誤った考え」の典型ですな。もちろん「絶対にマニュアルを読まない人間」にとっては
いくら優れたマニュアルも価値はない。しかしそれは「法律を守らない人間に法律は価値がない」と
いうのと同じこと。大事なのは「法律があれば守る人間もいる」ということで、よいマニュアルを
書けば読む人間も増えるということ。ゼロにすることが目的なのではなく、減らすことが目的なのだからね。
>>742
> 家電はマニュアルにも金出してるでしょ？なんでわざわざ家電を例に出す必要があるの？
これも「誤った考え」の典型。これは「ただなのだから○○でなくてもいいんだ」という考えは
「高価なソフトは優れたソフト」という考えの裏返しに過ぎない。
> 家電はマニュアルにも金出してるでしょ？なんでわざわざ家電を例に出す必要があるの？
これも「誤った考え」の典型。これは「ただなのだから○○でなくてもいいんだ」という考えは
「高価なソフトは優れたソフト」という考えの裏返しに過ぎない。
>>751の続きだが、
「自分で考える」ことと「議論をする」ことが、別なことであると言う意味は、自分の中で
常日頃から思索を巡らし深い考えを温めている人間同士が議論を行なうなら有益な
ものになるかもしれないが、そういったことをやっていない人間が他者と意見交換を
したところで、あまり有益なものになることは少ないから。
案外、自分が無価値と捨て去ってしまっているものの中に、貴重なものが含まれているもの。
先ずは自分のゴミ箱をひっくり返すことから始めよう。
「自分で考える」ことと「議論をする」ことが、別なことであると言う意味は、自分の中で
常日頃から思索を巡らし深い考えを温めている人間同士が議論を行なうなら有益な
ものになるかもしれないが、そういったことをやっていない人間が他者と意見交換を
したところで、あまり有益なものになることは少ないから。
案外、自分が無価値と捨て去ってしまっているものの中に、貴重なものが含まれているもの。
先ずは自分のゴミ箱をひっくり返すことから始めよう。
>>744
>>>731
>俺もそう思うよ。しかしそれと「マニュアルを読まない人間はアホだ」という話は別なもの。
>>731からどうやったらそういう話になるのかちっともわからんのだけど。
しかしの意味を間違えてませんか？
>PukiWikiのユーザーにマニュアルを読まない人間がどの程度の比率で存在するかを常に
>チェックすることで、PukiWikiの目指す方向そのものが変わる可能性があるのだから、
とりあえず、これはまず君がやって見せてね。
>そういう質問を「マニュアルを読まずに質問するな」といわんばかりの態度で封じてしまっては、
「そういう質問」って「PukiWikiユーザーにマニュアルを～可能性がある云々」という事に関する質問だよね？
文脈からはそうとしか取れない。指示語の使い方を間違えてませんか？
>目や耳をふさいで山道を歩くようなもの。自分が引き連れている人達の中には体の弱い人も
>いれば、子供もいる。「弱音を吐くのは精神がたるんでる証拠だ！」と封じてしまったら、
>本当に不調をきしたメンバーの様子にも気付かずに、大きな失敗をすることになる。
そんなことをしたらまず自分が真っ先に大けがしますよ。
PukiWikiの開発に関わっている人で自分が他の人たちを引き連れているという認識の人はいないと思いますよ。
たとえ話が強引すぎですよ。もうちょっと推敲しましょうよ。
>>>731
>俺もそう思うよ。しかしそれと「マニュアルを読まない人間はアホだ」という話は別なもの。
>>731からどうやったらそういう話になるのかちっともわからんのだけど。
しかしの意味を間違えてませんか？
>PukiWikiのユーザーにマニュアルを読まない人間がどの程度の比率で存在するかを常に
>チェックすることで、PukiWikiの目指す方向そのものが変わる可能性があるのだから、
とりあえず、これはまず君がやって見せてね。
>そういう質問を「マニュアルを読まずに質問するな」といわんばかりの態度で封じてしまっては、
「そういう質問」って「PukiWikiユーザーにマニュアルを～可能性がある云々」という事に関する質問だよね？
文脈からはそうとしか取れない。指示語の使い方を間違えてませんか？
>目や耳をふさいで山道を歩くようなもの。自分が引き連れている人達の中には体の弱い人も
>いれば、子供もいる。「弱音を吐くのは精神がたるんでる証拠だ！」と封じてしまったら、
>本当に不調をきしたメンバーの様子にも気付かずに、大きな失敗をすることになる。
そんなことをしたらまず自分が真っ先に大けがしますよ。
PukiWikiの開発に関わっている人で自分が他の人たちを引き連れているという認識の人はいないと思いますよ。
たとえ話が強引すぎですよ。もうちょっと推敲しましょうよ。
758 ：nobodyさん：05/01/21 18:06:11 ID:QTa/8B0u
>>751
>>756
＞どうあるべきかを常に自分の中で考えることと、それに関して他人と意見交換をすることは
＞必ずしも同一ではないけど？あなたは自分一人では物事が考えられない？
まず誤解。
俺が言ったのは
「PukiWikiに関わっている人間は常に各自がそういう視点で物事を考えよ」という意見を出すことはすでに
PukiWiki の方向性にその対効果を求めることになっている、という意味で
「方向性を議論せよというものではない」矛盾している、ということ。
>>756
＞どうあるべきかを常に自分の中で考えることと、それに関して他人と意見交換をすることは
＞必ずしも同一ではないけど？あなたは自分一人では物事が考えられない？
まず誤解。
俺が言ったのは
「PukiWikiに関わっている人間は常に各自がそういう視点で物事を考えよ」という意見を出すことはすでに
PukiWiki の方向性にその対効果を求めることになっている、という意味で
「方向性を議論せよというものではない」矛盾している、ということ。
759 ：nobodyさん：05/01/21 18:06:49 ID:QTa/8B0u
>>758
最後の行に「と」が抜けた、ｺﾞﾒﾝ
最後の行に「と」が抜けた、ｺﾞﾒﾝ
762 ：nobodyさん：05/01/21 18:10:01 ID:QTa/8B0u
>>743
＞これも「誤った考え」の典型ですな。もちろん「絶対にマニュアルを読まない人間」にとっては
＞いくら優れたマニュアルも価値はない。しかしそれは「法律を守らない人間に法律は価値がない」と
＞いうのと同じこと。大事なのは「法律があれば守る人間もいる」ということで、よいマニュアルを
＞書けば読む人間も増えるということ。ゼロにすることが目的なのではなく、減らすことが目的なのだからね。
ちょっと待てよ。発端は「マニュアルに書いてあること」をわざわざ訊いたやつの話だぞ。
マニュアルには書いてあったんだ。ある程度わかりやすく。
それにお前は文句を付けたんだろ？良いマニュアルかどうかなんてお前はどこかで言ってたか？
＞これも「誤った考え」の典型ですな。もちろん「絶対にマニュアルを読まない人間」にとっては
＞いくら優れたマニュアルも価値はない。しかしそれは「法律を守らない人間に法律は価値がない」と
＞いうのと同じこと。大事なのは「法律があれば守る人間もいる」ということで、よいマニュアルを
＞書けば読む人間も増えるということ。ゼロにすることが目的なのではなく、減らすことが目的なのだからね。
ちょっと待てよ。発端は「マニュアルに書いてあること」をわざわざ訊いたやつの話だぞ。
マニュアルには書いてあったんだ。ある程度わかりやすく。
それにお前は文句を付けたんだろ？良いマニュアルかどうかなんてお前はどこかで言ってたか？
763 ：nobodyさん：05/01/21 18:11:01 ID:QTa/8B0u
啓蒙・・・啓蒙なぁ～（ｗ
それにしてもさあ、もう少しきちんとした文章かけないわけ？
こんな人間がいくら「PukiWikiのマニュアルは現時点でも必要十分」と主張したところで、
説得力がないと思うけどね。だってさあ、文意を読み取るのに苦労する（というより読み取れない）ものばかり。
こんな文章を「これで意味は通じるはずだ」と思って書いている人間なら、どんな劣悪なドキュメントも
「ちゃんと読めば分かる」と言いそうだから、さ。
こんな人間がいくら「PukiWikiのマニュアルは現時点でも必要十分」と主張したところで、
説得力がないと思うけどね。だってさあ、文意を読み取るのに苦労する（というより読み取れない）ものばかり。
こんな文章を「これで意味は通じるはずだ」と思って書いている人間なら、どんな劣悪なドキュメントも
「ちゃんと読めば分かる」と言いそうだから、さ。
767 ：nobodyさん：05/01/21 18:19:08 ID:QTa/8B0u
>>754
＞何か意見があるからそんなに食いつくんだと思うが、
＞まずその意見を言ってみろ。
＞それともバカ質問を繰り返してその反応でも見たいのか？
ｺﾞﾒﾝ
>>755
＞これも「誤った考え」の典型。これは「ただなのだから○○でなくてもいいんだ」という考えは
＞「高価なソフトは優れたソフト」という考えの裏返しに過ぎない。
「タダなのだから○○でなくてもいいんだ」とは言っていない。
俺が言ったのは費用をもらっている労働者には義務があるが、PukiWIki には義務は無いということ。
道徳観を持ち出すのは筋違い。
＞何か意見があるからそんなに食いつくんだと思うが、
＞まずその意見を言ってみろ。
＞それともバカ質問を繰り返してその反応でも見たいのか？
ｺﾞﾒﾝ
>>755
＞これも「誤った考え」の典型。これは「ただなのだから○○でなくてもいいんだ」という考えは
＞「高価なソフトは優れたソフト」という考えの裏返しに過ぎない。
「タダなのだから○○でなくてもいいんだ」とは言っていない。
俺が言ったのは費用をもらっている労働者には義務があるが、PukiWIki には義務は無いということ。
道徳観を持ち出すのは筋違い。
コメントする価値はないと書いたが、一箇所だけコメントしよう
>>757
> PukiWikiの開発に関わっている人で自分が他の人たちを引き連れているという認識の人はいないと思いますよ。
これは「誤った謙虚さ」の実例といえるだろうね。何事かを成すということ（それは巨大なソフトの
開発であれ、片隅での初心者に対するサポートであれ同じこと）は、山道をメンバーを引き連れて
登山していくリーダーと同等の責任を自覚すべきこと。これは人生のすべてのことに言えるわけだけどね。
そうした責任意識が欠如しているから「質問者側に問題がある」とか安直に言えるのだろう。
>>757
> PukiWikiの開発に関わっている人で自分が他の人たちを引き連れているという認識の人はいないと思いますよ。
これは「誤った謙虚さ」の実例といえるだろうね。何事かを成すということ（それは巨大なソフトの
開発であれ、片隅での初心者に対するサポートであれ同じこと）は、山道をメンバーを引き連れて
登山していくリーダーと同等の責任を自覚すべきこと。これは人生のすべてのことに言えるわけだけどね。
そうした責任意識が欠如しているから「質問者側に問題がある」とか安直に言えるのだろう。
769 ：nobodyさん：05/01/21 18:25:31 ID:QTa/8B0u
>>761
＞くだらない話をしてるね。「張り紙禁止」の張り紙の話が好きなのかい？
お前がそれを体現していると指摘した。
>>766
＞それにしてもさあ、もう少しきちんとした文章かけないわけ？
＞こんな人間がいくら「PukiWikiのマニュアルは現時点でも必要十分」と主張したところで、
俺がそれを主張したとする根拠は？
俺は、最初と２番目の書き込み以外は全て ID を出している。
＞説得力がないと思うけどね。だってさあ、文意を読み取るのに苦労する（というより読み取れない）ものばかり。
＞こんな文章を「これで意味は通じるはずだ」と思って書いている人間なら、どんな劣悪なドキュメントも
＞「ちゃんと読めば分かる」と言いそうだから、さ。
すみません。俺も文章が下手で困ってるんですよ。
そして、これらで一体何を言いたいの？俺の文章力の無さ？それはまぁ、仕方ない。悪かったな。
ここまできて、ドキュメントの不整備を指摘するだけ？もっと色々言ってたでしょ？
＞くだらない話をしてるね。「張り紙禁止」の張り紙の話が好きなのかい？
お前がそれを体現していると指摘した。
>>766
＞それにしてもさあ、もう少しきちんとした文章かけないわけ？
＞こんな人間がいくら「PukiWikiのマニュアルは現時点でも必要十分」と主張したところで、
俺がそれを主張したとする根拠は？
俺は、最初と２番目の書き込み以外は全て ID を出している。
＞説得力がないと思うけどね。だってさあ、文意を読み取るのに苦労する（というより読み取れない）ものばかり。
＞こんな文章を「これで意味は通じるはずだ」と思って書いている人間なら、どんな劣悪なドキュメントも
＞「ちゃんと読めば分かる」と言いそうだから、さ。
すみません。俺も文章が下手で困ってるんですよ。
そして、これらで一体何を言いたいの？俺の文章力の無さ？それはまぁ、仕方ない。悪かったな。
ここまできて、ドキュメントの不整備を指摘するだけ？もっと色々言ってたでしょ？
詭弁のガイドライン要約。
１：事実に対して仮定を持ち出す
２：ごくまれな反例をとりあげる
３：自分に有利な将来像を予想する
４：主観で決め付ける
５：資料を示さず自論が支持されていると思わせる
６：一見関係ありそうで関係ない話を始める
７：陰謀であると力説する
８：知能障害を起こす
９：自分の見解を述べずに人格批判をする
10：ありえない解決策を図る
11：レッテル貼りをする
12：決着した話を経緯を無視して蒸し返す
13：勝利宣言をする
14：細かい部分のミスを指摘し相手を無知と認識させる
15：新しい概念が全て正しいのだとミスリードする
１：事実に対して仮定を持ち出す
２：ごくまれな反例をとりあげる
３：自分に有利な将来像を予想する
４：主観で決め付ける
５：資料を示さず自論が支持されていると思わせる
６：一見関係ありそうで関係ない話を始める
７：陰謀であると力説する
８：知能障害を起こす
９：自分の見解を述べずに人格批判をする
10：ありえない解決策を図る
11：レッテル貼りをする
12：決着した話を経緯を無視して蒸し返す
13：勝利宣言をする
14：細かい部分のミスを指摘し相手を無知と認識させる
15：新しい概念が全て正しいのだとミスリードする
772 ：nobodyさん：05/01/21 18:27:34 ID:QTa/8B0u
774 ：nobodyさん：05/01/21 18:28:29 ID:QTa/8B0u
>>774
nobodyです。
nobodyです。
776 ：nobodyさん：05/01/21 18:29:43 ID:QTa/8B0u
まぁいいや。
>741以降まとめ
>744,746-748,751,753-756,760-761,764,766,768,770,773
>744,746-748,751,753-756,760-761,764,766,768,770,773
あの。ちょっといいですか。
い い 加 減 し つ こ い ん で す が。
PukiWikiに物言いたいなら本家本元かもしくはその、冒頭で話題に挙げたドキュメント読めって
言った人間に対してやってきてよ。反論してる側もそろそろ退いて欲しい。
ここはWebProg板であって、製作者とドキュメントとユーザーについて語り合う場所じゃないから。
い い 加 減 し つ こ い ん で す が。
PukiWikiに物言いたいなら本家本元かもしくはその、冒頭で話題に挙げたドキュメント読めって
言った人間に対してやってきてよ。反論してる側もそろそろ退いて欲しい。
ここはWebProg板であって、製作者とドキュメントとユーザーについて語り合う場所じゃないから。
>>760
いいだしっぺの法則を知っていてそれを言っているのか？
オープンソースのコミュニティや2chの技術系のスレで
「○○があればいいのに」と言った発言をした場合、最初に言い出した者が
それをやらなければならないという法則。
ex.「このすれもまとめサイトがあればいいのに」
『じゃあ、お前がやれ』
「言い出しっぺの法則発動かｙｐ！ちょっと待ってな！すぐやるからさ」
いいだしっぺの法則を知っていてそれを言っているのか？
オープンソースのコミュニティや2chの技術系のスレで
「○○があればいいのに」と言った発言をした場合、最初に言い出した者が
それをやらなければならないという法則。
ex.「このすれもまとめサイトがあればいいのに」
『じゃあ、お前がやれ』
「言い出しっぺの法則発動かｙｐ！ちょっと待ってな！すぐやるからさ」
>>773
ごめん。あんたの言いたいこともちっとも分からん。
恐らく、あんたはもの凄く賢いのだろうからそんなに横柄な物言いなんだよね？
だったらさ、わかりやすい文章を書くことができていないみたいだから、
箇条書きでまとめてくれよ。ほんとにお願いします。
＃それにしても「主観による決めつけ」と「レッテル張り」が多い奴だなｗ
ごめん。あんたの言いたいこともちっとも分からん。
恐らく、あんたはもの凄く賢いのだろうからそんなに横柄な物言いなんだよね？
だったらさ、わかりやすい文章を書くことができていないみたいだから、
箇条書きでまとめてくれよ。ほんとにお願いします。
＃それにしても「主観による決めつけ」と「レッテル張り」が多い奴だなｗ
スレが伸びていたんで読んだが、非常にくだらん。
どっちの立場も分かるには分かる。
でもドキュメンテーションをしっかりしろと言っている奴は「じゃぁ自分やりますよ」と言い出しそうにない、口先だけの奴に見える。
どっちの立場も分かるには分かる。
でもドキュメンテーションをしっかりしろと言っている奴は「じゃぁ自分やりますよ」と言い出しそうにない、口先だけの奴に見える。
相手するから伸びるんだよ。勘弁してくれ。何故放置できない？
2chで「荒らしの相手する奴も荒らし」ってのがあるが
放置できないのは同類って事だぜ。
2chで「荒らしの相手する奴も荒らし」ってのがあるが
放置できないのは同類って事だぜ。
なんか急に流れが止まったな･･･
まあとりあえず、
・サルでも書き込めるPukiWiki
・サルでも設置できるPukiWiki
を一般人の目線で設計・実装することが求められている
パワーユーザーの視点からどれだけ離れられるかがポイントだ
まあとりあえず、
・サルでも書き込めるPukiWiki
・サルでも設置できるPukiWiki
を一般人の目線で設計・実装することが求められている
パワーユーザーの視点からどれだけ離れられるかがポイントだ
よくわからないが
「サル用PukiWikiドキュメント」を PukiWiki で立ち上げて
今のドキュメントに文句のある人がこぞって書き込めばいいだけの話なんだろ?
もちろんみんな奮って書き込むんだよな?
今のドキュメントがタコなせいでPukiWikiの立ち上げ方すらわかんないって言うなら
立ち上げるぐらいは俺ん家の自宅鯖でやってもいいぞ?
「サル用PukiWikiドキュメント」を PukiWiki で立ち上げて
今のドキュメントに文句のある人がこぞって書き込めばいいだけの話なんだろ?
もちろんみんな奮って書き込むんだよな?
今のドキュメントがタコなせいでPukiWikiの立ち上げ方すらわかんないって言うなら
立ち上げるぐらいは俺ん家の自宅鯖でやってもいいぞ?
>>784
本家質問箱を遡ってタコな質問をピックアップした上で
ドキュメントに落ち度があることを前提として問題点を
議論し、修正版のドラフトを作成して本家に提案・反映
でもしていく？
PukiWikiがよくなるなら、なるべく協力するよ。
具体的な代替案を提示もせずにご大層なあるべき論
繰り返してる連中にうんざりしてるんで。
本家質問箱を遡ってタコな質問をピックアップした上で
ドキュメントに落ち度があることを前提として問題点を
議論し、修正版のドラフトを作成して本家に提案・反映
でもしていく？
PukiWikiがよくなるなら、なるべく協力するよ。
具体的な代替案を提示もせずにご大層なあるべき論
繰り返してる連中にうんざりしてるんで。
ここまで読み飛ばした
>>788
馬鹿発見！
馬鹿発見！
>>790
馬鹿はお前だバーカ
馬鹿はお前だバーカ
>>791
バカという奴が馬鹿
バカという奴が馬鹿
>>793
そういうお前が馬鹿
そういうお前が馬鹿
結論がでたところで次行ってみよー
公式のFAQ、回答の無い投稿は弾くようにすりゃいいのに。
>>795
詳しく
詳しく
自作プラグインできたー。
俺って天才じゃね？
俺って天才じゃね？
>>797
やるな。どんなのよ？
やるな。どんなのよ？
>>800
thanks!!!!
thanks!!!!
>>798
ごめん、嘘ついた。
自作じゃなくて誰かが作って公式に上げてたのを俺様仕様に改良しただけ。
仲間うちだけのwikiなもんで鯖負担も実質考えなくていいし。
で、質問を我慢していろいろ調べて自力で出来たから嬉しくて書き込んでしまった。
ごめん、嘘ついた。
自作じゃなくて誰かが作って公式に上げてたのを俺様仕様に改良しただけ。
仲間うちだけのwikiなもんで鯖負担も実質考えなくていいし。
で、質問を我慢していろいろ調べて自力で出来たから嬉しくて書き込んでしまった。
XOOPSのテーマでこんなのがあるんだが
http://www.theme4u.net/modules/wordpress/20040101/fi-apple/
これをpukiwikiのスキンに移植したやつってないかなあ？
他にも移植して欲しいテーマがいっぱい。
http://www.theme4u.net/modules/wordpress/20040101/fi-apple/
これをpukiwikiのスキンに移植したやつってないかなあ？
他にも移植して欲しいテーマがいっぱい。
1.4.5_rc1 でてたのかー
サイトはホームページビルダー使って作れた気になる程度。
CGIはどういう物かだいだいわかってるつもり。
phpやprel?なんて宇宙語。
しかしだんだんPukiWikiを使ったDBサイトが増えて来ているのを見て
「あぁ、こういう形式でDBサイトを作りたい」と思うものの
書き込みくらいはできても、前記の通り知識が皆無。
どこから学んでいいのか路頭に迷うサルが>>783様のおっしゃることを
心から渇望致しております。
CGIはどういう物かだいだいわかってるつもり。
phpやprel?なんて宇宙語。
しかしだんだんPukiWikiを使ったDBサイトが増えて来ているのを見て
「あぁ、こういう形式でDBサイトを作りたい」と思うものの
書き込みくらいはできても、前記の通り知識が皆無。
どこから学んでいいのか路頭に迷うサルが>>783様のおっしゃることを
心から渇望致しております。
>>809 みたいな人間ってのは、周りの人に全部やってもらおうとしてるだけの
坊やなので、放置の方向が妥当かと。
坊やなので、放置の方向が妥当かと。
使ったこと無いけど、telnet使えると自動的に設置されるとか
そういうレベルまではきているんだよね。
まぁ、つっこんで使わないならwikiRoomでも良いんじゃないかな。
そういうレベルまではきているんだよね。
まぁ、つっこんで使わないならwikiRoomでも良いんじゃないかな。
サルでも書き込めるpukiwikiが欲しいっつうのは分かる。
ページ作成のボタンを押して名前と自己紹介を書いて、
送信ボタンを押せって言ってるだけなのに、
分からないというヤツが何人かいた・・・・・(´・ω・｀)
ただ、サルでも設置できればいいかというとそれは疑問だ。
人が作ったものだから、何か大きなエラーが見つかることもある。
そんな時に対応できないと自分が困るわけだから、
最低限、設置方法や修正方法くらいは知っといた方がいいと思う。
ページ作成のボタンを押して名前と自己紹介を書いて、
送信ボタンを押せって言ってるだけなのに、
分からないというヤツが何人かいた・・・・・(´・ω・｀)
ただ、サルでも設置できればいいかというとそれは疑問だ。
人が作ったものだから、何か大きなエラーが見つかることもある。
そんな時に対応できないと自分が困るわけだから、
最低限、設置方法や修正方法くらいは知っといた方がいいと思う。
↑ すまん、別のスレに書き込み予定の名前を入れてしまったorz
レスありがとうございます。
たしかに、設置が仮にできたとしても
管理していく上で知識が無いと臨機応変に対処しきれませんね。
例えばブログのように簡単に設置&カテゴリを作れて、自分で更新していくうちに
他の人からも足りないデータを付け足してもらえる、みたいな事ができればと思ったのです。
頑張って色々試してみます。
たしかに、設置が仮にできたとしても
管理していく上で知識が無いと臨機応変に対処しきれませんね。
例えばブログのように簡単に設置&カテゴリを作れて、自分で更新していくうちに
他の人からも足りないデータを付け足してもらえる、みたいな事ができればと思ったのです。
頑張って色々試してみます。
>>815
wikiroomで試してみたら？
wikiroomで試してみたら？
逆にサルでも書けるとかえって困るのでは？
知能を持った人間だけでいいよ
知能を持った人間だけでいいよ
インストーラーが欲しい
「標準」だとプラグイン全部インストールして
「カスタム」だとプラグインが選べるとうれしい
アドバンスオプションでpukiwiki.orgに投稿されたプラグインも選べると文句ナシ
あとブラウザから設定を替えられたらいいな。
「標準」だとプラグイン全部インストールして
「カスタム」だとプラグインが選べるとうれしい
アドバンスオプションでpukiwiki.orgに投稿されたプラグインも選べると文句ナシ
あとブラウザから設定を替えられたらいいな。
お前の次のセリフは
「ftpというのがわかりません
なぜホームページビルダーから設置できないのですか？
こんな難しいものオタクにしか使えませんよ！」
と言う...
いや、PukiWiki じゃないけど、勤務先(某ISP)のヘルプデスクには
こういうメールがマジで来るのよ。
どこまでサポートするかって線引きの問題になるのよね。
どんなに線を下げてっても、その線にも達しないユーザが必ずいる。
んでもって、線が自分より遥か上にあればユーザって気にしないのだけれど、
自分よりほんのちょっと上まで線が降りてくると「俺のところまで下げろ」と怒りだす。
「ftpというのがわかりません
なぜホームページビルダーから設置できないのですか？
こんな難しいものオタクにしか使えませんよ！」
と言う...
いや、PukiWiki じゃないけど、勤務先(某ISP)のヘルプデスクには
こういうメールがマジで来るのよ。
どこまでサポートするかって線引きの問題になるのよね。
どんなに線を下げてっても、その線にも達しないユーザが必ずいる。
んでもって、線が自分より遥か上にあればユーザって気にしないのだけれど、
自分よりほんのちょっと上まで線が降りてくると「俺のところまで下げろ」と怒りだす。
>>819
線引きの話、イイ！
お金をたくさん出すことの出来る人にはサポートをしっかりする、
という当たり前のことをするためにソニーのクオリアなんかは、
その線引きを商品価格を使って行なっているのだね。
線引きの話、イイ！
お金をたくさん出すことの出来る人にはサポートをしっかりする、
という当たり前のことをするためにソニーのクオリアなんかは、
その線引きを商品価格を使って行なっているのだね。
>>819
なかなか含蓄のあるレスだな
なかなか含蓄のあるレスだな
>>819
いやおまいは俺かと（ry
そうなんだよなー。必ず怒るんだよなー。
気持ちもわからなくはないが、怒るんだよなー。鬱。
設置が楽なwikiがあって、ちょっと設置がむずかしいけど
phpがいいなって人にはpukiwikiがあってってふうに
すみわけてくれればいいんだけどそれがないから
もめるのか。はははループだ。バカな俺。
いやおまいは俺かと（ry
そうなんだよなー。必ず怒るんだよなー。
気持ちもわからなくはないが、怒るんだよなー。鬱。
設置が楽なwikiがあって、ちょっと設置がむずかしいけど
phpがいいなって人にはpukiwikiがあってってふうに
すみわけてくれればいいんだけどそれがないから
もめるのか。はははループだ。バカな俺。
線を上げるとか下げるとか言ってる時点で勘違いしてる
なんか無理数を発見して必死に隠そうとした昔の人の故事を思い出すのう
後の世からすれば笑い話だ
なんか無理数を発見して必死に隠そうとした昔の人の故事を思い出すのう
後の世からすれば笑い話だ
>>811 で FA。
PukiWikiよりも設置が簡単なwikiってありましたっけ？
>>825
ダイソーのメモ帳。
ダイソーのメモ帳。
>>826-827
アドバイスして貰って悪いが、漏れは自分でPukiWikiを設置して管理してる。
PukiWikiの設置って凄く簡単なのに難しいって言ってる人が居るから
もっと簡単なのはあったっけ？って聞いてみただけ。
＃PukiWikiで難しいといってるヤツは一度RWikiのインストールマニュアルを見てみるといい
＃泣けてくるぞ
アドバイスして貰って悪いが、漏れは自分でPukiWikiを設置して管理してる。
PukiWikiの設置って凄く簡単なのに難しいって言ってる人が居るから
もっと簡単なのはあったっけ？って聞いてみただけ。
＃PukiWikiで難しいといってるヤツは一度RWikiのインストールマニュアルを見てみるといい
＃泣けてくるぞ
WikiWikiWebしかなかったときにクローンを作ろうとしたぞ。
けっきょく完成には至らなかったけど、
その後YukiWikiみたいなクローンが多くあらわれてきてくれて助かった。
設置が云々で文句を言えるなんて天国だ。
けっきょく完成には至らなかったけど、
その後YukiWikiみたいなクローンが多くあらわれてきてくれて助かった。
設置が云々で文句を言えるなんて天国だ。
現状に満足してる奴は三流
>>828
別にRWikiもむずかしかねーだろ
初心者にチョモランマを目指せってったって
しゃあないじゃん。モチツケ。
（この場合の初心者は、blogはレンタルしてはじめて
使う、書き込むのもどきどきするような若葉さんってことで。
でもって、そーゆー新鮮な気持ちを漏れらも忘れちゃいけないんじゃ
ねーかなと思うよ。マジで。）
別にRWikiもむずかしかねーだろ
初心者にチョモランマを目指せってったって
しゃあないじゃん。モチツケ。
（この場合の初心者は、blogはレンタルしてはじめて
使う、書き込むのもどきどきするような若葉さんってことで。
でもって、そーゆー新鮮な気持ちを漏れらも忘れちゃいけないんじゃ
ねーかなと思うよ。マジで。）
wikiって便利だなと思って初めて自分で設置してみたが、
文法を覚えきれてないのでヘルプ引き引きページ作ってるんだけど
ちゃんと文法覚えきってからのほうが良かったかね。
ここに居る人たちは見ないでもガンガンページ作れそう。
文法を覚えきれてないのでヘルプ引き引きページ作ってるんだけど
ちゃんと文法覚えきってからのほうが良かったかね。
ここに居る人たちは見ないでもガンガンページ作れそう。
そう、それ。テキスト整形ルールって言った方が良かったか。
表組みとか、ヘルプ見てもイマイチよーわからん。
表組みとか、ヘルプ見てもイマイチよーわからん。
始めたころは、結構悩んだけど
もう思ったように書けるな。
３月くらいでなれるよ。
もう思ったように書けるな。
３月くらいでなれるよ。
3ヶ月もかかるのかよ
やってんらんね
やってんらんね
昨日、今日といじくり回して結構楽しんでるよ。
表組みは…まあ分からんでも当分は困らないから追々覚える。
ところで同じサーバー内にあるwikiのディレクトリとは別の場所にあるファイルって
相対パスじゃリンクできないもん？それともやり方が分かってないだけかな？
なんかどうリンク張ってもうまくいかない。
表組みは…まあ分からんでも当分は困らないから追々覚える。
ところで同じサーバー内にあるwikiのディレクトリとは別の場所にあるファイルって
相対パスじゃリンクできないもん？それともやり方が分かってないだけかな？
なんかどうリンク張ってもうまくいかない。
> ところで同じサーバー内にあるwikiのディレクトリとは別の場所にあるファイルって
> 相対パスじゃリンクできないもん？それともやり方が分かってないだけかな？
> なんかどうリンク張ってもうまくいかない。
意味不明なので詳しく。
> 相対パスじゃリンクできないもん？それともやり方が分かってないだけかな？
> なんかどうリンク張ってもうまくいかない。
意味不明なので詳しく。
>>838
そういうときはInterWikiど
そういうときはInterWikiど
>839
意味不明でスマン。
ちょっと事情があって、wikiとは別の場所に置いてあるcgiファイルにリンクしたい。
wikiの位置から指すと、相対リンクで../CGIディレクトリ/もう一段階/ファイル.cgiになるんだが
これそのまんま[[ファイル:../■/■/■.cgi]]って入れてもリンクにならん、という話なんだが…。
httpから入れるとちゃんと出来るんだけどさ。
>840
やっぱInterWikiしかないかー…
InterWiki使うと、リンク名:サーバー名って表示になっちゃうんで
MenuBarにたとえば「掲示板」としてそのリンクを入れたい時にすっきり出来ないので悩んでたんだわ。
と思ったらInterWiki使った上で、エイリアスとかいうのが使える？
ありがとう、もうちょい頑張ってみる。
意味不明でスマン。
ちょっと事情があって、wikiとは別の場所に置いてあるcgiファイルにリンクしたい。
wikiの位置から指すと、相対リンクで../CGIディレクトリ/もう一段階/ファイル.cgiになるんだが
これそのまんま[[ファイル:../■/■/■.cgi]]って入れてもリンクにならん、という話なんだが…。
httpから入れるとちゃんと出来るんだけどさ。
>840
やっぱInterWikiしかないかー…
InterWiki使うと、リンク名:サーバー名って表示になっちゃうんで
MenuBarにたとえば「掲示板」としてそのリンクを入れたい時にすっきり出来ないので悩んでたんだわ。
と思ったらInterWiki使った上で、エイリアスとかいうのが使える？
ありがとう、もうちょい頑張ってみる。
843 ：nobodyさん：05/01/27 00:02:51 ID:NvLjdbpV
相対リンクは諦めてInterWikinameとエイリアス併用したら
目指してた状態(とほぼ同じに)出来た。マジありがとうだ。
目指してた状態(とほぼ同じに)出来た。マジありがとうだ。
頑張れよ
846 ：nobodyさん：05/01/27 13:46:23 ID:eGY3WriB
慣れると死ぬほど使いやすいねコレ。
大学院に入ってから授業ノートとりあえず全部Pukiwikiでとってるよ。
しらない間に俺のHPアドレスが友達の間で回ってたり。
誰か、Pukiwiki用のVimのシンタックスファイル作った人っていない？
下書きするときは常にローカルでやってるんだけど、色が付いてたほうが
下書きの段階で見やすい。
インストールの話だけど、俺は一回セットアップしたら、スキンも全部ぶち込んで
Zipで固めてある。だから新しいPukiwikiを設置したくなったら
新しいディレクトリに解凍してパーミッションかえるだけ。
副作用としてバージョンアップは気が向いたときにしかやらなくなる。
編集するときだけパスかけて簡単なCMSとしてもいけるし、ミーティングの
内容まとめた奴をちょっと乗せたいなとか、２ｃｈのまとめサイト作るときお手軽で便利。
はっきり言ってMySQLはPukiwikiにはいらないと思うなぁ。
あと、確かTextWikiかなんかは簡単なWYSWIGがついてたはず。
あれパクってPukiwiki用にしたら需要あるかな。俺はもう全部覚えてしまったkら
ぜんぜんいらないんだけど、学習用としてはどうだろう。初心者もとっつきやすくなる。
大学院に入ってから授業ノートとりあえず全部Pukiwikiでとってるよ。
しらない間に俺のHPアドレスが友達の間で回ってたり。
誰か、Pukiwiki用のVimのシンタックスファイル作った人っていない？
下書きするときは常にローカルでやってるんだけど、色が付いてたほうが
下書きの段階で見やすい。
インストールの話だけど、俺は一回セットアップしたら、スキンも全部ぶち込んで
Zipで固めてある。だから新しいPukiwikiを設置したくなったら
新しいディレクトリに解凍してパーミッションかえるだけ。
副作用としてバージョンアップは気が向いたときにしかやらなくなる。
編集するときだけパスかけて簡単なCMSとしてもいけるし、ミーティングの
内容まとめた奴をちょっと乗せたいなとか、２ｃｈのまとめサイト作るときお手軽で便利。
はっきり言ってMySQLはPukiwikiにはいらないと思うなぁ。
あと、確かTextWikiかなんかは簡単なWYSWIGがついてたはず。
あれパクってPukiwiki用にしたら需要あるかな。俺はもう全部覚えてしまったkら
ぜんぜんいらないんだけど、学習用としてはどうだろう。初心者もとっつきやすくなる。
喧嘩が起きて友達が全消しするに一票
一応、不特定多数用は常に閲覧以外はパスかけてます。
/////////////////////////////////////////////////
// 編集認証フラグ
// 0:不要
// 1:必要
$edit_auth = 1;
/////////////////////////////////////////////////
// 編集認証対象パターン定義
$edit_auth_pages = array(
'/.*/' => 'admin',
);
/////////////////////////////////////////////////
// 編集認証フラグ
// 0:不要
// 1:必要
$edit_auth = 1;
/////////////////////////////////////////////////
// 編集認証対象パターン定義
$edit_auth_pages = array(
'/.*/' => 'admin',
);
俺も大学でPukiwikiでノート取りたいけど確実に浮くんだろーな・・
俺も浮いてるけど専攻がコンピューター関係なのでまあいいかなと思ってる。
１０－１５人くらいのクラスでノートパソコンつかってんのは俺とあともう一人。
Wi-Fiが届かない教室もあるし、電源が２つしかないとこもあるけど何とかなってるね。
書くときはローカルで全部書いてる。Upした時に大体想像した通りになるまで１週間くらい
かかったけど。
図を描くときは先に
#ref(01.jpg)
みたいのを書いといて、ワードで描いた奴をスクリーンショット→トリム→後でアタッチって感じ。
ワードで書くときはとにかくスピードが大事なので図形のキャレットを手前に出しておき、
四角とか楕円を描く→右クリックでテキストの追加→矢印つなげる
っていう作業が多いかな。図のタイトルとかはテキストで描くので図の中では描かない。
最後に印刷プレビュー→スクリーンショット→JTrimへ貼り付け→保存
これでほぼリアルタイムで描いていける。
どうでもいい階層構造の図なんかは結構
-, --, ---のリストでで済ますことが多い。
話が移るごとに***の見出しで区切り、コードとかコマンド類の挿入は半角スペースを入れれば
綺麗になるので気に入ってよく使っている。
わかりにくい話を箇条書きでまとめる時+と-は非常にパワフル。結構先生は箇条書きの真ん中に
あとから項目挿入したりするので、ノートで直そうと思ったら全部消すか、黒板に書いてあるような
汚い構成になっちゃう。
あと、テーブルの
|>|>|Title|
|A|B|C|
とかはなれれば自然にかけるようになった。メモリの図とかアレイとか表現するのに便利。
何より一番いいのは、昔から汚かった俺の字を試験前とかにみなくてすむ事。
１０－１５人くらいのクラスでノートパソコンつかってんのは俺とあともう一人。
Wi-Fiが届かない教室もあるし、電源が２つしかないとこもあるけど何とかなってるね。
書くときはローカルで全部書いてる。Upした時に大体想像した通りになるまで１週間くらい
かかったけど。
図を描くときは先に
#ref(01.jpg)
みたいのを書いといて、ワードで描いた奴をスクリーンショット→トリム→後でアタッチって感じ。
ワードで書くときはとにかくスピードが大事なので図形のキャレットを手前に出しておき、
四角とか楕円を描く→右クリックでテキストの追加→矢印つなげる
っていう作業が多いかな。図のタイトルとかはテキストで描くので図の中では描かない。
最後に印刷プレビュー→スクリーンショット→JTrimへ貼り付け→保存
これでほぼリアルタイムで描いていける。
どうでもいい階層構造の図なんかは結構
-, --, ---のリストでで済ますことが多い。
話が移るごとに***の見出しで区切り、コードとかコマンド類の挿入は半角スペースを入れれば
綺麗になるので気に入ってよく使っている。
わかりにくい話を箇条書きでまとめる時+と-は非常にパワフル。結構先生は箇条書きの真ん中に
あとから項目挿入したりするので、ノートで直そうと思ったら全部消すか、黒板に書いてあるような
汚い構成になっちゃう。
あと、テーブルの
|>|>|Title|
|A|B|C|
とかはなれれば自然にかけるようになった。メモリの図とかアレイとか表現するのに便利。
何より一番いいのは、昔から汚かった俺の字を試験前とかにみなくてすむ事。
動かざること山のごとしだな
漏れ文系だけど、作らされるレジュメとか PukiWiki で書いて IE で印刷してる。
もともと純粋な文系じゃないし、*, **, ***, -, --, --- で出来ちまうのが
便利でたまらん。クラッシュのリスクも低いし。
昨日、表を印刷したかった時に罫線が表示されなくて CSS いじりに 1 時間も
費してしまった。ったく。
もともと純粋な文系じゃないし、*, **, ***, -, --, --- で出来ちまうのが
便利でたまらん。クラッシュのリスクも低いし。
昨日、表を印刷したかった時に罫線が表示されなくて CSS いじりに 1 時間も
費してしまった。ったく。
>>853
いや、あるのは知ってるけど、やりづらくない？って話
いや、あるのは知ってるけど、やりづらくない？って話
>>851
>PowerPoint
なるほど、次回の授業で使ってみます。
attachref も便利そうなので入れてみます。ありがとう
数学の授業を大学院で取ってないからわからないのですがこればっかりはキーボードじゃ
つらそうですね。俺が授業で書き取る必要のある数式は
アルゴリズムとかトラフィックの量を計算するだけなのであまり複雑な記号は必要ないですね。
>PowerPoint
なるほど、次回の授業で使ってみます。
attachref も便利そうなので入れてみます。ありがとう
数学の授業を大学院で取ってないからわからないのですがこればっかりはキーボードじゃ
つらそうですね。俺が授業で書き取る必要のある数式は
アルゴリズムとかトラフィックの量を計算するだけなのであまり複雑な記号は必要ないですね。
プラグインみながら、簡単な処理をさせるプラグインを作ってます。
$Id: プラグイン名とか、処理をコピペした部分の説明とかって、
必ず書くべきものですか?
配付するような代物でもないから省略してもいいかなと思ったんだけど・・・・・
$Id: プラグイン名とか、処理をコピペした部分の説明とかって、
必ず書くべきものですか?
配付するような代物でもないから省略してもいいかなと思ったんだけど・・・・・
あの$Idっていうのは何かのエディタが出力してるの？
それとも手入力なのかな。
それとも手入力なのかな。
>>861
cvs
cvs
>>863,864
どうもありがとう。
どうもありがとう。
paraedit
http://linux.s33.xrea.com:8080/SxWiki/?PreEdit
を使って、1.4.4(php4)に上にあるとおりに設置したんですけど、
[edit]押して、編集するとき、プレビューがその見出しのみ表示されてしまって、
更新ボタンを押すと、その見出しのみ更新されて、ページのほかの部分が消し飛んでしまうんですけど、
何がいけないんでしょうか？
http://linux.s33.xrea.com:8080/SxWiki/?PreEdit
を使って、1.4.4(php4)に上にあるとおりに設置したんですけど、
[edit]押して、編集するとき、プレビューがその見出しのみ表示されてしまって、
更新ボタンを押すと、その見出しのみ更新されて、ページのほかの部分が消し飛んでしまうんですけど、
何がいけないんでしょうか？
それがバグだとしたら笑えないな
こういう質問の「あるとおりに」はあまり信用できない
paraeditです。
プラグイン探してる間思ったんですけど、
wikiのいろいろなプラグイン導入についての詳しいサイトは、
新しい情報を見つけるのが難しかったり、
正しい情報が見つけにくかったり、
wikiにするメリットがあまり無いサイトが多すぎます。
wikiのいろいろなプラグイン導入についての詳しいサイトは、
新しい情報を見つけるのが難しかったり、
正しい情報が見つけにくかったり、
wikiにするメリットがあまり無いサイトが多すぎます。
>>871
なるほど！では具体例をあげて改善後はどうなるか例示してくれ。
なるほど！では具体例をあげて改善後はどうなるか例示してくれ。
>>871
使いにくいサイト、解説が解りにくいサイトは確かにある。
だが、wikiにするメリットがあまり無いってのはわからんな。
本人がそれで更新しやすいならそれで十分メリットがあると思うがな。
大体複数の人間が活発に更新しているwikiがどれだけあるか・・・。
使いにくいサイト、解説が解りにくいサイトは確かにある。
だが、wikiにするメリットがあまり無いってのはわからんな。
本人がそれで更新しやすいならそれで十分メリットがあると思うがな。
大体複数の人間が活発に更新しているwikiがどれだけあるか・・・。
>>872
例えば、最新のパッチなどと表記されてるものとかは、
絶対に「最新」と表示しない。代わりにフォントサイズを大きくして日付を目立たせるとか、
あとは、コメントページなどは、最新のコメントを上にすることなどでも、
ずいぶん違ってくると思います。
>>873
つまり、メリットがないと言うのは、
相手に物を伝えるには、それなりに努力しないといけないと言う意味で、
wikiの場合、更新するのが楽なので文字だけ書けばいいことに甘えて
必要なのに、フォントサイズを変更すればいい場所でも、
記述するのが面倒でそのままにしていたり、
重要なものは何でも、見出しとして記述し、結果としてどれが重要なのか見えなくなっていったり
必要の無い記事でも他人が書いたものだから躊躇してしまって消せないで
かえって分かりづらいものになったり、
ほかの人も書くから、重要度の記述フォーマットみたいなのがあやふやで
わけがわからなかったり、
そいうデメリットがあるということです。
確かに、更新しやすいと言うメリットはありますが。
例えば、最新のパッチなどと表記されてるものとかは、
絶対に「最新」と表示しない。代わりにフォントサイズを大きくして日付を目立たせるとか、
あとは、コメントページなどは、最新のコメントを上にすることなどでも、
ずいぶん違ってくると思います。
>>873
つまり、メリットがないと言うのは、
相手に物を伝えるには、それなりに努力しないといけないと言う意味で、
wikiの場合、更新するのが楽なので文字だけ書けばいいことに甘えて
必要なのに、フォントサイズを変更すればいい場所でも、
記述するのが面倒でそのままにしていたり、
重要なものは何でも、見出しとして記述し、結果としてどれが重要なのか見えなくなっていったり
必要の無い記事でも他人が書いたものだから躊躇してしまって消せないで
かえって分かりづらいものになったり、
ほかの人も書くから、重要度の記述フォーマットみたいなのがあやふやで
わけがわからなかったり、
そいうデメリットがあるということです。
確かに、更新しやすいと言うメリットはありますが。
コメントページなどは日付が重要だから、
日付をコメントの前に持ってくるのがいいよな。
日付をコメントの前に持ってくるのがいいよな。
>>847
まぁ気になったら自分で修正しろ。それがwikiだ……とか言われそうだけど
>必要の無い記事でも他人が書いたものだから躊躇してしまって消せないで
>かえって分かりづらいものになったり
普通の文章なら良いけど、ソフトとかプラグインのページだと
これがあるから躊躇するよな。難しい問題だな。
まぁ気になったら自分で修正しろ。それがwikiだ……とか言われそうだけど
>必要の無い記事でも他人が書いたものだから躊躇してしまって消せないで
>かえって分かりづらいものになったり
普通の文章なら良いけど、ソフトとかプラグインのページだと
これがあるから躊躇するよな。難しい問題だな。
>877
バックアップがあるからいくらでも編集すればいいじゃない。
中の人が気に入らなければ戻すだけだし。
どうしても心配なら、不要部分をコメントアウトしておけばいいじゃない。
バックアップがあるからいくらでも編集すればいいじゃない。
中の人が気に入らなければ戻すだけだし。
どうしても心配なら、不要部分をコメントアウトしておけばいいじゃない。
1.4.5rc1で見出し語との編集できる方法教えてください。
URLでも結構です。
DQNでスマソ。
URLでも結構です。
DQNでスマソ。
↑見出し毎です。
上にもあるけど、人気追加プラグインのわかるサイトってないですかね？
みんななにいれてる？
みんななにいれてる？
追加プラグイン入れてないな。
標準で色々できるから。
標準で色々できるから。
>>882
URLお願いします。
URLお願いします。
areaedit見つけました。
感動しましたよ。マジで。
感動しましたよ。マジで。
>>882
定番プラグインはこのスレの初めのほうのリンクたどってみ
定番プラグインはこのスレの初めのほうのリンクたどってみ
そのサイトでやりたいことでほしいものが違うわけだけど、、
para_edit.diff - 見出し単位での編集
block_pre.diff - <pre></pre>間を整形済みテキストとする
search.diff - 検索の表示拡張
areaedit.inc.php - pare_edit で足りるといえば足りるけどあったらあったでcomment挟むのに使ったり
topicpath.inc.php - パンくずりすと。[[hoge>hoge]] / [foo>hoge/foo]] / [[bar>hoge/foo/bar]] のようなリンクが作れる
ls2_1.inc.php - ls2 拡張。常にこちらで損はなし。
vote2.inc.php - vote 拡張。常にこちらで損はなし。vote で age にならないように使ってる。
htmlinsert.inc.php - ちょっと html をとりこみたいとき
iframe.inc.php - 掲示板CGIをpukiwiki上で表示させようかと思った。
deldel.inc.php - 削除削除
codehighlight.inc.php - <pre></pre>間を整形済みテキストの拡張のつもりで。
urlbookmark.inc.php - comment 的にURL書くと title もってきてくれたりする
他にもなにか便利なのがあった気がするんだけど、すでに多すぎなので。
後他にも大量の改造。
pukiwiki はデフォルトだと「惜しい」って印象。
少しづつ手を加えたくなる。
例えば差分表示で、先頭に空白スペースがあってコピペしにくいとか、
新規ページ作成時に referer のリンクができるけど、
必ずしも意味をもたないのでいらないとか。
あらゆるニーズを pukiwiki.ini.php の設定でぱっと変えられるようにしたらやはり死ねるのだろうか。
para_edit.diff - 見出し単位での編集
block_pre.diff - <pre></pre>間を整形済みテキストとする
search.diff - 検索の表示拡張
areaedit.inc.php - pare_edit で足りるといえば足りるけどあったらあったでcomment挟むのに使ったり
topicpath.inc.php - パンくずりすと。[[hoge>hoge]] / [foo>hoge/foo]] / [[bar>hoge/foo/bar]] のようなリンクが作れる
ls2_1.inc.php - ls2 拡張。常にこちらで損はなし。
vote2.inc.php - vote 拡張。常にこちらで損はなし。vote で age にならないように使ってる。
htmlinsert.inc.php - ちょっと html をとりこみたいとき
iframe.inc.php - 掲示板CGIをpukiwiki上で表示させようかと思った。
deldel.inc.php - 削除削除
codehighlight.inc.php - <pre></pre>間を整形済みテキストの拡張のつもりで。
urlbookmark.inc.php - comment 的にURL書くと title もってきてくれたりする
他にもなにか便利なのがあった気がするんだけど、すでに多すぎなので。
後他にも大量の改造。
pukiwiki はデフォルトだと「惜しい」って印象。
少しづつ手を加えたくなる。
例えば差分表示で、先頭に空白スペースがあってコピペしにくいとか、
新規ページ作成時に referer のリンクができるけど、
必ずしも意味をもたないのでいらないとか。
あらゆるニーズを pukiwiki.ini.php の設定でぱっと変えられるようにしたらやはり死ねるのだろうか。
1.4.5_rc1ですが、
pukiwiki.ini.phpに、
// Automatically add fixed heading anchor
$fixed_heading_anchor = 1;
があるんですが、
変更しても何も起きないんですが。
pukiwiki.ini.phpに、
// Automatically add fixed heading anchor
$fixed_heading_anchor = 1;
があるんですが、
変更しても何も起きないんですが。
勘違いしてました。
diffファイルって、対応したバージョンじゃないと怖いから、
最新の見出し編集用のプラグインって無いんでしょうか？
最新の見出し編集用のプラグインって無いんでしょうか？
自分は ediff がほしい
>>886
設定画面用のインターフェイスを「バカ用」と「マニア用」にわければ死なないですむのではないか
「バカ用」はラジオボタンで「MT風」「PukiWikiクラシック」、etcから選択するだけ
「マニア用」は全部の環境変数を列挙してそれぞれ設定できるようにする
死ねたい奴はマニア用で
設定画面用のインターフェイスを「バカ用」と「マニア用」にわければ死なないですむのではないか
「バカ用」はラジオボタンで「MT風」「PukiWikiクラシック」、etcから選択するだけ
「マニア用」は全部の環境変数を列挙してそれぞれ設定できるようにする
死ねたい奴はマニア用で
死ねたい背中
バカもマニアも同じ気もしないでもない。
そういやconfig.inc.phpの開発ってどうなったんだろうね。
うちじゃエラーが出ちゃうからなあ。
うちじゃエラーが出ちゃうからなあ。
いらんものを開発するだけの時間がないからでしょう。
でも外の人から見ると特にいらんものを作ってたりするよ。
まぁここでいう外の人とは俺の周りの世界でしかないけどね。
まぁここでいう外の人とは俺の周りの世界でしかないけどね。
必要なものは自分で作ればいいんじゃないかと思うけどね。
php なんて、ほかのスクリプトを見る気力と、ぐぐる気力さえあれば
いくらでも勉強できるレベルの言語なんだし。
php なんて、ほかのスクリプトを見る気力と、ぐぐる気力さえあれば
いくらでも勉強できるレベルの言語なんだし。
まあ、ソース見ると、素人でも読めるから、
PHPってありがたいんだけども。
PHPってありがたいんだけども。
>>898,900
このへんが中の人のスタンスだよね。
まぁ俺はできるからいいんだけど、俺ができるから
ってのは傲慢かな。って俺だったら思うんだけどね。
でも、俺がやるわけじゃないので、中の人のお好きなようにだな。
やってほしかったら中の人になるべきだってね。
このへんが中の人のスタンスだよね。
まぁ俺はできるからいいんだけど、俺ができるから
ってのは傲慢かな。って俺だったら思うんだけどね。
でも、俺がやるわけじゃないので、中の人のお好きなようにだな。
やってほしかったら中の人になるべきだってね。
現在自分のサイトで使っている俺様仕様のオリジナルプラグインって、
叩き覚悟で晒すべき？
サポートとかバージョンアップとかする気ナシなんで公式には出しにくい。
でも誰か俺よりデキルやつが改良したりアイデアくれたりするとラッキー。
叩き覚悟で晒すべき？
サポートとかバージョンアップとかする気ナシなんで公式には出しにくい。
でも誰か俺よりデキルやつが改良したりアイデアくれたりするとラッキー。
ここにソースを連貼りすれば誰かが最適化してくれるかもよお
叩かれるようなこたぁそう無いと思うがな。
元を明らかにしないパクリとか、虚偽、誇大宣伝、
小遣い稼ぎなんかでもしない限り。
仮に突っ込みどころが豊富だとしても、せいぜい
（ ´,_ゝ｀）ﾌﾟｯ とか ( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
くらいのもんだろ。
第一、心配するほど注目されてないから。
元を明らかにしないパクリとか、虚偽、誇大宣伝、
小遣い稼ぎなんかでもしない限り。
仮に突っ込みどころが豊富だとしても、せいぜい
（ ´,_ゝ｀）ﾌﾟｯ とか ( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
くらいのもんだろ。
第一、心配するほど注目されてないから。
ていうかpukiwiki重い
本家の自作プラグ淫に、GPL とか適用した上でコード張り付けて逃げればいいじゃん。
まぁ軽くはないわな、pukiwiki
晒しに行ったら、自分がやりたいこととはちょっと違うんだけど、
自分が作ったものより高性能なやつを発見してしまったorz
作る前に確認すべきだったかも・・・・・・
恥ずかしいのでやめときます(´･ω･`)
自分が作ったものより高性能なやつを発見してしまったorz
作る前に確認すべきだったかも・・・・・・
恥ずかしいのでやめときます(´･ω･`)
更新された差分が色分けされているのは便利なんだけど、
それは、ページの中身が少ない場合に目視で探す時にだけ有効で
データが大量にあるとき、一度で更新されたものにジャンプして見にいけるような
そういうプラグインは無いんでしょうか？
それは、ページの中身が少ない場合に目視で探す時にだけ有効で
データが大量にあるとき、一度で更新されたものにジャンプして見にいけるような
そういうプラグインは無いんでしょうか？
916 ：nobodyさん：05/02/01 01:55:01 ID:fgHbmQlU
PukiWiki-1.4.5 ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
>>915
無いね
無いね
1.4.5rc1使ってるんだけど、正式版とは中身一緒？
ファイルの比較しなきゃなんないのかな。
どれ上げ直せばいいのかわかんないよ。
どれ上げ直せばいいのかわかんないよ。
http://pukiwiki.org/?PukiWiki%2F%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%2F1.4.5
総入れ替えに近いなこりゃ。
総入れ替えに近いなこりゃ。
922 ：nobodyさん：05/02/02 00:57:48 ID:f7/8GCFt
1.4.5を今インストールしたんですが、自動でリンクが
張られる単語と張られない単語の違いは何なんでしょうか？
張られる単語と張られない単語の違いは何なんでしょうか？
AutoLinkかWikiNameだろ。
AutoLinkだとしたら、答えは文字数。
pukiwiki.ini.php の $autolink より小さいとリンクされない。
WikiNameだとしたら、
半角英字の大文字小文字が混在しているかどうか。
”HogeMoge”のように大文字小文字の混在が連続するとリンクになる。
AutoLinkだとしたら、答えは文字数。
pukiwiki.ini.php の $autolink より小さいとリンクされない。
WikiNameだとしたら、
半角英字の大文字小文字が混在しているかどうか。
”HogeMoge”のように大文字小文字の混在が連続するとリンクになる。
pukiwiki.ini.phpの
// Enable page-reading feature by calling ChaSen or KAKASHI command (0:Enable, 1:Disable)
$pagereading_enable = 0;
これって逆か？
// Enable page-reading feature by calling ChaSen or KAKASHI command (0:Enable, 1:Disable)
$pagereading_enable = 0;
これって逆か？
素直に差分メールを受け取ることにしました。
pukiwiki1.4.3 からアップデートしていないorz
ディレクトリ構造かわったからやりにくくて
ディレクトリ構造かわったからやりにくくて
>>928
いや、もちろんいじくりまわしてあるからって話
いや、もちろんいじくりまわしてあるからって話
ちなみに、1.4.5.rc1からの移行は、更新されてるファイルのみの移動と手直しで動いてます。
漏れはずっとCVS版
>>931
かかしとか突っ込んで、設定を有効にしる
かかしとか突っ込んで、設定を有効にしる
>>931
kakasiなくても、
+とりあえずpukiwiki.ini.php で $pagereading_enable = 1; にして、
+ひたすら :config/PageReading と :config/PageReading/dict をメンテする
でも可。
kakasiなくても、
+とりあえずpukiwiki.ini.php で $pagereading_enable = 1; にして、
+ひたすら :config/PageReading と :config/PageReading/dict をメンテする
でも可。
tDiaryスキン使ってる人ってどれくらいいるの？
8esg3wt76qw4t5e4aa134t4t4qa3a0
↑
更新した後か、衝突した後か、
よく、こんなのがページ最下部に追加されるんですけど、
なんなんでしょう？1.4.5です。
↑
更新した後か、衝突した後か、
よく、こんなのがページ最下部に追加されるんですけど、
なんなんでしょう？1.4.5です。
>>937
情報少なすぎ。
情報少なすぎ。
続・質問箱/572
ttp://pukiwiki.org/index.php?%E7%B6%9A%E3%83%BB%E8%B3%AA%E5%95%8F%E7%AE%B1%2F572
なんだコイツ。己の理解できない「答え」をことごとくスルーしてるよ。
しかも、無意味なSS貼って何がしたいんだ？
やっぱり所詮、（ｒｙ
ttp://pukiwiki.org/index.php?%E7%B6%9A%E3%83%BB%E8%B3%AA%E5%95%8F%E7%AE%B1%2F572
なんだコイツ。己の理解できない「答え」をことごとくスルーしてるよ。
しかも、無意味なSS貼って何がしたいんだ？
やっぱり所詮、（ｒｙ
いま1.4.5が出てるの気がついた。なんだよcssもphpにしてんのか？
書き写すのめんどくせーな。cssエディタとか使ってたのに使えないし
もっと末端のヘボユーザーの事も考えてくれよ
書き写すのめんどくせーな。cssエディタとか使ってたのに使えないし
もっと末端のヘボユーザーの事も考えてくれよ
アフォユーザにまで普及させる必要はないと思うね。
カスタマイズが必要な人にはサポート売ればいいんだよ。
カスタマイズが必要な人にはサポート売ればいいんだよ。
関連づけ？
phpファイルをCSSエディタで扱えと？
どっちも同じエディタで開ける
別のアプリで処理したかったら「送る」
別のアプリで処理したかったら「送る」
ん。
css が php の中で書かれてるんなら、変な php スクリプトを呼ばさない
ようにすればいいじゃん。
css が php の中で書かれてるんなら、変な php スクリプトを呼ばさない
ようにすればいいじゃん。
>940
stylenote
っていうフリーソフトにそのまま突っ込んで書き直しましたけど、
別に問題ないですよ。
stylenote
っていうフリーソフトにそのまま突っ込んで書き直しましたけど、
別に問題ないですよ。
いや、これはどこかの BugTrack にもあったけど、
css を複数個用意しておいてそれをその css.php で読み込むだけにしたほうがいいのかもしれんぞ。
ファイルがいっぱいになるのが嫌といえば嫌でもあるけどむぁ。
css を複数個用意しておいてそれをその css.php で読み込むだけにしたほうがいいのかもしれんぞ。
ファイルがいっぱいになるのが嫌といえば嫌でもあるけどむぁ。
ファイルｲﾊﾟｰｲが気に入らないなら、YukiWiki でも使えばいいと思う。
やあ、ちょっと多忙でコメントが送れちゃったね。悪いけど蒸し返させてもらおう（笑
>>778
ま、勝手に自分に都合のいいルールを作って、ルール違反だという人間の典型ですな。
>>779
>いいだしっぺの法則を知っていてそれを言っているのか？
これも同上。このルールが適用できるのは開発者同士の世界だけだろうね（笑
>>781
>でもドキュメンテーションをしっかりしろと言っている奴は「じゃぁ自分やりますよ」と言い出しそうにない、口先だけの奴に見える。
大衆とはそういうものなんだよ。問題はそういう「大衆」に文句を言い否定するだけの態度が
正しいのかってこと。家電メーカーが、クレームをつけてきた客に「じゃあおまえが作ってみろ」というのが現代では通らないだろうね。
大昔の職人ならそれで通ったかもしれないが。
>>783
>なんか急に流れが止まったな･･･
悪かったね。ピンポイントで多忙だったんで（ｗ
>>778
ま、勝手に自分に都合のいいルールを作って、ルール違反だという人間の典型ですな。
>>779
>いいだしっぺの法則を知っていてそれを言っているのか？
これも同上。このルールが適用できるのは開発者同士の世界だけだろうね（笑
>>781
>でもドキュメンテーションをしっかりしろと言っている奴は「じゃぁ自分やりますよ」と言い出しそうにない、口先だけの奴に見える。
大衆とはそういうものなんだよ。問題はそういう「大衆」に文句を言い否定するだけの態度が
正しいのかってこと。家電メーカーが、クレームをつけてきた客に「じゃあおまえが作ってみろ」というのが現代では通らないだろうね。
大昔の職人ならそれで通ったかもしれないが。
>>783
>なんか急に流れが止まったな･･･
悪かったね。ピンポイントで多忙だったんで（ｗ
デフォのテーブルレイアウトは勘弁してほしい。
ところで1.4.5がでたようで、まずは開発者の人たちに「ご苦労様」といおう。
これは心からの言葉だ。彼らの労力を賞賛する俺の気持ちは本物だ。
しかし、1.4.5って「出して意味あるの？」という感想があるのも事実。
結局内部構造の整理に終始してて、エンドユーザーにとってのうまみがないんだよね。
まあこれは1.4の他のバージョンにもいえることだけど、なんあ1.4になってから開発者の自己満足的な
バージョンアップが多いね。「前回のリリースから4ヶ月たち」とあるけど、「だからなんなの？」と
思ってしまったよ。期間が問題なのではなくて重要なのは内容だろう、と。ま、リリース間隔が
開くと開発者のモチベーションが保てないのかもしれないが、いずれにせよ開発者本位の
考えと言わねばならない。
あ、別に「開発者本位で何が悪い！」という人は、どうぞ気にせずに我が道を突き進んでください。
それだけ自身のある人なら、俺が何をいおうと気にすることはないだろうから（ｗ
これは心からの言葉だ。彼らの労力を賞賛する俺の気持ちは本物だ。
しかし、1.4.5って「出して意味あるの？」という感想があるのも事実。
結局内部構造の整理に終始してて、エンドユーザーにとってのうまみがないんだよね。
まあこれは1.4の他のバージョンにもいえることだけど、なんあ1.4になってから開発者の自己満足的な
バージョンアップが多いね。「前回のリリースから4ヶ月たち」とあるけど、「だからなんなの？」と
思ってしまったよ。期間が問題なのではなくて重要なのは内容だろう、と。ま、リリース間隔が
開くと開発者のモチベーションが保てないのかもしれないが、いずれにせよ開発者本位の
考えと言わねばならない。
あ、別に「開発者本位で何が悪い！」という人は、どうぞ気にせずに我が道を突き進んでください。
それだけ自身のある人なら、俺が何をいおうと気にすることはないだろうから（ｗ
ところでさ、pukiwikiのbackupってなんでdiff取らずにそのまま過去の内容が全部連結されてるだけなの？
gz圧縮されてるからって手抜きじゃん。こんなんで掲示板なんか動かしたらHDDの無駄の極地じゃん？
バージョンアップするならこういうところを改良しろよ。プログラムをチマチマ美化して悦に入ってるんじゃねーよ（笑
あとParaEditを本体に組み込め。というっか組み込んだあとにリリースしろ。なんか開発陣の力不足を痛感するね。
既存のプログラムを手直しをするしか能がない人間しか（ｒｙ
gz圧縮されてるからって手抜きじゃん。こんなんで掲示板なんか動かしたらHDDの無駄の極地じゃん？
バージョンアップするならこういうところを改良しろよ。プログラムをチマチマ美化して悦に入ってるんじゃねーよ（笑
あとParaEditを本体に組み込め。というっか組み込んだあとにリリースしろ。なんか開発陣の力不足を痛感するね。
既存のプログラムを手直しをするしか能がない人間しか（ｒｙ
要約すると、開発者の人たちは開発者本位でOKということですね。同意同意
pukiwiki org と devをもっと分けた方がいいかもね
>>956
あなたの処理系は少々要約の精度に難があるねｗ
あなたの処理系は少々要約の精度に難があるねｗ
>>942
ある意味同意だね。1.4.5は「無視」ですな。こりゃ（大笑
ってかhenohenoの方針に根本的な疑問を感じるね。
質を重視するならもっとユーザー側の方を見なければならないし、
いけいけどんどんでラディカルに開発を推し進めるなら、もっと機能面を重視すべき。
多少の不満など押し流してしまうほど魅力的なリリースなら誰も不満は言わないだろう。
現状は一番不味い「中途半端」ですな。
ある意味同意だね。1.4.5は「無視」ですな。こりゃ（大笑
ってかhenohenoの方針に根本的な疑問を感じるね。
質を重視するならもっとユーザー側の方を見なければならないし、
いけいけどんどんでラディカルに開発を推し進めるなら、もっと機能面を重視すべき。
多少の不満など押し流してしまうほど魅力的なリリースなら誰も不満は言わないだろう。
現状は一番不味い「中途半端」ですな。
>>822
怒りたくなるのは「答えなきゃならない」と思うからだよ（笑
怒るのも無視するのも相手が受け取る情報量は同じなんだから、自分が答えたくなけりゃ無視すればいいこと。
それをやれ「こんなことも分からないのか」とか「この場でこんなことを聞くな」とか考えるから無駄なエネルギーを費やす。
怒りたくなるのは「答えなきゃならない」と思うからだよ（笑
怒るのも無視するのも相手が受け取る情報量は同じなんだから、自分が答えたくなけりゃ無視すればいいこと。
それをやれ「こんなことも分からないのか」とか「この場でこんなことを聞くな」とか考えるから無駄なエネルギーを費やす。
ぼくちんも疑問を感じるけど、
pukiwiki 開発にかける時間がないので henoheno ちんには感謝。
henoheno ちんがいまいなくなったら pukiwiki とまっちゃうんじゃない？
ちなみに ParaEdit って例のアンカー付けもしないといけないところが気に食わないんじゃない？
panda ちんもなんとかしたいって言って、そのまま今まできちゃっているし。
なんかうまい方法ないのかな。
pukiwiki 開発にかける時間がないので henoheno ちんには感謝。
henoheno ちんがいまいなくなったら pukiwiki とまっちゃうんじゃない？
ちなみに ParaEdit って例のアンカー付けもしないといけないところが気に食わないんじゃない？
panda ちんもなんとかしたいって言って、そのまま今まできちゃっているし。
なんかうまい方法ないのかな。
>>962
俺もhenohenoのpukiwikiへの貢献は評価しているし感謝もしているよ。
その点は誤解のないように。
しかし評価は評価。批判は批判。
ParaEditについては、何も「一刻も早く組み込め」といってるわけじゃない（>>955の文章は
そう解釈されても仕方ないかもしれないがねｗ）。気の済むまで詰めてもらって構わないんだが、
だったらリリースを先延ばししろということ。1.4.5は何もウリがないんだから。
まあ、henohenoの考えも全く分からないではないけどね。逆に分かるだけにあえて異なる方向を
提示したいね。「そういう批判もある」という事実は、いろんな意味でhenoheno以外の開発陣にも
考えるきっかけとなるだろう。何もhenoheno一人をいじめているわけではない。
俺もhenohenoのpukiwikiへの貢献は評価しているし感謝もしているよ。
その点は誤解のないように。
しかし評価は評価。批判は批判。
ParaEditについては、何も「一刻も早く組み込め」といってるわけじゃない（>>955の文章は
そう解釈されても仕方ないかもしれないがねｗ）。気の済むまで詰めてもらって構わないんだが、
だったらリリースを先延ばししろということ。1.4.5は何もウリがないんだから。
まあ、henohenoの考えも全く分からないではないけどね。逆に分かるだけにあえて異なる方向を
提示したいね。「そういう批判もある」という事実は、いろんな意味でhenoheno以外の開発陣にも
考えるきっかけとなるだろう。何もhenoheno一人をいじめているわけではない。
定期的なリリースが開発者本位とは思えない。
実際、リリースにまつわる作業の大半は、開発者が進んで時間を割くような
楽しい仕事ではない。の割に、ミスは許されない。
エンドユーザにとってうまみが無いと思う方は、きっと単なるエンドユーザでは
ないのだろう。それが為に新版を出すほどでもない小さな修正でも、時間の
経過とともに蓄積するのは避けられない。いわゆるエンドユーザにパッチ当て
やCVSへの追従を要求する事こそ無理と言うもの。
定期的なリリースはエンドユーザの利益になる。
実際、リリースにまつわる作業の大半は、開発者が進んで時間を割くような
楽しい仕事ではない。の割に、ミスは許されない。
エンドユーザにとってうまみが無いと思う方は、きっと単なるエンドユーザでは
ないのだろう。それが為に新版を出すほどでもない小さな修正でも、時間の
経過とともに蓄積するのは避けられない。いわゆるエンドユーザにパッチ当て
やCVSへの追従を要求する事こそ無理と言うもの。
定期的なリリースはエンドユーザの利益になる。
backup が diff ってことは…
再現する度、下手すりゃ backup する度にに初代から遡る気？
浅い考えだね。
再現する度、下手すりゃ backup する度にに初代から遡る気？
浅い考えだね。
わりと批判意見多いんだな。
オレは認証が使えないサーバーで編集できる人間を限定したかったから、今回のリリースは大歓迎。
cssいじるのって導入の時ぐらいだから、cssエディタ使えないのはそんなに気にならなかったよ。
オレは認証が使えないサーバーで編集できる人間を限定したかったから、今回のリリースは大歓迎。
cssいじるのって導入の時ぐらいだから、cssエディタ使えないのはそんなに気にならなかったよ。
>>967 このスレのみでそういう結論を出すのはどうかなぁ
ページの階層を作るのに/をつかうのやめてくれんかな・・・。
できれば:とか好きな記号を選べるようにして欲しい・・・。
できれば:とか好きな記号を選べるようにして欲しい・・・。
そんなことよりデフォルトで配布するファイルをUTF-8にしてもらえんものだろうか。
バージョンアップもいいが、そっちの方がよほど嬉しい。
バージョンアップもいいが、そっちの方がよほど嬉しい。
>>970
それは俺が嫌ｗ
それは俺が嫌ｗ
>>970
文字コードかえるとしたらPukiWikiのバージョンは一気に1.5.xになるか？
公式にリリースするとなると、既存のデータをUTF-8に変換するスクリプトを
用意しなきゃいけなかったり。いろいろ大変だよね。
しかも開発者にとってはあんまり楽しくないところで。
文字コードかえるとしたらPukiWikiのバージョンは一気に1.5.xになるか？
公式にリリースするとなると、既存のデータをUTF-8に変換するスクリプトを
用意しなきゃいけなかったり。いろいろ大変だよね。
しかも開発者にとってはあんまり楽しくないところで。
UTF-8 にするなら、SQL に入れてくれよ。
アフォみたいに長いファイルなんか嫌いだよ。
アフォみたいに長いファイルなんか嫌いだよ。
1.4.5でrelatedのバックリンクで表示されないページがあるんですが、
みなさんのとこではそんなことありませんか？Test testってページ名
なんですけど。。。空白スペースがダメなのかな・・・
みなさんのとこではそんなことありませんか？Test testってページ名
なんですけど。。。空白スペースがダメなのかな・・・
>>964
> 実際、リリースにまつわる作業の大半は、開発者が進んで時間を割くような
> 楽しい仕事ではない。の割に、ミスは許されない。
だから俺はユーザーにも開発者にも得にならない作業をやるな、といってるんだが（ｗ
> エンドユーザにとってうまみが無いと思う方は、きっと単なるエンドユーザでは
> ないのだろう。それが為に新版を出すほどでもない小さな修正でも、時間の
「それが為に」がどこからつながってるのかよく分らないが、まあいいや。
> 経過とともに蓄積するのは避けられない。いわゆるエンドユーザにパッチ当て
> やCVSへの追従を要求する事こそ無理と言うもの。
そういった「パッチのパッケージ」的なリリースなら（エンドユーザーにとって）歓迎だが、
今回のは（エンドユーザーにとって）無用なファイルの変更ばかり。
この辺が「中途半端」という所以。パッチならぱっちらしく最小限の変更にとどめるべきだし、
もっと先を見据えた改良なら中途半端な状態で出しても、エンドユーザーにとっては何も
メリットがない。そもそも先を見据えた改良というのは大抵その後さらに変更されるものだ（笑）。
エンドユーザーを無用に振り回すだけ。
> 実際、リリースにまつわる作業の大半は、開発者が進んで時間を割くような
> 楽しい仕事ではない。の割に、ミスは許されない。
だから俺はユーザーにも開発者にも得にならない作業をやるな、といってるんだが（ｗ
> エンドユーザにとってうまみが無いと思う方は、きっと単なるエンドユーザでは
> ないのだろう。それが為に新版を出すほどでもない小さな修正でも、時間の
「それが為に」がどこからつながってるのかよく分らないが、まあいいや。
> 経過とともに蓄積するのは避けられない。いわゆるエンドユーザにパッチ当て
> やCVSへの追従を要求する事こそ無理と言うもの。
そういった「パッチのパッケージ」的なリリースなら（エンドユーザーにとって）歓迎だが、
今回のは（エンドユーザーにとって）無用なファイルの変更ばかり。
この辺が「中途半端」という所以。パッチならぱっちらしく最小限の変更にとどめるべきだし、
もっと先を見据えた改良なら中途半端な状態で出しても、エンドユーザーにとっては何も
メリットがない。そもそも先を見据えた改良というのは大抵その後さらに変更されるものだ（笑）。
エンドユーザーを無用に振り回すだけ。
>>966
> 再現する度、下手すりゃ backup する度にに初代から遡る気？
cvsとかはまさにそれをやってるんだけどね。gzを解凍する負荷と比べて
とてつもなく高負荷な作業とは思えませんな。もちろんサイズ面を考えるなら
diffとった後にさらにgz圧縮をしてほしいけどね。それとて大きく見積もっても
負荷は2倍ぐらいだろう。
> 再現する度、下手すりゃ backup する度にに初代から遡る気？
cvsとかはまさにそれをやってるんだけどね。gzを解凍する負荷と比べて
とてつもなく高負荷な作業とは思えませんな。もちろんサイズ面を考えるなら
diffとった後にさらにgz圧縮をしてほしいけどね。それとて大きく見積もっても
負荷は2倍ぐらいだろう。
>>967
> オレは認証が使えないサーバーで編集できる人間を限定したかったから、今回のリリースは大歓迎。
ユーザー管理がphpファイルを直接いじらなければならないんじゃな～
ちょっと誰かが話題にしてたけど、メールによるパスワード自動発行cgiとかと連動とかまで実装されれば評価するけどね。
> cssいじるのって導入の時ぐらいだから、cssエディタ使えないのはそんなに気にならなかったよ。
別にcssエディタと使おうが使うまいがcssというのは動的に生成させるべきものじゃないと思うんだけどね。
> オレは認証が使えないサーバーで編集できる人間を限定したかったから、今回のリリースは大歓迎。
ユーザー管理がphpファイルを直接いじらなければならないんじゃな～
ちょっと誰かが話題にしてたけど、メールによるパスワード自動発行cgiとかと連動とかまで実装されれば評価するけどね。
> cssいじるのって導入の時ぐらいだから、cssエディタ使えないのはそんなに気にならなかったよ。
別にcssエディタと使おうが使うまいがcssというのは動的に生成させるべきものじゃないと思うんだけどね。
>>978
＞それとて大きく見積もっても負荷は2倍ぐらいだろう。
根拠が不明だし。何か比較でもしてみたの？
つーか単なるテキストなんだから大したサイズでも無いだろ。
diff 取るような糞仕様じゃ無いんだから古いの消せばいーんだし。
＞それとて大きく見積もっても負荷は2倍ぐらいだろう。
根拠が不明だし。何か比較でもしてみたの？
つーか単なるテキストなんだから大したサイズでも無いだろ。
diff 取るような糞仕様じゃ無いんだから古いの消せばいーんだし。
> ちょっと誰かが話題にしてたけど、メールによるパスワード自動発行cgiとかと連動とかまで実装されれば評価するけどね。
勝手にチラシの裏で評価すればいいんじゃない？
> 別にcssエディタと使おうが使うまいがcssというのは動的に生成させるべきものじゃないと思うんだけどね。
なんで？
勝手にチラシの裏で評価すればいいんじゃない？
> 別にcssエディタと使おうが使うまいがcssというのは動的に生成させるべきものじゃないと思うんだけどね。
なんで？
今度からはリリースキャンディデート版のときに言おうな
ところでソースの英語化(コメントも英語)が進められているわけだが、
これは日本語版のソースを別に用意したら需要がありそうだな
ところでソースの英語化(コメントも英語)が進められているわけだが、
これは日本語版のソースを別に用意したら需要がありそうだな
無知が幅をきかせるスレはここでつか？
>>969
既出だけど階層はwikiにそぐわないというのが俺の結論だね。
自由奔放に書けるwikiの特性が著しく損なわれる。
一元的なツーリー構造に制約されるのが癌。
ツリー構造自体は否定しないが、もしwikiに導入するなら、ツリー構造自体を複数持てたり、
必要に応じて気軽に変更できるようなものであったほうがいい。（まあそうなるとハイパーリンクと変わらないのだがｗ）
> ページの階層を作るのに/をつかうのやめてくれんかな・・・。
どのみちページ名に/とか使うといろいろ問題があるんだから、/でいいんじゃないの？（ｗ
既出だけど階層はwikiにそぐわないというのが俺の結論だね。
自由奔放に書けるwikiの特性が著しく損なわれる。
一元的なツーリー構造に制約されるのが癌。
ツリー構造自体は否定しないが、もしwikiに導入するなら、ツリー構造自体を複数持てたり、
必要に応じて気軽に変更できるようなものであったほうがいい。（まあそうなるとハイパーリンクと変わらないのだがｗ）
> ページの階層を作るのに/をつかうのやめてくれんかな・・・。
どのみちページ名に/とか使うといろいろ問題があるんだから、/でいいんじゃないの？（ｗ
>>970
このスレで誰かがいってた「UTF-8版のパッケージをリリースするかもしれない」はどうなったんだ？
デフォルトは別にEUCでもいいが、UTF-8版もリリースしてほしいんだが。
個人個人が面倒な思いをするのは馬鹿らしすぎ。
このスレで誰かがいってた「UTF-8版のパッケージをリリースするかもしれない」はどうなったんだ？
デフォルトは別にEUCでもいいが、UTF-8版もリリースしてほしいんだが。
個人個人が面倒な思いをするのは馬鹿らしすぎ。
>>984
誰も藻前の結論なんか必要としていないと思われ。
誰も藻前の結論なんか必要としていないと思われ。
>>972
> 公式にリリースするとなると、既存のデータをUTF-8に変換するスクリプトを
> 用意しなきゃいけなかったり。いろいろ大変だよね。
EUC->UTF乗り換え話とUTF8版リリースの話は別に考えるべきだと思うけどね。
「～をするなら～をしなければならない」というのはこの手のソフト開発にはそぐわない。
そんなこと考えるから自縄自縛で動きが鈍くなってくわけ。この辺のセンスが（ｒｙ
> 公式にリリースするとなると、既存のデータをUTF-8に変換するスクリプトを
> 用意しなきゃいけなかったり。いろいろ大変だよね。
EUC->UTF乗り換え話とUTF8版リリースの話は別に考えるべきだと思うけどね。
「～をするなら～をしなければならない」というのはこの手のソフト開発にはそぐわない。
そんなこと考えるから自縄自縛で動きが鈍くなってくわけ。この辺のセンスが（ｒｙ
>>988
略さないで最後まで言い切ってくれ。きになる
略さないで最後まで言い切ってくれ。きになる
>>980
> 根拠が不明だし。何か比較でもしてみたの？
ではdiffだと負荷が大きいという根拠はどうなのだね？少なくともgz圧縮より軽いのは確実だろうね。
> つーか単なるテキストなんだから大したサイズでも無いだろ。
スケーラビリティがありませんな。というか大したサイズじゃないならdiffの負荷も大したものじゃないわけで、
なにやら支離滅裂ですな。
> diff 取るような糞仕様じゃ無いんだから古いの消せばいーんだし。
これも意味不明だね。なんというか価値ある発言が1bitもありませんなｗ
> 根拠が不明だし。何か比較でもしてみたの？
ではdiffだと負荷が大きいという根拠はどうなのだね？少なくともgz圧縮より軽いのは確実だろうね。
> つーか単なるテキストなんだから大したサイズでも無いだろ。
スケーラビリティがありませんな。というか大したサイズじゃないならdiffの負荷も大したものじゃないわけで、
なにやら支離滅裂ですな。
> diff 取るような糞仕様じゃ無いんだから古いの消せばいーんだし。
これも意味不明だね。なんというか価値ある発言が1bitもありませんなｗ
>>994
> ではdiffだと負荷が大きいという根拠はどうなのだね？少なくともgz圧縮より軽いのは確実だろうね。
この発言の根拠も不明だな。
> なにやら支離滅裂ですな。
ご自身のことですか？
> これも意味不明だね。なんというか価値ある発言が1bitもありませんなｗ
発言てビット単位で測定できるのか。はつみみだ。
> ではdiffだと負荷が大きいという根拠はどうなのだね？少なくともgz圧縮より軽いのは確実だろうね。
この発言の根拠も不明だな。
> なにやら支離滅裂ですな。
ご自身のことですか？
> これも意味不明だね。なんというか価値ある発言が1bitもありませんなｗ
発言てビット単位で測定できるのか。はつみみだ。
リリースファイルがPukiWikiプロジェクトの中で枝分かれするのはいやだな
PukiWikiとしてUTF-8版を出すならEUC版はストップしたほうがいいと思う。
ダウンロードのページにPukiWiki_UTF8とかPukiWiki_EUCとか
複数置いてあると混乱するとおもうし、サポートの手間も２倍になる。
PukiWikiとしてUTF-8版を出すならEUC版はストップしたほうがいいと思う。
ダウンロードのページにPukiWiki_UTF8とかPukiWiki_EUCとか
複数置いてあると混乱するとおもうし、サポートの手間も２倍になる。
サポートとか、馬鹿の相手とかやめれば、手間も減るかと。
>>982
> 今度からはリリースキャンディデート版のときに言おうな
まあ批判を封殺する理由は次から次へと考えつくものですな。
こういう人間は、rc版の時にいったら今度はもっと前に言えということ受け合いだ（笑
> ところでソースの英語化(コメントも英語)が進められているわけだが、
そういえば今回のリリースで英語化って側面もあったねぇ。それについては気にもとめてなかったけどｗ
こんなのそれこそ中国語版とか作ってる奴らにまかせときゃいい気がするけどね（あ、彼らは中国語の
コメント入れてるかｗ）。まあ反対はしないが、賛成もせんね。
> 今度からはリリースキャンディデート版のときに言おうな
まあ批判を封殺する理由は次から次へと考えつくものですな。
こういう人間は、rc版の時にいったら今度はもっと前に言えということ受け合いだ（笑
> ところでソースの英語化(コメントも英語)が進められているわけだが、
そういえば今回のリリースで英語化って側面もあったねぇ。それについては気にもとめてなかったけどｗ
こんなのそれこそ中国語版とか作ってる奴らにまかせときゃいい気がするけどね（あ、彼らは中国語の
コメント入れてるかｗ）。まあ反対はしないが、賛成もせんね。
1000
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。