サポート掲示板

FSWikiサポート掲示板

設置に関するトラブルや要望などがあれば書き込んでください。
記事のタイトル一覧をサポート掲示板一覧で見る事ができます。それ以前の過去ログは[サポート掲示板]から参照できます。
投稿する前に
- Tips、FAQ、サポート掲示板の過去ログに同様の内容がないかを確認してください。
- バグ報告に関してはバグトラックのほうにお願いします。
- 機能拡張のためのパッチやプラグインの投稿はプラグイン投稿にお願いします。
  - パッチは本体にあてるものの場合はGPL、プラグインにあてるものの場合はプラグインのライセンスにしたがうものとします。
- 開発に関するご意見、質問等はメーリングリストにお願いします。
FSWikiとは無関係と思われる投稿、コメントに関しては削除させていただきますのでご了承ください。

特定の設置環境でのみ発生するトラブルがいくつかあります。トラブル報告の際には、「どんな設定の」「どのサーバ/レンタルスペースに」「どうやって」設置したかを詳しく書くと、返事がもらいやすいですよ
どういうことを書けば回答を得やすいか判らない方は、こちらのページをご一読ください。

お名前
件名
本文

セットアップがうまくいかない。 - 名無しさん (2010年11月08日 19時51分36秒)

ロリポップレンタルサーバーを使っています。setup.cgi を実行すると

Error:セットアップファイル（./setup.dat）に指定のtheme_uriの指定（./theme）に誤りがあります。

と出てしまうのですが、候補として表示されるものに変更してみてもうまくいきません。

どなたか解決方法をご存じないでしょうか。

解決方法ではないかもしれませんが、同じようなことがあり、そのときは手動で設置してうまくいきました。 - 名無しさん (2010年11月08日 23時09分16秒)
手動というのは、setup.cgiを使わずにファイルのアクセス権等を修正してやる方法ですか？ - 名無しさん (2010年11月09日 10時23分46秒)
そうです。 - 名無しさん (2010年11月11日 23時10分46秒)

コメントプラグイン - あきら (2010年10月31日 19時09分57秒)

フッターにコメントプラグインを使っています。

{{comment tail}}

としているのですが、これをフォームの上に新着順表示するように表示したいと思います。reverse といれてもうまくいきません。方法はないでしょうか？

原理的に不可能なので、方法はありません。何故なら、コメントを挿入する位置を特定することができないからです(元々、番号なしリストが末尾にあるページの場合、どうします?)。ちなみに、pcomment とかではどうでしょう? - 名無し (2010年11月01日 12時05分55秒)
回答、ありがとうございました。あきらめます。pcomment を試してみます。 - あきら (2010年11月02日 22時15分39秒)

エラー表示 - 名無しさん (2010年10月16日 15時26分27秒)

TOPページを開こうとすると、Software Error:Can't call method "editform" on an undefined value at lib/Wiki.pm line 216. と表示されてしまうのですが解決方法はありませんか？

パーミッション、CGIの記述ミスなど見てみましたが原因がわかりませんでした。

「lib」内の「Wiki.pm」をもう一度アップロードしてみましたが問題解決にはならず・・・

どうすればいいのかわからず困っています。

使用環境・・というのはどうかけばいいのかわからないので、レンタルサーバーの名前を書いておきます。「my-sv.net」というところです。http://www.my-sv.net/

よろしくお願いいたします。

FrontPageは表示されるのですが、編集、新規作成ができません。 - 名無しさん (2010年10月16日 17時30分23秒)
状況がよくわからないので、いくつか教えてください。 - 菜梨 (2010年10月17日 08時02分39秒)
1. 質問の最初には「TOPページを開こうとするとエラーが出る」とありますが、コメントには「FrontPageは表示されるのですが」と書かれています。TOP ページとは、すなわち FrontPage だと思うのですが、「『TOPページを開こうとするとエラーが出る』という現象が出ていたけど、今は解決した」という解釈でいいですか?
2. また「編集、新規作成ができない」とき、どんな動作が起こりますか? 「何かエラーが出る」ということであれば、そのエラーメッセージをそのまま書き込んでもらえると原因を推定し易くなります。
3. あと、今回の問題は「今まで動作していた FSWiki でエラーが出るようになった」ということでしょうか? それとも「今回新たに設置した FSWiki で最初から起きている問題」ということでしょうか?

お返事ありがとうございます。すみません、記述不足でした。
1. 設置後にWikiにアクセスすると、まずFrontPageが表示されました。次に右上にあるメニューの「トップ」を押すと、エラーが表示されてしまいます。「/wiki.cgi」にアクセスしたときも同じです。
2. 新規作成の時は、題名までは設定できるんですが、本文の作成フォームが表示されません。「Software Error～」が表示されます。エラーメッセージはTOPが表示されない時と同じで「Software Error:Can't call method "editform" on an undefined value at lib/Wiki.pm line 216. 」です。
3. 今回問題が起きているのは、２度目の設置のものです。１度目のものは成功したのですが、２度目の今回のものでエラーが表示されました。成功したものと見比べてみたのですが（パーミッションなど）、間違いがよくわかりませんでした。

お手数をおかけしてすみません。アドバイスいただけると幸いです。 - 名無しさん (2010年10月17日 20時24分33秒)

なるほど。ではまず、エラー「Software Error:Can't call method "editform" on an undefined value at lib/Wiki.pm line 216. 」から対処してゆくことにしましょう。 - 菜梨 (2010年10月18日 01時49分53秒)
このエラーは、「editform というメソッドを呼ぶことができなかった」ということですが、この位置での発生は、「エディットフォームプラグイン(Wiki ページ編集画面でページ入力フォームの下に、各種入力フォームを表示するプラグイン)を実行しようとしてプラグインファイル(./plugin/*/*.pm)を読み込もうとしたが、読み込み時にエラーが発生して読み込めず、それによりプラグインを実行できなかった」ということを表しています。読み込み時のエラーとしては、「あるべきプラグインファイルが存在しない/存在するが、(誤った改造などにより)文法エラーが含まれていて実行できない/その他の原因によりファイルが壊れている」などが考えられます。FSWiki 標準添付のエディットフォームプラグインのプラグインファイルとしては、
- ./plugin/admin/PermissionForm.pm (ページ参照権限設定フォーム表示)
- ./plugin/attach/AttachForm.pm (ファイル添付フォーム表示)
- ./plugin/core/EditHelper.pm (編集ヘルプ表示)
- ./plugin/core/Template.pm (Wiki ページテンプレート選択フォーム表示)
- ./plugin/rename/RenameForm.pm (Wiki ページ名変更フォーム表示)

の 5 つがありますので、これらのファイルについて、

もしサーバ上に存在しないものがあればアップロードし、エラーが出なくなるか確認する。
まだエラーが出るようなら、元から存在していたファイルについても再アップロードし、エラーが出なくなるか確認する。
再アップロードしてもダメであれば、次の手を考えますので、その場合には FSWiki のバージョンをお知らせください。

詳しいお返事ありがとうございます。今ファイルを確認してみると、「./plugin/attach/AttachForm.pm」がアップロードされていませんでした…。アップロードしてwikiを確認してみると、編集ページが表示されました。エラー解決です！本当にありがとうございました…。菜梨さんのお返事がなければ、ファイルの存在の確認ができずに未だエラーが解決できないままだったと思います＾＾；本当にありがとうございました。感謝しています。 - 名無しさん (2010年10月18日 17時04分43秒)
解決して良かったです。しかし本来なら、このような質問をユーザがしなくて済むように、今回の件であれば「plugin/attach/AttachForm.pm を読み込もうとしましたが失敗しました」みたいに、根本原因に直接辿り着き易いエラーメッセージが表示されるべきだと思います。FSWiki は、そのあたりのエラーメッセージが貧弱なのが玉に瑕ですね。 - 菜梨 (2010年10月18日 21時36分31秒)

使っているサーバーは、xrea.comなのですが、同じエラーが起こったのですが、自分で修正できないのでご教授頂けませんでしょか

エラーが起き始めたのは下記の案内にある9月26日のメンテナンスが終わってからです。

https://www.xrea.com/info/brandnew2022.php

上記によればperlのバージョンが5.16系から5.26系に上がったようで、

https://gihyo.jp/dev/serial/01/perl-hackers-hub/004601

や

https://metacpan.org/release/XSAWYERX/perl-5.26.0/view/pod/perldelta.pod

を参照しても修正箇所が分かりませんでした。

■最初のエラー１

Can't locate CGI2.pm in @INC (you may need to install the CGI2 module) (@INC contains: ./lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at wiki.cgi line 27.
BEGIN failed--compilation aborted at wiki.cgi line 27.

となり、wiki.cgi内のlibの読込PATHを

use lib './lib';
# ModPerl::Registry(Prefork)では@INCが初期化されている場合がある
unshift @INC, './lib' if(exists $ENV{MOD_PERL});

↓下記のように絶対PATHに変更。

use lib qw(/virtual/UserID/lib);
# ModPerl::Registry(Prefork)では@INCが初期化されている場合がある
unshift @INC, '/virtual/UserID/lib' if(exists $ENV{MOD_PERL});

すると、下記のエラー

■エラー２

Software Error:
Can't call method "editform" on an undefined value at /virtual/UserID/lib/Wiki.pm line 217.

ページの表示は出来ますが編集の際に上記のエラー２になるようです。Wiki.pm内の該当箇所を下記のように変更

#=============================================
sub get_editform_plugin {
	my $self = shift;
	my $buf = "";
	foreach my $plugin (sort { $b->{weight}<=>$a->{weight} } @{$self->{"editform"}}){
		my $obj = $self->get_plugin_instance($plugin->{class});
		$buf .= $obj->editform($self)."\n";
        open(F,">> ./z-get_plugin_instance.txt") ;	# 保存するファイルを開く
        print F "\$class=$obj->editform($self)\n";
        close F;
	}
	return $buf;
}

結果

$class=plugin::admin::PermissionForm=HASH(0x561bc8c74c28)->editform(Wiki=HASH(0x561bc6fa73e8))
$class=plugin::core::Template=HASH(0x561bc8c76c68)->editform(Wiki=HASH(0x561bc6fa73e8))
$class=plugin::attach::AttachForm=HASH(0x561bc8c767e8)->editform(Wiki=HASH(0x561bc6fa73e8))
$class=plugin::image::ImageForm=HASH(0x561bc8f0f230)->editform(Wiki=HASH(0x561bc6fa73e8))
$class=plugin::layout::EditHelper=HASH(0x561bc8ef3380)->editform(Wiki=HASH(0x561bc6fa73e8))
$class=plugin::rename::RenameForm=HASH(0x561bc8f9ec98)->editform(Wiki=HASH(0x561bc6fa73e8))

不要なのを省いて

admin::PermissionForm
core::Template

上記のみにしました。

その結果

$class=plugin::admin::PermissionForm=HASH(0x5649ec6d1378)->editform(Wiki=HASH(0x5649eaabb3e8))
$class=plugin::core::Template=HASH(0x5649ec6d4198)->editform(Wiki=HASH(0x5649eaabb3e8))

ですが、再度ページを編集しても同様でしたので、上記の２つ

admin::PermissionForm
core::Template

を新規にDLした状態のに差し替えても同様に【エラー２】が起こるようです。

どうすれば良いかご教授頂けませんでしょうか、よろしくお願いします。 - tatta (2022年10月02日 11時11分08秒)

使われている FSWiki のバージョン(またはリビジョン)は何でしょうか？ - Perl (2022年10月04日 01時30分12秒)
バージョン忘れてました、すみません。3.6.5です。 - tatta (2022年10月04日 08時35分48秒)
./plugin/*/*.pm のパーミッションには問題はなかったでしょうか？ - Perl (2022年10月04日 10時33分46秒)
以前より、./plugin/*/*.pmのパーミッションは、６４４で正常に動作していました。今、上記のadmin,coreのファイルを７５５に変更してみましたが、編集ではエラーになることに変わりはありません。うーん・・・・ - tatta (2022年10月04日 11時30分12秒)
それらのファイルに至るまでのパスのパーミッションの方はどうでしょうか？ - Perl (2022年10月04日 22時39分15秒)
xrea フリードメインを取得してFSWiki3.6.5をカスタマイズなしでアップロードして検証しましたが特に問題なく動作しています。なので、何らかの追加プラグインやカスタマイズが影響していると思われます。まず、追加プラグインを外してみてはどうでしょうか？ - KG (2022年10月08日 01時30分43秒)

おかげさまで無事原因を特定できました。呼び出しプラグインに表示されていないプラグインを外すことでページを編集できるようになりました。ありがとうございます。下記は解決までの流れ当初Wiki.pm内の下記「get_plugin_instance」箇所に呼び出しプラグインを確認するための記述を追加してsub get_plugin_instance {

my $self  = shift;
my $class = shift;
#■追加
open(F,">> ./z-get_plugin_instance.txt") ;	# 保存するファイルを開く
print F "\$class=$class\n";
close F;
#ここまで
if($class eq ""){
	return undef;
}

if(!defined($self->{instance}->{$class})){
	eval {
		require &Util::get_module_file($class);
	};
	return undef if $@;
	my $obj = $class->new();
	$self->{instance}->{$class} = $obj;
	
	return $obj;
} else {
	return $self->{instance}->{$class};
}

}

で呼び出しプラグインをみたところ、

$class=plugin::cardform::CardFormHook
$class=plugin::attach::AttachInitializer
$class=plugin::choosetheme::ChooseTheme
$class=plugin::dimg::Install
$class=plugin::image::ImageHandler
$class=plugin::jq::jQHeader
$class=plugin::jq::jQaccordion
$class=plugin::layout::LayoutAlias
$class=plugin::pankudu::Initialize
$class=plugin::pankudub::Initialize
$class=plugin::rss::RSSMaker10
$class=plugin::sitestyle::AutoSiteStyleHandler
$class=plugin::sitestyle::SiteStyleHandler
$class=plugin::core::EditPage
$class=plugin::admin::PermissionForm
$class=plugin::core::Template
$class=plugin::attach::AttachForm
$class=plugin::dimg::Files
$class=plugin::attach::Attach
$class=plugin::image::ImageForm
$class=plugin::image::ImageFiles
$class=plugin::layout::EditHelper
$class=plugin::rename::RenameForm
$class=plugin::farmlink::FarmLink
$class=plugin::cardform::CardFormHook
$class=plugin::attach::AttachInitializer
$class=plugin::choosetheme::ChooseTheme
$class=plugin::dimg::Install
$class=plugin::image::ImageHandler
$class=plugin::jq::jQHeader
$class=plugin::jq::jQaccordion
$class=plugin::layout::LayoutAlias
$class=plugin::pankudu::Initialize
$class=plugin::pankudub::Initialize
$class=plugin::rss::RSSMaker10
$class=plugin::sitestyle::AutoSiteStyleHandler
$class=plugin::sitestyle::SiteStyleHandler
$class=plugin::wiki_list_symlink::WikiListSymlink

となっていたので

sub get_editform_plugin {
...
}

に同様の記述を追加して、対象を絞って確認していたのですが、KGさんのアドバイス通り、余計なプラグインを一個ずつ外していったら結局、下記にある

http://fswiki.osdn.jp/cgi-bin/wiki.cgi?page=BugTrack-plugin%2F141

上記の「CategoryHelper」を「install.pm」から外すことで動くようになりました。呼び出しプラグインに

*pulugin::category::...

が表示されていなくてハマってしまっていました

手元にあるWinsows10のローカル環境では

perl5.32.1
EUC-JP版

が正常に動いていたので、xreaにあるutf8版に新規にＤＬしたCategoryHelperをutf8に変更後にＵＰしても同様のエラーになり、その先は原因を特定できない状況です。でもこのプラグインを外せば動くことが分かったので、とりあえず良しとします。ありがとうございます。

ちなみに、Perlさんのアドバイスを参考にパーミッション確認していた際、

https://osdn.net/projects/fswiki/scm/svn/commits/150

も参考にしていたのですが、plugin/format/FormatBase.pm内の修正で下記の箇所

36	-			if($line eq "}}"){
36	+			if($line eq "\}\}"){

ここに載っている修正内容は、Perl 5.26に対応させるということだと思うのですが、eq演算子で""内を評価する際にも\でエスケープするよう修正されていますが、これは必要ですか？もし必要ということであれば、他の方の作ったプラグインが入っている状態のpluginやlib内を下記のような形で検索すると、

/^{{
/{{
}}/
}}$
"{{
"::{{

いくつかヒットするのですが、標準で搭載されているプラグイン以外でヒットする箇所があれば、それらも同様にエスケープして修正した方が良いということになるのですか？

確かに eqで評価する所は要らなかったですねぇ(^^; - KG (2022年10月09日 14時23分03秒)
あ、やっぱりeqの場合は必要なかったんですね。

その他の場合で上記にあげたもので正規表現による評価をしている、各プラグインを使っていないと機能しているかわからないところですが、検索でいくつか修正しておいたほうがよい箇所がヒットするので、それらはどうしたもんかと悩ましい所です。 - tatta (2022年10月11日 09時54分21秒)

fswiki3.6.5にCategoryHelperをそのままプラグイン化してXREAに実装してみましたが、正常に動作しています。もしかしてFSWikiをUTF-8化しているんでしょうか？ - KG (2022年10月12日 01時29分28秒)
はい。UTF8化してます。 - tatta (2022年10月12日 22時33分23秒)

理由は

当時の発表でgoogleがutf8以外は非対応となった。だったような・・・
時代の流れ的にutf8かな・・・という誤解
検索文字列やURL箇所に日本語が使える。という憧れ
SEO的に有利。という希望
「静的URLでアクセス可能にしよう」とした際に「.htaccessでやる方法」と「HTMLファイルとして保存（日本語ファイル.html）した場合にサーバー上に「日本語名.html」でアクセスする方法」とで、静的ファイルにアクセスする場合はutf8じゃないと正常にアクセスできない（と思う。で、fswikiにアクセスした際に全部静的htmlで保存するチャレンジ＆スクリプトでPAGELISTにあがる全ページを静的ファイル化などの試みも含めて.htaccessでの静的アクセスではなく、htmlファイルとして保存してそれにアクセスする取り組み）
当時、他のプログラムをEUC-JP→UTF8に修正していたこともあって、ついでにやってみるかな・・という思いもあった

などの理由から、utf8化に取り組んでみました。弊害としては、なぜか

PDF機能が動かない
search機能が使えない

などありますが、その当時は今後の課題って事で考えていましたが、現在はそのまま放置ｗという状況です＾＾；

UTF8化しているで気が付きましたが、たったさんでしたか。アルファベットになっていたので気づきませんでした(^^; - KG (2022年10月13日 00時11分02秒)
UTF8化はBugTrack-plugin/425がベースですか？ - KG (2022年10月13日 00時13分04秒)
KGさん、お返事遅くなっていてすみません。ひらがなの「たった」で投稿してました。気が付けばローマ字になってましたねｗ

私が参考にしたのはperlで基本的な事を検索で調べてから下記の２つを参考にしてutf8化にしました。

私がした手順を簡単ですが下記に記しておきます。

1. 全ファイルをEUC-JPからUTF-8に変更するための手順
●まず、やった事
utf8に対応させるため、全ファイルを
$ nkf -g ./*
で調べ、
●サブディレクトリも一気に変換
※拡張子.png/.jpg/.gifの画像ファイルは除く（画像はBINARY扱いの為、UTF-8 (LF)してしまわないように）
$ find . -type f -not -name '*.png' -a -not -name '*.jpg' -a -not -name '*.gif' -a -not -path './lib/Jcode/*' | xargs nkf -Luw --overwrite
●nkfコマンドで文字コードと改行コードの確認
$ find . -type f |xargs  nkf --guess | sort
./config/config.dat: ASCII (LF)
...
※改行コードがCR(Mac用)のが存在する為、
　上記のでも改行コードがLFにならない場合は、日本語箇所を全部削除し新たに#日本語を追加して保存した
確認
$ nkf -g ./*
●ファイルの数を調べる
$ find . -type f|sort|wc
    362     362    9161
2. wiki.cgi,docs/,tmpl/以下のcharsetをUTF-8に変更
●EUC-JPで検索
$ grep -r 'EUC-JP' ./
./lib/Jcode.pm:EUC-JP strings.  On perl 5.8.1 or better, $from and $to can 
...
●wiki.cgiを変換
$ find ./*.cgi -type f| xargs grep 'EUC-JP'
		print "Content-Type: text/html;charset=EUC-JP\n";
●sedで変換結果をそのままファイルに保存
$ find ./*.cgi -type f | xargs sed -i 's/EUC-JP/UTF-8/g'
●確認
$ find ./*.cgi -type f| xargs grep 'UTF-8' 
		print "Content-Type: text/html;charset=UTF-8\n";
$ find ./*.cgi -type f| xargs sed -i 's/EUC-JP/UTF-8/g'
●./plugin/core内を変換
$ cd ./plugin/core/
$ find . -type f| xargs grep 'EUC-JP'
./Source.pm:		print "Content-Type: text/plain;charset=EUC-JP\n";
●sedで変換結果をそのままファイルに保存
$ find . -type f| xargs sed -i 's/EUC-JP/UTF-8/g'
●確認
$ find . -type f| xargs grep 'UTF-8' 
./Source.pm:		print "Content-Type: text/plain;charset=UTF-8\n";
●./plugin/google内を変換
$ cd ../google/
$ find . -type f| xargs grep 'EUC-JP'
●sedで変換結果をそのままファイルに保存
$ find . -type f| xargs sed -i 's/EUC-JP/UTF-8/g'
●確認
$ find . -type f| xargs grep 'UTF-8' 
●./plugin/rss内を変換
-----------------------
※$ grep -r 'open' ./で調べ、下記のを追加
.plugin/rss/RSS.pm
.plugin/rss/RSSMaker.pm
.plugin/rss/RSSMaker10.pm
use utf8;
use open ":utf8";
use open ":std";
-----------------------
●RSS.pmをwiki3_6_5/plugin/rss/RSS_moto.pmとしてバックアップ。その後、wiki3_6_4_utf82/plugin/rss_●rssに子ウィキの更新情報も反映を適用版/RSS.pmのに差し替え
$ diff wiki3_6_5/plugin/rss/RSS_moto.pm wiki3_6_5/plugin/rss/RSS.pm
●RSS2.pm
	$buf .= "<script type=\"text/javascript\" src=\"http://rss-jp.net/x/read_rss.cgi?url=$url&style=js&encode=euc&num=$count\"></script>";
↓
	$buf .= "<script type=\"text/javascript\" src=\"http://rss-jp.net/x/read_rss.cgi?url=$url&style=js&encode=utf8&num=$count\"></script>";
に変更
●RSSMaker.pmをwiki3_6_5/plugin/rss/RSSMaker.pm.motoとしてバックアップし、wiki3_6_4_utf82/plugin/rss_●rssに子ウィキの更新情報も反映を適用版/RSSMaker.pmのに差し替え
$ diff -r wiki3_6_5/plugin/rss/RSSMaker.pm.moto wiki3_6_5/plugin/rss/RSSMaker.pm
●RSSMaker10.pmをwiki3_6_5/plugin/rss/RSSMaker10.pm.motoとしてバックアップし、wiki3_6_4_utf82/plugin/rss_●rssに子ウィキの更新情報も反映を適用版/RSSMaker10.pm
のに差し替え
$ diff -r wiki3_6_5/plugin/rss/RSSMaker10.pm.moto wiki3_6_5/plugin/rss/RSSMaker10.pm
●docsディレクトリ内を変換
$ cd docs
●検索結果一覧の中からgrepでEUC-JPにマッチするファイルを検索
$ find . -type f | xargs grep 'EUC-JP' 
./readme.html:  <meta http-equiv="Content-Type" content="text/html; charset=EUC-JP">
...
●sedで変換結果をそのままファイルに保存
$ find . -type f | xargs sed -i 's/EUC-JP/UTF-8/g'
●確認
$ find . -type f | xargs grep 'UTF-8'
./readme.html:  <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
...
●tmplディレクトリ内を変換
$ cd ../tmpl
$ find . -type f | xargs grep 'EUC-JP' 
$ find . -type f | xargs sed -i 's/EUC-JP/UTF-8/g'
$ find . -type f | xargs grep 'UTF-8'
3. wiki.cgiにuse utf8;を追加とPATHの変更
use lib './lib';
# ModPerl::Registry(Prefork)では@INCが初期化されている場合がある
unshift @INC, './lib' if(exists $ENV{MOD_PERL});
↓
use lib qw(/var/www/lib/wiki/lib);
# ModPerl::Registry(Prefork)では@INCが初期化されている場合がある
unshift @INC, '/var/www/lib/wiki/lib' if(exists $ENV{MOD_PERL});
に変更
4.lib,plugin,tmpを比較し、カスタマイズした差分を適用
●wiki3_6_5/lib/以下をwiki3_6_4_utf82/libと比較してwiki3_6_5/に反映
にコピー
■lib
●lib/Algorithm
$ diff -qsr wiki3_6_5/lib/Algorithm/ wiki3_6_4_utf82/lib/Algorithm/
●lib/Bundle
$ diff -qsr wiki3_6_5/lib/Bundle/ wiki3_6_4_utf82/lib/Bundle/
●lib/CGI
$ diff -qsr wiki3_6_5/lib/CGI wiki3_6_4_utf82/lib/CGI
●lib/Digest
$ diff -sqr wiki3_6_5/lib/Digest/ wiki3_6_4_utf82/lib/Digest/
●lib/File
$ diff -sqr wiki3_6_5/lib/File/ wiki3_6_4_utf82/lib/File/
●lib/HTML
$ diff -sqr wiki3_6_5/lib/HTML/ wiki3_6_4_utf82/lib/HTML/
●lib/HTTP
$ diff -sqr wiki3_6_5/lib/HTTP/ wiki3_6_4_utf82/lib/HTTP/
●lib/Image
$ diff -sqr wiki3_6_5/lib/Image/ wiki3_6_4_utf82/lib/Image/
●lib/Jcode
$ diff -sqr wiki3_6_5/lib/Jcode wiki3_6_4_utf82/lib/Jcode
●lib/LWP
$ diff -sqr wiki3_6_5/lib/LWP wiki3_6_4_utf82/lib/LWP
●lib/MIME
$ diff -sqr wiki3_6_5/lib/MIME/ wiki3_6_4_utf82/lib/MIME/
●lib/Net
$ diff -sqr wiki3_6_5/lib/Net/ wiki3_6_4_utf82/lib/Net/
●lib/PDFJ
$ diff -sqr wiki3_6_5/lib/PDFJ wiki3_6_4_utf82/lib/PDFJ
●lib/Regexp
$ diff -sqr wiki3_6_5/lib/Regexp/ wiki3_6_4_utf82/lib/Regexp/
●lib/TeX
$ diff -sqr wiki3_6_5/lib/TeX/ wiki3_6_4_utf82/lib/TeX/
●lib/URI
$ diff -sqr wiki3_6_5/lib/URI wiki3_6_4_utf82/lib/URI
●lib/WWW
$ diff -sqr wiki3_6_5/lib/WWW/ wiki3_6_4_utf82/lib/WWW/
●lib/Wiki
$ diff -sqr wiki3_6_5/lib/Wiki wiki3_6_4_utf82/lib/Wiki
■違う箇所だけピックアップ
●lib/LWP
$ diff -qr wiki3_6_5/lib/LWP/ wiki3_6_4_utf82/lib/LWP/
●lib/Net
$ diff -qr wiki3_6_5/lib/Net/ wiki3_6_4_utf82/lib/Net/
●lib/PDFJ
$ diff -qr wiki3_6_5/lib/PDFJ wiki3_6_4_utf82/lib/PDFJ
●lib/TeX
$ diff -qr wiki3_6_5/lib/TeX/ wiki3_6_4_utf82/lib/TeX/
●lib/Wiki
$ diff -sqr wiki3_6_5/lib/Wiki/ wiki3_6_4_utf82/lib/Wiki/
┗上で「■違う箇所だけピックアップ」したものの中で
■lib/Wiki/以下で違うファイル箇所のdiff内容を個別にピックアップ
▼ファイルwiki3_6_5/lib/Wiki/DefaultStorage.pmとwiki3_6_4_utf82/lib/Wiki/DefaultStorage.pmは違います
$ diff wiki3_6_5/lib/Wiki/DefaultStorage.pm wiki3_6_4_utf82/lib/Wiki/DefaultStorage.pm 
▼ファイルwiki3_6_5/lib/Wiki/HTMLParser.pmとwiki3_6_4_utf82/lib/Wiki/HTMLParser.pmは違います
$ diff wiki3_6_5/lib/Wiki/HTMLParser.pm wiki3_6_4_utf82/lib/Wiki/HTMLParser.pm
▼ファイルwiki3_6_5/lib/Wiki/InterWiki.pmとwiki3_6_4_utf82/lib/Wiki/InterWiki.pmは違います
$ diff wiki3_6_5/lib/Wiki/InterWiki.pm wiki3_6_4_utf82/lib/Wiki/InterWiki.pm
■lib/以下のファイル
$ diff -sq wiki3_6_5/lib/ wiki3_6_4_utf82/lib/
▼ファイルwiki3_6_5/lib/Util.pmとwiki3_6_4_utf82/lib/Util.pmは違います
$ diff wiki3_6_5/lib/Util.pm wiki3_6_4_utf82/lib/Util.pm 
▼ファイルwiki3_6_5/lib/Wiki.pmとwiki3_6_4_utf82/lib/Wiki.pmは違います
$ diff wiki3_6_5/lib/Wiki.pm wiki3_6_4_utf82/lib/Wiki.pm
▼ファイルwiki3_6_5/lib/Wiki.pmとwiki3_6_4_utf82/lib/Wiki.pmは違います
$ diff wiki3_6_5/lib/Wiki.pm wiki3_6_4_utf82/lib/Wiki.pm
■plugin/wiki3_6_5/plugin/とwiki3_6_4_utf82/plugin/の比較
$ diff -sqr wiki3_6_5/plugin/ wiki3_6_4_utf82/plugin/
■./plugin
wiki_3_6_5/plugin/とwiki3_6_4_utf82/plugin/の比較
$ diff -sqr wiki3_6_5/plugin/ wiki3_6_4_utf82/plugin/
「は違います。」のは比較して検討し、必要なら3_6_4から3_6_5にコピー
Jcode::convertで調べ、euc->utf8に変更したファイル
./lib/CGI2.pm
./plugin/attach/AttachHandler.pm
./plugin/attach/AttachHandler.pm
./plugin/attach/RefText.pm
$ grep -r 'EUC' ./　で調べてUTF-8に変換
$ grep -r './lib' ./　で調べて絶対PATHに変更
●その他（setup.dat内を適切に変更）
config/*.datを*.cgiに拡張子変更
[tatta@ta wiki3_6_3_1]$ grep -r 'EUC' ./
./wiki.cgi
...
$ grep -r 'euc' ./
■setup.dat→setup.cgiに修正か.htaccessで対応
$ grep -r "検索文字列" ./：,'setup.dat'

上記のように3.6.4と3.6.5のバージョンアップに関して新規に追加されたファイルと変更のあったファイルの差分をdiffコマンドで取得してcgiファイルにはuse utf8;をつけて、openを使っているファイルには追加で「use open ":utf8";use open ":std";」を追加するなどして反映させたような形のカスタマイズをしました。もし既に稼働させている3.6.4のECU-JP版をを3.6.5にUPしてutf8化するには、結局、EUCでエンコードされた./data/以下にある「%から始まる文字列.wiki」のファイルにも対応しなければいけなくなるので、ちょっとメンドクサイ形になってしまいますよね。なので、その場合は、中身はutf8だけど保存ファイル名はEUCの状態。という形でうまく中身を取り出すようにするなど少し処理を考えないといけなくなるのかな・・・と思いますがKGさんの方が専門ですので私があれこれ言う事でもないですね＾＾；あとプラグイン説明箇所やリンクが文字化けしたりなどあちこちで修正箇所が必要になったのでその都度文字化けしている箇所を特定してUTF8化に修正していく流れでした。 - tatta (2022年10月15日 12時59分24秒)

本文が改行されない - ケッチニ (2010年10月10日 13時21分42秒)

はじめまして。昔、wiki3_6_2ダウンロードしました。そして昨日、やっと設置したのですが編集しても本文が改行されません。１行ほど開けると改行されますが、文と文の間に１行間ができてしまい、見づらくなってしまいます。

これはどうすれば解決できるのでしょうか？既出の質問でしたら申し訳ありません。

また、ブラウザの上に表示されるwikiTOPページのタイトルを変更したい場合、編集するのは「wiki.cgi」でいいのでしょうか？

問題が解決できるよう、自分でももう一度、サポート掲示板などで再検索をしてみたいと思います。

アドバイスいただけると幸いです。

タイトルの変更については自己解決しました。改行の件について、よろしくお願いします。 - ケッチニ (2010年10月10日 14時38分31秒)
改行についても自己解決いたしました。ご迷惑をおかけしました。 - ケッチニ (2010年10月10日 15時20分54秒)

Bad header=HTTP/1.0 200 OKメッセージの対応 - ケンダマン (2010年09月28日 10時35分20秒)

初めて投稿させて頂きます。WINXP SP3にxamppを使用してAPACHEを導入し、アクティブパールを導入しました。そして他で使用していたFSWikiをフォルダごと持って来て、wiki.cgiの1行目をPERLの保管場所に書き換えました。　該当のURLをアクセスしたのですが、ブラウザに以下の様なエラーメッセージが出力されます。APACHEのエラーログを見ても同様のメッセージしか出力されておらず、調査の糸口がつかめない状況です。念のためにFSWIKIのセットアップスクリプトを再度実行しても同様の状況です。原因として考えられる箇所や調査すべき箇所がございましたら、ご教示頂けませんでしょうか？

Server error!サーバ内部で障害が発生し、リクエストに応えることができませんでした。

Error message: malformed header from script. Bad header=HTTP/1.0 200 OK: wiki.cgi

こちらで使用していたwiki.cgiにprint("HTTP/1.0 200 OK\n");が入っていたので削除したら解消しました。 - ケンダマン (2010年09月30日 14時46分16秒)
BBS-雑談掲示板/282 のコメントを参考に改造されていたのかもしれませんね。より良い改造案が過去記事にありましたので、該当コメントを修正しました。 - 名無し (2010年10月21日 12時54分24秒)

ページタイトルに特定の文字を持つページをリストアップ - 斉藤 (2010年09月28日 00時32分09秒)

例えば、ページの名前に、「ア」という文字を含むものをカテゴリープラグインのようにリストアップすることは可能でしょうか？　検索ではなく、ページ名だけをリストアップしたいのですが。

ご要望とは少し違うかもしれませんがBugTrack-plugin/129などはいかがでしょうか - 名無しさん (2010年09月28日 09時23分38秒)

アンカーへのリンク - 錨 (2010年06月26日 13時09分16秒)

[[サポート掲示板]]

というようなリンクを作るのはできるのですが、そのページのあるアンカーへのリンクを作る時はどうすればいいのかがわかりません。HTML でなら、URLの後に#bottomなどとするあれです。

Wikiページリンク(［［ページ名］］)の機能として、アンカーを指定することはできません。よって、外部 URL へのリンクとして次のように記述するしか方法がありません。 - 名無しさん (2010年06月26日 19時31分33秒)

このページの最初のパラグラフへのリンク

[このページの最初のパラグラフへのリンク|./wiki.cgi?page=BBS%2D%A5%B5%A5%DD%A1%BC%A5%C8%B7%C7%BC%A8%C8%C4%2F933#p0]

わかりました。とりあえずはあきらめます。アンカー指定することができればいいのですがね。 - 錨 (2010年06月26日 22時27分39秒)
装飾用HTMLタグプラグインの、a プラグインを修正すればすぐ対応できそうですね。がんばってください。 - 名無しさん (2010年06月27日 00時21分27秒)
わたしはこういうのを使っていますが・・・通常のリンクでページ内アンカーに飛べるようになるパッチ　見当違いだったら、ごめんなさい。 - hypatia (2010年06月27日 00時28分56秒)
お、まさにこれじゃないですか。 - 名無しさん (2010年06月27日 00時33分49秒)

Time outエラーについて - わ (2010年06月23日 18時12分20秒)

IISが動いており、Apacheを入れたくなかったので、FSWikiをIISで設定したところ、下記のようなエラーが出ました。どなたか解決法を教えてください。

CGI TimeoutThe specified CGI application exceeded the allowed time for processing. The server has deleted the process.

---------------------------------------------------------------------------------------------------------------------------------

設置環境は、Windows XP Pro

IIS 5.1です。

IISの設定で、既定のWebサイトを右クリックして、新規作成で仮想ディレクトリを作成しました。

プロパティの仮想ディレクトリタブでは、実行アクセス権：「スクリプトおよび実行可能ﾌｧｲﾙ」アプリケーション保護：「中（プール）」

構成のボタンを押して、マッピングタブのところで、拡張子「.cgi」を追加しました。実行ﾌｧｲﾙは、「C:\Perl\bin\perl.exe」拡張子は、「.cgi」動詞の制限は、「PUT,DELETE,HEAD,GET,POST」スクリプトエンジンにチェックしました。

ドキュメントタブでは、wiki.cgiを追加しました。

ディレクトリセキュリティタブでは、編集を押して、匿名アクセスにチェックIISによるパスワードの管理を許可するにチェック統合Windows認証にチェックしました。

Perlの情報も欲しいですね。 - 通りすがり (2010年06月24日 19時27分35秒)
Perlのバージョンは、v5.10.1です。コマンドプロンプトで、perl -vを入力して、動作することを確認済みです。 - わ (2010年06月24日 20時15分33秒)

編集後、保存するとエラー表示が出る - Hiroyuki (2010年05月30日 09時42分06秒)

ドキュメントを編集後、保存するとSoftware Error:Undefined subroutine &Jcode::_Classic::euc_utf8 called at lib/Jcode/_Classic.pm line 255. とエラーメッセージが出ます。　編集はできており、表示されているURLを選択してEnterするとFrontPageが表示され、先ほど編集したページに行くと、きちんと編集されてはいますが、エラーは気になります。どなたか思い当たる原因、解決策をご存知ないでしょうか？　よろしくお願いいたします。

情報不足。環境の記述をヨロ - 名無しさん (2010年05月30日 12時13分09秒)
BBS-サポート掲示板/759 - 名無しさん (2010年05月30日 16時48分07秒)
サポート掲示板/759を見て、修正を行ったところ解決いたしました。早速のコメントありがとうございました。 - Hiroyuki (2010年05月31日 13時25分48秒)
BBS-サポート掲示板/759 、どっかいっちゃったみたいですね。今現在これで困ってるんですが… - CatFish (2012年01月18日 17時56分50秒)
perl5.8.1未満だと発生するようですね。lib/Jcode/_Classic.pm を以下のように変更することで動きました: - CatFish (2012年01月18日 18時14分54秒)

sub utf8{
    load_module("Jcode::Unicode");
    Jcode::euc_utf8(${$_[0]->[0]});
}

farm のページに本体からインクルード - あきら (2010年05月11日 11時50分55秒)

ファームのページに、本体のページ、またはページの一部をインクルードすることはできますか？

152は見たの - 名無しさん (2010年05月11日 13時47分40秒)

xampp のデフォルト設定 PerlSwitches -T への対応が必要かもしれません - Harraboo (2010年04月11日 16時28分42秒)

お世話になっています。既にFreeStyleWikiを導入しているのですが、今回の導入時に少し問題があったのでご報告致します。

導入環境

FreeStyleWiki : wiki3_6_3_1.zip
Apache : xampp-win32-1.7.3.exe（インストーラ版）

現象

実行時に、下記エラーが発生する。

Insecure dependency in eval while running with -T switch at lib/Wiki.pm line 285.

問題箇所

284. my $module = "plugin::${plugin}::Install";
285. eval 'require &Util::get_module_file($module);'.$module.'::install($self);';

私の対処方法

xampp/apache/conf/extra/perl.conf の下記部分をコメントしてapache2を再起動する。

5. PerlSwitches -T

所感

Ubuntuに初めからインストールされているApache2の環境では、-T オプションが追加されていないため、こちらでは発生しませんでした。
試しに、既に稼動しているUbuntu環境のwiki.cgiの1行目を

#!/usr/bin/perl -T

のように変更して試したら、同じエラーが発生しました。

最新のxampp環境へ導入される場合への注意書きなどを、readmeなどで記載された方が良いかもしれません。

また、fswikiのサイト検索したところ、下記トラブルも、同じ原因で発生しているのかもしれません。

BBS-サポート掲示板/720

長文失礼致しました。よろしくお願いいたします。

掲示板について - 名無しさん (2010年02月23日 19時14分43秒)

掲示板を設置するにはどのように入力したらいいのでしょうか？？

BBS2 プラグインとか - 名無しさん (2010年02月23日 20時04分50秒)

リンク先のタイトルを自動で取得するプラグインはありませんか？ - nankichi (2010年02月22日 10時38分18秒)

会社のシステム部がFSwikiを入れたので、その使い方を現場として模索しています。

はてなダイアリ　記法で　:titleに相当する機能を実装するplug-inはありますでしょうか。

機能：urlを記事中に記載すれば、自動的にそのurlのtitle headerを取得して文字列と表示する

はてなは使っていないので、はてなダイアリ記法 :title についてはこの記事を見るまで知らなかったのですが、面白い機能ですね。既存プラグインには無さそうだったので作ってみました。後ほど、プラグイン投稿ページに投稿します。 - ぐうます (2010年02月22日 19時57分16秒)
BugTrack-plugin/412 に投稿しました。 - ぐうます (2010年02月22日 21時06分58秒)
ありがとうございます！無事実装できました。 - nankichi (2010年02月23日 16時21分05秒)
すみません、認証がかかっているページなどタイトルがとれない場合にerrorが出るようです。 - nankichi (2010年02月23日 16時24分38秒)
どんなエラーが出ますか? コピペしていただけるとありがたいです。また、レスポンスコードで成否を確認するように修正しようと思っていますが、当方案としては、タイトルが取れない場合には URL をそのまま表示しようと思っています。それ以外に、エラー時にどうするべきかアイディアありましたらコメントお願いします。 - ぐうます (2010年02月23日 17時32分38秒)
＞Lock is busy. at lib/Util.pm line 394. at lib/Util.pm line 679. 実装は私がしていないので詳細は不明です、すみません。　またエラー時の処理はご指摘通りが望ましいです。 - nankichi (2010年02月23日 21時40分32秒)
このエラーが出るのは、タイトルが取得できない場合というよりも、URL が長くてキャッシュファイルが作成できない場合ではないかと思います(BugTrack-plugin/412 の注意事項の第 1 項に記載した内容)。URL が長めだったりしませんか? 修正版にはとりあえず、URL 長さ対策を入れようと思います。 - ぐうます (2010年02月23日 22時14分07秒)
ご指摘の通りurlで渡しているパラメータが異常にながかったようです。 - nankichi (2010年02月25日 12時28分12秒)
ご指摘の通りurlで渡しているパラメータが異常にながかったようです。 - nankichi (2010年02月25日 12時28分14秒)
rss プラグインにも同様の問題がありましたので、以前修正しました。BugTrack-plugin/325 のコメント欄にパッチがあります。ご参考まで。 - 名無しさん (2010年02月25日 12時52分20秒)
外部リンクであることを示すアイコンがついたら使いまくりそうです - すなぷ (2010年02月26日 09時37分32秒)
ということで付きました。→こちら - 名無しさん (2010年12月29日 11時25分25秒)

管理画面で削除されたページを完璧に削除したい - ぴの (2010年02月01日 19時25分16秒)

管理画面にて削除されたページを復元可能ですが、checkboxで完全にキャッシュも削除するような事って不可能でしょうか。

これは、wiki設置当初、ページ名を「テストページ」とか「テスト」「あああ」というような形で適当にページ作成される方もいらっしゃると思うのですが、いつまでも管理画面にそのようなページが復活可能として残っているのも、何か無意味と思いまして・・。

キャッシュのみ消したいページを消せば良いのかな・・とも思うのですが、エンコード？されている為、どれがどれなのかも良くわからないので、何か良いアイデアとかありましたらご教授ねがえませんでしょうか

カレンダー表示がうまくいかない - 名無しさん (2010年01月18日 01時09分07秒)

3.6.3にバージョンアップしてからカレンダーの1ヶ月分表示がうまくいきません。1～9月分と1～9日分が表示されません。1～9月分については月数を二桁で記述すると10～31日分は表示されるようになりました。1～9日分については記事を作成し直しても1か月分表示に出てきませんでした。

ここでは問題無いようです。(カレンダーの例：履歴/2008-7) - 名無しさん (2010年01月18日 09時03分43秒)
ありがとうございます。自分だけの問題のようですね。解決できたらまた報告に来ます。 - 名無しさん (2010年01月19日 23時10分24秒)

CGIでファイル削除ができない環境で動作可能でしょうか？ - pogepoge (2010年01月08日 15時41分42秒)

こんにちは、悪名高きIISを使用して社内でFSWikiを動かそうと悪戦苦闘しております。使用環境は以下の通りです。

OS : Windows 2003httpd : IIS 6.0Perl : Active Perl 5.6.1Readmeなどの手順どおりセットアップしてwiki.cgiにアクセスすると、

Software Error:Lock is busy. at lib/Util.pm line 394. at lib/Util.pm line 679.が出ました。このサーバーではCGIからファイル、ディレクトリの削除はできず、

また多数いるユーザーのうちの１人でしかないため、この設定を変更することはできません。

そこで試しに./lib/Util.pmのrmdirがある行を全てコメントアウトして実行したところ、

Software Error:Lock is busy. at plugin/core/ShowPage.pm line 68. at lib/Util.pm line 679.となってしまいました。解決方法が見つからず、導入をあきらめようかと考えているところです。どなたか対処方法が分かる方、是非お助けて下さい。

状況が理解できませんが、とりあえずPrel5.8にしてもらうところからではないかと。 - 通りがかり (2010年01月16日 11時41分16秒)

テンプレートのEDIT_MODE - MRB (2009年12月29日 09時51分32秒)

テンプレートファイル(.tmpl）で、「編集」時のみメッセージを表示させたいときなど、「TMPL_IF NAME="EDIT_MODE"」（実際は全て半角。以下同じ）と記述しますが、「編集」モードだと考えられるにもかかわらずのEDIT_MODEと判定されない（「TMPL_IF NAME="EDIT_MODE"」内の文章が有効にならない）パターンがあります。

「TMPL_IF NAME="EDIT_MODE"」内が有効になるパターン

メニューの「新規」以降の画面（ページ名入力画面→ページ編集画面）
既に作成したページ（存在しているページ）の「編集」から遷移したページ編集画面

「TMPL_IF NAME="EDIT_MODE"」内が有効にならないパターン

存在しないページをダブルブランケットで囲んだときに「ページ名？」と表示されるが、そのページ名の後に表示された「？」リンクをクリックして遷移したページ編集画面

とりあえずは？の時に出力するURLにaction=EDITを付け加えるよう、HTMLParserのwiki_anchorを修正しました。

ｒｅｔｕｒｎ　釤＜ｓｐａｎ　ｃｌａｓｓ＝\釤ｎｏｐａｇｅ\釤＞釤．＆Ｕｔｉｌ：：ｅｓｃａｐｅＨＴＭＬ（＄ｎａｍｅ）．釤＜／ｓｐａｎ＞釤．
＃釤＜ａ　ｈｒｅｆ＝\釤釤．＄ｓｅｌｆ－＞｛ｗｉｋｉ｝－＞ｃｒｅａｔｅ＿ｐａｇｅ＿ｕｒｌ（＄ｐａｇｅ）．釤\釤＞？＜／ａ＞釤；
釤＜ａ　ｈｒｅｆ＝\釤釤．＄ｓｅｌｆ－＞｛ｗｉｋｉ｝－＞ｃｒｅａｔｅ＿ｕｒｌ（｛ａｃｔｉｏｎ＝＞釤ＥＤＩＴ釤，ｐａｇｅ＝＞＄ｐａｇｅ｝）．釤\釤＞？＜／ａ＞釤；

本体側を修正しないで「有効にならないパターン」を回避する方法はあるでしょうか。

Headerの一部を右寄せに - あらき (2009年12月11日 12時32分25秒)

Header(Header_ではなく)の一部を右寄せにしたいのですが、どのようにすればいいのかわかりません。例として、http://www.roren.net/shidai/の右上にある、「開く/隠す」のようにしたいのですが。

どのレベルで実現するか、によって色々方法がありますが。単純に特定の文字だけなら、BugTrack-plugin/43使うとかかな。 - 通りすがり (2009年12月17日 17時24分14秒)

{{div class,partedit,ほげほげ}}
{{div style,text-align:right,うじゃうじゃ}}

↑みたいに書けます。 - 通りすがり (2009年12月17日 18時28分41秒)
ありがとうございました。さっそくやってみます。 - あらき (2009年12月19日 00時22分16秒)

@pages にFSwikiをインストールできません - kumazaku1 (2009年11月20日 19時21分45秒)

@pagesにFSWikiの3.6.3.1をインストールしようとしたところInternal sever Errorになるので、check.cgiで調べたところ次のようなエラーが出てきます。FSwiki_liteならば動くようです。

Check: wiki.cgi 
サーバーのPerlのパス	/usr/local/bin/perl 
スクリプト中のPerlのパス	#!/usr/local/bin/perl
スクリプト中のパスの適否	スクリプト中のパスは 正しい ようです
パーミッション	OK（実行権限あり）
文法チェック
Use of implicit split to @_ is deprecated at lib/Wiki.pm line 1621.
euc not supported at wiki.cgi line 30
Compilation failed in require at wiki.cgi line 30, <DATA> line 855.
BEGIN failed--compilation aborted at wiki.cgi line 30, <DATA> line 855.
実行結果
euc not supported at wiki.cgi line 30
Compilation failed in require at wiki.cgi line 30, <DATA> line 855.
BEGIN failed--compilation aborted at wiki.cgi line 30, <DATA> line 855.

JcodeモジュールがEncodeモジュールを必要としているために起きてるエラーのような気がします。 - localnosie (2010年09月07日 11時54分40秒)
鯖側にJcodeが存在していることが原因の模様。Fswikiに含まれるJcode削除でこの問題は解決のはず。チェックは適当なCGIいじってuseをテスト。ただ、Wiki::HTMLParserのuseでOut of Memory!(FSWiki3.6.4@utf8改悪。IISでは動作してるんですけれどね・・・) - localnosie (2010年09月07日 20時32分36秒)
補足。環境変数を出力するだけのものに、Jcode,CGI2,Wikiをuseしただけの状態でテスト。その後、Wikiを内部でuseしているものに変えるなどしてテスト。プロセス占有メモリの限界？ - localnosie (2010年09月07日 21時17分05秒)

バージョンアップがうまくいきません - あらき (2009年11月16日 00時44分34秒)

FreeStyleWiki3.6.2からFreeStyleWiki3.6.3にバージョンアップしました。Readme にあるとおりの方法でやってみたのですが、～～～プラグインは存在しません。と出てきます。そして、ページの見栄えもデフォルトのものになっています。管理画面から、もう一度プラグインを設定してみましたが、同じことでした。どうすればいいのかわかりません。お助けください。

以前動いていたのであれば、ファイルのアップロードがすべて正常にできたか。→ファイルのボリュームを確認。パーミッションは適正かどうか。→setup.cgiで確認　のあたりをやるしかないような気がします。 - 名無しさん (2009年11月16日 09時30分06秒)
了解しました。setup.cgi 便利そうですね。やってみます。 - あらき (2009年11月17日 18時24分49秒)

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