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

サポート掲示板

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

FSWikiサポート掲示板

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

3.4.1から3.4.2へのヴァージョンアップで「Software error」 - hirofmix (2003年07月29日 00時18分29秒)

はじめまして。最近になってFSWikiを使いだした者です。今回ヴァージョンアップを、添付の指示通りにやってみたのですが、以下の「Software error」が出ました。

HTML::Template->new() : Cannot open included file ./tmpl/site//.tmpl : file not found. at lib/HTML/Template.pm line 1580 
HTML::Template::_init_template('HTML::Template=HASH(0x8381cf4)') called at lib/HTML/Template.pm line 1177 
HTML::Template::_init('HTML::Template=HASH(0x8381cf4)') called at lib/HTML/Template.pm line 1071 
HTML::Template::new('HTML::Template', 'filename', './tmpl/site//.tmpl', 'die_on_bad_params', 0) called at /PXUsers3/199812/./hirofmix/www/FSWiki/wiki.cgi line 181

ご教示していただければ助かります、本当に。よろしくお願いします。

  • ぼくも同じ症状です。もう少し自分でもやってみますが... - うに (2003年07月29日 02時03分39秒)
  • 3.4.2から、スタイル設定にサイトテンプレートが新しく増えました。設定してください。 - typer (2003年07月29日 02時05分22秒)
  • どうやらアップロードミスのようでした。具体的にはconfig.datが新しいものに書き換えられていなかったのが原因でした。 - うに (2003年07月29日 02時11分55秒)
  • ありがとうございます。こちらも config.dat を新しく書き換え→更新して直りました。 - hirofmix (2003年07月29日 09時36分40秒)
お名前: コメント:

Undefined subroutine CGI2::remove_session - ぱふ (2003年07月27日 12時58分34秒)

4.1から4.2へのバージョンアップでタイトルのエラーです。添付のバージョンアップの指示通りにやったつもりですが、なにかヒントありませんでしょうか?

  • 現在のCGI.pmのバージョンはいくらでしょうか?FAQにある方法で最新のバージョンを入れてみてください。 - typer (2003年07月28日 12時44分30秒)
  • FAQにあるようにCGI.pmとCGIをlibにアップしましたが、Undefined subroutine CGI2::remove_session at wiki.cgi line 86 と最後のline86のコメントが増えたのみです。クリーンインストールからやってみます。 - 名無しさん (2003年07月28日 20時42分11秒)
  • ごめんなさい。うそいってました。lib/CGI2.pmが前の版のままだったというのが正解かも。 - typer (2003年07月29日 01時33分40秒)
  • 解決 libを再アップロードしたら解決しました。お世話かけました。 - ぱふ (2003年07月29日 06時14分20秒)
  • 3.4.2をmod_perl上で動かそうとしたところ、同じエラーが出ました。mod_perlを外すと正しく動作します。何か他に必要なものがあるのでしょうか。 - Yoshimov (2003年07月29日 21時42分15秒)
  • wiki.cgiで指定したディレクトリが間違っていました。お騒がせしました。 - Yoshimov (2003年07月29日 22時17分33秒)
お名前: コメント:

Digest::MD5のエラー!? - Zero (2003年07月26日 23時55分24秒)

先ほど3.4.2にバージョンアップしましたが、

Digest::MD5 object version 2.09 does not match bootstrap parameter 2.11 at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 219.

というエラーがページ上部に表示されます。それのせいだと思いますが、ログインしたあとで設定変更をしようとしても「ログインしていません」と表示されます。

Perlは「v5.6.0 built for i386-linux」らしいのですが、対処法などをご教授願いたいと思います。

  • FSWikiのlib/Digest以下を削除するか、lib/CGI/Session/MD5.pmの7行目をuse Digest::MD5;からuse Digest::Perl::MD5;に、14行目をnew Digest::MD5();からnew Digest::Perl::MD5();に変更してみてください。 - たけぞう (2003年07月27日 00時24分22秒)
  • ありがとうございます。Digestディレクトリの削除で解決しました。 - Zero (2003年07月27日 00時26分45秒)
  • 3.5.7dev3をインストールして全く同じ様な状況になりました。/lib/CGI/Session/ID以下のMD5.pmは当該箇所が修正されていて、Digestディレクトリの削除ではサーバエラーになります。対処方法は有るでしょうか? - R (2005年01月07日 09時39分15秒)
  • 3.5.7dev2ではlib/Digest以下のMD5.pmを削除で解決しました。同様の事をdev3で行うと上記と同じエラーが出ます。何か分かれば又連絡します。 - R (2005年01月13日 16時06分43秒)
  • wiki.cgiの288行以下に不要のコメントアウトを入れてしまった当方のミスでした。3.5.7dev3はdev2と同じ方法でエラー無く動作する様になりました。Perlバージョンは5.6.0-17。尚、3.5.6では出なかった現象という事も合わせて報告しておきます。お騒がせ致しました。 - R (2005年01月19日 12時15分03秒)
  • 超初心者です.3.5.7(安定版)をインストールしましたが,同様の症状が現れ,エラーが出ます(Digest::MD5 object version 2.13 以下同文).Digestディレクトリの削除では「Can't locate Digest/Perl/MD5.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl .) at lib/CGI/Session/ID/MD5.pm line 6.」となり,またエラーになります.3.5.6にバージョンダウンした方が良いのでしょうか? - 正田 (2005年02月15日 17時54分43秒)
  • lib/Digestディレクトリを削除したうえで、lib/CGI/Session/MD5.pmで use Digest::Perl::MD5; → use Digest::MD5; および new Digest::Perl::MD5(); → new Digest::MD5(); に書き換えてみるとどうでしょうか。 - たけぞう (2005年02月15日 18時50分59秒)
  • lib/CGI/Session/ID/MD5.pmの2カ所を変更したところ,トップページのエラーはなくなりました.ですが,ログインページでID:admin,Pass:adminでログインしたところ,「Can't locate Digest/Perl/MD5.pm in @INC (@INC contains: . ./lib /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl .) at (eval 35) line 1.」等の(その他2つ)エラーが出てログイン画面に成りません. - 正田 (2005年02月15日 21時51分42秒)
  • いまさらですが、Util.pmの中の「Digest::Perl::」を「Digest::」に書き換えれば、動作すると思います。 - むくむく (2005年05月23日 10時28分21秒)
  • 修正箇所をまとめてみました。ココでの話をまとめますと、5.8.xなどの最新のPerlなどで、XS版のDigest::MD5を使いたい場合に、FSWikiインストールディレクトリ内のlib/Digest以下を削除した上で以下の修正をするということですね。5.005などの古いバージョンのPerlが使われている場合にはこの変更が悪影響を及ぼすことがあるようです。 - いしだなおと (2006年01月18日)

※行数などは2006-01-18 14:08:25 時点でのCVSからの変更の場合

lib/CGI/Session/ID/MD5.pm
@@ -6,1 +6,1 @@
-use Digest::Perl::MD5;
+use Digest::MD5;
@@ -14,1 +14,1 @@
-    my $md5 = new Digest::Perl::MD5();
+    my $md5 = new Digest::MD5();
lib/Util.pm
@@ -500,3 +500,3 @@
-      eval("use Digest::Perl::MD5;");
+      eval("use Digest::MD5;");
	
-      my $md5 = Digest::Perl::MD5->new();
+      my $md5 = Digest::MD5->new();
お名前: コメント:

Solarisで添付ファイル使用時に/var/tmpがいっぱいになる - Yoshimov (2003年07月25日 19時06分23秒)

SolarisでFSWiki3.4.1を使用していますが、ファイルのアップロードを行なうと、/var/tmpにCGItemp?????というファイルが大量に残ってしまい、/var がいっぱいになってしまいます。

これは何か対処法はあるのでしょうか。それとも、自前で/var/tmpをクリアするプラグインを用意しないといけないのでしょうか。

  • Win2Kで運用してますが、こちらでも同じ現象おこってます。 - tinsep19 (2003年07月26日 00時08分04秒)
  • Win2Kのほうはいかの修正で回避できました。かなり怪しい修正な気がするのですが、Solarisの方は大丈夫でしょうか? - tinsep19 (2003年07月26日 00時32分34秒)
--- AttachHandler.pm.orig	2003-07-23 21:25:26.000000000 +0900
+++ AttachHandler.pm	2003-07-26 00:27:00.000000000 +0900
@@ -50,7 +50,8 @@
 		my $hundle   = $cgi->upload("file");
 		my $filecont;
 		while(<$hundle>){ $filecont = $filecont.$_; }
-		
+		close($hundle);
+
 		my $uploadfile = $wiki->config('attach_dir')."/".&Util::url_encode($pagename).".".&Util::url_encode($filename);
 		
 		open(DATA,">$uploadfile") or die $!;

  • CGI.pmのバグですね。ディストラクタでcloseとunlinkされますが、順番が未定義なので、NT系だとunlinkに失敗する可能性がでてきているようです。 - typer (2003年07月26日 13時17分54秒)
  • ただ、Solarisってopen中のファイルのunlinkができないのでしょうか?できないのはNT系だけだとおもっていましたが。 - typer (2003年07月26日 13時28分17秒)
  • 上記パッチを試してみました。結果は変わらず、/var/tmp にCGItemp..というファイルが残ります。環境はSunOS Release 5.6 Version Generic_105181-05 と Perl v5.6.0 の組み合わせです。 - Yoshimov (2003年07月28日 12時06分17秒)
  • やはり消えないですか。となるとCGIオブジェクトの内部で持っているCGITempFileオブジェクトのディストラクタが呼ばれていないのでしょうか? - typer (2003年07月28日 12時58分55秒)
お名前: コメント:

子Wiki削除時のエラー - みょし (2003年07月22日 20時09分33秒)

Farmプラグインを使って子Wikiを作り、これを削除しようとすると

Software error:
Not a CODE reference at lib/Farm.pm line 66.

というエラーがでます。バージョンは3.4.1です。該当する箇所

rmtree($self->('data_dir'  ).$path) or die $!;

となっています。パーミッションなどの問題でしょうか.

  • バグです。$self->config('data_dir')ですね・・・。周辺4行も同様に修正してみてください。 - たけぞう (2003年07月22日 20時43分21秒)
  • うまく削除できました。すばやい回答、ありがとうございます。 - みょし (2003年07月22日 21時44分42秒)
お名前: コメント:

管理ページログアウト時にエラー - Zero (2003年07月21日 18時12分25秒)

管理ページからログアウトしようとすると、

Software error:
Can't call method "config" on an undefined value at lib/CGI2.pm line 29.

というエラーが発生します。

ちなみに、該当箇所と思われるCGI2.pmの29行目は

my $dir   = $wiki->config('log_dir');

となっていますが、log_dirの設定はsetup.datで行い、パーミッションも問題ありません。どこがおかしいのでしょうか??

  • 速攻の自己RESですいません。BugTrack-wiki/100と同様の内容でした。お騒がせいたしましたm(_ _)m - Zero (2003年07月21日 18時16分03秒)
お名前: コメント:

Mac OS X(10.2.6)でのエラー - てんつく (2003年07月18日 04時45分28秒)

fswiki、お世話になっています。手元のメモにも便利なもので、普段使っているMac OS Xにもインストールして使っていました。ver 3.4.0のときは問題なく動いていたのですが、3.4.1にしようとすると、こんなことを言われるようになりました。どうしたらいいんでしょうか?Can't locate loadable object for module MIME::Base64 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/Jcode.pm line 290

  • 私は CPAN から MIME:Base64 を install して解決しました(^^; - amn (2003年07月18日 09時28分04秒)
  • それって、lib/MIME/Base64.pmと同じものですか?とりあえずCAPNからコピーして書かれているpathにおいてみたんですが、やっぱり同じエラーが出ます。 - てんつく (2003年07月18日 10時19分54秒)
  • というか
% perl -MCPAN -e shell
cpan> install MIME::Base64

でいれましたが。 - amn (2003年07月18日 10時47分08秒)

  • ちなみにまったく別の話ですが、「一覧」でもエラーがでたので、後ろ向きなやり方ですが ListPage.pm の use strict; をコメントアウトして対処しています。 - amn (2003年07月18日 10時55分17秒)
  • 前に一度 perl -MCPAN -e shell でinstall MIME::Base64してみたんですが、エラーが出てインストールしてくれませんでした。今回もう一度やっても同じで、sudo perl....でも同じです。たぶんこの行が説明しているんだと思いますが、、、
Error: Unable to locate installed Perl libraries or Perl source code.

ここをよんだらCPANがわかるというのはありますか? - てんつく (2003年07月18日 15時04分51秒)

  • ええと確認ですが Developer Tools はインストールしてありますか?確か必要だったはず。 - amn (2003年07月18日 16時46分05秒)
  • それでした! Developer Toolsをインストールし、cpan でinstall Net::FTPし(すぐにせよと出てきたので。これにすごく時間がかかった)、install MIME::Base64したらOKになりました。ありがとうございます。 - てんつく (2003年07月18日 17時40分34秒)
  • これって、管理者権限が無くてインストールができない場合はどうしたらいいんでしょうか。同様のエラーが出て困っているのですが…。とりあえず、wiki.cgiのMIME::Base64の行をコメントアウトしてますが、ページ更新時のエラー表示が気になるのです。他の対処法ってありますか?? - Z (2003年07月21日 02時40分20秒)
  • (僕が返事していいものか、、、)管理者権限がないとDeveloper Toolsのインストールはどうしても無理ですよね。管理者に頼むのが手っ取り早いような、、、 - てんつく (2003年07月21日 14時53分47秒)
  • メール送信を行わないのであればwiki.cgiのuse MIME::Base64;とcore/Install.pmの以下の行(32、33行目)をコメントアウトすればエラーメッセージは出なくなると思います。 - たけぞう (2003年07月21日 15時27分45秒)
$wiki->add_hook("save_after","plugin::core::SendMail");
$wiki->add_hook("delete"    ,"plugin::core::SendMail");
  • 上記のコメントアウトで解決しました。ありがとうございます。でも、これって根本的な解決にはなっていませんよね。私はよく分からないのですが、もっといい方法がありましたら3.4.2正規版とかで反映していただけるとありがたいです。 - Z (2003年07月21日 18時00分32秒)
お名前: コメント:

テンプレートへFrontPageかどうかの情報 - kuwa (2003年07月16日 20時37分12秒)

FreeStyleWikiには本当にお世話になってます。

現在FSWikiで運用しているサイトで、FrontPageにアクセス解析をfooter.tmplに記述しているのですが、そのままではすべてのページで呼び出されてしまう為、Wiki.pm内のテンプレート呼び出し部分に、FrontPageかどうかの真偽値を渡す修正をしています。バージョンアップの度に修正を加えているのですが、本体に取り込んでは頂けないでしょうか。

  • header.tmplとfooter.tmplにFrontPageかどうかを判定するためのパラメータを渡すようにします。うまく使えばデザインにも幅を持たせられそうですね。 - たけぞう (2003年07月16日 20時57分25秒)
  • 3.4.2dev7でFRONT_PAGEというパラメータでトップページかどうか判定できるようにしました。 - たけぞう (2003年07月21日 15時30分07秒)
お名前: コメント:

MenuのGoogleプラグイン - Kinsan (2003年07月14日 11時18分18秒)

ここのMenuでのGoogleプラグインの使用の仕方ですが、キーワード検索は、size=20になっているのに、googleの窓は、size=25になっているので、出っ張っています。

size=20にしませんか?

  • 私の環境(ワジラ1.3)ではキーワード検索のAND,ORとボタンがgoogle窓と同じぐらいでキーワードテキストボックスが引っ込んで見えます。だからsize=25がうれしい。(フォーム関係はCSSでまとめれないこまったちゃんですね) - typer (2003年07月15日 13時01分04秒)
  • 私は普段Operaなんです(泣)。IEとNetscape(Ver.7)と比較して見ると、問題を起こしているのは、Operaだけですね。メニューの部分で一行に書かれている文字数では、ネスケ>Opera>IEの順なんですが、なぜかフォームの窓は大きさはOperaが一番大きいです。 - Kinsan (2003年07月15日 14時43分14秒)
  • MacOS X / Safari 1.0 でも、Kinsan さん同様 Google の入力フォームがはみ出しています。 - amn (2003年07月15日 23時42分27秒)
お名前: コメント:

管理画面から変更できない - moltan1 (2003年07月14日 11時15分55秒)

iswebにてfswiki3.4.1を設置しましたが、管理画面で変更しようとするとPermission denied at lib/Util.pm line 211.なるエラーがでてしまいます。どこの属性を変更すべきでしょうか?

  • configフォルダ以下のそれぞれファイルに書き込み許可をしていないときに,そのメッセージが出たことがありました.ご確認してみてはいかがでしょうか. - みょし (2003年07月14日 12時47分32秒)
  • configフォルダ以下のファイルに書き込み許可を与えて解決しました。ありがとうございます。 - moltan1 (2003年07月14日 21時05分51秒)
お名前: コメント:

ユーザー管理について - みょし (2003年07月12日 15時41分48秒)

はじめまして.FSWikiを使ってちょっと大きなグループのページを作ろうかと思っている者です.

早速質問なのですが,FSWikiでは,管理者とその他の人,といった方法以外にこのページはusr1が編集できて,usr2は編集できず,このページはusr2が編集できて,usr1はダメ,といったようなユーザー管理はできるのでしょうか?

  • 今のところはユーザ/ページ単位でのアクセス権の指定はできません。 - たけぞう (2003年07月13日 02時01分35秒)
  • 認証機能もplugin化できないでしょうか?人によって要求水準がいろいろあるようだし。 - matto (2003年07月14日 09時50分57秒)
  • コメントありがとうございます.とりあえず他の方法を考えてみたいと思います.(どなたかpulgin化してくれると嬉しいのですが・・・) - みょし (2003年07月14日 12時52分59秒)
  • 編集だけでなく閲覧も管理出来ないかな - キボンヌ (2003年07月23日 00時02分05秒)
お名前: コメント:

Script is world writable - U2 (2003年07月11日 03時12分51秒)

FSWiki安定版(3.4.1)をxreaに設置してみたのですが、"Script is world writable"と表示されてしまいました。何か設定の変更は必要でしょうか?

  • wiki.cgiのパーミッションが777になっているとそういうエラーが出るのではないでしょうか? 試しに755にしてみるとか。 - 名無しさん (2003年07月11日 22時52分11秒)
お名前: コメント:

3.40から3.41へのバージョンアップ - 名無しさん (2003年07月11日 01時15分08秒)

http://www3.vis.ne.jp/~asaki/wiki/docs/readme.html#バーヘョンヂップ時の設置方法を読んでバージョンアップしたのですが、

Software error:HTML::Template->new() : Cannot open included file /header.tmpl : file not found. at lib/HTML/Template.pm line 1580 HTML::Template::_init_template('HTML::Template=HASH(0x82c1e28)') called at lib/HTML/Template.pm line 1177 HTML::Template::_init('HTML::Template=HASH(0x82c1e28)') called at lib/HTML/Template.pm line 1071 HTML::Template::new('HTML::Template', 'filename', '/header.tmpl', 'die_on_bad_params', 0) called at lib/Wiki.pm line 595 Wiki::print_menu('Farm=HASH(0x833e868)') called at wiki.cgi line 126

といわれました。 setup.pm は.datに変更してパーミッションも同じにしているとおもいますが、どうすればいいでしょうか?

  • setup.datは設定項目はsetup.plと同じですがPerlスクリプトではないのでsetup.plをリネームしただけでは使えません。アーカイブに同梱のsetup.datを編集してご使用ください。 - たけぞう (2003年07月11日 09時17分38秒)
  • 解決しました。どうもありがとうございました。 - 名無しさん (2003年07月11日 12時28分28秒)
お名前: コメント:

ページ名も検索対象になって欲しい - Yoshimov (2003年07月10日 21時29分45秒)

今は、検索に指定したキーワードを含むページが一覧で表示されますが、そのキーワードをページ名に含むものも表示されるようにならないでしょうか。

  • AND検索とかOR検索があるのでちょっと面倒なんですよね・・・。考えてみます。 - たけぞう (2003年07月22日 21時35分51秒)
  • 簡単な修正でいけそうなので3.5.0で実装します。少々お待ちください。 - たけぞう (2003年08月04日 11時32分26秒)
お名前: コメント:

cygwin版perlでの動作 - Yoshimov (2003年07月10日 17時50分52秒)

cygwin版のperl v5.6.1で、3.4.2dev3を試しに動かしてみましたが、以下の問題がありました。

  • テンプレートファイルが ./tmpl では読み込めない。->ドライブ名からの絶対パスを指定すると読み込めました。
  • lib/URI.pm が無いというエラーが出る。->ActivePerl の lib/URI.pm および lib/URI/ をコピーしてくると動作しました。

ほとんどFAQですが、ご参考まで。

  • 3.4.2dev4からURIモジュールを同梱するようにしました。 - たけぞう (2003年07月13日 04時02分38秒)
お名前: コメント:

Wiki文の内部でコメントアウト - 名無しさん (2003年07月10日 12時30分58秒)

出来ないそうなのですが、どうしてそのような仕様なのでしょうか?なにかコメントアウトするためのtipsなどありますでしょうか?

  • どうしてといわれても困りますが、lib/Wiki/Parser.pmを修正すれば比較的簡単に実装できると思います。 - たけぞう (2003年07月10日 12時55分53秒)
  • すみませんでした。人によってニーズが違いますよね、、、//で始まる行をコメントにするのにsub parse のpreの前か後にelsif(index($line,"//")==0){}を入れればいいのでしょうが、perl初心者で{}の中身が検討もつきません、コメントアウト必要な人な人が多いようであれば、どのように{}を書き換えればいいか御教授ください。 - 名無しさん (2003年07月10日 22時26分34秒)
  • 括弧のなかにはなにもいれなくてよいと思いますが、空行として扱いたいということであれば、$self->l_paragraph();を書いておけばいいと思います。 - tinsep19 (2003年07月10日 23時53分59秒)
  • tinsep19 さんどうもありがとうございます。無事コメントアウトができるようになりました。pukiにできてfsに出来ないことがひとつ減りました。 - 名無しさん (2003年07月11日 00時37分49秒)
  • コメントアウトは要望が多いようであれば取り込もうと思いますが、いかがでしょうか。書式は検討の余地があるかもしれませんが・・・。 - たけぞう (2003年07月11日 09時23分17秒)
  • //は割とありそうなので///あたりとか・・・ - にらたま (2003年07月11日 09時29分01秒)
  • 行頭に//はそれほどないのでは?pukiによく書き込みしているので、できれば、pukiと同じ//の方がありがたいです。#でもいいですが、、、 - puki->fs (2003年07月11日 12時29分37秒)
  • Parser.pmの書き換えは3.4.1では少し違いますね、釈迦に説法でしょうが、、、
  • 3.4.2dev4で行頭に//でコメントアウトできるようにしてみました。 - たけぞう (2003年07月13日 04時03分19秒)
  • ありがとうございます。 - 名無しさん (2003年07月13日 05時30分32秒)
お名前: コメント:

携帯電話で「ログインしていません」が出ます。 - 鈴木充 (2003年07月09日 02時43分02秒)

携帯電話からFrontPageを見ると

FrontPage 新規 編集 差分 一覧 ソース 検索 ヘルプ RSS ログイン
ログインしていません。
Copyright (C) 2002-2003 mits
Powered by FreeStyleWiki3.4.1

と表示されます。パソコンからはちゃんと見えるのですが、DoCoMoのP209iSでは見えないのでしょうか?

  • 私のauのA3012CAでも同じように、ログインしていませんと出ました。 - Yoshimov (2003年07月09日 10時41分00秒)
  • lib/CGI2.pmのバグです。以下のパッチをあててください。3.4.2dev3で修正しています。 - たけぞう (2003年07月09日 11時39分28秒)
--- d:\httpd132f\root\fswiki\lib\cgi2.pm.org	Mon Jun 30 11:24:12 2003
+++ d:\httpd132f\root\fswiki\lib\cgi2.pm	Wed Jul 09 11:34:05 2003
@@ -45,8 +45,10 @@
 		}
 		if($#array==0){
 			return $array[0];
-		} else {
+		} elsif($#array!=-1){
 			return @array;
+		} else {
+			return undef;
 		}
 	} else {
 		return $self->CGI::param();
  • 携帯で見れました。早速の対応ありがとうございます。 - 鈴木充 (2003年07月10日 00時04分02秒)
お名前: コメント:

管理者ログインについて - ひえ (2003年07月08日 23時43分00秒)

ID:admin,Pass:admin でログインしようとすると,「IDもしくはパスワードが違います。」といわれてしまいます。(初めてのログインです)。別のマシンで動作させたときはログインできたので,私の設定がマズイかもなのですが,原因がわかりません。対処方法を教えていただけないでしょうか。Ver.3.4.1 を使用しています。

  • 別のサーバで試してみたところ,admin でログインするとログインに成功するものの,管理用メニューをクリックすると「ログインしていません。」といわれてしまいました…。なにかヒントでも良いので,ご助言いただけたらと思います。 - ひえ (2003年07月10日 01時46分45秒)
  • cookieがoffになっていませんか? - にらたま (2003年07月10日 09時53分33秒)
  • Mozilla で「全ての cookie を受け入れる」として使用していますが,残念ながらうまくいきいません。 - ひえ (2003年07月10日 20時44分02秒)
  • 3.4.1からパスワードが暗号化されて保存されるようになったことは影響していませんか?3.4.1に付属しているconfig/user.dat を再送してみるとどうでしょう? - sugi (2003年07月10日 23時49分00秒)
  • 同様の経験をしましたが、3.4.1のuser.datの再送で解決しました - 名無しさん (2003年07月11日 12時25分03秒)
  • 現在以下のような状況です。 - ひ → ひえ (2003年07月12日 00時48分08秒)
S1 : 3.4.1 : 会社のサーバ
 問題なく使えています。
S2 : 3.4.1 : 自宅のお試しサーバ
 管理者ログインで「IDもしくはパスワードが違います。」といわれます。
 ログイン機能以外は,問題なく使えています。
S3 : 3.4.2dev : tok2 (http://tok2.com/) の第 36 サーバ
 管理者ログイン後,管理用メニューをクリックすると,「ログインして
 いません。」といわれます。ログイン機能以外は,問題なく使えています。

私が wiki を設置するのは今回が初めて(FSWiki3.4.1 が初めて)なので,S1,S2 については 3.4.1 付属の config/user.dat を使っています。

S2 で念のためダウンロード直後の(3.4.1 の) user.dat に差し替えてみましたが,状況は変わりませんでした。さらに,3.4.0,3.4.2dev をそれぞれ使用してみたところ,3.4.0 では問題なく使うことができましたが,3.4.2dev は 3.4.1 と同じ状況でした。

S3 でも,3.4.0,3.4.2dev をそれぞれ使用してみましたが,いずれも 3.4.1 と状況は同じでした。

※3.4.2dev はそのまま動かすと Software error となってしまったので,wiki.cgi 33 行目の

use LWP::UserAgent;

をコメントアウトしてしまいました…。

  • トクトクでは、HTTPヘッダーを認識しないような覚えがあります。そのせいかもしれません。 - kuwa (2003年07月12日 01時58分56秒)
  • ログインに関してはちょっとわからにのですが、SoftwareエラーのほうはURIモジュールが存在しないのだと思います。3.4.2dev4からURIモジュールを同梱するようにしました。 - たけぞう (2003年07月13日 04時04分44秒)
  • dev4 で Software エラーはでなくなりました。ありがとうございました。 - ひえ (2003年07月13日 10時07分14秒)
  • HTTP ヘッダとか(Perl もですが)良くわからなかったので,tok2 サーバで少し試してみました。 - ひえ (2003年07月14日 06時26分21秒)

まず,テスト用の CGI setcookie.cgi をブラウザから実行し,cookie をセットしました。

 #!/usr/bin/perl
 print 'Set-Cookie: CookieTest=TesutoDayo; expires=Sun, 13-Jul-2004 23:59:59 GMT;';
 print "Content-type: text/plain", "?n?n";
 print "setcookie";

念のため,レスポンスヘッダを確認した後,

 > telnet www36.tok2.com 80
 ...
 HEAD /piyo/setcookie.cgi HTTP/1.1
 host: www36.tok2.com
 
 HTTP/1.1 200 OK
 Date: Sun, 13 Jul 2003 11:21:41 GMT
 Server: Apache/1.3.26 (Unix) mod_layout/2.8.2 PHP/3.0.18-i18n-ja-2
 Set-Cookie: CookieTest=TesutoDayo; expires=Sun,
   13-Jul-2004 23:59:59 GMT;Content-type: text/plain
 Content-Type: text/plain

テスト用の CGI getcookie.cgi をブラウザから実行し,cookie 中の値を確認してみました。

 #!/usr/bin/perl
 print "Content-type: text/plain", "?n?n";
 print "Cookie: ";
 print $ENV{'HTTP_COOKIE'};

しかし,ブラウザには以下の出力しかされませんでした。

 Cookie:

ちなみに,同じ CGI をFSWiki が動作していると思われるサーバで実行すると,

 Cookie: CookieTest=TesutoDayo

と出力されました。つまり tok2 サーバではリクエストヘッダ(cookie ヘッダ)が認識されない。なのでログイン機能が使えない。ということでしょうか。長くなってしまって申し訳ありません。

  • そのようですね。サーバーの比較と使い方にも書いておくとよいかもしれませんね。 - たけぞう (2003年07月14日 11時34分13秒)
  • ちゃんとしたものは書けないので,「機能制限」だけ書いておきました。自宅のお試しサーバ(S2)については,さして重要なものではないので,また時間を見つけて試してみたいと思います。ありがとうございました。 - ひえ (2003年07月15日 00時20分46秒)
  • plala (cgi32)でもS3(S2と書いていたのは間違いです)と同じ状況でした。 - てんつく (2003年07月18日 03時51分21秒)
  • FS Wiki では試していませんし,具体的にどこを弄れば良いのか分かりませんが,<meta http-equiv="Set-Cookie" content="(クッキーに食べさせたい値)"> というタグが HTML で出力されるようにすると,tok2 でもきちんとブラウザがクッキーを食べてくれます.oddmuse という wiki ソフトを使うためにアップロードする CGI.pm を手直しして対策しました. - Emmanuel Chanel (2005年06月05日 23時18分37秒)
  • なるほど…そうですねー。気づきませんでした…。ちょっと改造が必要になりますが、ぜひ対応したいところですね。 - たけぞう (2005年06月07日 10時25分00秒)
  • JIkqUHzP - yOaWIBRrDalN (2013年01月06日 02時09分06秒)
お名前: コメント:

guestはログインするといいことあるのでしょうか? - 名無しさん(2003年07月08日 04時15分29秒)

ログインによる管理のしかたの説明が見つかりません。ログインした人のみ編集できるという設定もできるのでしょうか?

  • 管理画面の「環境設定」で「ページの作成・編集許可」を「許可しない」に設定するとログイン時のみ編集可能となります。このあたりは設定画面でもう少しわかりやすくするつもりです。 - たけぞう (2003年07月08日 10時36分16秒)
  • どうもありがとうございました。 - 名無しさん (2003年07月08日 23時08分10秒)
お名前: コメント:

キーワード全てを最長マッチにするパッチ - Aki (2003年07月04日 16時00分41秒)

Keyword に記述されたキーワードについても最長マッチ優先になるようにするパッチです。管理画面で最長マッチ優先と定義順優先(軽い)を選択できます。このサイトで動作実験を行っています。

このパッチを当てると、キーワード A, B, A+B の3つのキーワードがKeywordで定義されているときに、A+BがAとBに分けられてしまうことを防ぐことができます。

  • lib/Wiki/Keyword.pm
    • 87,94d86
< 	if ($self->{wiki}->config('sort_keywords')==1) {
< 		# 最長マッチになるようにソート
< 		@{$self->{keywords}} = sort {
< 			my $len_a = length($a->{word});
< 			my $len_b = length($b->{word});
< 			return $len_b <=> $len_a;
< 		} @{$self->{keywords}};
< 	}
  • plugin/admin/AdminConfigHandler.pm
    • 76,79d75
< 	$buf .= "<h3>長いキーワードを優先する</h3>\n";
< 	$buf .= "<input type=\"radio\" name=\"sort_keywords\" value=\"0\""; if($config->{sort_keywords}!=1){ $buf .= " checked"; } $buf .= ">キーワード定義順</input>\n";
< 	$buf .= "<input type=\"radio\" name=\"sort_keywords\" value=\"1\""; if($config->{sort_keywords}==1){ $buf .= " checked"; } $buf .= ">長いキーワードを優先</input>\n";
< 
    • 131d126
< 	$config->{sort_keywords}    = $cgi->param("sort_keywords");
  • wiki.cgi
    • 78d77
< $wiki->config('sort_keywords'        ,$config->{sort_keywords});
  • 3.4.2dev3でデフォルトで最長マッチになるようにしました。 - たけぞう (2003年07月09日 14時02分12秒)
  • ありがとうございます[1] - Aki (2003年07月09日 14時42分20秒)
お名前: コメント:

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

  • [1]あちゃー、dev2入れた直後だったよ・・・

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