不具合まとめながらふと思ったけど、本家PukiWikiよりはましなんだけど、PukiWiki Plus!って不具合多すぎ。つかエンバグ多すぎ。影響範囲とか最低限のテストしてないで、コミット済ませてるのかと思えるくらい。
本家の実装がカオスなのは自明として、仕様がアレでも、せめて確認はして欲しいというか。
流れ的にかなりアレに感じたのはロールとか権限とか。WikiWikiWebというものについて言及してもなんだかなんだけど。管理者vs荒らしの構図をなくしたのがWikiの利点だとおもっていたのに、階級制にしてなんかいいことあるのかな。囲みこみするほどクローズドじゃないし。
あとSPAM対策のためなのか、他サービスの認証を使って許可したりするのはWikiらしくない。他力本願に見える。SNSの中で削除部隊を用意してとか、そういう仕事内容を知らないのかな。
あとBBQなどのDNSBL挟みはかえって負担が大きい。レンタルだと負荷を理由に退会させられませんかね？
ちなみにうちでもっとも手軽で効果的だったSPAM排除は、プロキシ制限と数字の画像通りに入力しないと更新できないプラグイン。更新する度にマージするのが億劫になりやめちゃいましたが、(SAPMオプションとかコンフィグに増える前は)串と画像の２つでほぼ遮断できていた。
画像認証は確か、comment/pcommentプラグインに対応していなかった。あれにつけられたら神降臨って思うだろうなー。ついでにコメントプレビューと連投規制と二重投稿チェックが欲しい。サイトによっては利用規約同意チェックボックスだろうなー。
あらしが嫌っていうのではなくて。コメントスパムが嫌なのは、ロボット巡回＆マクロだからなんだけど。
今度は捨て垢量産してから荒らす、そもそも魅力のないWikiなんてROMで済ますとか業者は手を打ち始めると思うよ。根本的にゴーストWiki荒らすより、個人ブログ相手に新しい攻撃考えた方が仕事として費用対効果いいから、マクロが通らないならスルーというかイラネとかスパマーに言われたら、そのほうが嫌かも知れない。
荒らされないWikiほど寒いものはない。スパムのない掲示板は退屈だ。コメントのないブログはやる気ができない。足跡のつかない日記はモチベーションが下がる。そんな感じの理由で。
すでにページがあるから、うちはしょうがないけど、もし新設するならSNSかユーザーID管理型の掲示板、金をかけていいならグループウエアを導入したほうが、てっとりばやく目的を実現できて満足だと感じる。
今さらながらupsimple.pngとdownsimple.pngをimageディレクトリに入れてみた。
▽△マークが表示されるようになった。
めでたし。めでたし。
tomcatを起動し続けてたのが原因なのか、tomcat6を停止しようとすると応答にものすごく時間がかかりました。リブートできない状態に。
それでサーバーを再起動してはファイルを保存したり、バックアップ取ったり、実に地味な作業をしていました。
破損したファイルはないようです。ext3って意外と頑丈なんでしょうかね。
今回覚えたコマンドは tune2fs と dumpe2fs
FAQWikiでは一覧表を作成する機会が多いため、従来から悩みの種でした。編集終わったら一段ズレているのに気づいてウキャー(ﾟДﾟ)とかね。
そこで救世主がっ！
表組編集支援プラグイン
http://taru.s223.xrea.com/index.php?PukiWiki%2Fmake%2Ftable_edit2.inc.php
あくまで試用です。ある日突然なくなるかもしれません。
人柱を兼ねるということもあります。どこまで使いこなせるか分からないけどtaruさんに感謝。
光回線があるので。
利用していたレンタルサーバーが問題を起こすので。
コスト削減。
CSSとかJavaScriptとかそんなのばっかりorz
現状で確認している問題点：
・TrackerListの並び替えについて
sortabletable.jsの修正を入れたものを使用。現状ではそれなりに並び替えられる。しかし↓↑の記号が連動していません。
・プレビューの挙動について
プレビューを押すと折り畳まれスクロール表示にならない（プレビューがすべて表示されている。）その状態で再度プレビューを押すと空になり、もう一度押さないと最初の状態に戻らない。
・minicalendar_viewerのデザインについて
祝日に対応のカレンダーですが、記事の間が少し開いています。
一応IE7とFirefox2とOpera9で表示テスト。ブラウザ毎に微妙に見え方が違うけど気にしちゃダメダ。
Safariは環境がないので分かりません。
i18n版だと常に読んでいるJavaScriptがあって、kanzaki.jsとglossary.jsを無効に変更。
せっかくなのでgrayboxを新しいバージョンに入れ替え、refプラグインの呼び出し時に利用するように修正してみました。あまり役には立たないかも。
UTF-8版になって気づいたことまとめ:
・ファイル一覧でメモリ不足エラーが出る。
・メモリ不足エラーで編集できないページが発生している。エラーメッセージによるとバックアップを取るところのようです。
・ProxyCheckやあらしお断りシステムの導入が容易になっています。
・↑とは別にスパムリストとしてホスト名/ドメイン名が入っている（有効にする方法はまだ不明）
・相変わらず不定期でパースエラーが発生
以上からUTF-8版を使い続けるためにはサーバーのスペック不足が大きいかと思われます。検討中。
パンヤFAQWikiを1.4.7plus-u2-i18nに変更しました。これに伴いデータの文字コードをEUCからUTF-8へ変換。カウンターファイルをなくすorz。だからどうしたで済むけど。
ざっと現在の問題点をまとめると、
・paraeditプラグインによる小見出しでの編集ボタンが出ていない
・convert_cacheプラグインのUTF-8版がないため、ページをキャッシュして高速化していない
・AAプラグインを使ってもフォントがＭＳ Ｐゴシックにならない
・今までのリンクが有効でないWikiネームになる(=文字コードが違うから)
目に付くところはこんなだろうか。せっかくだからスキンを一新しようかなと画策中。
調べた結果、どうやら次のとおり。
BugTrack2/141 PHP5.1.1で昨日のカウンターが表示できない
同様に新しいコメントからNewの表示が消えたのもstrtotimeが原因のようです。
BugTrack2/120 PHP-5.1 以降で、new プラグインが正常動作しない。
ふむふむ。PHP5.1以降のstrtotimeには気をつけろってことですか。
サーバーを移動してからFAQWikiのアクセスカウンターが更新されない。ディレクトリ・ファイルのパーミッションと所有者情報のせいだと思うので修正して様子見。
Wikiというシステムだけに、あんまりカウンターをあてにするような内容でもないし、プライベートなサイトというのは実に気楽なものだ（これがPV重視の広告なんてあったときには大騒ぎ。）