トップ 差分 一覧 Farm ソース 検索 ヘルプ RSS ログイン

サポート掲示板

ページの作成や編集にはユーザ登録が必要です。

FSWikiサポート掲示板

  • 設置に関するトラブルや要望などがあれば書き込んでください。
  • 記事のタイトル一覧をサポート掲示板一覧で見る事ができます。それ以前の過去ログは[サポート掲示板]から参照できます。
  • 投稿する前に
    • Tips、FAQ、サポート掲示板の過去ログに同様の内容がないかを確認してください。
    • バグ報告に関してはバグトラックのほうにお願いします。
    • 機能拡張のためのパッチやプラグインの投稿はプラグイン投稿にお願いします。
      • パッチは本体にあてるものの場合はGPL、プラグインにあてるものの場合はプラグインのライセンスにしたがうものとします。
    • 開発に関するご意見、質問等はメーリングリストにお願いします。
  • FSWikiとは無関係と思われる投稿、コメントに関しては削除させていただきますのでご了承ください。
  • 特定の設置環境でのみ発生するトラブルがいくつかあります。トラブル報告の際には、「どんな設定の」「どのサーバ/レンタルスペースに」「どうやって」設置したかを詳しく書くと、返事がもらいやすいですよ
  • どういうことを書けば回答を得やすいか判らない方は、こちらのページをご一読ください。
お名前
件名
本文

BugTrackプラグインで更新すると関係者にメールが飛ぶことは出来ませんか? - kenzi (2003年08月25日 17時47分42秒)

お世話になっております。いつも非常に重宝させて頂いております。最近、FSWikiをチーム内情報共有ベースとして使っていて非常に有効に使わせて頂いています。当方は、ハードウェア関連の開発を行ったりするのですが、その際に、BugTrackプラグインは非常に有効だろうと判断して導入をしたいのですが、困っている点があります。通常、製品とかは、モジュール別とかで担当が違ったりしてて、かつ、頻繁にBugTrackを更新したりするのですが、もし、メールが必要な担当に、更新されるたびに飛ぶと非常に便利かと思います。Wiki全体では、管理者に更新のメールが飛ぶわけですが、これを、BugTruck毎に設定出来ると、ソフトやハードのモジュール開発で、かなり威力を発揮すると思うのですが、いかがでしょうか?出来れば、純正?のプラグインでサポートされると、使う人の幅がふくらむかなと思います。いかがでしょうか?

  • 現状ではフックで更新された時に中身をみてなんらかのかたちで指定した人にメールをおくる事になりますね。で、TODOにある"ページの保存時に置換するタイプのプラグイン"が実装されるとこれを素直につくれると思いますが、その書式はどんな形式がよいでしょうか? - typer (2003年08月25日 23時11分32秒)
  • すばらしいですね!実現したら、開発者も手放せないシステムになること間違いなしですね。書式は、単純にレポートの内容をテキストベースで送信するだけで、良いかと思います。内容変更の通知だけでも人によってはいいかもしれません。ただ経験的に言うと、そのメールの中に、当該レポートへのハイパーリンクが存在すると、クリックしただけで、レポートの本体全てが閲覧出来るという形になります。このような仕組みは、グループ内用掲示板にあってもいいかもしれません。Wikiの連帯データベースとしての能力がまた一つ強まると思います。 - kenzi (2003年08月26日 09時02分23秒)
  • URLがメールの中に入っているというのはいいですね。凄い便利そうです。 - tinsep19 (2003年08月27日 10時23分20秒)
  • Wikiからメールを送る機能を考える際には、どのタイミングで送るべきかが問題となると思います。ページの書き込み中に、途中セーブのつもりで、更新することもありますし、あるいは添付ファイルを貼るために、一度保存して、ファイルを添付して、もう一度修正でrefプラグインで添付したファイルへのリンクを貼ったりなどしますよね。その度にメールが送られてきたら、邪魔くさいし、かと言って1日に1回じゃ足りないし、なんてことになると思うんです。メール送信の間隔を指定できる様にしておいて、ページ更新の際に、前回メールしてからどれくらい経ってるかを確認してメールするって感じにすれば良いと思います。 - Kinsan (2003年08月28日 11時19分48秒)
  • 思うに、文章の追記とステータスの変更あたりで、良いかなと思います。ファイルの貼り付けは、本文に明記するとかで運用で逃げられるかな?途中セーブは確かに困りますね〜。結局全て、運用マターでカバーですかねぇ〜 - kenzi (2003年08月28日 11時56分07秒)
  • メール通知のプラグインとして、BugTrack-plugin/99やBugTrack-plugin/321があります。 - とものぶ (2008年01月18日 16時11分24秒)
お名前: コメント:

リンクのさせ方 - 希 (2003年08月24日 20時03分58秒)

新しいウィンドウで開くようなリンクを記述する方法はないでしょうか。HTMLでは書けるのですが、FSWikiの文法ではどう書けばいいのかわからなかったので質問させていただきました。

  • 僕は過去ロク5の「外部ページへのリンクを別窓で表示」を実践してます。3.5.0では376行目になります。 - ほえほえ (2003年08月24日 20時19分51秒)
  • 期待通りの動作になりました。ありがとうございます! - 希 (2003年08月24日 22時45分04秒)
  • 自分の覚え書きとして書いていましたが(笑)、参考にしていただいて感謝です。ありがとうございます。 - Zero (2003年08月24日 23時29分57秒)
  • でもこれだとバージョンアップの度に書き直さないといけないのでFSWikiの文法でなんとかなるといいですね。 - ほえほえ (2003年08月25日 08時48分35秒)
  • あと危険な方法かもしれませんが、「プラグイン投稿」のところにある「HTMLタグ挿入プラグイン」を使用して実際にHTMLタグを書いてしまう方法もあるかもしれません。 - ほえほえ (2003年08月25日 08時53分00秒)
  • 「HTMLタグ挿入プラグイン」は確かに危険ですが、リンク出力専用のプラグインを作ればいいかもしれないですね。全ての外部URLを別窓で開くという動作で構わなければ管理画面のオプションで「外部へのリンクは別窓で表示する」というオプションを追加することを検討しますが、どうでしょうか? - たけぞう (2003年08月25日 11時13分08秒)
  • 「すべての外部URL(wikiの外という意味ですよね)を別窓で開く」を管理画面で設定できれば、当面は問題ありません。管理画面で外部URLのデフォルト動作を規定し、FSWikiの文法でデフォルト動作以外の動作に変更できるようになればベストかと思います。 - 希 (2003年08月26日 02時14分43秒)
  • ↑の意見に同意です。 - ほえほえ (2003年08月26日 08時48分14秒)
  • FSWikiの基本的な書式でHTMLに依存した記述をするのはできるだけ避けたいと思っているので(あとオプションを増やすとパースが面倒になるという理由もありますが…)、リンクの書式でクリック時の動作を指定するような機能は実装しないつもりです。 - たけぞう (2003年08月26日 10時23分22秒)
  • 私のところではwikiをフレームにはめているので、過去ログ5と同じ改造でtargetが_topになるようにして使ってます。これも設定で出来るようになるとうれしいです。 - komat (2003年08月29日 23時23分25秒)
お名前: コメント:

ref_image プラグイン - sugi (2003年08月24日 04時11分14秒)

3.5.0ではparapgraphプラグインに編入されてしまいましたが、特にparagraphでなければいけないもの以外はinlineにした方が自由度が高くていいように思うのですがいかがでしょう?それがだめなら、インライン表示用のプラグインを用意していただけないでしょうか?

また、ref_imageはこのままparagraphでいくとしても、HTMLの規格的にはimg要素はインライン要素なので少なくともブロックで囲む必要があります。(<div class="day body section">の中なので文法違反とはいえませんが、イメージだけで独立したブロックを作るという意図とはちがいますよね)。

  • 特にパラグラフでなくても構わないものはインラインにするようにしていますが、ref_imageがパラグラフタイプなのはPDFへ反映させる際に問題があるためです。 - たけぞう (2003年08月24日 07時29分27秒)
  • PDFに反映させなくてもよいのであれば3.4のようにrefプラグインのオプションでimgタグに展開できるようにしてもいいかもしれないですね。要望が多ければ次のバージョンで修正しようと思いますが、どうでしょうか。 - たけぞう (2003年08月24日 22時46分23秒)
  • ref_imageがパラグラフタイプな理由はわかりました。まだよくインラインとパラグラフをわけた理由が理解できてないんですけど、パラグラフだとPDFへの反映ができると考えればいいんでしょうかね(つまりHTML専用のプラグインを書くときはパラグラフタイプにしてはいけないんでしょうか?)。さて、もとのref_imageをinlineにしてほしいという要望ですが、よく考えてみると、あまりそういう需要は多くない気がしますね。ぼくの場合たまたまそういう使い方をしていただけで、それも別にどうしてもinlineでなければいけないわけじゃありませんでした。むしろ、それよりは style を指定できた方が汎用的なような気がします。つまり、
<div class="style"><img src="..."></div>

のstyleの部分を引数で指定可能にするということです。これならstyle次第で display:inline とか float:left とか float:right とか自由自在にレイアウトができるようになります。- sugi (2003年08月25日 00時56分37秒)

  • パラグラフとインラインを分けたのは、今までのようにインラインのみだと記述方法によってはHTML的にValidであることを保証できないため、改善への第一歩ということ、HTML的にはブロック要素とインライン要素が混在していても適当にレンダリングしてくれるのですが、PDFはパーサ内部でPDFJのAPIを叩いているため、ブロック要素・インライン要素がきちんと分かれていないといけないからです。ref_imageがパラグラフタイプなのは少々特殊な事情があり、PDFJでブロック要素としてイメージを配置しないと表示がおかしくなってしまうためです(言葉であらわすのは難しいのですが…)。 - たけぞう (2003年08月25日 10時56分13秒)
  • なお、PDFへの反映が可能なのはパラグラフタイプかインラインタイプかで決まるのではなく、プラグインがWiki形式の文字列を返すか、HTMLを返すかで決まります。3.5.0でPDFに反映可能になったプラグインはWiki形式の文字列を返すようになっています(includeやref_imageなどは特殊ですが)。 - たけぞう (2003年08月25日 11時01分46秒)
  • 長くなりましたが、コア部分や、コアに近いプラグインではあまりHTMLに依存するような実装は避けたいと考えています。HTMLの装飾機能を提供していないのもそのためです。なので、もしstyle属性を指定できるプラグインを提供するとしたら、例えばhtmlというプラグインパッケージを作ってその中で提供するといった形になるかと思います。 - たけぞう (2003年08月25日 11時05分48秒)
  • こちらの意図としては他の要素、たとえば番号なしリストとか、引用とかは全ページ共通のスタイルで書ければよいだろうけど、イメージは、ひとつひとつ、望みのレイアウトがちがうだろうということでした。でも、おっしゃるとおりスタイル機能は、ref_image で提供すべきものではないですね。引数で与えられた文字列をWiki文字列として展開し、それを <div style="...">...</div>で囲むプラグインを作成するというのが一番きれいなような気がしてきました。もうすこし考えてみます。PDFJは XSL-FO を経由しないんですよね。apacheの FOPなんかだとXSL-FOなので、スタイルという概念を持つので、かなり下の層までHTMLと透過的に処理できそうなんですけどね。 - sugi (2003年08月28日 02時04分31秒)
  • ref_imageプラグインは存在しません。 など入れたらいかがでしょうか。わざわざ複雑なdivをつかうとあまりすっきりしない気がします。 - Mo (2004年11月12日 16時19分52秒)
  • 位置指定のオプション欲しいです。どうでしょう? - 名無しさん (2005年02月13日 12時39分14秒)
お名前: コメント:

編集画面でのファイル添付 - Yoshimov (2003年08月21日 14時01分21秒)

編集画面の使い方に関してですが、現状、編集画面のテキストエリアに本文を入力し、「保存」ボタンを押す前にファイルの添付を行うと編集中のテキストが消えてしまいます。

あまりこのような操作をすることはないかと思うのですが、本文の保存とファイルの添付を同時に行えるようにはならないでしょうか。

  • 僕も今の挙動にはちょっと不満です。添付を実行したときは編集中の画面に戻ってくれた方がイイかなと思います。 - Kei (2003年08月22日 01時17分10秒)
  • 編集画面の添付フォームもプラグインとして実装されているのですが、フォーム要素のname属性がプラグイン間で衝突することを避ける、プラグイン記述時に他のプラグインを考慮しなくてすむ、などの理由で編集フォームとは別にフォームを出力するようになっています。なので、現状の仕組みでは上記のような動作を実現することはできません。編集画面の添付フォームをプラグインではなくコア側で実装してしまえば可能なのですが、添付機能自体がオプショナルな機能なのと、また似たようなプラグインが出てきたときに同じような要望は当然出てくると思うので、前述したような整理にしたいと思っています。 - たけぞう (2003年08月26日 10時17分05秒)
お名前: コメント:

カテゴリリストの更新について - くわ (2003年08月21日 00時53分50秒)

サーバーを提供して下さる方が現れたので、ファイルを全てアップしました。この状態だと、カテゴリリストは空の状態です。全てのファイルをカテゴリリストに反映させる方法はありますでしょうか。

  • いったんキャッシュファイル(logディレクトリのcategory.cacheというファイル)を削除してみてください。3.5.0では管理画面からキャッシュファイルの削除が可能です。 - たけぞう (2003年08月21日 10時05分19秒)
  • 解決しました。ありがとうございました。 - くわ (2003年08月21日 12時00分38秒)
お名前: コメント:

サイドバー(Menu)が横に表示されません - R (2003年08月20日 16時22分06秒)

はじめまして、FSWikiを使わせていただいております。DL・設置したバージョンは、wiki3_4_4です。

さて、サイドバーを設置するために「Menu」ページを作成したところ画面一番下に内容が表示され、左側には表示されません。FAQでは、管理画面の環境設定で設定すると書かれていますが、そのような項目自体を見つけることが出来ません。(tmpl\admin_config.tmplに、そのような項目がありません)対処のヒント等あれば、教えていただけないでしょうか。

  • スタイルシートは正しく参照できているのでしょうか?デフォルトのスタイル(ここと同じです)であればサイドバーが左側に表示されるはずですが…。 - たけぞう (2003年08月20日 17時47分10秒)
  • まず,この公式サイトのMenuがちゃんと左に見えますか? 見えなければ,どんなブラウザを使ってますか? iCabなどではMenuが一番下に見えます. - kasai (2003年08月20日 19時25分42秒)
  • 回答ありがとうございます。まず、使用しているブラウザはIE6.0で、公式ページ(ここ)のMenuは左サイドに表示されています。次に私が設置しているFSWikiですが、見出しを作成(エクスクラメーションマークを冒頭につけた)した際に、文字の大きさは変更されますが、見出しを囲む青い部分(←すいません、なんと言っていいのかわかりません)が表示されていません。このように部分的にはスタイルシートが反映されているような気もしており、それだけの問題なのか判別がついておりません。.htaccessをいじってみることにします。 - R (2003年08月21日 10時12分08秒)
  • 解決しました。結論としては「スタイルシート(css)を読み込んでいなかった」でした。たけぞう様、kasai様ありがとうございました。対処としては.htaccessに以下の行を追加し、cssファイルを反映するようにしました。"AddHandler server-parsed .css"。以上です。 - R (2003年08月21日 10時31分40秒)
お名前: コメント:

cookieのパス指定 - いちびり (2003年08月19日 14時43分56秒)

数日前、閉鎖と聞いてどうしようかと考えてましたが再開されてなによりです。

さっそくですが、新規設置の際にadmin:adminでログインしても管理メニューのどこをクリックしても「ログインしてください」になるのでクライアントのperlに付属していたheadコマンドを使ってcookieを見るとpath=/~account/wiki/ となっていましたが、ブラウザで呼び出したパスは/%7eaccount/wiki/ でした。ブラウザで呼び出すパスを /~account/wiki/ とした所管理メニューが正常に使えました。くだらない事だとは思いますがTipsの欄に加えていただけたらうれしく思います。

お名前: コメント:

mod_perl2での動作テスト中ですが - ねね (2003年08月19日 11時11分28秒)

お疲れ様です。

使わせてもらってます(まだPukiからの移行中ですが)、ありがとうございます。

mod_perl2で動作テストしているのですが、mod_perl2ではカレントディレクトリが不定になる(スレッドセーフではないから、とからしいんですが、よく判りません。が、BEGIN等でスクリプトの最初で設定しても、ちゃんと動きません)ので、それに対する対策

  • モジュール類に関しては、mod_perlのスタートアップスクリプト中でディレクトリをuse libする
  • 設定ファイル類に関しては、Wiki.pm中のsetup.datを含め全て絶対パス指定する

を行う事で、なんとか動作していそうな状況に出来ました。

ですが、ページの編集がうまく動かず、困っています。

編集フォームでページの編集を行った後、ボタン(保存/プレビューどちらでも同じ)を押すと、変更の保存やプレビュー表示は行われず、トップページにリダイレクトされてしまうのです。

同じPOSTを使った処理でも、新規ページ追加や管理者ログイン、プラグインの設定、ページの管理処理等は、問題なく動いているようなのですが…。

原因を追ってみたところ、CGI->paramの値が空になっていて正しく返ってきていないようです。

どうして編集の時だけそうなるのか判りませんが…。

とりあえず、CGI2.pmを、mod_perl環境の時はApache->requestからパラメータを取得するように変更してみようと思うのですが、ちょっと判らないところが。

CGI2.pmの中で、

return $self->CGI::param($name,$value);

と、CGI.pmに第二引数を与えているところがありますが、このparamメソッドの第二引数はどういう意味を持つのですか?

パッとPerl関連のWeb何箇所か検索してみたんですけど載ってなかったんで。

  • CGI#paramメソッドに第二引数を渡すと第一引数で指定したパラメータを上書きすることができます。 - たけぞう (2003年08月19日 18時19分07秒)
  • mod_perl2側のバグだったようです。POSTデータのサイズが大きすぎると取得できないとの事で。 - ねね (2003年08月20日 09時20分39秒)
  • http://www.apache.org/~gozer/mp2/ にあるアップデートをあてるとうまく動きました。よって、本記事前半に書いた対処を行うとmod_perl2でも動くようです。 - ねね (2003年08月20日 09時22分18秒)
お名前: コメント:

フッタとサイドバーの配置 - TAL (2003年08月17日 23時20分45秒)

はじめまして。FSWiki、いつも使わせて頂いています。

フッタとサイドバーの配置についての(あまり重要でない)要望なのですが、現在default.tmplでのdiv要素は、

  1. div.main
    1. div.adminmenu
    2. div.day body section
    3. div.footer
  2. div.sidebar

上記のような構造になっていますが、特に不都合が無ければ、これを

  1. div.main
    1. div.adminmenu
    2. div.day body section
  2. div.sidebar
  3. div.footer

というように、tDiaryやsnsに近い構造にしてもいいのではないでしょうか。

お名前: コメント:

負荷について - くわ (2003年08月17日 04時32分41秒)

お世話になってます。どこに投稿しようか迷ったのですが、とりあえずこちらで。

ビジュアル系データベースというサイトをFSWikiで運営させて頂いているのですが、レンタルサーバーの会社から負荷が高いという指摘を受け、ゲームCGI等の使用も可能なプランに変更しました。その後も、負荷が高いという指摘をしばしば受けており、運営の継続が困難な状況になっています。今後、lite版的バージョンの開発もしくは負荷に関する修正の予定はありますか?また、負荷を抑えて運用するコツ等あれば教えてください。

現在は、レンタルサーバーはebrain21.comでWikiName使用しない、ページの自動リンクしないテンプレートを修正してサイドバーを使用しないというような形で運用していて、ページ数は700を越えており、今後も増加していく見込みです。

  • なかなかなページ数ですね。ページ数の増加に依存して部分で負荷が上がっているとしたら、WiikiFarmに分けることで解決するかも知れないと思います。 - Kinsan (2003年08月17日 10時10分31秒)
  • ここですら300ページくらいですからね…。Lite版は作り始めていますが、FSWikiがモジュール化で高機能を目指すのに対し、Liteは必要最低限の機能まで絞り込むという方向で考えています。今のところプラグインや管理機能は一切使用できませんが、データやスタイルシートは完全に互換性があります。 - たけぞう (2003年08月17日 11時07分37秒)
  • WikiからHTMLへの変換のキャッシュをレベル分けしてはどうですか?何らかのページ更新・作成があった場合にはキャッシュを無効とするのが、完全なレベル。ページが更新した時にそのページをHTMLにキャッシュしたもののみを作成し直すのが、一番Liteなレベルとしてはどうですか。一番Liteなレベルの場合、存在しているページが?でリンクされたりはありますが、表示のみの問題なので、目をつぶれる気がします。あと、KeywordとInterwikiの機能をオフにすると軽くなるのでは?(そう言えば、最近のバージョン(?)では、指定してなくても、Wikiにあるページ名と同じ語句はリンクにしてくれますが、あれがページ数の増加に依存して負荷を上げる要因の一つではないですか?) - Kinsan (2003年08月17日 12時10分28秒)
  • 「ページの自動リンクをしない」にしてキャッシュを削除すれば(管理画面から削除できます)ページの自動リンクは行われません。 - たけぞう (2003年08月17日 12時34分22秒)
  • コメントありがとうございます。とりあえずWikiFarmを使ってページ数を減らしてみます。 - くわ (2003年08月17日 14時52分25秒)
  • HTML部分のキャッシュはプラグイン部分はキャッシュできないことが多いのでプラグインのみ表示時に置換などの処理が必要になります。プラグインもものによってはログやキャッシュファイルを舐めたりしますし、大量のモジュールのコンパイルがボトルネックになっているので、HTMLのキャッシュでどの程度効果があるのかは疑問ですね。 - たけぞう (2003年08月17日 18時21分24秒)
  • Farmを使用してWikiを作成していたところ、原因はわかりませんが再度サーバーが停止してしまったため運用を停止しました。鯖会社からも根本的な対策を求められていますので、Lite版のリリースを待ちたいと思います。 - くわ (2003年08月17日 19時00分38秒)
  • 使わないプラグインは入れない、というのも負荷軽減に役立つような気がします。毎回初期化しに行くので。 - にらたま (2003年08月17日 19時13分59秒)
  • プラグインは実際に使用された時点でeval関数によってuse→インスタンス化してるので、外しても実際にはそれほど変わらないんじゃないかと思います。showフックとか毎回呼ばれるようなものは別ですが…。 - たけぞう (2003年08月17日 22時49分09秒)
  • FSWikiLiteに自宅マシンで使用していた簡易版Wikiをアップロードしましたのでよろしければお試しください。プラグインは一切使用できませんし、アクセス制限などもできませんが、用途によってはこれでも充分かと思います。なお、添付や差分、検索、凍結など、いくつかの機能はこれから実装しようと思っています。今はCGI.pmを使ってますが、Niftyなどで使うことも考えるとcgi-lib.plやjcode.plを使ったほうがよいのかも。 - たけぞう (2003年08月17日 22時56分40秒)
  • さっそく設置させて頂きました。今までと比較してかなりサクサク動作しています。ただ、includeとcategoryを多用している為、しばらくはLiteでの仮運用という形で移転先を探したいと思います。 - くわ (2003年08月18日 01時25分39秒)
  • ちょっとperlの本を読み返していたのですが、使われないことのあるモジュールについては、"use autouse"を使うって手は効果がありそうな気がします。 - Kinsan (2003年08月18日 11時29分08秒)
  • その後、サーバー提供者のお陰でなんとか運営を続けています(現在は2000サーバで3.5.3使用)。現在はページ数が1800件を越えレスポンス的にいかんともしがたい状態になってきたのでいろいろ調べていたのですが。perltimeというツールを使ったところ、
Total Elapsed Time = -0.16296 Seconds
  User+System Time = 3.390092 Seconds
Exclusive Times
%Time ExclSec CumulS #Calls sec/call Csec/c  Name
 36.9   1.251  1.267      3   0.4170 0.4223  Wiki::search_child
 10.6   0.361  1.188      4   0.0902 0.2970  Wiki::DefaultStorage::get_page_lis
                                             t
 7.79   0.264  0.262    414   0.0006 0.0006  Wiki::DefaultStorage::get_last_mod
                                             ified
 6.49   0.220  0.546  24893   0.0000 0.0000  Wiki::DefaultStorage::get_last_mod
                                             ified2
 5.07   0.172  0.679  24893   0.0000 0.0000  Wiki::get_last_modified2
 3.27   0.111  0.107   5125   0.0000 0.0000  Util::url_decode
 2.80   0.095  0.249      9   0.0106 0.0276  main::BEGIN
 2.77   0.094  0.094     79   0.0012 0.0012  Wiki::Keyword::exists_keyword
 2.74   0.093  0.093     98   0.0009 0.0009  Wiki::DefaultStorage::page_exists
 2.30   0.078  0.224   2256   0.0000 0.0001  Wiki::get_login_info
 1.86   0.063  0.058   2244   0.0000 0.0000  Wiki::get_page_level
 1.86   0.063  0.063     13   0.0048 0.0048  Wiki::BEGIN
 1.71   0.058  0.084     18   0.0032 0.0047  Util::load_config_hash
 1.42   0.048  0.057   2325   0.0000 0.0000  CGI::self_or_default
 1.39   0.047  0.047     25   0.0019 0.0019  Wiki::install_plugin

というように、Wiki::search_childがネックになっているようです。現在Farmは使用しない設定にしているので、動作する必要の無い処理だと思うのですが。 - くわ (2004年05月11日 23時13分22秒)

  • あとはページの一覧がキャッシュされると良い気がします。なお、上記のテスト時のページ数は1300件弱です。 - くわ (2004年05月11日 23時55分58秒)
  • 3.5.4ではFarm無効時にはsearch_childを呼ばないようになっています。お試しください。一覧のキャッシュについては今後のバージョンで考えてみます。 - たけぞう (2004年05月12日 12時28分19秒)
  • BugTrack-plugin/118に、対策版をアップしてみました。 - kuwa (2004年05月13日 23時11分01秒)
  • それと、Jcode.pmを、FSWikiに同梱されている物を使うのをやめて、コンパイル済の物をインストールしてみたらかなり軽くなりました。 - kuwa (2004年05月13日 23時12分16秒)
お名前: コメント:

ページの右上のadminmenuの一部を消したい。 - RYO (2003年08月16日 16時45分53秒)

Ver3.4.3を使っています。ログインしていない状態で、ページの一覧が見れないようにしたいのでページの右上のadminmenuの一覧の文字を消すには、どこを書き換えればいいでしょうか?

  • 文字だけ消してもURLは容易に見つかるので、駄目では?LISTのフックのところも書き直す必要があると思います。 - Kinsan (2003年08月17日 11時59分44秒)
  • plugin/core/Install.pmの$wiki->add_menu("一覧"…の行をコメントアウトすればとりあえずリンクは表示されなくなります。ただしこれだとログインしている状態でも表示されませんし、URLを指定すれば一覧を見ることは可能です。一覧機能そのものを外す場合にはさらに$wiki->add_handler("LIST",…の行もコメントアウトする必要があります。ログインしている場合のみ有効にするというような制御を行うには少し改造する必要があります。 - たけぞう (2003年08月17日 12時19分26秒)
  • ありがとうございます。"一覧"…の行をコメントアウトして使うことにします。 - RYO (2003年08月19日 03時15分16秒)
  • plugin/core/Install.pm で、
if(&accept_edit($wiki)){
$wiki->add_menu("新規",$wiki->config('script_name')."?action=NEW",998,1);
$wiki->add_menu("編集"  ,"",997,1);
$wiki->add_menu("差分"  ,"",996,1);
$wiki->add_menu("一覧"  ,$wiki->config('script_name')."?action=LIST",995);
}
if(&accept_edit($wiki)){
$wiki->add_handler("NEW","plugin::core::NewPage");
$wiki->add_handler("LIST","plugin::core::ListPage");
$wiki->add_handler("EDIT","plugin::core::EditPage");
$wiki->add_hook("show","plugin::core::EditPage");
$wiki->add_handler("DIFF","plugin::core::Diff");
$wiki->add_hook("show","plugin::core::Diff");
}	

のように適当な箇所をif(&accept_edit($wiki)){}でくくると、非ログイン時のメニューの非表示、プラグインの無効化ができました。 - huhu (2008年05月09日 13時00分40秒)

  • BugTrack-plugin/233を使えばすぐ上のコメントと同じことができます。 - 名無しさん (2008年05月09日 13時40分22秒)
お名前: コメント:

MacOS X(10.1.5)でSoftware error - hirofmix (2003年08月16日 02時45分59秒)

ローカルでFSwiki(3.4.2)を稼働させてみたら、次のようなSoftware errorが出てしまいました。

Software error:
Can't locate loadable object for module Digest::MD5 in @INC
(@INC contains: ./lib /System/Library/Perl/darwin /System/Library/Perl
/Library/Perl/darwin /Library/Perl /Network/Library/Perl/darwin
/Network/Library/Perl .) at lib/CGI/Session/ID/MD5.pm line 6

この表示の下にコンテンツの内容が表示されます(なぜか「一覧」のページにはソフトウェアエラーが出ません)。サイドメニューは左側に表示されず、コンテンツ内容の下に表示されます。それと、テンプレートは全然読み込まれていないようです。たぶんDigest-MD5とかゆーのがないから入れておけ、って事じゃないかと判断したんですが、いやー、どこをどうすりゃあいいのか…。ご存知の方はよろしくお願いします。ちなみに wiki.cgi 設置場所は /Library/WebServer/CGI-Executables です。アドレスは http://localhost/cgi-bin/wiki.cgi

  • http://www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Year=2003&Month=7&Day=21とかサーバーの比較と使い方のKDNでの症状ではないでしょうか?Digest::Perl::MD5をいれると動くのではと思います。。。 - tinsep19 (2003年08月16日 12時15分38秒)
  • ありがとうございます! KDNでの対処方法でソフトウェアエラーはなくなりました。でもテンプレートが全然読み込まれていません(泣く)。この上でDigest::Perl::MD5ってーのを入れれば良いのでしょうか? とりあえず"Digest-MD5-2.27"という解凍したフォルダはあるのですが、どこにどうやって入れたら良いのか…すんません、お手数ですが教えて下さい。 - hirofmix (2003年08月16日 23時37分49秒)
  • Digest::Perl::MD5って同梱されてましたね。。。MD5についてはKDNの変更で解決してそうな気がします。テンプレートが読み込めない状態でどうやって表示されているのか想像つかないんですが、サイドメニューが下にでるということは、CSSがちゃんと読み込めてないんじゃないかと思います。http://localhost/cgi-bin/theme/default/default.cssだと思いますが、cssがちゃんと読み込めているかどうかブラウザからURLを直接入力して確認してみてください。 - tinsep19 (2003年08月17日 18時11分20秒)
  • Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request] - hirofmix (2003年08月17日 20時38分53秒)
  • …と表示(上ですね)されましたハイ。読み込まれていないようです。すんません、どうすればよろしいんでしょうか。 - hirofmix (2003年08月17日 20時40分02秒)
  • themeディレクトリをブラウザからアクセスできるところに移動してsetup.datのtheme_uriとtheme_dirを変更してみてください。 - tinsep19 (2003年08月17日 22時38分22秒)
  • 色々とご教示ありがとうございます。でもどーしても読み込んでくれません。例えばdefult.cssをcgi-bin直下(wiki.cgiと同じ場所ですね)に置いてもInternal Sever Errorになります。なんでだろー、全然わからん…ちょっともうダメポ臭いですが、もしわかることがあれば再度、再々度、よろしくお願いします。 - hirofmix (2003年08月18日 00時44分35秒)
  • cgiでないものをcgi-bin以下に置くと(apacheの設定にもよりますが)普通にアクセスできません。別の、通常のファイルとしてアクセスできる場所に置いて、themeのあるurlを指すようにsetup.datで設定すればよいかと。 - にらたま (2003年08月18日 02時24分03秒)
  • ありがとうございます! themeを"/Library/WebServer/Documents/theme"に置いたところ"http://localhost/theme"、setup.datの参照urlを"theme_uri = http://localhost/theme"という形にしたら読み込まれました! ただ(まだ不具合あるんですごめんなさい)管理画面のスタイル設定だけ"No such file or directory at plugin/admin/AdminStyleHandler.pm line 101."というソフトウェア・エラーが出ました。たぶんsetup.datの"テーマを格納するディレクトリ"が上手く読まれていないのでしょうか(現在の設定は"theme_dir = Library/WebServer/Documents/theme"としてます)。これが解決すれば完ぺきです!……素人が何とかここまで出来ました、tinsep19さん、にらたまさん、ありがとうございます。 - hirofmix (2003年08月18日 10時07分03秒)
お名前: コメント:

3.4.3へのバージョンアップで - aplo (2003年08月14日 13時17分55秒)

Software error: at lib/CGI2.pm line 33.上記エラーが出てしまいます。サーバーはiswebで添付ファイルアップロード用に/lib/CGI.pmと/lib/cgi/以下にCGI.pmと一緒に入っていたsession.pm他のファイルを入れてあります。cgi.pmはです。対処法がありましたらご教授願います。

  • 3.4.2からのバージョンアップです。cgi.pmのバージョンは2.94です。 - aplo (2003年08月14日 13時19分15秒)
  • インストールディレクトリ直下にlogディレクトリは作成されていますか? - たけぞう (2003年08月14日 15時29分41秒)
  • バージョンアップなので作成済みです。念のため一度削除して空のlogフォルダを作ってみましたがやっぱり駄目でした。 - aplo (2003年08月14日 21時29分23秒)
  • 手元の環境では正常に動いているのでなんとも…。CGI2.pmの33行目はCGI::Sessionのシリアライズ用ディレクトリとしてlogディレクトリをopendirしています。ここでおそらく偽が帰ってdieされているのだと思います。ということは他のモジュールとの依存関係などが原因だとは考えにくいです。他に考えられるのはsetup.datでログディレクトリの指定が間違っている、logディレクトリのパーミッションなどでしょうか。エラーメッセージが出ていないのも気になりますが…。どなたかわかる方はいらっしゃいますか? - たけぞう (2003年08月14日 23時09分42秒)
  • こんばんわ。私は同じiswebで、3.4.1から3.4.3にVerUpし、aploさんと同じCGI.pmを入れました。で、私の場合は「BBS-サポート掲示板/50」の現象が発生しました(対処は「サーバーの比較と使い方」に追記しました)。症状が全く違ってるのですが、多少の比較になれば幸いです。(一旦、素の3.4.3に戻すというのはいかがでしょうか?) - w (2003年08月15日 02時05分40秒)
  • 素の3.4.3のクリーンインストールで動きました。原因が良くわからないのですが、ご迷惑をおかけしました。 - aplo (2003年08月16日 17時10分00秒)
お名前: コメント:

CSVファイルからレコードを読み込んでページを自動生成したい - Kyosuke (2003年08月06日 21時28分17秒)

例えば、以下のようにデータが記録されているCSVファイルがあるとします。

"商品名","価格","メーカー名","備考"
"商品A","5000円","ABC","サンプル"
・
・

このCSVファイルを読み込み、

■ページ名:商品A
○価格:5000円
○メーカー名:ABC
○備考:サンプル
○コメント欄

といった新規ページを一括して作ることはできないでしょうか?カード型データベースのためのプラグインでできないかと思ったのですが、ファイルから読み込むことができないようなので……。

  • どなたかお願いします。 - ぴろ (2003年08月07日 05時41分43秒)
  • やってみようかなと思います。で、仕様を詰めたいです。まず、CVSファイルの場所を限定しないとセキュリティーホールにつながりかねないのでこの辺りをどうするのか?出力フォーマットは固定でよいのか?という点について御意見を伺いたいです。 - typer (2003年08月08日 22時31分20秒)
  • タブ区切りかカンマ区切りかを選べるとうれしいです。あと、フィールド中に"\n"を入れておくと、改行になるとうれしいですね。入力するファイルは一度ページに添付してからというのでよいのではないでしょうか(この辺よくわかりません……)。楽しみにしてます! - Kyosuke (2003年08月08日 23時40分09秒)
  • データはpublic_htmlの外におけるようにしてもらいたいです。 - ぴろ (2003年08月09日 08時18分28秒)
  • 遅くなったわりにたいした機能がないですが、BugTrack-plugin/38にあげました。ただ、新規作成ではなくデータ表示のみです。 - typer (2003年09月01日 03時37分13秒)
お名前: コメント:

$VERSION を Export しませんか? - Aki (2003年08月06日 13時26分11秒)

めでたいことに、現在FSWikiは本体・プラグインともに頻繁に更新されております。

しかし、そのためにバージョン間の互換性を取るための工夫が必要になってきています。とりわけ、3.5.0で導入される予定のプラグインの仕様変更は大きな影響を与えます。そこで、lib/Wiki.pm, plugin/core などいくつかの主要なライブラリ・プラグインでは $VERSION を Export し、Exporterを使ったバージョン管理を助けるようにしませんか?

お名前: コメント:

コメントの挿入場所 - Kinsan (2003年08月05日 01時05分52秒)

ここのサーバーの比較と使い方のコメントボックスに書き込んだら、複数あるコメントボックスのうちの一個前のものにコメントが追加されました。

自分の設置した3.4.2のFSWikiで実験すると再現が出来ません。

私が勘違いしているのでなければ、変なことが起きている気がします。

  • コメント(行頭に//)の中にコメントプラグインを書いているため、CommentHandlerで挿入する位置を誤って検出してしまっているようです。 - たけぞう (2003年08月05日 12時17分49秒)
  • bbsやその他のプラグインでも同様の現象が起きる可能性があると思います。気づいたものについては修正するようにします。 - たけぞう (2003年08月05日 12時19分14秒)
  • すいません。サーバー毎の記述を追加するためのテンプレートとして、私が頭の方に追加したものが悪さしてたんですね。 - Kinsan (2003年08月05日 14時56分02秒)
お名前: コメント:

attachプラグインでrefが追加されない - Yoshimov (2003年08月04日 17時38分24秒)

3.4.2を利用していますが、attachプラグインを設置した箇所からファイルをアップロードしても、ref記述が追加されなくなりました。

HTMLのソースを見ると、どうやらcountが出力されていないように見えます。これはどのように対処すれば良いでしょうか。

  • plugin/attach/Attach.pmを以下のように修正してください。 - たけぞう (2003年08月04日 19時20分23秒)
diff -r1.1.1.1 Attach.pm
43c43
< 	if(defined($option) && $option ne "nolist"){
---
> 	if(!defined($option) || $option ne "nolist"){
お名前: コメント:

recentdays - Kinsan (2003年08月04日 06時16分09秒)

バグというよりは、仕様ですが、recentdays pluginでは、削除されたページも存在するページと同じ表示になりますね。

動作的には問題無いのですが、存在しないページとして表示した方が、削除されたことが分かって、便利な気がします。

  • これはキャッシュが残ってしまっているためです。ページ削除時はキャッシュを更新していないのが原因です。別のページを更新した時点で削除されたページが表示されなくなります。ちょっとこの動作はどうかと思うので削除時もキャッシュを更新するようにしようと思います。 - たけぞう (2003年08月04日 10時19分48秒)
お名前: コメント:

添付ファイルのアップロード時にエラー - komat (2003年08月04日 00時29分47秒)

 はじめまして。komatと申します。設置サイトには既にリンクを置かせていただいてます(^^;) FSWikiは会社でも使っておりまして、非常に重宝しています。

 さて本題なのですが、有料版iswebでFSWiki3.4.2を使っていまして、添付ファイルをアップロードしようとすると下記のようなエラーがでてしまいます。

Software error:
CGI open of tmpfile: Permission denied

FAQに書かれているケースとは異なるように思えます。attachディレクトリのパーミッションは777にしてあります。何か考えられる対処方法がございましたら教えていただけますでしょうか?よろしくお願い致します。

  • 他のディレクトリのパーミッションも変更して試してみるべきでは?しかもtmpfileのパーミッションだと言っているんですから、wikiのtmplあたりを変えてみるとかやってみましたか?作者さん凄く親切で答えてくれますけど、他のところだったら、「おぃ」といわれかねないと思いますよ。正直。 - 名無しさん (2003年08月04日 09時46分57秒)
  • CGI.pmはマルチパートリクエストの場合にテンポラリファイルを作成するのですが、そのテンポラリファイルの作成に失敗しているということですよね。 - たけぞう (2003年08月04日 11時19分21秒)
  • CGI.pmのソースの最初のほうを見るとわかるのですが、$TempFile::TMPDIRECTORYでテンポラリファイルを作成するディレクトリを指定できるようなので適当なディレクトリを作成してそこを指定してみるとか。CGI.pmを直接いじれない場合はwiki.cgiのBEGINの中で指定してやればOKだと思います。 - たけぞう (2003年08月04日 11時21分46秒)
  • お手数をおかけしてすみません。wiki.cgiのBEGINの中に $TempFile::TMPDIRECTORY='./tmp'; を追加して、wiki.cgiと同じディレクトリにパーミッション777のtmpディレクトリを作成したら、うまくいきました。ありがとうございました。 - komat (2003年08月05日 00時47分12秒)
  • Version 3.5.0 で同様のエラーが出ます。ここの情報を参考に、/tmp という文字列を探してみたのですが見当たりません。どうすればエラーが出なくなるでしょうか? - qab (2003年09月18日 13時42分52秒)
  • 一番簡単な解決方法は、FSWikiを入れたディレクトリ(wiki.cgiの所属するディレクトリ)のパミッションを777にしておくことです。セキュリティ上ちょっと問題かもしれませんが。 - BJM(と) (2003年09月20日 04時20分06秒)
  • サーバーの強制的な設定で、ディレクトリは777に固定になっています。簡単でない解決方法もあるのでしょうか? - qab (2003年09月21日 12時15分27秒)
  • 最新の CGI.pm(3.00) では、$CGITempFile::TMPDIRECTORY となっていました。調べ方がまずくてすみませんでした。 - qab (2003年09月21日 13時35分52秒)
  • あれ? iswebのフリー版だと755なのですが……。 簡単でない解決法というのはここで今まで紹介されていた、$TempFile::TMPDIRECTORY乃至は$CGITempFile::TMPDIRECTORYをwiki.cgiのBEGINの中で上書きして……というやり方のことを意図しています。 - BJM(と) (2003年09月21日 15時04分59秒)
お名前: コメント:

PDF作成時に、Software error: - のん (2003年08月02日 16時56分44秒)

先日はお世話になりました。3.4.2をweb24.jpで使っています。http://www3.vis.ne.jp/~asaki/wiki/wiki.cgi?page=BBS%2D%A5%B5%A5%DD%A1%BC%A5%C8%B7%C7%BC%A8%C8%C4%2F44 で質問し、その後ほとんど大丈夫と思っていました。

しかし、PDFを作成しようとすると、

 Can't locate object method "new" via package "plugin::pdf::PDFMaker" at lib/Wiki.pm line 425.

のメッセージがでてエラーになります。もちろんこのファイルはアップロードしてあるし、pdfのディレクトリも作っているのですが、原因は何でしょうか?

KDNサーバーに入れるのと同様の変更を加えているファイルは、Install.pm, MD5.pm, Jcode.pmです。

  • PDF作成について、専門のツール: iPubsoft PDF作成を試してみてください。ご参照リンク: - 名無しさん (2015年04月24日 17時53分18秒)
お名前: コメント:

[ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 ]

最終更新時間:2011年08月03日 23時16分46秒