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 全然レスが無いので、このスレは「2げっと禁止」なのかと思った(・∀・;) >>2 もちろん2げっと禁止でした。以後あなたは吊るし上げられます。 >>1 FSWiki、PDFが魅力で用意しようかと思いつつ、面倒でできてない。 LinuxではPukiwiki Plus!動かしてて問題ないから、ごちゃまぜにしたくないな、と。 かといってWindows環境で設定するのが〜って感じ。 そんな俺のためにWindowsでの設定方法をまとめてくれ。 HTTPサーバ: Apache2.0?系 Perl: ActivePerl 5.8.x? mod_perlはなしの方向で。 >>3 > 設定方法をまとめてくれ ぜひとも3がまとめてクレ。 >>3 Linuxでは、サクッと設置できたんだが。 同梱のsetup.shを実行したら、パーミッション等の設定もしてくれるので、設置は簡単だと思うよ。 FSWiki用のフォルダ作って、そこに設置すればPukiwikiと混同しないと思うが・・・ 今、windowsに設置してみたが、超簡単だったゾ。 パーミッション等の設定の必要もないし(と言うか出来ないし) cgi-binフォルダに適当なフォルダを作って、そこに放り込んでやれば良いよ。 最初にlog,pdf,attach,backupフォルダを作ってやれば動くと思います。 AN HTTP Server 1.42p ActivePerl 5.8.8 freestylewiki使おうとcygwin上にinstallしてますがwiki.cgiを読み込もうとすると errorが出ます。何が原因と思いますか?error messageを見る限りheader.tmplの access permissionに問題がある様に思えるんですが…。install情報にはtempl directory のaccess permissionの情報が無いし、unixに詳しくないんでんでそのあたり分かんないです。 HTML::Template : template file tmpl/header.tmpl does not exist or is unreadable. 意外に進行遅いね。週末にWindows+Apache+ActivePerlでやってみて、結果報告するわ。 AN HTTPDのCGIでできたなら、大丈夫でしょ。 mod_perlをどうするかが悩ましいところ。まずはなしでやるけど。 >>7 tmpl/header.tmplって、あらかじめあるものじゃないんですか? そのパスが実際のファイルに対応できず、読み込めないからそのエラーになるのでは。 cygwin上ってことはapacheでしょうから、ScriptAliasとかAliasを見直してみてくださいな。 >>8 進行遅いのはしゃあないんでわ。公式でも相談できるし。 まぁ、のんびり行きましょや。 >>8 tmpl内のfileのpermissionを変更したら動きました。fileを全削除してinstall し直したら問題なく動作したんで、どこかで誤ってpermissionを変更してたみた いですorz 登録ユーザからのみ閲覧できるように簡単に設定できるのってこれだけ? Hikiは編集のみ制限かけれるけど誰でも閲覧可能のままだった ありえない重さだね… MTみたいにHTML書き出しにしないと使い物にならないんじゃ。 >>13 PHP使わずにperlでやっているからなのかしら。 ローカルで動かす分にはあまり気にならないけど。 >>14 いや、PHPでもCGIで動かせば速度は変わらない。 どちらかというとDB使わずにファイルにしてる関係にあるんじゃない? 中身見てないからなんとも言えんけどね。 書き込みないな。 ところで、標準のプラグイン以外に、何入れてる? おりは、とりあえずtableの属性が指定できるプラグイン入れてる。 ブラウザ上からアップロードできるプラグインも入れたが、まだ未完成ぽいので、活用はしてないな。 pcommentを一行掲示板みたいに使ってる。 あとex_edit_button。Wikiを忘れたときのヘルプにもなるし。 どれが標準なのかもはや分からん。 a:HTMLのAタグ。 a_img:HTMLのAタグとIMGタグ。 access:アクセス数の多い順にページ名を一覧表示します。 accessdays:アクセス数の多い順にページ名を日毎x件表示します。 actives:アクティブなユーザを一覧表示します。 attach:ファイルを添付するためのフォームを表示します。 bbs:掲示版風の投稿フォームを出力します。 bbs2:掲示版風の投稿フォームを出力します。1件の投稿が1ページとなり、ページ処理もサポートします。 bbs2list:bbs2プラグインから投稿された記事の一覧を表示します。 br:改行するだけのプラグイン buglist:bugtrackプラグインで投稿されたバグの一覧を表示します。 bugstate:BugTrackの状態変更用プラグインです。 bugtrack:バグレポートを投稿するためのフォームを表示します。 calendar:カレンダを表示します。 category:ページのカテゴリを設定します。 category_list:カテゴリおよびカテゴリに属するページの一覧を表示します。 comment:1行コメントを書き込むためのフォームを出力します。 counter:アクセス数を表示します。 disksize:ディスク使用量の確認を行うアクションハンドラ div:HTMLのDIVタグ。 div_begin:HTMLのDIVタグ(開始)。 div_end:HTMLのDIVタグ(終了)。 edit:表示中のページを編集するためのアンカを出力します。 excel:テーブルデータをExcel形式に変換するためのリンクを表示します。 files:そのページに添付されているファイルを一覧表示します。 fn:脚注プラグインです。 footnote_list:脚注リストプラグインです。 format_help:FSWiki以外の文法で編集を行う場合に各フォーマット用のHelpページを表示するためのプラグインです。 futurecalendar:calendarプラグインで作成したページのうち、当日以降の日付のページ内容を表示します。 google:Googleの検索ボックスを表示します。 img:HTMLのIMGタグ。 include:指定したページ、もしくは指定ページの指定パラグラフをインクルードします。 lastedit:ページの最終更新者と更新日時を表示します。 lastmodified:表示中のページの最終更新時間を表示します。 monthcalendar:calendarプラグインで作成したページのうち、1ヶ月分のページ内容を一覧表示します。 msearch:msearchを利用した、検索フォームを表示します。 multisearch:マルチ検索ボックスを表示します。 note:指定ページのノートへのリンクを表示します。 outline:ページのアウトラインを表示します。 paragraph:見出しを出力します。 pluginhelp:プラグインの簡易ヘルプを表示します。 recent:最近更新されたページを一覧表示します。 recentaccess:最近のアクセスをx件まで表示します。 recentcalendar:calendarプラグインで作成したページのうち、当日以前の日付のページ内容を表示します。 recentdays:最近更新されたページを日付ごとに一覧表示します。 ref:添付ファイルへのアンカを表示します。 ref_image:添付した画像ファイルを表示します。 ref_text:添付したテキストファイルを表示します。 rss:外部サーバにあるRSSを取得して一覧表示します。 rss2:RSS-JP.NETを利用してRSSを埋め込みます。 search:検索フォームを表示します。 select_format:編集フォーマットを選択するためのプラグインです。 span:HTMLのSPANタグ。 todayslink:本日のリンク元を表示します。 todoadd:ToDoリストに項目を追加するためのフォームを出力します。 todolist:ToDoリストを表示します。 vote:簡易的な投票フォームと途中経過を表示します。 ---- 以上 FreeSryleWikiってこんなにユーザー数少なかったのか あぶね プラグインを自作する人ってすごいと思う今日このごろ。 tDiaryのテーマを使用可能という事ですが、具体的にはどの様に設定するのでしょうか? 設定に関するマニュアルが見当たらないので・・・。 >>22 まだ見てるかわかんないけど。 tDiaryのテーマを www.tdiary.org/20021001.html とかからダウンロードして、 FSWiki をインストールしたフォルダにある theme ディレクトリの中に フォルダごとアップロード。 そのあとブラウザから FSWiki を呼び出して、 管理者アカウントでログインすると、 スタイル設定ページにある 「テーマ」にアップロードしたテーマが追加されているはずなので、 それに変更してやる。 これいいな Wiki系は難しくて挫折しまくったけど これならいけそうだわ 導入・管理は結構簡単だが、動作はcgiの分ちょっともっさりだよ 公式のプラグインとテーマを頻繁に見に行くのだが 重いな('A`) 自宅鯖なのかな 自分で見る分には回線の細さに気づかないとか > 導入・管理は結構簡単だが、動作はcgiの分ちょっともっさりだよ CGI として動かすやつはばかですか? ページの更新やコメントなどで表示される 日時の書式を変えたいんだけど どこいじればいい? 2007年01月15日(月) 11時55分47秒 ↓ 2007-01-15 11:55:47 >>34 よく読め書いてある ttp://fswiki.poi.jp/wiki.cgi サイト内検索 日時 日時 変更 日時 書式 更新日時 書式 変えたい format_date ぐぐる FreeStyleWiki 日時 書式 FreeStyleWiki format_date perlモジュールいじるのか?? もう諦めるわ 掲示板では見つけられなかったけど format_dateをキーに GREP検索でUtil.pmに辿り着いた >>40 ふつうはすぐそれで検索するもんだけど・・・・・ で、recentdaysの書式を 2007-1-18 ↓ 2007-01-18 に変えたいんだけど、これは recentdaysのプラグインいじらないとダメ? 今度はこっちでハマった 書いたら 「マルチ乙」 なんだろ?w ていうか、教えてください >>42 だめに決まっているだろ、常識的に考えて。 短いプラグインだし、見た瞬間に修正箇所わかったけどおしえてやんない。 sprintf使ってるなら どこにゼロパディングすればいいのか分かるけど 根本的にPerl知らないから 修正箇所を特定できないんだよなぁ これ自力で分かったら Perlとかプラグイン自作とか できそうな気がするよw ここ分かりやすいな ttp://perl.misty.ne.jp/index.html 以下のようなマークアップをしたのだが正しくリンクが貼られない。 [ab__cd__ef|http://www.example.com/ ] __ で文字列を囲むと下線になってしまうようだが この効果をエスケープするにはどうすればいいんだ? 最新版にバージョンアップしたらタイムスタンプがGMTで出るようになりました。 TimeZoneの設定はできるのでしょうか? 一応、setup.datや環境設定は見ました。 同感。 新たなサイト立ち上げにゃならんのに なにもできないよ・・・orz 何の解決にもならないが、これでがんばれ ttp://www.google.com/search?q=site%3Afswiki.poi.jp >>53 助け舟、感謝です。m(_ _)m でもプラグインとかテーマとかはダウンロードできないんだね。 復旧するまで気長に待ってるよ。 アーカイブもなら・・・ ttp://web.archive.org/web/*/http://fswiki.poi.jp/ と思ったら、重いわ添付ファイルは無いわで役に立ちそうもない 何で落ちたの? 自宅鯖? |プチッ… =D――(* ̄∇ ̄)ノ ピタッ…? 先日fswikiでまとめサイト作ったんだけど、 あり得ない負荷で共有鯖(xrea)から追い出されそう・・・ 今までやったのは全ページキャッシュ、 プラグイン可能な限り停止(PDFとか) 他に負荷減らすためにやったらいいことありますか? たった6000PVで追い出される程の付加になるんだ >>60 fswikiでxrea無料なんだがPV100だからおれは大丈夫か >>62 昨日の負荷が5000pt 越えてて愕然としてまつ(´・ω・`) このままでは確実に追い出されるのでw今必死で修正してまつ(つД`) >>63 FSwiki尋常でなく負荷高いので気をつけてください とりあえずやったこと ・全ページキャッシュ化 ・プラグインできるだけ無効化 ・自動リンク生成無効化 これで様子見マス >>64 ヘッダ フッタ デフォルト 各.tmplの簡素化もやっとけ tmpl がでかいとそれも結構な負荷になる > ・全ページキャッシュ化 > ・プラグインできるだけ無効化 プラグインが使用されてるページや、ヘッダ/フッタ/サイドバー他 動的生成が絡むページ はキャッシュされないから注意な 後、まとめサイトなら ref_image 使いたいかもしれんが添付画像も鬼門 ぶっちゃけ、重いのを回避しようとするとシンプルな他のWikiの方が...って気がしてくるはず >>65 ,66 ありがとうです。 5月に雑誌掲載が内定してるから、 アクセス数がさらに増えると思われるので、 今から必死で対策してまつ・・ 結果報告です (*´・ω・`*) 長大なページの分割 全ページキャッシュ化 プラグインできるだけ無効化 自動リンク生成無効化 ヘッダ フッタ デフォルト 各.tmplの簡素化 これで、 5000pt から 400pt代にまで負荷が激減しますた。 参考にしてください。 >>69 そういや、キャッシュは問題多い上にあまり効果ないから次は外すとか言ってなかったっけ? MLの話だったかな? 最近いれた、あきさん作のコメントスパムフィルタが良い感じだ。 これで、コメントだけじゃなく一般のページにまで対応してくれると 最高なんだけどなぁ 一週間の内2日しかアクセスできない公式サイト・・・ 元々重いのは使ってて身に染みてるが、ここまでアクセスできないのはまずくないかな・・・ とりあえず、昨日からつながらないのは私のネットワーク環境がおかしいんじゃなくて、落ちてるのかしら? pukiwikiもそうだけど素直にレンタルサーバー使えばいいのに imageをpdfに反映させるためには、何か特別な設定が必要なのでしょうか? それとも、不可能なことなのでしょうか? 本家にアクセスできなかったため、こちらで質問させていただきます。 >>76 「image」ってなんのこと? プラグインは内部実装によってPDF化ができないことがあったような気がするんだけど、本家が死んでるから確認できない…… もしかして本家ってDDoS食らったりしてんのかな? スパムフィルタが強力だからスパマーに狙われて・・・・とか リンクの張り方で質問です。 リンクをクリックしたら別ウィンドウが開いてそこにリンク先が 表示されるようにしたいのですが、どのような記述にしたら できますか? htmlだとtargetを指定してリンクを張ればいいんでしょうけど、 FSWikiの文法だとどうすればいいんでしょうか。 サポート掲示板を「わたる」で検索かけると愉快だな。 少しは自分で考えろと。 アクセスできねー.fswiki.poi.jpにリダイレクトしてないで, sourceforgeにはweb用ファイル置くとこあるんだから どうなってんのかアナウンスぐらいほしいぞ メールしてみたが返事はない。スパムフィルタにでも引っかかってるのだろうか。 たけぞう瀕死の日記は更新されてるのになぁ。 連投防止機能が付いた投票プラグインを探してるんですがなんかいいのないでしょうか? 段落の先頭が、一文字分インデントされるのをデフォルトで やめたいんだけど、これって難しい? プラグインで、先頭行を含めて揃えるのはなんとかできたん だけど、すべての行に渡ってコレをやるのはきついス。。。(´・ω・`) >>88 なんとなくわかった。 使用しているテンプレートの下記の部分を変更すれば良いということスネ(・ω・)。 【変更前】 div.body p { text-indent : 10px; 【変更後】 div.body p { text-indent : 0px; PDFがある意味がわからん 何のためにPDFが必要なの? 印刷したいとか、スナップショットが欲しい人の為に。 >>92 わからんならプラグイン切っとけばええやん calendarプラグインヤバい、無限ループする ただでさえ重いのに公式でやってしまった、ごめんよ 無限ループするようなバグ探して公式で実行する。 これが 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 read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる