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

サポート掲示板

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

FSWikiサポート掲示板

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

携帯表示分割とエラーについて - 愛菜 (2004年05月25日 11時29分08秒)

携帯(SH251iS)からアクセスするとページのボリュームが大きいと途中で切れてしまうのである程度のところで[次]のようなリンクで分割してほしいですがやはり無理でしょうか。。

あとフォームから投稿した後にWait or Clickとなって止まるのでClickしたのですがエラーが起きました。。結局投稿できていたようでしたが、ユーザーを混乱させてしまうかも。。

あとPC版でもたまに(15%くらいの確率で)エラーが起きたりするんですが。。

  • ご使用されているバージョンは書いたほうがいいですよ。 - 紅猫 (2004年05月25日 11時41分18秒)
  • 携帯での分割送信はToDoには入ってるよう(たけぞう)ですが、変化がないですね・・・ - 紅猫 (2004年05月25日 11時42分34秒)
  • あ、ココ自体の携帯版の話です。まだ設置検討中なので。。携帯で便利になるといいな☆と思いまして。。 - 愛菜 (2004年05月25日 15時04分02秒)
  • あ、今もです。普通に投稿(コメントをクリック)してもその後HTTP 500 内部サーバー エラーになるんです。でも投稿はされているという。。バグですか?それともノートンがいけないのかな。。 - 愛菜 (2004年05月25日 15時05分04秒)
  • エラーの件はBBS-雑談掲示板/72を参照してください。mod_perl固有の問題で、最新版の3.5.5では修正されています(ここはまだ3.5.3なのでエラーが出ることがあると思います)。 - たけぞう (2004年05月25日 16時15分22秒)
お名前: コメント:

ページ編集後、保存時に500エラー - shinsuke (2004年05月24日 23時43分10秒)

ページの編集でエラーが出てしまいます。

インストール直後、管理者設定も何も変更していない状態で、FrontPageなどの編集をしてみると、「保存」後、500エラーが出てしまいます。アクセスしなおしてみると、編集内容は反映されていますので、実質、書き込みは出来ています。

ちなみに「PDF」も500エラーになります。

バージョンは3.5.5です。サーバは有料のレンタルサーバ(www.nmt.ne.jp)でして、OSはBSDです。Perlのバージョンは5.8.0。WebサーバはApacheで1.3.29。

自分はPerlが読めないので詳しい状況を調べられないのですが、上記のサーバにはシェルログインが可能なので助言いただければある程度、詳細を調べることも可能かと思います。

data、backup、attach、pdf、log、config

の各ディレクトリのパーミッションはいずれも755にしています。何かアドバイスいただきたく、よろしくお願いいたします。

  • 自己レスです。申し訳ありません。過去ログで同様の問題についてかかれているものを見つけました。「BBS-サポート掲示板/154」。私の場合もrssプラグインを外すことで解決できました。大変失礼いたしました。 - shinsuke (2004年05月26日 23時23分28秒)
お名前: コメント:

fswiki-backup.tarの解凍について - カゲツ (2004年05月23日 12時52分14秒)

自宅サーバが壊れたので、xreaに移行しfswiki-backup.tarをlinux上で解凍しようとしたのですが

Member name contains `..'

というメッセージが出て、ファイルを解凍することができませんでした。どうやら相対パスに「..」が使われていることが原因のようです。Windows上で+Lhacaを使えば解凍できるのですが、Windowsでは再現できない長い名前のファイルが含まれているため、全ては解凍できませんでした。結局、バイナリエディタでtarファイル内の「../」を「./.」に置換して解凍しました。圧縮の際、「..」を含まずに圧縮するよう変更を検討いただければ幸いです。

  • tarのバージョンの問題ということも考えられますね - カゲツ (2004年05月23日 12時52分43秒)
お名前: コメント:

環境設定-ページの自動リンク について - sunoko (2004年05月17日 18時22分06秒)

FSWiki 3.5.4 にバージョンアップしたのですが、ページが表示されたりされなかったりし、調べた結果、

  • 環境設定-ページの自動リンク にて「自動でリンクしない」

とすると、ページが表示されないようなのですが、どんなもんでしょうか?

再現手順

  • 環境設定-ページの自動リンク にて「自動でリンクする」から「自動でリンクしない」にチェックを変更する
  • 何かページを編集なり追加を行う。

こうすると、HTTP 500 - 内部サーバー エラー で何も表示できなくなってしまいます。

表示されなくなった後に表示可能にするには、

  • フロントページが表示されなくなっている場合があるので、 wiki.cgi?action=LOGIN を直接ブラウザーで開く。
  • 環境設定-ページの自動リンク にて「自動でリンクしない」から「自動でリンクする」にチェックを変更する。
  • 環境設定-ログ・キャッシュ(ログファイルの管理)にて、キャッシュをクリアする。
  • フロントページを開いてみる。

ページが表示されないだけで、ログインは可能です。なお、各種設定変更は可能です。また、手元では、ヘッダー、フッター、ToDoページは表示されましたが、その他はフロントページも含め全滅でした。子Wikiも同様。

  • 手元の環境では再現できなかったのですが、3.5.4をお使いの方で同様の問題が発生している方はいらっしゃいますか? - たけぞう (2004年05月19日 09時45分16秒)
  • WinXP,IBM HTTP Server,ActivePerl5.6.1の環境で同様の症状が発生します。sunokoさんがおっしゃる様に、FrontPageも表示できなくなりました。私の場合はCGIからの応答がなくPCがハングアップ状態になりちょっと焦りました^^;、仕方がないのでperl.exeプロセスをタスクマネージャーからKillしてHTTPサーバーのログを参照したところHTTP 500のエラーが書かれていました。 - KG (2004年05月19日 13時14分23秒)
  • RedHat8.0,Apache,perl5.8.0,mod_perlの環境で同様の症状が発生します。ログを見たところ、"Premature end of script headers"のエラーが出ています。気になったんですが、wiki.cgiが300〜600[MB]ぐらいメモリを使っているようなんですが、それと関係してるんでしょうか? - ask (2004年05月19日 13時30分37秒)
  • どうもキーワードキャッシュが空の状態で自動リンクをOFFにすると無限ループしてしまうようです。lib/Wiki/Keyword.pmを添付のものに差し替えてご利用ください。致命的なのでバグトラックにもあげておきました。 - たけぞう (2004年05月19日 17時11分51秒)
  • 解決しました。また、自動でリンクされたものをクリアさせるために、キャッシュをクリアさせておきました。迅速な対応ありがとうございました。 - sunoko (2004年05月19日 18時07分50秒)
お名前: コメント:

Menuというページって何なんですか? - 日差し (2004年05月16日 18時52分43秒)

menu.htmlですか?menu.cgiですか?あるいは単にmenuというファイル?

  • ページの名前が「Menu」であるということです。右上の「新規」メニューから新しいページを作れますが、そこの入力欄に「Menu」と書いて、作成ボタンを押します。これでMenuページを作れます。ちなみに、すでにMenuページが存在した場合は、それを編集することになります。 - 名無しさん (2004年05月16日 19時19分06秒)
  • 今あなたの見ているページの左側に表示されているもの(メニュー、関連リンク、検索などがあるもの)は、このMenuというページに定義されたものです。つまり、各ページの左に表示するメニューをカスタマイズしたければ、Menuという名前(Wiki上の名前)のページを作り、そこに定義すればよいということです。 - Kinsan (2004年05月16日 22時39分38秒)
お名前: コメント:

NT Server4.0 + AnHTTPd + Perl 5 で動作しません. - ずみ。 (2004年05月15日 20時29分52秒)

ありがとうございます.文字化けの件は解決しました.ですが,動作しない状況ですので,スレタイトルを変更しました.

【最新の悩み】

  • FreeStyle Wiki 3.5.3 / NT Server4.0 SP6a / Perl 5.003_7 (Win32) / AnHTTPd 1.40C にて…他の cgi(Perl) は動作しますが wiki が動作してくれません.んー.ソースは基本的にいじってないのですが. - ずみ。 (2004年05月15日 23時10分03秒)

こちら所定のページからDLをしました.解凍ツールは +Lhaca 他,幾つかのツールを試みましたがどの解凍ツールを使用しても wiki.cgi ソース本文がバイナリ転送されたときのように?なって編集はもとより,実行させることができません.

改行コードがすべて半角の→■で表示されたような状態で長々と一行につながっております.また冒頭の文字化けは以下のようになっております.

# FreeStyleWiki ・ユ・綋鵐ネ・ィ・鵐ノCGI・ケ・ッ・・ラ・ネ

NT Workstation 4.0 SP6a でダウンロード.実装するサーバは NT Server 4.0 SP6a AnHTTPD / Perl win32

何かの情報をお持ちで有ればご教授下さい.

  • FSWiki のアーカイブに含まれているものは全て EUC-JP という文字コードに統一されているようです。通常Windowsでは Shift-JIS という文字コードが使われていますが、文字化けしたように見えるのは、ソースを開いたノートパッドみたいなテキストエディタなどが EUC-JP という文字コードに対応していないせいです。Web ブラウザや TeraPad など、フリーウェアでも EUC-JP に対応したツールがあるのでそういったものを用意して開いてみてください。 - gyo (2004年05月15日 21時29分20秒)
  • とりあえず文字化けにはコード変換ツールで対応できました.あとは改行コードと実装です.がんばります. - ずみ。 (2004年05月15日 21時59分22秒)
  • うちは EUC のままですが、何の支障もなく稼動していますよ - gyo (2004年05月16日 00時02分14秒)
  • 文字コードや改行コードは変換する必要はありません(というか変換すると多分動かないと思います)。解凍したものをそのまま配置すれば動作するはずです。 - たけぞう (2004年05月16日 08時12分43秒)
  • 解凍したものをそのまま配置してみましたが,『無効なまたは認識されない応答をサーバが返しました』…と表示される結果にとどまっております. - ずみ。 (2004年05月16日 15時44分46秒)
  • wiki.cgiをコマンドラインから実行することはできますか? - たけぞう (2004年05月16日 16時25分47秒)
  • Perl 5.003_7 つーのが古すぎという問題なきがします。FSWiki は Perl 5.004 以降でないとエラーになる文法を多用していますので。 - gyo (2004年05月16日 23時30分26秒)
  • よちよち歩きで使い始めた素人ですが、うちではActivePerl5.6を入れることで動くようになりました。 - とりてん (2004年05月19日 17時52分12秒)
  • がんばって☆ - あいこ (2004年05月25日 11時07分18秒)
お名前: コメント:

WinXP+httpd 動かない〜 - バウアー (2004年05月12日 17時03分36秒)

ActiveParl、httpdをインストールして、backup、attach、pdf、logディレクトリを作成して、実行しても、at C:\httpd142m\cgi\wiki.cgi line 19.というエラーが出てしまいます。

少なくともhttpdとparlは動いているのですが、どのようにしたら動作できるのでしょう...

  • 情報があいまい過ぎです。FreeStyleWiki のバージョンは?httpd は An HTTPD ですか?Apache ですか?それとも別の何かですか?そのバージョンは? それからエラーメッセージはバウアーさんが示した箇所の直前部分にPerlが答えを書いてくれているはずなんですが、エラーログの該当行の内容をそのままコピペしてみてください。何かわかるとすれば、それからです。 - gyo (2004年05月12日 21時23分50秒)
  • 失礼しました! WinXP(SP2RC1)+AnHTTPD1.42m+ActivePerl5.6+FreeStyleWiki3.5.3 です。エラーは「Software error: at C:\httpd142m\cgi\wiki.cgi line 19.」と出力されます。お願いします! - バウアー (2004年05月13日 09時09分17秒)
  • FSWiki3.5.4でもダメでしょうか。 - たけぞう (2004年05月13日 09時13分30秒)
  • FSWiki3.5.4もはじめに試してみましたが、動作しませんでした。そこで、以前3.5.3をWin2000で動かしたことがあったので挑戦してみました。 - バウアー (2004年05月13日 09時42分39秒)
  • そうですか…。FSWikiは普段はWindows2000+AnHttpdで開発しているので、Perlのバージョンの問題でしょうか。ちなみに3.5.4でどのようなエラーがでるかわかれば教えていただけないでしょうか。 - たけぞう (2004年05月13日 10時18分24秒)
  • 解凍したものをそのまま置いただけの状態では再現しました。が、logディレクトリを作成したら、正常にFrontPageが表示されるようになりました。参考になりますでしょうか? - gyo (2004年05月13日 10時22分39秒)
  • エラーはhttpdのログにはなにも出力されず、ブラウザ画面にバウアーさんの書いた通りの内容に、CGI:::Carp の246行目でエラー拾ったというのが付け足された程度の情報しか出力されていませんでした。 - gyo (2004年05月13日 10時25分45秒)
  • 3.5.4 もエラーの内容は違うものの、解凍したものをそのまま置いただけではエラーでしたが、log ディレクトリを作成すれば正常に表示されます。 - gyo (2004年05月13日 10時39分27秒)
  • 3.5.4を再度挑戦してみましたが、3.4.3とは違うエラーが出てしまいます。「Software error:HTML::Template->new() : Cannot open included file ./tmpl/site//.tmpl : file not found. at lib/HTML/Template.pm line 1580」いろいろ検証してみた結果、どうやらconfigの情報がすべて空白になっていました。 - バウアー (2004年05月13日 13時24分44秒)
  • ↑configには設定項目が記載されているけど、読み込めていない と言う意味です。 - バウアー (2004年05月13日 13時25分24秒)
  • どのようにインストールして設定しているのかわかりませんが、私が検証したように単純に解凍したものをディレクトリごとAnHTTPDのドキュメントルート直下に置いてlogディレクトリを作成してもだめですか? - gyo (2004年05月13日 14時58分01秒)
  • まったくそのようにしているだけです。解凍して4フォルダを作っただけですが、上のようなエラーが出ます。AnHTTPD、ActivePerlはいじっていません(cgiを実行できるように関連付け以外)。 - バウアー (2004年05月13日 16時51分46秒)
  • ほぼ同じ環境だと思うんですが、うちでは log ディレクトリさえ作成すれば動くので現象を再現できず、原因を特定できませんでした。AnHTTPDの設定か XP のアクセス権限絡みなんでしょうかねぇ - gyo (2004年05月13日 22時01分54秒)
  • そうですか... もうすこしいじくってみます。みなさまありがとうございます! - バウアー (2004年05月14日 10時44分46秒)
お名前: コメント:

Apache2のmod_perlが動いてる方いますか? - arai (2004年05月11日 03時00分27秒)

LoadModule perl_module modules/mod_perl.so
PerlModule Apache2
PerlModule Apache::compat

Alias /wiki/ "/home/httpd/cgi-bin/wiki/"
<Location /wiki/>
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
#PerlResponseHandler ModPerl::PerlRun
PerlOptions +ParseHeaders
Options +ExecCGI
</Location>

このような形でmod_perl 1.99で動かすことに挑戦していますが、RegistryでもPerlRunでもうまく動きません。具体的には、出力内容がキャッシュされてしまうような形になり、最初に表示したページ以外のページにうつることができなくなります。

もしうまくいってるかたがいましたらアドバイスください。宜しくお願いいたします。

  • 残念、fswiki 3.5.5+mod_perl 1.99_14にしてみましたが、やはり動きませんでした。 - arai (2004年05月22日 16時38分26秒)
お名前: コメント:

こちらのページのHelpを更新してしまいました・・ - 済みませんm(__)m (2004年05月07日 16時50分46秒)

申し訳ありません、誤操作でこちらのHelpを更新してしまいました。自分が管轄するマシンと同時に2つの窓を開いて操作中に、窓を間違ってしまい、Help/FSWikiページを更新/削除してしまいました。すると、ヘルプページが消滅してしまい、慌てて戻そうと幾つかの操作を行ったのですが、最終的にHelpページに更新の跡が残ってしまいました。Fswiki3_5_3に含まれていたHelp/FSWikiを取り出しての上書き操作だったので、内容的には元と相違ないかと思われますが、多くの人が参照されるページを一時的にアクセス不能にしてしまい、まことに申し訳ありませんでした・・。

  • すべての更新処理は私の方でバックアップを取っていますので、誤編集などはあまり気にしなくてもよいですよ。間違って削除してしまって自力で復元できないという場合は私にメールでご連絡いただければ復元しますので…。 - たけぞう (2004年05月11日 16時29分11秒)
お名前: コメント:

スタイルシート関連で - いちユーザ (2004年05月06日 00時24分17秒)

会社でも個人でも使わせてもらってます。

プラグインの集積はされてますが、スタイルシートも同じように集積されていると、ありがたく思います。ユーザが作成したサイトテンプレートも指定できることですし、スタイルシートで追加機能などを作成されている方もいらっしゃると思うので、どこかに集めてあると便利かと思いまして。ご一考くださればありがたいです。

  • tDiaryのサイトにいけば、適用可能なテーマが沢山あります。 - ななし (2004年05月08日 05時12分42秒)
  • それはよくわかってまして、自分でもテーマを入れ替えて使ってますが、見栄えの話ではなく、機能面の話です。印刷用にスタイルシートを修正する話しにもあるように、特定の機能を変更、追加するためのスタイルシートをプラグインのように扱えると便利ではないかと思って投稿しました。tdiaryとの兼ね合いもあるので、難しいとは思いますが。 - いちユーザ (2004年05月09日 00時52分11秒)
  • 最近はやりのblogなどでは、htmlとcssでサイトのデザインができるので魅力があるなと思いっていたら、ここでもサイトテンプレートを利用すればできるのですよね。せっかくの機能なのでみんなのアイディアを集積できる場所があればいいなと思います。 - 名無しさん (2005年06月22日 15時52分48秒)
  • プラグイン投稿にアップしていただけばよいのではないでしょうか。特にサイトテンプレートに関してはFSWiki独自の機能ですので、自作のものをアップしていただければディストリビューションに取り込むことも考えています。 - たけぞう (2005年06月22日 23時47分39秒)
  • 前にもちょっと思ったのですが、添付する圧縮ファイルのディレクトリ構成はどのようにした方が扱いやすいですかね。 - typer (2005年06月23日 20時33分01秒)
  • pluginディレクトリだけで完結するなら単一ディレクトリで良いのですが、Templateが入ったりする場合は、(プラグイン名)/plugin/hogeとか(プラグイン名)/tmpl/site/hogeとかがいいのか、(プラグイン名)pluginとか(プラグイン名)/tmplとかがいいのか、どっちがいいのかな。自分的には後者かなぁ。 - typer (2005年06月23日 20時42分16秒)
  • 説明に書かれていればどちらでも良いと思いますが、私は後者です。 - 名無しさん (2005年06月24日 08時19分29秒)
お名前: コメント:

URLの自動リンク - ぜ (2004年05月05日 16時51分31秒)

はじめて投稿します。http://fswiki.poi.jp/wiki.cgi?page=%a5%b5%a5%dd%a1%bc%a5%c8%b7%c7%bc%a8%c8%c4 (※1)のような、wiki 系の長いURLをそのまま貼付けるとき、

  • ページからはみ出さない程度に URL を短くしたい
  • %... の部分が日本語で表示できたらわかりやすい

と思っています。可能でしたら、下のようなロジックを検討していただけないでしょうか?

Wiki::HTMLParser.pm で

sub url_anchor {
	my $self = shift;
	my $url  = shift;
	my $name = shift;
	
	if($name eq ""){
-		$name = $url;
+		$name = &Util::escapeHTML( jcode( &Util::url_decode( $url ) )->euc );
+		my $len = length($name);
+		if( $len > $url_max_length ){
+		  $name = substr( $name, 0, $url_max_length-15 ) . "..." . substr($name, $len-10, $len);
+		}
	}

定数 $url_max_length には 60~80 の適当な数字を設定しておけばいいと思います。

※1のURLの場合は、

<a href ="http://fswiki.poi.jp/wiki.cgi?page=%a5%b5%a5%dd%a1%bc%a5%c8%b7%c7%bc%a8%c8%c4">http://fswiki.poi.jp/wiki.cgi?page=サポート掲示板</ a>

のようなコードに整形されて、次のような表示になると思います。


  • URL に日本語は使用できないので、この表示内容はURLとして間違いです。ブラウザによってはつーか大半のブラウザではウマくURLエンコードしてくれるので意図したページへリンクしますけど。面倒でも、日本語 wiki ページ名へのリンクは、別名の表記方法を使って短くすべきではしょうか。 - gyo (2004年05月06日 00時02分39秒)
  • 折角のパッチですけど、採用すべきではないと思います。文字コードによっては意図しないリンク先になったりしますし。FSwiki に限れば EUC-JP に統一されてるので問題になりにくいですけどね。 - gyo (2004年05月06日 00時13分16秒)
  • ご意見ありがとうございます。この案では、実際のブラウジングに使われるURL(<a href ="..." の中身)は改変していないので、gyo さんの懸念されるようなことは生じないと思います。 - ぜ (2004年05月06日 03時23分28秒)
  • 例えば、WikipediaではUTF8で日本語(やその他の言語)がエンコードされています。このように、リンク先の%...の部分が何でエンコードされているかは、URLだけでは判定できないはずです。従って、こういうページに短い表示でリンクを張るためには、InterWikiなり別名リンクなりを使わざるを得ないのではないかと。 - BJM(と) (2004年05月06日 05時11分57秒)
  • ご意見ありがとうございます。もちろん、リンク先の%...の部分が何でエンコードされているかは URL からはわかりませんし、文字コードは Jcode の自動判定に任せてしまっています。(文字列が短い場合は誤判定もあるかもしれません) - ぜ (2004年05月06日 08時04分49秒)
  • もちろん、記入者がInterWikiや別名リンクを理解している場合は、そちらを積極活用すれば良いと思います。この仕組みは、InterWiki/別名リンクを知らない初心者や編集の手間を惜しむ中級者が、「ブラウザのアドレスバーに出ている URL を直接貼付けたとき」に役立つと考えています。 - ぜ (2004年05月06日 08時16分32秒)
  • 対初心者ということですので。URLとして間違っている表記を見せて慣れさせてしまい変な概念を植え込んでしまうよりは、敢えてそのままにしておいて別名表記を覚えるモチベーションにさせるほうがよほど正しいスタンスだと思うんですが。しつこいですがブラウザのアドレスバーに出ているのが正しいURLです。 - gyo (2004年05月07日 11時09分48秒)
  • めんどくさがり中級ユーザーの立場から一言。たとえば『http://fswiki.poi.jp/wiki.cgi (サポート掲示板)』というのような表示(サイトのURL+ページ名)をするなら、誤解は与えにくいですかね? - 名無しさん (2004年05月07日 13時13分00秒)
  • 文字列部分をMD5あたりでエンコードしたらいかがでしょうか?衝突する可能性は天文学的数字だと思います。 - 名無しさん (2004年06月16日 15時25分29秒)
お名前: コメント:

Webサーバーのエラー? - Kinsan (2004年05月02日 22時03分48秒)

ここ数日下記のエラーなどに何度か出くわしています。再度試すとうまくいくのですが。

どういう原因でしょうか。

Software error:

Can't locate object method "new" via package
"Wiki::HTMLParser" (perhaps you forgot to load
"Wiki::HTMLParser"?) at lib/Wiki.pm line 560 during
global destruction.

For help, please send mail to the webmaster 
(webmaster@poi.jp), giving this error message and the 
time and date of the error.
  • BBS-雑談掲示板/72 「fswiki.poi.jp 自体からエラー」に同様の報告がありました - 名無しさん (2004年05月03日 04時33分59秒)
  • これ、ページを編集して 編集ボタン押した時に出ると、リロードしていいものか迷いますね(しても得に問題無いだろうけど) - 名無しさん (2004年05月03日 05時23分00秒)
お名前: コメント:

キャッシュの不具合 - I/O (2004年05月02日 01時37分41秒)

  • パート編集可能
  • ログインユーザのみ編集可能
  • キャッシュ有効

以上の条件のとき、本来表示されないはずの、パート編集用アンカーが表示されてしまうようです。もちろん、その逆も。

現在Wiki::HTMLParser中で行っている編集アンカの出力を、キャッシュ後に行わないといけないかと思います。

  • 他にもオートリンクで参照権限が反映されないなど不具合は認識していますが、現時点では仕様となります。というのはキャッシュの効果はパースそのものよりも、パースに必要な各種モジュールのロードにかかる時間の節約という面が大きいため、出力時になんらかの操作を行なう場合、ほとんどキャッシュの効果が得られないからです。同じことを以前どこかに書いた気がするのですが、検索しても見つかりませんでした…。なにか良い方法はないものかと考えてはいるのですが、なかなか思いつきません。次のバージョンではキャッシュ機能を外すことも考えています。 - たけぞう (2004年05月02日 09時25分32秒)
  • たけぞうさんのお考えと違ってきてしまうので、使い方の1つとして提案したいです。 まず、わたしのサイトではオートリンクを機能させている手前もあり、毎回HTMLを生成しているとサーバーに過大な負荷と閲覧者に参照までのウェイトタイムが発生しますので、これを避けるためにキャッシュが必要と考えます。 オートリンクをはずす…これは1つの解決案でもありますが、わたしにとってはオートリンクこそがWikiの醍醐味(メリット)と考えているので、これをはずしてしまうと言う事はまず考えられません。 しかし、現状 私のサイトでは各ページ1-4秒待ち(最大1分前後)が普通となってしまってます... - 名無しさん (2004年05月03日 05時16分48秒)
  • そこで、呼び出しが行われるページとそのページに関わるページ(include等)が前回作成されたキャッシュの日付より新しくなければキャッシュを参照させたいです。 と、ここまで書いてキャッシュされた後のページがオートリンクされない事に気がついたのですが、キャッシュから閲覧日までの間に作成されたページをキャッシュに再度リンクを付加させるという怪しげな実装になってしまいますね...
お名前: コメント:

Categoryの階層表示 - ふじ (2004年04月30日 11時25分29秒)

はじめて投稿いたします。最近fsWikiを使い始めましたので、既知の話題でしたらすみません。

カテゴリをtoptop.nexttop.next.lastのように設定できたらCategory_Listで

  • Top
    • next
      • last

と、階層表示できたらとてもありがたいと思っているのですがBugTrack-wiki/82BugTrack-wiki/9の例をみる限りそういうことはできないのでしょうか。

これを行うのに、何かいい方法はありますでしょうか?

  • ちょっと機能は違うかもしれませんが、gy0さんが実験されているようですよ。plugin/ls - gy0Wiki - 名無しさん (2004年04月30日 13時22分03秒)
  • 今のところ、FSWiki本体にはそのような機能はありませんので、実現するにはプラグインを改造するなり自作するなりする必要がありますね。 - たけぞう (2004年05月01日 20時28分17秒)
  • ご希望の物かどうか分かりませんが、改造してみました。BugTrack-plugin/111 - KG (2004年05月02日 03時01分41秒)
  • 遅くなりましたが、ありがとうございます!プラグイン修正は、イメージかなり近かったです。元々はアイデアツリーというシェアウェアのコンテンツの移行先に使えないかと考えていましたので、そういう希望を出しておりました。参考にさせていただきます。 - ふじ (2004年05月07日 17時08分01秒)
お名前: コメント:

本文のないsectionのinclude - 名無しは無慈悲な夜の女王 (2004年04月27日 19時29分11秒)

Version3.5.3です

includeプラグインは存在しません。や これを間接的に呼ぶrecentcalendarプラグインは存在しません。等でsection記述のみあって本文のないsectionをincludeしようとすると次のsectionの本文までが引用されてしまいます

対症療法的にInclude.pm 63行目以降に以下の修正を施しましたがよりスマートな正規表現記述が可能だとも思われまたundefを返すのが適切かどうかも解りませんし

今後のリリースにてご検討頂きたく宜しくお願いします。

# パラグラフが指定されていた場合はパラグラフを切り出す
$para = quotemeta(Util::trim($para));
if($para ne ""){
	if($source =~ /(\n|^)!!\s*$para\s*(\n+!!|$)/){
		return undef;
	} elsif($source =~ /(\n|^)!!!\s*$para\s*\n((.|\s|\r|\n)*?)\s*(\n!!!|$)/){
		$source = $2;
	} elsif($source =~ /(\n|^)!!\s*$para\s*(\n+!!|$)/){
		return undef;
	} elsif($source =~ /(\n|^)!!\s*$para\s*\n((.|\s|\r|\n)*?)\s*(\n!!|$)/){
		$source = $2;
	} elsif($source =~ /(\n|^)!\s*$para\s*(\n+!|$)/){
		return undef;
	} elsif($source =~ /(\n|^)!\s*$para\s*\n((.|\s|\r|\n)*?)\s*(\n!|$)/){
		$source = $2;
	} else {
		return &Util::paragraph_error("paragraphが存在しません。","WIKI");
	}
}
  • バグトラックに移しておきます。 - たけぞう (2004年05月24日 10時06分40秒)
お名前: コメント:

tarファイルについて - TAKE^2 (2004年04月26日 14時49分10秒)

初めて書き込みさせていただきます。TAKE^2と申します。今後ともよろしくお願いいたします。

さて、現在ver3.5.3にて試験的LOLIPOP上にサイトを設置したのですが、tarによるバックアップを行いローカルにダウンロードしたものをeoなどの解凍ツールで解凍するとエラーとなってしまいます。

その他の機能については問題なく動作しております。

設置したサイトはページ名が日本語名で長いものが多く*.wikiファイルの名前自体が非常に長いです。

tarは100文字以上のパスを格納できないと聞いたことがあります。これと何か関係があるのでしょうか?

何かお教え願えれば幸いです。

  • 私の方でも同じ症状が……。ちなみにサーバーはLolipopではありません。 - 通りすがり (2004年12月13日 02時12分32秒)
  • 100文字以上のパスを含む場合についてもLinux上のtarコマンドでは問題なく解凍できています。eo以外の解凍ツールは試されたでしょうか? - たけぞう (2004年12月13日 20時22分01秒)
  • いくつかのツールを試していますが、未だにWin上では正常に解凍できたことはありません。ちなみに現在のFSWikiのバージョンは3.5.5です。 - TAKE^2 (2004年12月14日 00時44分45秒)
  • 3.5.7dev2で試しましたが、そもそも長いページ名を作ろうとするとエラーが…。ひらがな35文字のページ名だと正常に取り出せました。LHUT32つかっています。 - いしだなおと (2004年12月14日 03時04分29秒)
    • ただし、管理画面の「バックアップ」で複数のチェックを付けると正しいアーカイブをダウンロードできない正しくアーカイブを展開できない現象がおきました。データファイルだけチェックした状態だと、中身を取り出せました。 - いしだなおと (2004年12月14日 03時07分59秒)
    • ↑の件は。LHUT32で展開しようとしたときの話で、cygwinのGNU tarで見る限りは正常のようです - いしだなおと (2004年12月14日 04時07分59秒)
      • もっと正確に書くと、tコマンドでファイル名のリストをみるときは正常ですが、xコマンドで展開するとき、長いファイル名については「tar: data/%A3(中略)%B0.wiki: Cannot open: File or path name too long」とエラーになりました。
  • 統合アーカイバ・プロジェクトで配布されているtar32.dll version 2.26と付属のminitar.exe(コマンドプロンプトで実行)の組み合わせでも展開できないので、同DLLを使うWindowsアプリは全てダメな可能性が高いと推測されるかと思います。ちなみに以下のようなエラーだったのですが。。。 - いしだなおと (2004年12月14日 04時20分53秒)
$ minitar ft fswiki-backup.tar
tar32.dll version <226>
filename        filesize
backup/ 512
TAR32 Error(0x8016): tar header checksum error.
Tar((HWND)0,(LPCSTR)ft fswiki-backup.tar ,,(DWORD)3e8)
usage: TAR32.DLL <command> <option> archive.{tar,tar.gz,tar.bz2} filenames...
  • アーカイブの作成自体はArchive::Tarに依存しているのでなんともいえないのですが…。3.5.7ではバックアップ機能を外すことを含めて検討します。 - たけぞう (2004年12月14日 10時35分14秒)
  • Archive::TarをCPANから最新のものを持ってきて入れ替えて、必要になるIO::Stringも入れたところ、minitar.exeでtar header checksum errorは出なくなりました。ファイルを取り出せます。ただし、ディレクトリ構造を保てないようでした。 - いしだなおと (2004年12月14日 12時20分53秒)
  • 解凍できません - ぴぇろ (2006年11月13日 04時08分13秒)
  • 解凍できません - ぴぇろ (2006年11月13日 04時08分17秒)
  • 古い話題ですが上がってきているので私見を…Windows系OSのロングファイル名の仕様(最大255Byteとかあったような)とURLエンコードされて保存時に長くなるFSWikiのページ保存の仕様とで、日本語で保存するページは文字数に上限があるものとして命名しないとエラーに遭うように思います。アーカイバで解凍時、書庫内のファイル名が長すぎると、エラーになるため、現状では機能を外しているのかな。…とも感じます。 - A_M (2006年11月13日 04時56分50秒)
お名前: コメント:

画像掲示板希望致します。 - S_Reich (2004年04月20日 14時04分54秒)

FSWiki3.5.3を投稿型のページで使わせて頂いております。閲覧者の投稿で成り立っていますので、画像掲示板があるととても有難いです。ご検討頂ければ幸いです。

  • BugTrack-plugin/100あたりを入れたらよいですね。 - 紅猫 (2004年04月20日 14時19分56秒)
  • 早速入れてみました。素晴らしいものを教えて頂きましてありがとうございます。作者様にもこの場をお借りして感謝致します。 - S_Reich (2004年04月20日 16時43分25秒)
お名前: コメント:

WAKWAKでのFSWiki3.5.3導入について - どくとるひらめ (2004年04月17日 16時14分44秒)

FSWikiを3.5.2から利用させて頂いております。サーバはWAKWAKの会員ホームページサービスを利用しています。今回3.5.2→3.5.3にバージョンアップを行った際、dataディレクトリ内の「Help/FSWiki.wiki」「Help/Hiki.wiki」「Help/YukiWiki.wiki」(「/」は「2%F」になっていたが)の3ファイルが転送されず、またファイル名を変更した上で転送→FTPクライアントでファイル名を戻すこともできず、別の方法で解決させました。

1.ファイルを転送せず、FSWiki上から同じ名前のページを作成
2.中身をそっくりコピー&ペースト
3.保存

これで解決をできたとは思いますが、何が原因なのか、そしてもっとスマートな方法があるのか、ご教授いただければ幸いです。

  • 名前の/は%2Fのまま転送する必要があります。 - にらたま (2004年04月18日 03時05分55秒)
  • 私も3.5.2の頃からそうです。以前バックアップをとっておいたdataディレクトリのファイルをアップしようとしたら2バイト文字を使用したページはすべてサーバにはねられました。しょうがないので、今はエイゴのタイトルのページばかりにしています。 - ほえ (2004年04月18日 07時53分33秒)
  • どうもWAKWAKは%がファイル名に含まれるとアップできないようです。 - ほえ (2004年04月18日 07時55分37秒)
  • 新しいサーバに換わってwiki対策のためにわざとやってるんじゃないでしょうか、とも思ってしまいます。 - ほえ (2004年04月18日 08時01分39秒)
  • もちろん、「2%F」のまま転送しようとしましたが、それでもうまくいかない状態でした。とはいえ、わざとやっているとしたらちょっと考えるところですが、現状では動かせない事情があるので、このまま様子見をします。 - どくとるひらめ (2004年04月18日 16時32分42秒)
  • 「Help%2FFSWiki」を記号の入らない適当なファイル名でアップロードし(「HelpFSWiki」など)、生成されたページを、Wiki上で「Help/FSWiki」とリネームすれば、サーバ上のファイル名が「Help%2FFSWiki」にリネームされます。 - パ (2006年09月09日 01時21分37秒)
お名前: コメント:

何を保存しても DefaultStorage.pm でエラー - Asshi (2004年04月16日 00時22分56秒)

Ver.3.5.3 です。何か文書を保存するたびに、以下のエラーが出ます。どのような原因が考えられますでしょうか。Can't call method "config" on an undefined value at lib/Wiki/DefaultStorage.pm line 331.

ソースを読むと「ページが既に存在するか調べる」サブルーチンでしたが・・・。

*ロリポップのレンタルサーバで、自分のトップディレクトリに新しくディレクトリを作ってその中に設置しました。

  • BBS-サポート掲示板/212と同じ問題でしょうか。そちらにレスをつけていますので参照してみてください。 - たけぞう (2004年04月16日 01時02分18秒)
  • 過去に同様の質問がないか、検索したつもりでした・・・やり方が悪かったようです。すみません。 - Asshi (2004年04月16日 10時17分12秒)
  • 212 に書かれたとおり修正したらエラーは出なくなりました。 - Asshi (2004年04月16日 21時35分46秒)
お名前: コメント:

3.5.3へバージョンアップ後、エラーがでる - ゆきち (2004年04月15日 23時46分24秒)

最近、3.5.0から3.5.3へバージョンアップしたのですが、更新すると、エラーが出るようになりました。エラーメッセージは

Software error:

Can't call method "config" on an undefined value at lib/Wiki/DefaultStorage.pm line 331.

といったものです。ただし、そのページに戻ると、更新はできています。

で、どうやって移行したかというと、

  1. fswiki全体のバックアップをローカルに置く
  2. サーバー上のデータを削除
  3. バックアップをコピー
  4. コピーしたもののwiki.cgi、libなどの必要なデータを3.5.3に入れ換える
  5. そのデータをサーバー上に置く

といったものです。

で、ちょっとやらかしてしまったのは、ローカルに落としたときにデータをバイナリで運んだかもしれないことなのです。何度も繰り返したため、既にそのあたり、不明な状態に入っています。

何かわかりましたら、教えてください。

  • 以下のようにBEGIN節の一部をコメントアウトしてみるとどうなるでしょうか。 - たけぞう (2004年04月16日 00時57分56秒)
diff -r1.20 wiki.cgi
15,22c15,22
< 	my $cgi_carp_die_org = \&CGI::Carp::die;
< 	sub _die{
< 		my $wiki = $CGI::Carp::wiki;
< 		$wiki->_process_before_exit if($wiki); # 後処理
< 		$cgi_carp_die_org->(@_);
< 	};
< 	*CORE::GLOBAL::die = \&_die;
< 	$SIG{__DIE__}      = \&_die;
---
> #	my $cgi_carp_die_org = \&CGI::Carp::die;
> #	sub _die{
> #		my $wiki = $CGI::Carp::wiki;
> #		$wiki->_process_before_exit if($wiki); # 後処理
> #		$cgi_carp_die_org->(@_);
> #	};
> #	*CORE::GLOBAL::die = \&_die;
> #	$SIG{__DIE__}      = \&_die;
  • 上記はmod_perl(Apache::Registory)での運用時に異常終了した場合にメモリリークを防ぐためのコードなのですが、CGI環境であればコメントアウトしてしまってもとりあえず影響はないはずです。 - たけぞう (2004年04月16日 01時01分22秒)
  • 上記修正でエラーがなくなりました。ありがとうございました。 - ゆきち (2004年04月17日 05時48分34秒)
お名前: コメント:

[ 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秒