FreeStyleWikiスレ

無いので立ててみました。

FreeStyle WikiはPerlによるWikiクローンです。以下のような特徴があります。

* 徹底されたモジュール化により、プラグインによる拡張が容易
* Perlで書かれておりDBも使用しないため、CGIが動作する多くのサーバに設置可能
* mod_perlでの動作にも対応(3.4.1以降)
* 全ページ共通のヘッダ、フッタ、サイドバーを表示可能
* ファイルの添付やPDFの生成などが可能
* tDiaryのテーマを使用可能
* 簡単なユーザ認証機能を備えている

FreeStyle WikiはGNU GPLライセンスの元で配布、改変が許可されるフリーソフトウェアです

公式：http://fswiki.poi.jp/wiki.cgi

質問なんですが、fswikiをロリポップで使ってるんだけど、
googleでヒットしないのは何で？

FTPだから？
意味わかんないｗ

解決策ください。

>>153
（1）.htaccessでアクセス制限をかけてる
（2）トップページのソースを表示させると
<meta name="robots" content="noindex,nofollow">といったロボット避けのタグがある
（3）作ったばかりですぐに反映されるわけがない
（4）1日10Hit未満のカスサイトである
（5）ロリポップのサーバーの仕様が関係している
（6）HTMLすら分からないアフォである


（6）の可能性が大

このままだと、今年は開発版も含めて 1 回もリリース無さそーやね。
教祖様も常に忙しそーやしねえ。
それとも、また、電撃の大晦日リリースがあったりするんかなあ。

こういう系はモチベーション維持するのが大変だし作者も忙しいことが多いから(有能故に)
停滞しがちですね。コミュニティで誰かが進行するのも難しいし(日本では特に)。

馬鹿晒し上げ
http://fswiki.org/wiki.pl?page=BBS%2D%A5%B5%A5%DD%A1%BC%A5%C8%B7%C7%BC%A8%C8%C4%2F856

>>157
でも、FSWiki で SNS をやろうという気概は買おう(できるのか!?)。

3.6.3 正式版リリース age

ちょっと早いクリスマスプレゼントですな。

2年分の独自改造を移植するのめんどくせぇ

>>160
つ patch

>>160
面倒ならバージョンアップしなくても別にいいんじゃない?

でも今やらないと、独自改造がさらにどんどん溜まっていくから、きっと永久にできない。

wiki、５つ設置してるから
バージョンアップのとき、つらいな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 だから時々エディタが混乱しやがるｗ

>>171の改造点はエンジン部分じゃないかな。
ここをフレキシブル/プラグインにとなると
fswiki じゃなくて別の Web フレームワークを作る作業になると思う。

>>173
??
実行がプラグインインストール以後の処理ならば、
wiki.cgi 以外の *.pm の処理は全てプラグインから
上書きできるはず。

3.6.2から3.6.3に上げたら、プラグインが動かない・・・orz
style プラグインないと困るのに、
「プラグインは存在しません。」とか言われる・・・
プラグイン名も取れてないみたいだしどうしちゃったんだよ・・・・

Liteまだー？

>>174
ｽﾏﾝ、俺の理解不足みたい

エディタ起動するのもダルかったんで全ファイルを鯖にアップロード
＆ダウンロードでLFに統一おいしいです^o^

perl 使ってるのに...。

差分表示の対応行数を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 プラグインではなく、
画像ファイルが直リンされるプラグインを使用してみてはいかがでしょうか。

>>184
ありがとうマジでありがとう

改行コードをLFに統一した3.6.3.1あげ

数時間かけてバージョンアップしたけど改行周りとか変わっててあちこち不便だな
特に不十分してないし今のままでいいや

>>187
改行周りって何か変わったっけ?

こんなスレより公式先に見ろヴォケ

HNがひらがな3文字の質問者って、見てるとなんだか面白い。

画像直リンのプラグイン導入してみたけどなんか調子悪い
一応動くけど挙動が可笑しいし

かといってref_imageのプラグインは負荷から避けたいんだよな…

公式で相手にされなくなったから２ちゃんねるに来たんですね分かりますケイさん＾＾

どの点がどうおかしいか書かないと、何とも分からないですねえ。

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は投稿者名全部違うけど同一人物だなｗ

>>196
・はじめまして、○○って言います
・お世話になります

名前変えただけじゃなぁｗ

FreeStyle Wiki、遂に開発継続を断念。

http://fswiki.org/wiki.pl?page=%CD%FA%CE%F2%2F2009%2D4%2D1

>>198
見に行っちゃったよ。

♪わたる馬鹿よね、お馬鹿さんよね。

こんな質問の仕方してたら、誰も答えてくれなくなるぞ。

これは酷い
http://www.chitaro.com/src/chitaro0573.png

http://fswiki.org/wiki.pl?page=%A5%B5%A5%DD%A1%BC%A5%C8%B7%C7%BC%A8%C8%C4

プラグイン探すついでに
うっかり回答してしまったな
最初、低脳な質問だから
キレ気味な回答してたけど、その部分はあとで修正したけどｗ

わたるココくればいいのに・・・

今日もまた、わたる来襲。

FSWiki 放置で煮粉枯とは... orz

もう、事実上の開発終了では？　目新しい話題も無いし。やる気も無いし。
出てくるのは、わたるのどーでもいい要望くらいだし。

わたるのサイトが見てみたいｗ

いいWikiだと思うし、ずっとお世話になってるんだが、
これからどこを機能強化するかと聞かれても思いつかないな

Perlオンリーできっちり動いてくれるFswikiには実用上の不満がないというか
そもそもWikiってそんな高機能になる必要ない（なっても本来の役目が果たせない）気がするし

あえて言えば差分管理型のWikiには興味あるんだけど（HattaWikiとか）
レンタルサーバで動かないもんは実用性低いしなー

♪
Wikiなのに〜 凍結ですか〜
Wikiなのに〜 涙がこぼれます〜

Wikiなのに〜 Wikiなのに〜
ためい〜き またひとつ〜

せめてリンクくらいは正しく書けるようになってからにしてくれ、
他人に文句を言うのは。

何か話題ないの？

PukiWikiのほうが流行ってるけど、どうしてなのかわからない。
FSのほうがいいと思うんだけどな。

俺も初期はPukiwiki使ってて乗り換えた派なので同感
まあよくあること。しゃーない

しゃーないのか・・・・まあPukiってるやつはPukikiってことでいっかｗ

>>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設置して一人遊びすることが増えたわｗ
hattaのバージョン管理との連携って結構いいなと思うんだけどね。Perlで使いやすいのないかしらん

>>221
213 さん、ありがとう。すんごい参考になった。
自分は、最初の印象で FSWiki にしたっきり、他の Wiki を使う必要性が無く、
他の Wiki について全く無知で比較が出来なかったので。

>>222
> wifky!とかhatta wikiみたいな軽量のwiki
前にもどなたかが言及してた hatta wiki、ちょっとだけ HP 見に行ってみたけど
こちらも使うところまではいけていないので、できたら教えて欲しい。
・どんな点が軽量? (閲覧? 編集? システムが小さい? その他のカスタマイズが簡単?)
・バージョン管理との連携とは? (具体的に何ができるの?)

wifkyは便利だと思ってる。
fswikiと同じでperlなので自分で手を入れようと思えば入れれるし
何よりライセンスが楽。
pukiwikiは、phpが苦手なので敬遠。

utf8を待ち望んでるですけど、出ないのかなぁ・・・

3.6.3にしたらカレンダープラグインがうまく動かねえ

FastCGIに対応してくれると貧弱なサーバ上でもLighttpdベースでさくさく動かせていいんだけどなあ。

たまにはageとくか

最近のマシンなら低速マシンでも 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で）
更新手続きに不備があったんでは？ｗ

単なる管理ミスでしょ。
こんな基本的なサイト管理もできないなんてお粗末ですね。

あの言い訳屋さんが、今度はどんな言い訳をするのか楽しみ。
それとも言い訳すらせず、だんまりを決め込むのかな?

言い訳はするだろうな。
醜いから止めといた方がいいのだが……>>246のかーちゃんと同じになっちゃう。

>>247
デベソ?

公式へ直接アクセスできない
だれかたすけて

教祖様が立ち上げて下さった新公式サイト

ttp://fswiki.sourceforge.jp/cgi-bin/wiki.cgi

ふつうに公式継続してるようで安心した
サーバの方のトラブルみたいだね

ピヴォットテーブルプラグイン　を再度入手出来る場所はどこかにないでしょうか
sourceforceから本体だけはダウンロードできたんですけど