雑談の過去ログ その15
PukiWikiを英語モードで設置しました†
Diablo IIという海外ゲームの、Eastern SunというMODの開発をしています。PukiWiki 1.4.7(UTF-8)版を、英語モードにて設置させてもらいましたので、報告と雑感です。
- FAQには古い版の英語化の手順しか掲載されてないようです。
- 結局、英語化自体はpukiwiki.ini.phpの「define('LANG', 'ja')」を「define('LANG', 'en')」に変えるだけで、非常に楽でした。
- 英語版の初期ページをWikiフォルダに上書きしても、まだ日本語で書かれたページがかなり残ります。とりあえずそれらのページは英語化された時点で再アップロードすることにしてバッサリ削除しました。
変更点
- en.lng.phpの訳を少し変更しました(主に直訳調な部分)。
- FormattingRules(整形ルール)を、FormatExampleのページをベースにやさしく書き直し。
- Helpを、かんでふくめるように全面書き直し。
- Skinなどを少しカスタマイズ。
- こちらに英語がらみの変更部分をアップしておきました。なにか使えそうな部分がありましたら使ってください。
Phrozen KeepというアメリカMOD掲示板群で1年ほどモデレータをやってみて身に沁みたのですが、10歳の子供もいるし、ユーザの半分が英語が怪しい非英語圏人だし、10回説明してもzipファイルがきちんと解凍できない人がいたり、「オレのパソコンにはどこにもスタートなんてボタンは付いてない」と豪語する人がいたり、もう大変です。
ゲームとか、くだけたテーマで不特定多数が集まると、もうありえないくらい低スキルの人がゴロゴロいて、ヘルプとか整形ルールが一見難しく見えるだけで、もうWikiへの参加をあきらめてしまいそうなんで、そういう層へのフォローの意味で書き直しました。書いてる人間自体素人なんで、開発者の方に見ていただけると「あーこんなところですらつまずくのか」みたいな感じで新鮮かもしれません。
ひとつ問題に感じた点があるのですが、たとえばWiki設置者が、「WikiNameへの自動リンクをしない」といった設置オプションを選んでも、整形ルールのページ等に反映されないですよね。
私もいくつか設置オプションを変更したので、整形ルールの該当部分に「管理者がこの設定を無効にしている場合があります。ヘルプの一番下の項目をご覧ください」という意味の一文を追加し、ヘルプの最後に、以下のような項目を追加し(原文は英語)、リンクを設定しました。本家でもこういう工夫があったほうがいいのではないでしょうか?
Wikiの動作に関して、このサイト固有の特殊な設定はありますか?†
- このサイトでは、WikiNameへの自動リンクが無効に設定されています。BracketNameを使ってください。
- このサイトでは、段落の途中で改行すると改行して表示される設定になっています。
tsuru
またやってきた! spam†
- かなり派手にspam攻撃されております。修正するのしんどい (^^; -- teanan
- とりあえず駆除完了。spam対策しないとダメですねぇ・・・ -- teanan
- お疲れ様です。それにしても、タイムスタンプもぐっちゃぐちゃで何がなにやらわからんくなりましたな。(--; ところで、少なくとも<a hrefで始まる文字列が含まれている書き込みは、出来ないようにした方が良いのかも知れませんね。アドレスが即リンクになるPukiwikiなら通常不必要ですからねぇ。(でも鼬と遊ぶ事になるかも....。) --
- 問題なのは、ページを新規作成する際に遮断する手段が無いと言うことです。次回のリリースまでに何とかしたいですね。 -- teanan
- お疲れ様でした。このトピックは一番新しいので下に移動しますね (見逃す所でした (^^; ) この件のサマリーは こちら。-- henoheno
- こうした話題などあれこれを、性能面も含めて突き詰めていくと結局 dev:BugTrack2/189 みたいな話になるんですよね。 dev:BugTrack/772 spamに限らず、無用なpostの対策はどうにかしたいですねー -- henoheno
- こういうのはいかがでしょうか。(続く -- SPAM対策として
- 編集後に表示される画面で、編集した内容をコメントさせる。(必須入力)-- SPAM対策として &new([nodate]){date}: Invalid date string;
- コメントを入力させるかどうか、コメントをどのページに反映させるかはiniで設定-- SPAM対策として &new([nodate]){date}: Invalid date string;
- ふむ、スパマー君は、小まめですな。日に僅か40~50程度しかアクセスの無い当サイトにもやってきます。ご苦労なこって。んで、カウンターを見ると「2」つまりスパマー君と私の分てことです。(爆) --
書籍で取り上げられたプログラムのメンテナンス†
- PukiWiki入門という本を購入して始めました.....が、最近出版された本にも係わらず、載っているプラグインが最新版では動作していません。 著者として名前を連ねたらちゃんと載ってるプラグインくらいは面倒見るべきじゃないですか? 自作プラグインでも、プラグイン作者が飽きたのか忙しいのかわかりませんが、BugTrack見ても、質問箱見ても、質問の返事が長期間返っていないものが大量にあります。 質問しても1週間も待って返事来ないならもう見に来る気分にもなれませんよね。 作ったならちゃんと面倒見る! これ基本じゃないですか? もうサポートする気がないならハッキリとサポート終結宣言を出すべきだと思います。 そして、自作プラグインにサポート終了の項目を作りそちらに移行させてはどうかなと思います。 -- ユーザー
- こんにちは :) 自作プラグインはその名の通り、各自が独自に作成したプラグインです。PukiWikiは現在半年くらいに一回リリースを繰り返していますが、その過程で、以前の自作プラグインが新しいバージョンでは動かなくなる事はありえます。何が問題であるのかを突き止めるのは、基本的に「ニーズを持っている人々」です。元の作者だけではありません。 -- henoheno
- 質問箱を含め、Wikiは相互解決の場です。質問が展開しない場合、回答を待つだけではなく、さらに調べて書き込んだり話題を整理したりして構いません。状況を具体的に説明するなり、動きを追うなり、可能な範囲で力を合わせてじっくり取り組んで下さい。 -- henoheno
- GPLの様なオープンソースライセンスが適用されたプログラムのメンテナンスは、各自やる気のある者が行うでしょう。続けようが続けまいが、他の誰が続けようが自由です。仮にある時期のメンテナがサポートを終了させた時、そのことを追記するのは良い事だと思います。その先の段階になりますが、メンテナを募集しているプラグインの一覧も、あっても良いと思います。ただ、設計がよほど古かったりするような事情でもない限り「移動」させる必要は無いでしょう。 -- henoheno
- あ、肝心なことを仰っていないと思います。動作しなかったというそのプラグインは何ですか? どうにかできたとしても、具体的に書かない様では永遠に先に続かないと思います (^^; -- henoheno
- この手の本なんてものは、出た時点で時代遅れになるのは極普通だと思うけど?Linuxの本なんか、それこそセキュリティホールだらけのバージョンが載ってたりするのも良くある事で。この手の本てのは、参考書としてみるべきですな。 --
オープンソースライセンスが適用されたプログラムのメンテナンス†
- 問題のプラグインは、他の方の質問に作者さんが一応答えて少し進展してます。 >GPLの様な~(略)ですが、その辺の注意事項を簡単に自作プラグインの冒頭に書くべきではないですか? IT関連に興味のある人くらいしかGPLがどんなものと知ってる人はいないと思いますよ? 一般の素人がGPLを知るわけもないと思いますが? どうもこのサイトは、素人に非常に敷居の高いものになってるとしか思えません。 わかってることを前提で全てが書かれているように思えます。 それは、一から十まで懇切丁寧に説明するほどでもないと思いますが、最低限、インストールできる知識がある人向け程度の説明は必要だと思いますよ。 -- ど素人
- ただ、ライセンス関連の記述、henohenoさんの返答を見ても、かなり気を使われて書いてらっしゃいます。 迂闊な事は書けないのは、理解できます。 ですが、このPukiWikiは素晴らしすぎるので期待しすぎてしまうことは宿命と思ってください。 私としては注意書きでもあれば、求めすぎて今回の私のような思いをすることもなかったかなって思います。 またライセンスに関するところは、トップページにリンクを張って欲しかったなと探してて思いました。 -- ど素人
- 聞き齧りレベルだと「GPL?ああ、フリーソフトの一種ね。」位の認識ですぜ。(^^; その他大勢は、「GPL?なにそれ?どっかのブランド?」がいい所です。ちなみに私も数年前までそんなもんでした。が、今でもそう大差ないかも。(^^;GPLって一般じゃかなりマイナーな存在ですよ。 --
- GPLでなくとも、フリーなソフトを提供する側にサポートの義務はありません。作者の善意によって製作&提供されているに過ぎません。何事も、サポートを要求するのであれば、それなりの対価が必要なのです :) --
- フリーなソフトを提供する側にサポートの義務はない? それはどこの解釈ですか? そんな定義は存在しないと思いますが? 逆にお金を取るソフトでサポートの義務はどこに書いてありますか? それは貴方の思い込でしょw 私の言いたいのはそうじゃありません。 例えばで(ただの例ですよ このソフトがどうとか言ってる訳ではありません)自作プラグインにあるxboxtag.inc.phpは、コメント欄がありません。 一般の素人ユーザーから見れば、書くところがないのでサポートもないなと直感的にわかりますよね。 そりゃ編集してコメント欄付ければってツッコミはなしでうすよ(^^; これも例ですけど自作プラグインinitchmod.cgi にはコメント欄があります。 これはなんらかのサポートをしてくれると期待してしまうのじゃないですか? サポートのコメント欄かソースについての意見を聞く為の物かは判断できません。 そういう配慮が必要なのでは?って言ってる訳ですよ。 -- ユーザー
- >xboxtag.inc.phpは、コメント欄がありません。
作成者サイトページにあるよ。よく見ようね。 --
- フリーウエアにサポートの義務があるってのはどこの解釈ですか??サポート義務うんぬんは場合によるだろうけど、少なくともここのプラグインなんかは、作者にサポートの義務はないでしょ。これらは善意で作ったor(自分のために作ったものを)公開してくれたものであって、そのサポートしろってのは無茶。まあ、公開してすぐに、「こんなバグありますよ」って報告があれば、それは作者が修正すべきという意見もわかりますけど、1年以上前に公開したものを保守しろとか、無茶でしょ。そんな毎日見に来ないって。
フリーウエアでも、サポートしますって宣言があればそれはサポートする義務はあると言えるでしょうね。サポート求めるならそういうソフトを探して使ってはいかが? -- ぃぉぃぉ
- 仮にフリーウェアでサポート宣言したとしても、サポートの義務は発生しません。契約書を交わさない限り義務は生じないのです。パッケージ品を購入した場合は契約書が必ず同梱されており、この契約書によってユーザーサポートの義務が発生します。 --
- 義務が発生しないって、そうですかね? 法的な用語にもあるんだろうけど。「(1)人が人として、あるいは立場上、身分上当然しなければならないこと。責務。」(大辞林) 宣言したら、当然しなければならないことでしょ。ただし、しなかったからといって罰則が発生したりはしませんけどね。(なんか小学校の道徳の授業みたいになってきた...) -- ぃぉぃぉ
- どうも揚げ足取りが多くて... ぃぉぃぉさん 本の著者に名前を連ねていてそこにソフトが掲載されている。 少なくともそんな状況なら著者として掲載されたソフトの面倒をしばらく見るのが普通だと思いませんか? 本に書いたよ、後は知らないっていうのは無責任だと思いませんか? 私が言っているのは他の作者へ言ってるのではありませんよ。 名無しさん、契約書にサポート義務が書いてなければ発生しませんよ。 そんな契約書は見たことないですか? 私はありますけど。 作者サイトページにあると言った人、ここでサポートしてくれるのかどうかの問題ですよ。 他所のサイトで面倒見るならここにそもそも発言しませんけどね。 重箱の隅をつつくようなツッコミはもう結構です。 -- ユーザー
- 話が変な方向に向かいつつありますが、PukiWikiでググっても 4,440,000件ヒットと多数の人が興味を持っていることがわかります。 それらの人の大多数はここに訪れるわけですよ。 PukiWiki公式ページの内容は多数の人に影響しますよね。 その人達が検索して投げっぱなしの質問や回答しても返事をしないコメント群を見てどう思うでしょうか? これは終わってる(PukiWiki自体が)のかな?って印象を受けませんか? 私はそういう印象を受けたので(半分は別件で怒ってですが)ここで発言しました。 同じ思いを他の人にしてもらいたくないのです。 みなさんの意見を聞いて、この辺で、自作投稿のガイドラインというかそういうものを作ってはどうでしょうか? 投稿に原作者としての サポートの有無、サポートの終結時期、終了宣言の明記、メンテの引継ぎ依頼、コメント欄が何に対するコメントなのかの説明などを。 メンテを引き継いだ有志が、パッチや改造に関するブランチの設置。 またページトップに簡単にサポートに関する説明。 その当りを書くと以降、分かりやすくならないかなと思います。 -- ユーザー
- 盛り上ってますね (^^; 各自、どの発言をした人が次に何を発言したかわかり易くなるよう、それなりに独特なユーザー名を使って下さい。なお、コメント欄の先頭にハイフンを一つないし二つ書いておけば、最初からインデントしたコメントを追記できます。もちろん後からページを編集してインデントをつける事もできます。主張の論点が明確になるように、コメントを後から洗練させようと努力する事もできますし、別の話題が発生していたらコメントを話題ごとに整理したり、見出しを分ける事もできるのです。 -- henoheno
- 素晴らしい事の大部分はWikiのコンセプトであってPukiWikiではないと思うのですが、その話は置いておいて -- henoheno
- 「コメント欄」が無いからコミュニケーションが取れないという主張について。もうお気づきだとは思うのですが: -- henoheno
- (1) 自作プラグインのページも、リンク先の作者さんのページも、いずれも編集認証がある様には見えませんから、コメント欄などを自分で作ることができるでしょう。commentプラグインを知らなくても、それなりの追記が可能です。それなのにコミュニケーションができないと主張されるのはWikiのユーザーとして的を外していませんでしょうか。Wikiに慣れていない方向けのコンテンツであれば話は理解できるのですが。
- henohenoさんの(1)へ >そりゃ編集してコメント欄付ければってツッコミはなしでうすよ って言ってるように。 不具合がでた場合、普通ダンロードしたサイトに来て資料を探しますよね? その時にそのページにコメント欄が無ければ、普通の人は公式HP上では、サポートはないんだなと予想しませんか? そういう意味でコメント欄の例を出しました。 コメント欄がないのに編集して勝手に質問するという状況なんて私には想像できません。 私が初心者だからでしょうが、そのページが意見を受け付ける用意がないなら勝手に構成変えていいと思わないからです。 -- ユーザー
- (2) 指摘がある通り、実際にはリンク先にコメント欄が 7/1 ごろから存在しているようですから、タイミングもあったかもしれませんが、(私もよく先走りますが)あまり的確な指摘とは思えません。
- henohenoさんの(2)へ あれはリストの上の方にあったから選んだだけですから深い意味はありません。 リンク先のHPで対応するなら、ここで意見を言う意味はありませんよね。 私はここの公式HP上で作者が用意したサポート用と私が勝手に思い込んでるコメント欄があるかどうかのたとえをしただけです。 -- ユーザー
- (3)ページの追記をされてないという事は、例えば「関連する話題があった時にそのページと相互リンクを張って誘導する」ようなアシストなども一切されていない様に感じます。それが本当なら、お嘆きの現状を解消される行動を(日々少しづつでも)されていない様にも思いますので少々残念です。態度を行動で示す、という事を多人数で継続して実行できるのが共有コンテンツの良い所かと思いますので。
- たとえばここのTopページ(また例えが失敗したかも)ですが、今現在は凍結されてませんよね? PukiWikiに対する苦情を勝手に編集して書き加えてもおかしくないですよね? でもスパムとかイタズラを除いて(過去の経緯は知りませんよ。でも凍結してないということから予想)あそこを編集して何か質問する人はいませんよね?(居たら例え失敗) それは、あそこがコメントを書くとこじゃないとみんなが思ってるからじゃないですか? それと一緒ですよ。 自作のページも勝手に編集してもいいとは思わないんですよ。 コメント欄があるならそこに書けばいいわけで、無ければ書こうとしませんよね? 自分のページにリンクを張って誘導していれば、そっちのコメント欄を探すわけです。 そこにもコメント欄がない場合はあきらめるか、他所の部分に書き込んでみるかもしれません。 ......んー どうも例えが想定外の事態を...... -- ユーザー
- 凍結されていないページは誰でも編集可能。それがPukiwikiじゃないかな?あとは、まぁ、良識と常識の問題かと。(FrontPage勝手に編集してんなとこに苦情書いたら顰蹙買うだけだし。) --
- WebTrack/50 での指摘を受けて、このページのバックアップを削除しました。これでこのページの編集が再び可能になったはずです。よっちいさんがどうしてdev:雑談にコメントしているのか、理由が判りました -- henoheno
- (dev:雑談から移動) php-4.4.3が出ました。またphp-5.2.0RC1というのがphp-qatに置かれてます。 -- よっちい
- ニュースに反映しました。お知らせいただきありがとうございました :) -- henoheno
- 「1行暦の表示とrecent.datをpulldownするプラグイン」をDebug中です
ご意見など頂けたら幸甚に存じます。
またBOX型も作成したいのですがIEではCSSの絡みで行き詰まっています。
こちらは表示sampleを準備中です。 -- sfuji
- php-4.4.4とphp-5.1.5がでました。 -- よっちい
- はじめまして。いま4000ページ以上にもなるサイトを管理しているのですが、今後もPukiwikiを使っていくか迷っています。新しいページを作成したり、編集したり、通常のPukiwikiの動作には不満はありませんが、全ページのページ名を一覧表示したり、deldel.inc.phpを使って一括削除しようとすると、ページ数が多くなる分、なかなか難しいようです。できれば、ページ数が多いときには、例えば一覧表示をするときには、1ページ当たり100タイトル名にして、複数のページに渡って全タイトルを表示できるようにするとか、deldel.inc.phpにしても、階層ごとの表示からチェックボタンで削除できるようにするとか、もう少しページ数が多くなったときの管理方法を考えて欲しいと思いました。 -- こんこん
- php-5.1.6が出ました。 -- よっちい
- WEB+DB PRESS Vol.34に、はてな認証API組み込みの記事。著者のまちゅさんの日記にはサンプルが。 -- さばぞう
- Pukiwikiの話題じゃないけれど、JPCERT/CCの記事を見ていたら、
http://www.ciac.org/ciac/bulletins/q-309.shtml
こんなのが出ていました。(Tikiwiki)
wiki関連の記事もJPCERT/CCって取り上げられるようになったんですね。
ところで、この記事の脆弱性については、Pukiwikiは関係ないのでしょうか? --
サーバの設定で†
自分でサーバを立ち上げると言うのは、割と珍しくなくなりましたよね。
私も自分でサーバを設置しています。
httpdサーバをセットアップする場合、多くはapacheを使うんではないでしょうか?
私もそうです。
そして、apacheを立ち上げると極普通に日本語は文字化けするのは今更の話だと思います。
この解決のためには、httpd.confの
AddDefaultCharset on
とある部分を
AddDefaultCharset off
とします。(もしくはデフォルトにしたいキャラクターセット名を記述)ところが人に話を聞いて調べてみると
AddDefaultCharset none
とするなんてのがWeb上で至極まじめに記述している人が多いのに驚きました。
てなわけでこういうような事例を教えて欲しいと思いました。
(実は、私もまだなんか間違ってんじゃないか?と不安になったので。(^^;)
apacheに限らず、PHP他pukiwikiに関係するものなら何でも良いのでよろしくお願いします。
(その他のも知りたいですが、ここはpukiwiki公式サイトなのでpukiwikiに関する設定のみと言う事で。)
他ツールとの連動†
うちでは、MantisというPHPベースのbugtrackerを使っていますが、Mantis上での画面表示をpukiwikiのエンジン経由で表示させるようにgatewayを作って運用しています。
データの管理自体は、mantisがDB経由でやっているいますので、表示エンジン部分だけの拝借です。
Bugtracker中の単語をWikiにリンクさせたり、表の表示が出来たり重宝しております。
こんな感じで他TOOLで、Pukiwikiの表示エンジン部分だけ拝借して使ってらっしゃる方はいらっしゃいますか?もしいらっしゃったら情報交換しませんか?-- phantomo
PukiWiki公式サイト内の検索を高速に行う†
どこに書いたらいいのか分からないのでここに書かせて頂きます。
PukiWiki公式サイトから情報を探したいとき、検索が重くて重くて困っていました。
で、「外から検索してみたらどうだろう?」
と思って、以下のようなことをやってみました。
- InterWikiName のページに、以下を追加します。
//GoogleでPukiWikiのサイトを検索
-[http://www.google.co.jp/search?ie=utf8&oe=utf8&q=(長いので次の行に続く)
site://pukiwiki.sourceforge.jp+$1&lr=lang_ja&hl=ja Google.pukiwiki] utf8
- あとは、以下のような記述を PukiWiki のページに記入します。
PukiWiki公式サイトの検索(Powered by Google)
#lookup(Google.pukiwiki,検索)
個人的には「これは使える!」とヒットでした。
既出でしたらすみませんm(..)m
ブログの記事を勝手に掲載される†
- こちらをお使いの方に、ブログの記事を勝手に掲載されて困っています。 -- ななし
- 途中で送ってしまいました。つづきです。勝手な掲載に関して、連絡は一切なく、許可した憶えも一切なく、とても不快です。いますぐ削除してもらいたいのですが、警告などをしてもらうことはできませんか? -- ななし
- どこのブログの記事を ? --
- http://11gekiyasu.com/modules/pukiwiki/1131.htmlここに掲載されています。メールなど、お問い合わせフォームみたいなものはありませんか?PukiWikiの方に直接連絡もさせていただきたいのですが。 -- ななし
- 残念ながら、直接連絡してもらうほかありません。サイトに使われているのはxoopsですが、もしPukiWikiが使われていたとしても連絡を取る術はないでしょう。 --
- こちから管理人に警告を発してもらうこともダメですか? -- ななし
- まず、あなたがPukiWikiと思われているものは「PukiWikiMod」(B-Wiki)と呼ばれる別のWikiエンジンです。つまり、あらゆる意味においてここで質問されることは不適切です。以下は参考までにお読みください。 --
- PukiWikiもPukiWikiModも「ソフトウェア」であって「サービス」ではありません。BlogやSNSのようなものだと思われているなら、それは誤解です。利用者は、ダウンロードしたソフトウェアを各自のサーバにて動作させているので、開発者は警告を行う立場ではありませんし、強制的に何かをできるわけでもありません。もちろん開発者がソフトウェア利用者の当事者間の問題について責任を負う事もありません。 --
- また、そのページに表示されている情報はbulkfeedsなどから取得したRSSの情報であると思われます(blogsプラグインを使用している模様)。つまりそのサイトに転載されているのは「あなたが配信した情報」です。RSSは通常、Blogの機能により勝手に配信されますが、対外的にはあなたが発信者と見なされます。RSSは転用を前提とした「ビラ」的機能なので、転載されたくなければ配信すべきではありません。 --
- さらに、そもそも著作権法32条の定める範囲を超えない限り、引用にあたって著作権者の了解を得る必要はありません。(たとえばあなたはGoogleやYahooに許可を求められましたか?) --
- 話がそれましたが、時系列で10件表示しているだけのようなので、おそらく3~5日も待てば消えるはずです。苦情を入れることを止めはしませんが、数日待ってからでも遅くないと思います。 --