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

サポート掲示板

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

FSWikiサポート掲示板

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

$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秒)
お名前: コメント:

設定ファイル類をルート直下から移すと動かない - ねね (2003年08月02日 09時00分45秒)

FSWikiをドキュメントルート(/home/htdocs/)で動かしたいのですが、たくさんのシステムが同居しているのでwiki.cgiとsetup.dat以外は子ディレクトリにまとめようとするとうまくいきません。最初テストで、全システムを/home/htdocs/FSWiki/の下で稼動させてみると、うまく動きました。そこでwiki.cgiとsetup.datだけをドキュメントルートに移し、setup.dat内のデータ保存先等を全て「./FSWiki/フォルダ名」といった形にしてみると、CGI2.pmをマッピングできないと言うエラーが出てきました。そこで、wiki.cgi中のuse lib を'./FSWiki/lib'に変更してみると、今度は起動はするのですが、「エラー ログインしていません。」というメッセージが出てきます。このような使い方はできないのでしょうか?対応方法を教えていただけるとありがたく存じます。

  • プラグインディレクトリも必要だと思います。 - にらたま (2003年08月04日 10時38分21秒)
  • 手元の環境で実験してみました。実際にドキュメントルートに存在する必要があるのは、setup.dat, wiki.cgi, themeディレクトリ以下 だけです。libを移動した場合は、ねねさんの記述どおり、wiki.cgi中のuse libの指定を変更すればOK、pluginディレクトリを移動した場合は、pluginディレクトリが存在するディレクトリ(ねねさんの例だと'./FSWiki')をuse libしてやればOKです。 - にらたま (2003年08月04日 14時01分07秒)
  • pluginディレクトリは直下にないとpluginhelpプラグインが動かないです。 - たけぞう (2003年08月08日 17時25分01秒)
お名前: コメント:

要望:ログインしないとアクセスできないページ - しお (2003年08月01日 14時16分16秒)

以前MLでも話題にしましたが、ログインしないとアクセスできないページが欲しいです。

  • うう・・・すいません。頭の中から消え去ってました。これは対応したいです。アクセス権を細かく指定できる仕組み(プラグインでも可)も入れたいです。用途によって今のようにログインユーザとそれ以外という大雑把な使い方もできるし、細かく設定を行うこともできるというような感じにしたいです。 - たけぞう (2003年08月01日 14時24分32秒)
  • これはできるようになると嬉しいです。現状、アクセス権毎に3つWikiをインストールして、それぞれ別にベーシック認証を設定して、一部のページを共有して、、ということをやってますので。ユーザ毎にaccept/deny/editable/noneditableページを正規表現で指定できたりすると良いかも知れません。 - Yoshimov (2003年08月02日 05時19分57秒)
  • 私もできるようになってくれると嬉しいです。というか、現状でもなんとかなっていますが、できれば、グループ管理もできて、それぞれに権限を割り振れるともっと嬉しいです。いまは管理者と一般とゲストのみですが、任意にグループも作成できるといいかなぁって。 - たろ (2005年09月27日 01時51分13秒)
  • こちらなんかはいかがでしょう?>たろ殿 - あき (2005年10月01日 05時08分11秒)
お名前: コメント:

あるページだけ自動リンクを使えないようにする。 - ぱふぃー (2003年08月01日 01時27分03秒)

短い単語でページを作ってしまい自動的にリンクされてしまい困っています。環境設定で自動リンクを使えるにして、あるページでは自動リンクしないようにできるでしょうか?

お名前: コメント:

3.4.2+mod_perlで管理メニューが選択できない - Yoshimov (2003年07月31日 13時17分42秒)

3.4.2+mod_perlで運用していますが、adminでログイン後に管理用のメニューは出るのですが、「環境設定」などを選んだところで、「ログインしていません。」というエラーが出ます。

mod_perlを外すと正しく動作するのですが、何か回避方法はあるでしょうか。

  • CGI::Session.pmではデストラクタでシリアライズが行われているようです。plugin/admin/Login.pmの44行目でreturnする前に$session->flush();を追記してみてください。 - たけぞう (2003年07月31日 15時08分55秒)
  • 無事、管理メニューが使えるようになりました。ありがとうございます。 - Yoshimov (2003年08月01日 09時52分28秒)
お名前: コメント:

設置しましたが、エラーが出て動作しません - のん (2003年07月30日 13時55分39秒)

初心者な質問で失礼します。このたび、3.4.2をweb24.jpというレンタルサーバーに、特に設定を変えないまま、クリーンインストールしたのですが、下記のようなエラーが出て動作しません。どこを確認して修正すればよいのでしょうか?

Software error:

Can't locate CGI/Session.pm in @INC (@INC contains: ./lib /usr/lib/perl5/i386-linux /usr/lib/perl5 /usr/lib/perl5/site_perl/i386-linux /usr/lib/perl5/site_perl .) at lib/CGI2.pm line 8.
BEGIN failed--compilation aborted at lib/CGI2.pm line 8.
Compilation failed in require at wiki.cgi line 26.
BEGIN failed--compilation aborted at wiki.cgi line 26.
  • lib/CGI/Session.pmおよび、lib/CGI/Sessionディレクトリはサーバにアップロードされていますよね? - たけぞう (2003年07月31日 11時44分53秒)
  • はい、アップロードしています。コメントをいただいて気付いたのですが、ディレクトリ名に小文字が入っていたので修正したら、次には、Internal Server Errorが出てしまいました。 - のん (2003年07月31日 12時12分09秒)
  • むー、Internal Server Errorでは原因がわからないですね。他にweb24.jpでインストールされた方はいらっしゃらないでしょうか。 - たけぞう (2003年08月01日 19時38分16秒)
  • 「サーバーの比較と使い方」のページを拝見したところ、perlが5.6.0であることと、suEXEC機能が有効であるための変更が必要らしいことに気付きました。KDNの方法でやってみると動作しました(詳細はまだチェックできておりませんが)。それから、CGI.pmもダウンロードして追加する必要がありそうです。お手数をおかけしました。ありがとうございました。 - のん (2003年08月02日 01時31分48秒)
お名前: コメント:

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

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

HTML::Template-&gt;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秒)
お名前: コメント:

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