トップページ⇒php
1001コメント332KB

PukiWikiスレ　Part1

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん04/05/19 04:09ID:ymRF8CoN
PukiwikiはPHPで書かれたwikiです。

公式　http://pukiwiki.org/
開発　http://pukiwiki.sourceforge.jp/dev/
ML　　http://sourceforge.jp/mail/?group_id=166
0331nobodyさん04/10/08 22:42:30ID:???
>>330
根性があれば
http://pukiwiki.sourceforge.jp/dev/?BugTrack%2F632
http://oku.edu.mie-u.ac.jp/~okumura/texwiki/
0332nobodyさん04/10/08 22:43:34ID:???
>>330
あ、パッチは必須
0333nobodyさん04/10/09 05:43:24ID:???
やったー！
WikiでTeXが書けるようになったよ！
初心者なりにいろいろ調べて試行錯誤した甲斐がありました。
あまりに嬉しいので記念カキコ。
0334nobodyさん04/10/09 05:57:50ID:???
>>333
あなたには晒す義務が生まれました
0335nobodyさん04/10/09 17:02:59ID:???
同時に、晒してもスルーされるリスクも生じました。
0336nobodyさん04/10/10 07:51:09ID:???
これでは。

自作プラグイン/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
0337nobodyさん04/10/10 15:25:20ID:???
>>334>>335には申し訳ないですが、>>336の言うとおりです。
別に自分でプラグイン作ったんじゃなくてmimetexとmimetexの設定にようやく成功しただけです。
初心者なのでてこずったけど自分で調べてできたので嬉しい。
でも普段はMacでSafari使ってるから半角￥の問題があるんだなあ。
pukiwikiのunicode化をしようとしたけど失敗したので現在奮闘中。
0338nobodyさん04/10/10 15:27:26ID:???
unicode 化すると、何かいいことあんの？
0339nobodyさん04/10/10 15:47:38ID:???
>>338
unicode化するとSafariでの半角￥などの問題が解消されるとどこかで読んだ覚えがありまして…
ちょっと違うのかな？あまり自信がありません。
0340nobodyさん04/10/10 15:51:16ID:???
>>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
0341nobodyさん04/10/10 15:54:25ID:???
へー、そうなんだ。

safari にこだわる理由ってあるの？
無ければ IE なり Mozilla を使えばいいじゃん。
0342nobodyさん04/10/10 16:06:08ID:???
>>341
うーん、スキンとかいじってSafariに最適化してますからねえ…
まあ、unicode化よりはスキンを書き直すほうが楽そうなので、IEを使うってのが一番現実的ですかね。
0343nobodyさん04/10/10 22:14:53ID:???
unicode が時代の流れってのはあるね
携帯とかまだ対応してないの多いけど
0344nobodyさん04/10/12 00:50:52ID:???
>>342
マイナーなブラウザに最適化するなよ・・・

自分のサイトの訪問者のUser-agentぐらい調べて、
訪問者にとって一番利便性のある最適化をするべきでは？

自分専用なサイトなら何やってもいいけどさ
0345nobodyさん04/10/12 10:42:53ID:???
>>344
いちおうMacユーザーの仲間内のページなんですよ。
みんなApple信者で。
もちろんトップには「Safari以外だとちゃんと見えないかもよ」と書いておいて。
でもスキンいじってIEでも見れるようにしました。
やはりwikiでTeXが使えるという利点には代えられませんから。
今度は逆に「Safariでは編集しないで」って書く羽目になっちゃった。
現在バックアップを取ってunicode化に挑戦中！
0346nobodyさん04/10/12 17:01:43ID:???
> 現在バックアップを取ってunicode化に挑戦中！

危険だね。
現在使っているものはそのまま使っておいて、unicode 化が成功した時に
移行するべきだね。

0347nobodyさん04/10/12 22:27:54ID:???
>>346
揚げ足取り必死だな(ﾌﾟ
0348nobodyさん04/10/13 00:56:30ID:???
管理者以外のユーザが「新規」ページの作成できないようにしたいのですが、
そのようなカスタマイズした方いますか？
0349nobodyさん04/10/13 01:33:23ID:???
質問です。
早速導入すべく、メモ帳通りでフィルとのフォルダのパーティションも指示通り変更して
実行しました。トップページはちゃんと出るのですが、編集及び新規作成するときに
ページの更新ボタンを押すとこんなのがでます・・・

Runtime error
Error message : cannot write page file RecentChanges
maybe permission is not writable or filename is too long

ちなみにAAAとXreaで試しましたがどちらも同じ症状が出ます。
pukiwiki1.3.7
0350nobodyさん04/10/13 02:36:22ID:???
>>348
新規リンクを消して、newpage.inc.phpの呼び出し変数を変えたことがある。
多分もっと良い方法があると思うけど。
0351nobodyさん04/10/13 02:38:30ID:???
>>348
「編集」はOKなの？
「編集」もダメってんなら設定ファイル見ればその項目はあるけど。
「新規」のみ禁止ってんなら、改造必須だろうね。

>>349
らんたいむえらー
えらーめっせーじ：RecentChangesっていうページのファイルに書き込めません
多分、パーミッションが書けないようになってるか、ファイル名長すぎなんですよ

適当意訳してみた。
つーわけで、本家サイト見ながらパーミッションをチェック汁！
0352nobodyさん04/10/13 08:58:38ID:???
>351
> >>348
> 「編集」はOKなの？

編集は凍結できるけと、新規は防げないので。
newpage.inc.phpを別ディレクトリに移動して、そこに.htaccess
おけばいいのかな？きっと勘違いでしょうね。
0353nobodyさん04/10/13 13:39:11ID:???
>>352
いっそnewpage.inc.phpを削除するか、パーミッション変えるか、リネームしたらどうよ？
そういう問題じゃないのか、、
0354nobodyさん04/10/13 13:42:06ID:???
>>353
>352はきっと他人は新規作成できなくして、
自分は新規作成したいと言うことなんでしょう。
俺は>350の設定が良さそうな気がするけど。
あとは本家で聞いた方がレス早いと思うよ。
0355nobodyさん04/10/13 15:09:30ID:???
>>351
ヒントありがとうございます
遅い訂正レスですが何を思ったかパーミッションではなくパーティションと記述してしまいました。すいません
0356nobodyさん04/10/16 18:05:17ID:???
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
0357nobodyさん04/10/16 20:16:52ID:???
>>356
----
を投稿の最後につければよい。

#insertプラグインのフォーム内ではwikiの記法が有効なのでそれで充分じゃないか？
どうしてもってんなら24行目を
$insert = ($vars['msg'] != '') ? "\n{$vars['msg']}\n----\n" : '';

にすればいい。
0358nobodyさん04/10/16 20:32:27ID:???
>357さん

有り難うございます。m( _ _ )m
見事に水平線が入りました。

>----
>を投稿の最後につければよい。

自分だけが使うなら、これでも良いのですが。
ほとんど初心者ばかりが使用するので。
（と、人のこと言えないですね (^^ゞ）

ホントに有り難うございます。
0359nobodyさん04/10/22 21:10:43ID:???
PukiWiki 1.4.4 はえぇ！
http://blog.goo.ne.jp/firezaurus/e/e717c7c92dd82d4693c1924b75ba5845
0360nobodyさん04/10/25 10:25:44ID:???
結局Reimy氏はどうなったの？
0361nobodyさん04/10/26 21:29:46ID:???
亡くなった。
0362nobodyさん04/10/26 23:39:11ID:???
ファイナルアンサー？
0363nobodyさん04/10/28 15:03:37ID:???
携帯でtableが少しは見やすくなるように
"|"をすべて改行として扱うことって出来ませんか？
pukiwiki1.4.2使ってます
0364nobodyさん04/10/29 12:51:45ID:Sy7xpdKA
古い話題ですが、>>281はpukiwiki.ini.php内で、LAN内のアドレスか否かをチェックして、それぞれの場合で$scriptを絶対アドレスで指定するようにすれば、いいと思うんですが、それでもRSSとかrefererとかで問題ででますか?
0365nobodyさん04/10/29 13:46:06ID:???
hosts書けばいいじゃん
0366nobodyさん04/10/30 01:49:57ID:???
>>364
検証した訳ではなく、単純に動作の仕組みからの類推で、
間違っている可能性はあるんだが…。

RSSは大丈夫
refererは大丈夫だが、セキュリティ上好ましくないかも
trackbackはまずい

365の言うとおりで、対象クライアントが限られていて、
hostsで解決できるなら、おそらくそれに越した事はなかろ。
コードを書かずばバグも出まい。
0367nobodyさん04/10/30 11:44:07ID:???
>>363
続・質問箱/337
0368nobodyさん04/11/01 02:34:30ID:???
プラグインを書き始めています。
渡した引数をURLエンコードするにはどのような関数を呼ぶのでしょうか。
たとえば、"Tiger Jet Shin"が引数とすると、"Tiger%20Jet%20Shin"と返すような。
0369nobodyさん04/11/01 02:35:58ID:???
urlencode
0370nobodyさん04/11/01 07:00:37ID:???
>>367
さっき他の携帯で見てみた。


漏れの携帯がｳﾝｺなだけかも・・・orz
0371nobodyさん04/11/01 08:07:24ID:???
>>369
ありがとうございました。
urlencodeだとうまく動かないようなのっで関連を調べると
rawurlencodeがよいようです。
0372nobodyさん04/11/06 21:49:56ID:???
最近Wiki使い始めたのだが
includesubmenuの使い方がさっぱりわからん・・・
プラグインマニュアルを読んでも全然理解できん（;´Д｀）
こんなへたれな俺にもよく分かるように誰か説明して下さいorz
0373nobodyさん04/11/07 03:41:44ID:???
１．「FrontPage/SubMenu」というページを作って「おいでませ」と書く。
２．MenuBarを編集して「#includesubmenu()」と付け足す。
３．するとあら不思議！FrontPageだけMenuBarに「おいでませ」が！！

というプラグイン。
0374nobodyさん04/11/07 03:50:16ID:???
>>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が存在する場合、下階層が優先される。
0375nobodyさん04/11/09 11:49:20ID:???
複数のpukiwikiでデータが共有できたりするそうだけど
そもそも複数設置って頭のディレクトリ名の違うセットを何個もうpするってこと？
頭悪い質問過ぎてみつからなかった・・・すいませんが誰か教えてけろ。
0376nobodyさん04/11/12 16:30:29ID:???
attachプラグインが255文字以上のファイル名のファイル作っちゃって、ローカルにダウンできないみたいなんだけど
これって一つずつ名前を変えてダウンするしかないんでしょうか?
結構多くてしんどそうです・・
037737604/11/12 16:54:06ID:???
ｽﾏｿ、正確にはディレクトリ+ファイル名=255~でした。ローカルのディレクトリをD直下にしてガマンします・・
0378nobodyさん04/11/12 16:58:43ID:???
opendir D, './'; while ($f = readdir D) { next if $f !~ /\.txt$/;
rename $f, substr($f, 0, 250) . '.txt' if 255 < length $f; } closedir D;
0379nobodyさん04/11/16 21:40:26ID:???
「ほげ」という文字列を「hoge」というページに自動リンクさせたい場合、
どこかに何らかの記述をすれば全てのページで自動リンクするということは可能ですか？

ヒントになるキーワードでもいいのでご存知の方がおられましたらご教授下さい。
0380nobodyさん04/11/16 23:32:59ID:???
>379
自動リンクされた「ほげ」をclickすると「hoge」の内容が
表示されるように…ってことなら、「ほげ」ってページを作って中身を

#include(hoge)

にしたらどうだろう。
0381nobodyさん04/11/17 00:45:04ID:???
>>379
たぶん380がお手軽で、正解。ページに別名付ける別解提示。

手段はいろいろあるけど、リンク対象数が限定されているなら
おそらく、ページhogeを作成してautolinkを有効にしつつ
自作プラグイン/alias.inc.php を使うのが一番手軽
0382nobodyさん04/11/17 01:15:29ID:???
>>380-381
なるほど、Pukiwikiではこのような手法で実現するのですね。
結構面倒ではありますが、毎回文中で指定するのに比べれば雲泥の差です。
ありがとうございました。
0383nobodyさん04/11/18 10:18:12ID:???
pukiwiki.orgで記事の編集しようとして、
編集ボタンを押すと入力フォームが文字化けする・・・・・・・・

MacOs9のIEだとよくあることらしいんだけど、
これって質問箱に報告すればいいのかな?　
0384nobodyさん04/11/18 10:42:02ID:???
org自体についてのことだからWebTrackかな。
038538304/11/18 11:39:47ID:???
>>384　ありがとうございます。
報告しました。
0386nobodyさん04/11/20 03:57:36ID:???
今、pukiwikiのプラグイン作ってるんだけど、何か変だ。

デバッグのコツとかないもんかなー。
phpinfo()で見たら入って欲しい値は_POST["hoge"]とかに入ってるのに
それを
if(isset($vars["hoge"])){
//処理1
}else{
//処理2
}
とかコードを書いても処理1も処理2もせずにFrontPageに戻ってしまうorz
038738604/11/20 04:00:05ID:???
当然、
global $vars;
はfunctionの中に書いています。

//同じプラグイン内でも通る部分と通らない部分があるのが謎だ
//とりあえず、一旦寝て、起きてから考え直そう。
0388nobodyさん04/11/20 04:36:11ID:???
こういう人たちがプラグイン作ってるのか……。
一度主要なプラグインをレビューして、底上げしないとあかんなぁ。
0389BugTrackさん04/11/20 09:54:57ID:???
>>388
BugTrack/745 既存プラグインの統廃合
0390nobodyさん04/11/20 11:40:00ID:???
どんなプラットフォームでも、おかしな野良プラグイン(アドオン、改変)なんて
いくらでもあるし、あってもいいんじゃない？
>>386は少なくとも「主要なプラグイン」の作者ではありえないしね。
0391nobodyさん04/11/20 15:13:11ID:???
そんなこと言ってると、品質がみるみる低下するんじゃ？
039238604/11/20 15:49:28ID:???
ここで晒すともれなく>>388がレビューしてくれるのですか？
結構頑張って書いてるし、pukiwikiの標準の関数とか
他の標準プラグインの関数とか使ってるからおかしいところは
少ないハズなんだけど。でも、根本的な考え方が間違ってたら痛いなー。

>>390
正解！

039338804/11/20 16:25:08ID:???
>>392
> ここで晒すともれなく>>388がレビューしてくれるのですか？

私はしません。利益もないのに、無料でなんかやらない。
主要なプラグインについては、それを参考にしてプラグインを書く人のためになるから、
手を入れるのはやぶさかではない。

> 結構頑張って書いてるし、pukiwikiの標準の関数とか
> 他の標準プラグインの関数とか使ってるからおかしいところは
> 少ないハズなんだけど。でも、根本的な考え方が間違ってたら痛いなー。

処理1も2も実行されないってことは、>>386 の部分が実行されていないことが分かるんだから、
呼び出し元(と思うところ)にdie()を突っ込んで行けば良いでしょう。
そうすればどこで想定とずれているかが分かる。
この程度のミスなら、die()で分かるだろうし、もうちょっと高度にやりたいならAPDとか使えば。
039438904/11/20 20:02:32ID:???
388さんが驚いているのは、print(C言語で言うprintf()デバッグ)
なりvar_dump()なりdie()なり、変数の値の基本的な確認方法を
知らないということ(畑が違う・世代が違う)ではなく、変数が
きちんと渡されて行っているのか、きちんと動作しているものを
踏まえて動作しているのか確認を重ねていないことについてでしょう。

とりあえずもれなく晒してみてはいかがでしょう。
039538604/11/20 23:11:52ID:???
> 388さんが驚いているのは、print(C言語で言うprintf()デバッグ)
> なりvar_dump()なりdie()なり、変数の値の基本的な確認方法を
> 知らないということ(畑が違う・世代が違う)ではなく、変数が
> きちんと渡されて行っているのか、きちんと動作しているものを
> 踏まえて動作しているのか確認を重ねていないことについてでしょう。
ちょっと待ってくださいな。die()でデバッグをするのはちょっと知らなかったけど、
echoとかprint_r()とかでいつもは変数がちゃんと渡ってるか見てますよ。
今回phpinfo()を使ったのは、どんな変数が渡っているのか”全部”見るためだったのです。
なので、基本的なデバッグ方法は知ってますし、使ってますよ。
ただ、何かpukiwikiのプラグイン開発に特有のやり方があるのなら、知りたかったということです。
特にそれ特有のやり方がなくて、普通のphpと同じやり方でいいなら多分、大丈夫です。

それと一応、問題は解決しました。
原因はisset()の動作を勘違いしていたことです。
変数がNULLでも”存在”していればisset()はTRUEになるんですね。
とりあえず、is_array()を使ってみたらいけました。

//このプラグインはいずれ公開するのでその時に見て突っ込んでください。

色々、教えてくれてありがとうございました>all
0396nobodyさん04/11/20 23:57:17ID:???
PukiWikiのプラグイン特有っていや、
出力結果のxhtmlの妥当性検証って
皆、どうやってやってるの？

出力パターンが少なかったから、A-HTMLLintとW3Cのチェッカで
テストしたけど、出力パターンが多くなると割に大変じゃない？
PHPUnitあたりと連携した簡易チェッカがあると良いなぁと思ったもんだが。
039738804/11/21 04:29:30ID:???
>>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
039838904/11/21 14:46:21ID:???
>>397
そこが388さんのツボでしたか。単にそのif文まで
処理が来ていないんだろうなーとスルーして
しまいました。
0399nobodyさん04/11/21 18:39:34ID:???
wikiってどんぐらい種類あるの？
0400nobodyさん04/11/21 19:23:02ID:???
ttp://c2.com/cgi/wiki?WikiEngines
0401nobodyさん04/11/21 22:57:46ID:???
ttp://pukiwiki.org/index.php?PukiWiki%2FErrata
何か出てた。
0402nobodyさん04/11/22 10:20:39ID:???
自分が使ってるレンタルサーバーを動作実績に付け加えたら誰かに削除されてた(´･ω･`)
0403nobodyさん04/11/23 10:32:41ID:???
>>402
また書いておいて下さい。
なんか最近アルファベット＆アイウエオ順にソートされたみたいなので
その影響もあるかも。
0404nobodyさん04/11/23 17:38:20ID:???
すんません、pukiwikiって新規で新しくページを作らせないようにすることってできるんでしょうか？
0405nobodyさん04/11/23 19:51:34ID:???
>>404
60〜70くらいレスを遡れ
0406nobodyさん04/11/25 02:43:01ID:???
最新のtar ballで試したら
** title [#hoge]
の[#hoge]が無効になってたよ・・
何処が変更されてそうなったんだろ・・
0407nobodyさん04/11/25 03:02:52ID:???
連投ｽﾏｿ、原因は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
040840204/11/25 10:36:51ID:???
ソートされてるのに気がつきませんでした(´･ω･`)
よく見たら、ソートで上の方にいっちゃってただけみたい。
うたがってすみませぬ<(_ _)>
0409nobodyさん04/11/25 10:54:50ID:???
すみません失礼します。
XREAのs101が取得できたので，Wikiを設置しようとしたのですが，
手順通りにアップ，属性変更としたのですが，
InternalServerErrorが出てしまいどうしても先に進めません。
転送モードや属性の再確認はしたのですが原因がどうしてもわかりません。
よろしければご教示願います。
なお，アップした場所は，/public_htmlです。
0410nobodyさん04/11/25 10:56:28ID:???
追記，インストールしたバージョンは1.4.4（PHP5対応版）です。
0411nobodyさん04/11/25 11:08:19ID:???
すいません。.htaccessの削除で解決しました。
0412nobodyさん04/11/25 17:36:49ID:???
参考になった
http://www.machu.jp/diary/20040927.html
0413nobodyさん04/11/25 20:06:26ID:???
Wikiのカスタマイズに触れる日記は多いのに、自作スキンってあんまり投稿されてたりしてないのな。
0414nobodyさん04/11/25 20:54:52ID:???
うー、細かいカスタマイズが疲れる・・・
定番カスタマイズはどっかにまとめてほしい、、
0415nobodyさん04/11/25 21:45:19ID:???
>>413
みんなカスタマイズだけで疲れてるんだろ
0416nobodyさん04/11/25 23:23:59ID:???
これもpukiwiki
http://slavadev.sourceforge.jp/
0417nobodyさん04/11/26 01:10:16ID:???
やっぱりデザインセンスもったプロ並みの人に
デフォルトのcssをいくつか作ってほしいなぁ・・・
0418nobodyさん04/11/26 06:08:14ID:???
もともと使いづらい UI なんだからデザインがバラバラにされるとかなーり不便
0419nobodyさん04/11/26 16:09:32ID:???
しかしいろいろなサイトでPukiWikiをデフォルトで使われると、
サイトの区別がつかなくなる。正直少しは見た目を変えて使ってほしい
0420nobodyさん04/11/26 16:43:51ID:???
色だ色を変えろ、カラー、そうカラーチェンジだカラーチェンジ
0421nobodyさん04/11/26 18:29:49ID:???
グリーン・イエロー・レッド・ピンク・ブルーで。
0422nobodyさん04/11/26 22:49:45ID:???
プロではなく素人で、しかもtable使ってたりソース汚かったりするけど
例の医学教科書wikiのサイトのテンプレなら公開されてる。
ttp://med.xrea.jp/wiki.html
0423nobodyさん04/11/27 00:38:05ID:???
>>422
医学書は高いからamazonで儲かりそうだね
0424nobodyさん04/11/27 00:44:18ID:???
色とか単純な見た目だけならtDiaryのスキン流用すりゃ良いんだけど。
最近のCVSでスキンの方が割と頻繁に変わりがちなので、
個人的には、もーちょっい様子見な感じ。

Wikiは割となんにでも使えてしまうので、サイトの特性に合わせた
分かりやすいナビゲーション方法論の確立
（の為に必要な設定やパッチのまとめページ）の方が興味あるな。
0425nobodyさん04/11/27 01:51:54ID:???
漏れカスタマイズ版Pukiwikiを配布しても
怒られない？
0426nobodyさん04/11/27 02:43:48ID:???
>>425
GPL にしたがってれば怒られない。
0427nobodyさん04/11/27 03:55:46ID:???
その''カスタマイズ''とやらの内容によっては笑われる危険性はある。
0428nobodyさん04/11/27 08:31:37ID:???
怒られないけど笑われるっていうのもリスクだな
0429nobodyさん04/11/27 08:35:05ID:???
実世界と切り離して公開すればいいじゃん。
笑われたら逃げて、また他の事をすればいい。
0430nobodyさん04/11/27 09:53:28ID:???
前にプラグイン削ってコンパクトにしました！と自慢してた奴が居たな
■ このスレッドは過去ログ倉庫に格納されています