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

サポート掲示板

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

FSWikiサポート掲示板

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

サイドバー(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秒)
お名前: コメント:

設定ファイル類をルート直下から移すと動かない - ねね (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秒)
お名前: コメント:

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