FreeStyleWikiスレ
学習機能付きのスパムフィルタやばい。
何がやばいって、たまに捕獲のログを削除するのを忘れるくらい
スパムが登録されない。(つまり、余計な更新通知が飛んでこない)
快適すぎる。
が、公式がよく落ちてるので最新情報のチェックが中々出来ない。
どうしたもんかねぇ。 >>105
公式サイトが落ちてるので
ttp://aki.s246.xrea.com/wiki/wiki.xcg?page=FrontPage
ちまちま単語登録してる場合じゃないです。最強です。
ttp://fswiki.info/index.html
こんなサイト発見。
スパムフィルタ作者のあき氏? 公式ってかなり長く落ちているね。
公式が落ちているときって、どこからプラグインを拾うのでしょうか? MLでfswiki.comのとこの鯖に移転の話が出てるね。
そんなに激しい負荷なのかな?殆ど、スパムだったりするのかな? 本家は何であんなに重いんだ!?
古いマックつかって、回線細い自宅サーバーでファームってる方が早いとは納得いかねーーーー
ttp://osx.no-ip.com/ これまたMLの話によるとサーバじゃなくて、ルータが何か不調らしい。
そんなにパケットロスでもしてるんかね?
で、>>110 いいサイトですね。
怖いから踏んでないし見てないですが。 MLの話では、
fswiki.org に公式移転の方向でまとまったみたいですね。 org に引っ越し完了したのか、関係者乙
しかし、ダウンロード数がリセットされてちょっと寂しいな 引っ越し関係者乙。
快適快適。
>>110
スペックの割に早いが、積極的に使いたいと思うレベルではないだろ。
アップは早いから、見られたくないサイト構築には良いかもしないがw wikifarmだけリンクに不具合が出るんだけど誰かどうすればいいかわかる?
リンク
*http://www.yahoo.co.jp/
*[Google|http://www.google.co.jp/]
*[[FrontPage]]
*[[トップ|FrontPage]]
* http://www.yahoo.co.jp/
* Google
* FrontPage?
* トップ?
こんな感じで、下二種類、[[]]で囲むリンクが機能しないで半角の?これが出る
本体wikiでは問題なくリンクになるんだがfarmだけおかしい 公式生きてるよ。
ttp://fswiki.org/
移転してるからねー 118>移転してるからねー
確かにそーなんだが...
ここんとこ、コアチームと公式ページ管理チーム
(両者はほぼ同一構成と思われるが)の動きが皆無。
ML も 1 月はトラフィックなし。
いくつか挙がっている要望にも、
是も否もなくダンマリ。
これじゃ死んでるも同然。
最後の正式版 3.6.2 のリリースから早 1 年半、
3.6.3 にしろ、4.0 にしろ、開発意欲がない感じ。 >>119
今のトコ、困ってないし・・・・・
学習有りスパムフィルタが優秀すぎて何もすることない。 >>121
>学習有りスパムフィルタ
そんなに強力なの? いい噂しか聞かないね。
うちはコメント・編集なしでの運営だから使ってないんだが、
それを入れてコメント有りにしようかな。
他にお薦めプラグインってある? >>122
スパムフィルタに関して言えば、
導入当初は、誤判定があってスパム判定される正常書き込みがたまにあったが
最近は、1ヶ月放置して、スパムログをみてもスパム以外は引っかかってない感じ。
むしろ、10MB分とか眺めて何も無いと見落とししてるんじゃないかと不安になるほど。
メール系と違って、スパム判定されたらその旨を画面上で通知できるから
誤判定があってもあまり気にしていない。
入力者が文面をかえて(URLを削ったりとか)何回か入れ直した跡なんかもログから見て取れる。
たいていは文面をかえて正しく登録ができている。
そういう感じなので放置してて安心。
ほかのプラグインはあまり気にしていない。
スパムの脅威だけが鬱陶しかったんで、他に不満はあまりなかったし。 そんな訳で、今、うちのサイトではスパム捕獲率100%、誤判定0%を1ヶ月以上続けています。 簡単にfedora8にインストール完了。
Menu,Footerを入れたら、なんだかいい感じになってきた。
次はどのあたりを勉強していくといいかな。
スパム対策も使えるんですね。こんどはそのあたりも見ることにします。 wikiって作者次第だからなぁ
消息不明じゃないだけマシか ブラウザのウィンドウに表示されてるページタイトル部分を
FrontPage - (ページ名)
から
(ページ名) - FrontPage
にしたいんだけどどこいじればいい? つーかこれアクセスログ凄い勢いで肥大化してくな
日数や容量で自動的にログ消すプラグイン使ったら鯖の使用でエラーなったしこりゃーまいるわ >>129
wiki.cgi の、
# テンプレートにパラメータをセット
と書かれたコメント行の次の行。
とりあえず見てみて。多分わかると思う。 >>128
消息不明じゃないのはいいけど、
他の事に忙しくて FSWiki に時間割けないのも明らかだから、
FSWiki ファンとしては辛いところ。
この調子じゃ、4.0 は陽の目を見ないんじゃないかな。 う〜ん、ショック。
『新・たけぞう瀕死の日記』に記載の FreeStyleWiki へのリンクって、
旧サイト ttp://fswiki.poi.jp/ のままやん。
これってやっぱし、意欲の無さを表してる? orz 元々利用していたdataフォルダ以下を、他のサーバで流用するにはどのようにしたらいいのでしょうか?
丸ごと移動するだけでは、データ自体は存在しているようですが、一覧に表示されていなかったり
MenuやHeaderが生成されませんでした >>135
> dataフォルダ以下を、他のサーバで流用するには
憶測レスですが、ダメ元で
フォルダ config, log 以下も丸ごとコピーしてみたらいかがでしょうか?
> MenuやHeaderが生成されませんでした
MenuやHeaderが表示されない、ということでしょうか?
data フォルダ以下に Menu.wiki や Header.wiki はありますよね?
とすると、フォルダ tmpl (や theme?)辺りの設定でしょうか。
これらのフォルダ以下も丸ごとコピーしてみるとか。 これだけ過疎ってるってことは、
3.6.2 の機能で十分で
これ以上のバージョンアップは不要
(各サイトでのバージョンアップ作業も面倒だし)
ってこと、やっぱし?
4.0 はもちろん、3.6.3 さえ要らないってか? 安定してるってことが大事
作者が仕事優先で放置してるから
これ以上は期待できないし
3.6.2で自分が使いやすいように改造したほうがいいんじゃないの?
>>138
>自分が使いやすいように改造したほうがいい
そーだね。そーしよう。 >>135
ログインメニューからキャッシュ消してみそ。俺はそれで直ったよ
せめて文字コード関連の不具合直してほしいよね。
次期メジャーバージョン(4.0.0)で対応するって返答してるけど4.0.0のリポジトリって2年以上
更新されてないし単なる逃げ口上になってなくね?
まぁ本家サイトが安定してる分、去年よりマシですけどw 一月前にセキュリティ修正されたのにこんなに過疎ってると言うことは誰も使ってないのか この調子だと、今後リリースされるのは、精々セキュリティ・パッチぐらいなのでは?
4 はおろか、3.6.3 でさえ夢まぼろしになりそーだ。
「今年の早い時期にリリース」っていっといて、もう 8 月だし。 作者の日記読むと他のプロジェクトでいっぱいいっぱいでFSWikiに目を向ける
余裕なんかなさそうだし、他のコミッタも積極的に動く気がなさそうだしなあ
4はいったんチャラにしたほうがいいんじゃないかと思うよ、あの日付見てると 外国IPが../admin/files/order.logとかいうページ作って消していった形跡があった
../admin/files/order.logでググってみたらどうやら脆弱性ついて何かやろうとしてるらしい
お前等も気をつけてくれ
>>148
ぐぐったらFSWikiのページがトップに一つだけあったんだが
君の所かい? あーちなみにその外国IP、botか何かで収集したと思われる編集ページに直でやってきて
その後うちのFreestylewikiのURLググってまで何かやらかそうとしていた
そいつの行動ログ晒しとく(下から見てね)
http://news23.jeez.jp/img/imgnews52694.png 質問なんですが、fswikiをロリポップで使ってるんだけど、
googleでヒットしないのは何で?
FTPだから?
意味わかんないw
解決策ください。 >>153
(1).htaccessでアクセス制限をかけてる
(2)トップページのソースを表示させると
<meta name="robots" content="noindex,nofollow">といったロボット避けのタグがある
(3)作ったばかりですぐに反映されるわけがない
(4)1日10Hit未満のカスサイトである
(5)ロリポップのサーバーの仕様が関係している
(6)HTMLすら分からないアフォである
(6)の可能性が大 このままだと、今年は開発版も含めて 1 回もリリース無さそーやね。
教祖様も常に忙しそーやしねえ。
それとも、また、電撃の大晦日リリースがあったりするんかなあ。 こういう系はモチベーション維持するのが大変だし作者も忙しいことが多いから(有能故に)
停滞しがちですね。コミュニティで誰かが進行するのも難しいし(日本では特に)。 >>157
でも、FSWiki で SNS をやろうという気概は買おう(できるのか!?)。 3.6.3 正式版リリース age
ちょっと早いクリスマスプレゼントですな。 >>160
面倒ならバージョンアップしなくても別にいいんじゃない?
でも今やらないと、独自改造がさらにどんどん溜まっていくから、きっと永久にできない。
wiki、5つ設置してるから
バージョンアップのとき、つらいなorz みんな、そんなに独自改造してるのか。すごいな。
ちなみに、どんな改造してるの? スパム対策は、あきさん作のプラグイン入れるだけでよくね? 本体のバージョンアップでプラグインがアレなことになってしまって
画像添付がわやなことに・・・・
画像は本体のプラグインでで添付しないとあかんなあ >>167
投稿されたプラグインなら、そのプラグインのページに
不具合報告すれば直してくれるかもよ。
後は、今後の展開が気になるなあ。
次は 3.6.4 になるのか、いよいよ 4 なのか。
開発終了だけはやだな。 LF -> CRLF になっていてめちゃくちゃウザイ >>169
確かにウザイ。CVS から SVN になったせいかな?
CRLF になってる *.pm, *.cgi の割合
3.6.2 : 44/283 16%
3.6.3dev2 : 44/287 15%
3.6.3dev3 : 44/287 15%
3.6.3 : 287/287 100% >>164
少しずつ手作業で変更点のマージしてるんで全部は把握してないが
・HTMLパーサの大規模改修
・wikiフォーマットパーサの大規模改修
・改行反映モードの個人的に足りてないと思う部分の変更
・wiki.cgiの軽量化(個人的に使わない部分変更)
と細かい部分抜かしてこんなところ
もー、パーサ部分のマージがめんどくさすぎるわー
Diffツールで見るとほぼ全面的に差異があって機械的マージできん >>171
そういうのは開発元にフィードバックするとよいのでは?
もしくは、プラグイン化しとけば新バージョンにプラグイン適用するだけ。
プラグイン化部分の公式新旧バージョン間に差がある場合は、
その差分をプラグイン化部分に適用。
ついでにプラグインを投稿すれば、他のユーザもウマー。 EUC-JP のくせに CRLF だから時々エディタが混乱しやがるw
>>171の改造点はエンジン部分じゃないかな。
ここをフレキシブル/プラグインにとなると
fswiki じゃなくて別の Web フレームワークを作る作業になると思う。
>>173
??
実行がプラグインインストール以後の処理ならば、
wiki.cgi 以外の *.pm の処理は全てプラグインから
上書きできるはず。 3.6.2から3.6.3に上げたら、プラグインが動かない・・・orz
style プラグインないと困るのに、
「プラグインは存在しません。」とか言われる・・・
プラグイン名も取れてないみたいだしどうしちゃったんだよ・・・・ エディタ起動するのもダルかったんで全ファイルを鯖にアップロード
&ダウンロードでLFに統一おいしいです^o^ 差分表示の対応行数を1500行ぐらいに替えたいのですがどこをいじれば良いんでしょうか? plugin/core/Diff.pm の get_diff_html() の
my @msg1 = split(/\n/,$source1);
return "ページが大きすぎるため差分を表示できません。" if($#msg1 >= 999);
my @msg2 = split(/\n/,$source2);
return "ページが大きすぎるため差分を表示できません。" if($#msg2 >= 999);
かしらん。 そんな所にありましたか。lib/Algorithmの中を見てて変だなぁと思ってました。
ありがとうございました−。 3.6.3dev3
添付画像7個表示させてるページのいくつかの画像がリロードする度表示されたりされなかったりする
IE6、Opera9.63、Firefox3.0.5どれも同じ。なんでじゃああああ >>183
FSWiki 標準のファイル添付 + ref_image プラグインをお使いだとすると、
負荷が高過ぎるのかもしれませんね。
ブラウザで HTML ソースを見ると分かるように、ref_image で生成される画像 URL は
ttp://foo.bar.com/wiki.cgi?page=FrontPage&file=hoge%2Ejpg&action=ATTACH
のようになります。すなわち、画像 1 枚の取得でも wiki.cgi がリクエストされます。
画像 7 枚表示ならば、元ページの表示とあわせて 8 回の wiki.cgi リクエストが
発生し、画像無しのページと比較すると 8 倍の負荷がサーバにかかります。
よって対策としては、FSWiki 標準のファイル添付 + ref_image プラグインではなく、
画像ファイルが直リンされるプラグインを使用してみてはいかがでしょうか。 数時間かけてバージョンアップしたけど改行周りとか変わっててあちこち不便だな
特に不十分してないし今のままでいいや HNがひらがな3文字の質問者って、見てるとなんだか面白い。 画像直リンのプラグイン導入してみたけどなんか調子悪い
一応動くけど挙動が可笑しいし
かといってref_imageのプラグインは負荷から避けたいんだよな… 公式で相手にされなくなったから2ちゃんねるに来たんですね分かりますケイさん^^ どの点がどうおかしいか書かないと、何とも分からないですねえ。 3.6.3dev3
2秒くらいの動画をswfにしてこのswfプラグインで指定しても表示されなかった
http://fswiki.org/wiki.pl?page=BugTrack-plugin%2F78
IE6 IE7 Firefox3.0.6 Opera9.63 全部駄目。
htmlファイルに普通に書くともろん表示されるんだが何がいけないんすかね
gifでいいじゃんとか言われそうだがgifにすると1MB越える
Flash(swf)だと200KB以内に収まるんでこっち使ってます >>194
素人考えでスマンが、
html で書いて OK なら、
html を貼るプラグインを使ってそれを書くんじゃ動かんのん? サポート掲示板/878〜882は投稿者名全部違うけど同一人物だなw >>196
・はじめまして、○○って言います
・お世話になります
名前変えただけじゃなぁw ♪わたる馬鹿よね、お馬鹿さんよね。
こんな質問の仕方してたら、誰も答えてくれなくなるぞ。 プラグイン探すついでに
うっかり回答してしまったな
最初、低脳な質問だから
キレ気味な回答してたけど、その部分はあとで修正したけどw もう、事実上の開発終了では? 目新しい話題も無いし。やる気も無いし。
出てくるのは、わたるのどーでもいい要望くらいだし。 いいWikiだと思うし、ずっとお世話になってるんだが、
これからどこを機能強化するかと聞かれても思いつかないな
Perlオンリーできっちり動いてくれるFswikiには実用上の不満がないというか
そもそもWikiってそんな高機能になる必要ない(なっても本来の役目が果たせない)気がするし
あえて言えば差分管理型のWikiには興味あるんだけど(HattaWikiとか)
レンタルサーバで動かないもんは実用性低いしなー ♪
Wikiなのに〜 凍結ですか〜
Wikiなのに〜 涙がこぼれます〜
Wikiなのに〜 Wikiなのに〜
ためい〜き またひとつ〜 せめてリンクくらいは正しく書けるようになってからにしてくれ、
他人に文句を言うのは。 PukiWikiのほうが流行ってるけど、どうしてなのかわからない。
FSのほうがいいと思うんだけどな。 俺も初期はPukiwiki使ってて乗り換えた派なので同感
まあよくあること。しゃーない しゃーないのか・・・・まあPukiってるやつはPukikiってことでいっかw >>212 >>213
逆に、「FSのほうがいいと思う」点、「初期はPukiwiki使ってて乗り換えた」理由は何?
FSWiki しか使ったことなくて判らないので教えて。 単なる個人的雑感なので参考にすらならないが(>>213,214とも別人)
FSWikiを使ってるサイトは大体重いのでイメージ悪いな
perlだからどんな鯖(弱小ホストや自鯖)でも使えるメリットがでてるのかも知れん
うちもしょっぱい自鯖にFSWiki乗っけてるから軽量化頑張っても重い重い... 「軽量化」って何やってるのん?
「頑張っても重い重い」んじゃ、
それは軽量化とは呼べないんじゃないかな。
効果があることを狙ってやらないと意味無いよ。 FreestyleWikiのPHP移植版って無い?
逆のPukiwikiのCGI移植版はあるんだが PHPのWikiは他にもたくさんあるだろ
Perlだけで動くって程度のメリットしかないFSWikiをわざわざ移植してまで使う理由はない >>215
2005年ごろの話なのでそれを踏まえて聞いてほしいんだが
Pukiをやめた理由
・添付ファイル機能にXSS脆弱性があった
・その修正版を求めて公式サイトに行くと、公式サイトが消えていた
・作者が開発を抜けてしまった
・最新版のDLにわざわざSorceforgeに行くのめんどくせえ
・スキンがいじりづらかった(cssとJavascriptとphpが混在してゴチャゴチャしていた)
・スクリプト側がテキストをいじるのが気に食わなかった(見出しにアンカー用の番号が勝手に追記されるとか)
fswikiにした理由
・公式サイトと作者が明確
・プラグインについて、開発者と使用者のコメントを参照した上でDLするかどうか選べるのが良かった
・デフォルトで権限設定・改行反映・書式選択が可能な点が、俺の用途には合っていた
・はてな互換のスキン(cssのみ)なので、Pukiにくらべると修正が楽だった
・テキストをスクリプトが勝手にいじるようなことがなく、動作がわかりやすかった
現在はPukiwikiの公式も良くなってるけど、当時はあまり印象良くなかったんだよね。 まちがった
×はてな互換のスキン
○tDiary互換のスキン
まあぶっちゃけWikiもそのサイトの用途によって合うものが変わってくるだろうし
なんでも好きなもの使えばいいんじゃね
俺は最近wifky!とかhatta wikiみたいな軽量のwiki設置して一人遊びすることが増えたわw
hattaのバージョン管理との連携って結構いいなと思うんだけどね。Perlで使いやすいのないかしらん >>221
213 さん、ありがとう。すんごい参考になった。
自分は、最初の印象で FSWiki にしたっきり、他の Wiki を使う必要性が無く、
他の Wiki について全く無知で比較が出来なかったので。
>>222
> wifky!とかhatta wikiみたいな軽量のwiki
前にもどなたかが言及してた hatta wiki、ちょっとだけ HP 見に行ってみたけど
こちらも使うところまではいけていないので、できたら教えて欲しい。
・どんな点が軽量? (閲覧? 編集? システムが小さい? その他のカスタマイズが簡単?)
・バージョン管理との連携とは? (具体的に何ができるの?)
wifkyは便利だと思ってる。
fswikiと同じでperlなので自分で手を入れようと思えば入れれるし
何よりライセンスが楽。
pukiwikiは、phpが苦手なので敬遠。 公式の下記ページ
ttp://fswiki.org/wiki.pl/docs?page=changes
に、
2009/xx/xx - Version 3.6.4リリース
2008/12/14 - Version 3.6.3リリース
2006/07/03 - Version 3.6.2リリース
:
と書いてあるが、今年(2009年)中の 3.6.4 のリリースは無いと予想。
リリースを出すほどの変更が無いし、dev も出てないので。 utf8を待ち望んでるですけど、出ないのかなぁ・・・ 3.6.3にしたらカレンダープラグインがうまく動かねえ FastCGIに対応してくれると貧弱なサーバ上でもLighttpdベースでさくさく動かせていいんだけどなあ。 最近のマシンなら低速マシンでも CGI で十分速いから、
高速化対策は労多くして益少ない。 >>230
つまり、最近のではないマシンで動かす(動かさざるを得ない)場合は労力に見合った益が十分にある。 >>231
それはレアケースでしょ?
最近、Web上で「FSWikiが遅い」という意見をほとんど見ない気がする。
マシンの性能が十分向上したからでは?
それとも、単に使われてなくて「遅い」と言われないだけなのかな? >>232
> それはレアケースでしょ?
まあそうでしょうね。
たまたま超非力なサーバしか使えない状況になってしまったもんで。
Lighttpdを導入してみたんだけど、その軽さをFSWikiには活かせず…。
mod_perlには対応しているのになんでFastCGIは無視されたままなのかなあ、と。
公式サイトにあった3.5.10向けのFastCGI patchをだめ元で3.6.3に手動で当ててみたけど、
普通の更新と、ファイルの添付と添付ファイルの削除はうまくできたんだが
編集後のプレビューがどうもうまく表示されず、ページの更新もできずじまい。
原因調査中だけど技術力と知識の不足でいまだ未解決。 しばらく前からアクセスできなくなってるね。公式。このままフェードアウトはないよな? Pukiwikiといい、日本のwikiは終わってるな 開発者たちの意欲が無いんだもん。
まあ、
「利用するだけ利用しといて、声を上げるのは問題発生時のみ」
っていうユーザたちが、開発者たちの意欲を削いでいるわけだが。 公式サイトが消滅しているわけではないよ
Domainの期限が切れて一時的にアクセスできなくなっているだけ
3/21に更新されているけど、まだ反映されていないようだ
遅いね
hostsに登録すればアクセスできるけどね >>238
>hostsに登録すればアクセスできるけどね
IP 教えてください。 >>239
ほい。
74.52.221.66 fswiki.org >>240
ありがとうございました。アクセスできました!! FreeStyle Wiki、遂に開発継続を断念。
公式サイトは既に閉鎖済み。
開発者公式見解
http://d.hatena.ne.jp/takezoe/20100323 >>243
エイプリルフールって午前中までなんだってさ。ちょっと出遅れちゃったね。 まだ見れないですね・・・(URLで)
更新手続きに不備があったんでは?w 単なる管理ミスでしょ。
こんな基本的なサイト管理もできないなんてお粗末ですね。
あの言い訳屋さんが、今度はどんな言い訳をするのか楽しみ。
それとも言い訳すらせず、だんまりを決め込むのかな? 言い訳はするだろうな。
醜いから止めといた方がいいのだが……>>246のかーちゃんと同じになっちゃう。 教祖様が立ち上げて下さった新公式サイト
ttp://fswiki.sourceforge.jp/cgi-bin/wiki.cgi ふつうに公式継続してるようで安心した
サーバの方のトラブルみたいだね
ピヴォットテーブルプラグイン を再度入手出来る場所はどこかにないでしょうか
sourceforceから本体だけはダウンロードできたんですけど 公式サイト騒動以外には話題が皆無とは。
相変わらず、平和なスレだ。 ttp://fswiki.org にアクセスすると...
Suspended
This server is suspended. Move your documents to other server quick, please.
This server will be destroy in early days.
fswiki.org 復活はなさそう?
新公式 ttp://fswiki.sourceforge.jp/cgi-bin/wiki.cgi が
早く広まるといいね。
英語、ちょっと変 まあ、fswikiはもう「捨て」ってことでいいんじゃね 同意。
でも、fswiki.* のドメインを軒並み掴んだまま消えるなよ、と言いたい。
URL 短くてよかったのに...。残念。 脆弱性の対応だけちゃんとしてくれれば使い続けるよ
プラグイン投稿も普通に続いてるし
個人的には<div class="day"><div class="body"><div class="section">のあたりがあんまり好きじゃなくて
もっとプレーンなHTMLを出力する切り替え設定があればな、ぐらいは思うけど 3.6.4きたけど…
3.6.3で使えなくなったindexcalendarプラグイン
それ自体が消えてる…
カレンダーの過去ログ見るときって結局
延々と<<をたどらないとだめなん?
それか手動で各年月のカレンダーリンクを
作っておかないとだめなん? カレンダーは使ってないからわからんが
テンプレート指定して{{category calendar}}とかpager_index使うとか
まあ既存のファイルは自力で直すことになるけど
今さら質問しても半年くらいは回答が戻ってくる期待もないのだけど質問させてください。
「ページの一覧」を選んだ際にデフォルト設定では各ページ名の横に西暦年月日が表示されます。
携帯電話で見ても同じように表示されてしまい、せっかく利用してくれた利用者の電話代(パケット代)が
余分に掛かってしまい申し訳なく思っています。
できれば、ページ名の横に表れる西暦年月日を表示しないようにしたいのですが、どのファイルをいじれば良いのか
教えてくれませんか?
とりあえず、総当りで全部のファイルを調べているのですが、$dateに関係する部分が多くて
こちらのスレで教えて頂いたほうが早いかなと思いました。
よろしくお願いします。 /plugin/core/ListPage.pm 41行目?ぐらいのこれをコメントアウト
" - ".Util::format_date($wiki->get_last_modified2($_)).
>>264
個別解答は、>>265 の通りですが、探すべき *.pm がどれなのかを探す方法は次の通りです。
「一覧」の URL は、
http://*/wiki.cgi?action=LIST
でありますので、「一覧」は、アクション ID が「LIST」であるアクションであることが分かります。
アクション ID と、それを処理する *.pm を関連付けるのは、
wiki.cgi のあるフォルダから見て plugin/*/Install.pm な位置にあるファイル内で使用されている
$wiki->add_handler()
$wiki->add_user_handler()
$wiki->add_admin_handler()
のいずれかのメソッドですので、基本的には、plugin/*/Install.pm 内を探すとよいでしょう。 >>264
LIST の場合、wiki.cgi のあるフォルダ内の全階層の *.pm について単純に "LIST" で検索してみると、
% cd (wiki.cgi のあるフォルダ)
% find . -name '*.pm' -print | xargs grep LIST | grep 'add_.*handler'
./plugin/core/Install.pm: $wiki->add_handler("LIST","plugin::core::ListPage");
%
という結果になりますので、LIST を実際に処理するのは、
plugin/core/ListPage.pm
であることが分かります。 >>265-267
思いのほか素早いレスに感謝です。
無事に日付け部分を表示せずに済むようになりました。
加えて .pm の探し方まで丁寧にご教示いただき重ねて御礼申し上げます。
FSWiki の存在を数年前に知り、当時は色々とカスタマイズしていました。
FSWikiは登録してある項目名が文章中で自動リンクできるところが便利なので、ここにきて
足掛け3年かけて作成した膨大なコンテンツを整理するために再び FSWiki を引っ張り出しています。
すべての項目を登録しおわりますとおそらくはLIST表示の下段に5000個くらいのリンクが表示予定なので
今回お教えいただいたList.pmを元に段組表示や下段リンクを全て表示しないように研究してみます。 メモ用の Farm を作ってメモしています。ある程度育ってきたら、そのページを
公開用の Farm に移したいのですが、ファイル名がわけわかりません。画像などの
添付ファイルも同様にわけわかりません。文章はともかく、ファイルを別ページに添付しなおすのは
非常に面倒です。どの程度育つかわからないメモ毎にはいちいち Farm 立ち上げてられないし、
みなさんどのようにしてますか?運用のアイディアなど聞かせてもらえるとありがたいです。 Farm とは、全く異なる複数の Wiki サイトを運営するための仕組みです。複数の Wiki として使えるのに、FSWiki の system は 1 個で済ますことができるのがメリットです。
しかし、Farm 間でデータを連携する機能は基本的に持っていません。したがって「ある程度育ってきたら、そのページを公開用の Farm に移す」というのは非常に困難です。
そこで、「ページを未公開で作成し、完成したら公開」するには、ページ毎の公開/非公開設定を利用するのが一般的と思います。すなわち、「環境設定」において
ページの閲覧:誰でも可能
ページの参照権限のデフォルト値:ログインユーザのみ可能
と設定しておいて、ページ作成開始時はログインユーザのみ閲覧可能になるようにしておき、編集はログインして行います。
ページが完成したら、ページ編集フォームでそのページの「ページの参照・更新権限」を「全員に公開」に設定変更してページを公開します。
アドバイスありがとうございます。そうですか、Farm 間の移動は難しいですか。
ファイルさえわかれば結構きれいに移せるんですけどね。残念。
権限の設定で隠すというのは、なぜか一覧には全部出てしまうと信じて疑ってませんでした。
試してみたらちゃんと隠されるんですね。新しいカテゴリだと、カテゴリリストにカテゴリ名だけは
出てしまうのが困りものですが、ダミーのページを置くなどしてごまかす工夫をしてみます。
ありがとうございました。 ファイル名は分かりますよ。
farm 名が abc/def/ghi,
ページ url が http://*/wiki.cgi/abc/def/ghi?page=ABCDEFGH
であるとき、その Wiki ページソースファイルは下記にあります。
./data/abc/def/ghi/ABCDEFGH.wiki
また、そのページに添付された添付ファイル qwerty.jpg は下記にあります。
./attach/abc/def/ghi/ABCDEFGH.qwerty%2Ejpg
日本語ファイル名の場合、ABCDEFGH は url エンコードされていますが、対応は上記のままです。
ただ、ファイル名が分かって farm 間で手動コピーしたとしても、
コピー先の farm での管理ファイルの整合性がどこまで自動で再構成されるかは
十分検証してから運用する必要があるでしょう。 ページはともかく、添付ファイルがわけわからなくなると思ってたんですが、
そうか、ページ名も下書きのうちはアルファベットで書いとけばいいのか。
でも面倒なんで権限の設定でやります。 ログイン時に入力するパスワードが気になるんですが、Digest 認証のような感じで行われているのでしょうか。
まさか平文? joycityなんだけどアンインスコしてダウンロードしなおしたら日本語にできなくなった
なぜだろう? 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
SEDPW7N3M6