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

サポート掲示板

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

FSWikiサポート掲示板

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

Pockey-GetHTMLの巡回 - おばけ (2006年05月07日 23時20分35秒)

Pockey-GetHTMLの巡回によってページが消されたり何日か前のデータに戻っていたりと 大変な目にあったのですがWiki 側で対策取ることって出来ないですかね?.htaccessでやるしかない?

  • UserAgentに制限を加える為のパッチ(943)です。お気に召しましたらどうぞ。トップページだけはアクセスできるようにしてあります。それ以外のページにアクセスしようとすると、エラーっぽい(笑)画面を表示します。 - KG (2006年05月08日 15時57分22秒)
  • ありがとうございます。様子見してみます。これ本体に組み込んだ方がよいかも。直すの大変だったみたいなので。 - おばけ (2006年05月09日 02時08分11秒)
お名前: コメント:

管理者権限のページへのComment - 名無しさん (2006年05月07日 07時22分00秒)

管理者のみ削除/編集可能なページにCommentプラグインを入れられないでしょうか。もしかしてBugTrack-plugin/42がそうかしら、と思いましたが、patchあてようとしたらrejectされちゃいました。強引に、コメントを保持する別ページ(こっちは誰でも編集可能)へのアンカーを表示すればいいのかしら、とも思いましたが、どうもダサイですし。検索してみましたがどうもそれらしいものもなく。なにかいい方法はないでしょうか。

  • 普通に削除/編集されたく無いページを凍結しておいて、Commentプラグインを入れればうまくいかないでしょうか? - Goo (2006年05月07日 10時00分25秒)
  • なるほど!凍結ってそういうことだったんですか!ありがとうございました。 - 名無しさん (2006年05月07日 10時50分16秒)
お名前: コメント:

catgory_linkでの更新日付の表示 - cmp (2006年05月01日 20時07分16秒)

既出でしたら申し訳ありません。該当しそうなものは一応探してみたのですが、自分のニーズに合うものに行き当たることができず、質問させて頂きます。

現在、category_linkにより、いわゆる目次ページを作成して利用しているのですが、「一覧」での表示のように、更新日(時間までは無くても良い、というかない方が良いのですが)をタイトルに続けて表示できないでしょうか。

何をどうしたらいいのかもわかってないレベルのため、どのように質問すべきかもよくわかっていないところもあってお恥ずかしいのですが、参考情報でも結構ですのでどうかよろしくお願いします。

  • plugin/category/CategoryHandler.pmにコードを追加すればいいかと思います。本当に参考程度ですみません。 - 名無しさん (2006年05月04日 13時19分24秒)
  • CategoryHandler.pm(594)汚いですが、こんなもんでどうでしょうか。 - 名無しさん (2006年05月07日 07時10分19秒)
  • 試すのが遅くなってしまいすいません。これでうまくいきました。ありがとうございました。 - cmp (2006年05月09日 20時34分39秒)
お名前: コメント:

Javascriptを使ったPluginが実行できません - nak (2006年04月25日 19時19分07秒)

BugTrack-plugin-252など、Javascript(.js)ファイルを含むPluginがうまく実行できません。試行錯誤して無理やり(?)動かせるようにはなったのですが、どこの設定がおかしいのでしょうか?FreeStyleWikiそのものではなく、webサーバの問題のような気がしているのですが、どのあたりを確認すれば良いのかだけでも良いので、お教え願います。

環境

  • SunOS 5.8 Generic sun4u sparc SUNW,Ultra-5_10

開発用のULTRA5です。

  • FreeStyleWiki 3.5.10

とりあえず、クローズで使ってるので、まだ11にしてません。

  • Apache 1.3(mod_perl)

Solaris8に付属のものです。そのままでは一部エラーが出るのでFAQを読みCGI.pm-3.17.tar.gzを入手して、CGI.pmなどを入れました。

  • WindowsXP(SP2) + InternetExplorer6.0

事象

BugTrack-plugin-140やBugTrack-plugin-141など、Javascriptを使っていないPluginは説明どおりインストールしただけで問題なく使えていますが、BugTrack-plugin-252などのJavascriptを使用するPluginをインストールしても、.jsファイルが読み込まれず、動作しません。

やってみたこと

Javascriptが実行されるべき画面のソースをクライアントで表示させると、以下の行が出力されており、ここには問題ないと思われる。

<script src="./theme/editor/editor.js" type="text/javascript"></script>

Apacheのerror_logを確認すると、実行する権限が無いとか言ってる。

[Tue Apr 25 13:51:31 2006] [error] [client 172.25.104.145] file permissions deny server execution: /wiki/solaris/theme/editor/editor.js

試しに、editor.jsに実行権限を付けると実行に失敗したとか言ってる。

[Tue Apr 25 13:55:20 2006] [error] (13)・「・ッ・サ・ケク「、ャ、「、熙゙令鵝」: exec of /wiki/solaris/theme/editor/editor.js failed
[Tue Apr 25 13:55:20 2006] [error] [client 172.25.104.145] Premature end of script headers: /wiki/solaris/theme/editor/editor.js

色々調べた結果、とりあえず今は、FreeStyeWikiのインストール時の修正を手がかりにApacheのhttpd.confに以下のように追加することで望む動作をしていますが、現状は異常な状態だと思っています。

AddType "text/css; charset=iso-2022-jp" .css
AddHandler server-parsed .css
AddType image/gif .gif
AddHandler server-parsed .gif
AddType image/jpeg .jpeg .jpg
AddHandler server-parsed .jpeg .jpg
AddType application/x-javascript .js
AddHandler server-parsed .js

素人考えですが、現状では、/wiki以下に存在するファイルすべてをcgiとして実行しようとしているのでしょうか?上記修正で結果的には対応するファイルの実行を止められているようですが、より望ましい対策はどのようなものでしょうか?

  • /wiki/solaris/theme/以下のファイルがブラウザから静的なファイルとして読めないからだと思います(うちのApache1.3もです) - くらっつ (2006年04月26日 06時30分30秒)
    • そこで,うちのディレクトリ構成だと/home/www/data/fswiki.theme/以下に/wiki/solaris/theme/をコピーして,setup.datのテーマ関係を"theme_dir = /home/www/data/fswiki.theme"と"theme_uri = /fswiki.theme"としています - 名無しさん (2006年04月26日 06時31分04秒)
  • ありがとうございます。とりあえずApache1.3ではこうなると聞いて納得しました。私はあまりファイルをコピーしたくないので、ApacheにAlias /theme/ /wiki/solaris/theme/したうえで、setup.datにtheme_uri = /themeして凌ごうと思います。また、BugTrack-plugin-276など、pluginディレクトリに.jsファイルのあるものは設定だけでは対応できそうもないので、themeディレクトリ内にファイルを移動後、対応する.pmを修正しようと思います。 - nak (2006年04月26日 10時39分17秒)
  • AddHandler server-parsed .js - 名無しさん (2006年05月05日 00時57分39秒)
お名前: コメント:

「'C:\wiki\wiki.cgi' script produced no output」が表示される - sachi (2006年04月21日 13時23分14秒)

windowsでの設置方法のページを元に、IIS、ActivePerl、FSWikiLiteを順にインストールし、IISの設定を行いました。すべて問題なく出来たのですがページを表示し、「新規」「検索」「一覧」など、どのリンクを押しても「'C:\wiki\wiki.cgi' script produced no output」のメッセ−ジが表示されてしまいます。また保存を押すと、画面のリンクがすべて削除され保存をした文字列のみ表示されます。保存をした時に生成される、dataフォルダ内の「FrontPage.wiki」ファイルを削除すると初期の状態に戻ります。何が悪いのか全く分かりません。解決策が分かる方がいましたら、教えて下さい。よろしくお願いします。

  • 同様のエラーが、Windows 2000 + IIS 5.0 + ActivePerl-5.6.1.638-MSWin32-x86の環境下で起こり、<ACTIVE_PERL_INSTALL_DIR>\bin\PerlIS-Err.log に以下のようなログがでていました。 - とおりすがり (2006年05月22日 14時47分26秒)
  • すいません。肝心のfswikiは3.5.11でした。 - とおりすがり (2006年05月22日 14時55分09秒)
  • すみません。オリジナルの書き込みに気付いておりませんでした。windowsでの設置方法のページに記載のFSWiki初期設置用CGIを使っての方法は、動作確認がまだできておりません。初期設置用のスクリプト(Perl版)を使っての方法でしたら確認済みです。怠慢です。申し訳ございません。今すぐは無理ですが、将来的にFSWiki初期設置用CGIの刷新を予定しておりますので、その時にきちんと対応したいと思います。 - あき (2006年05月22日 20時46分09秒)
  • 超亀レスですが。同様のエラーが、Windows 2000 + IIS 5.0 + ActivePerl-5.6.1.638-MSWin32-x86の環境において解消されました。単に、IIS(5.0)用にperlモジュールが動く設定が間違っていて、IISのGUIから、仮想ディレクトリの選択→右クリックからプロパティの選択→<仮想ディレクトリ>のプロパティ画面→アプリケーションの構成の画面→拡張子.cgiを選択→編集→アプリケーションの拡張子マッピングの追加/編集画面→実行ファイル:「<ACTIVE_PERL_INSTALL_DIR>\bin\perl.exe "%s" %s」と指定してやることでエラーが発生しなくなりました。 - とおりすがり (2007年03月01日 07時05分19秒)
お名前: コメント:

"孫"と名前の付いたページ名があると、"実行"が文字化けする - kitta (2006年04月18日 14時25分21秒)

"孫" と名前の付いたページ名があり、ページの自動リンクが有効な時、他のページの "実行" が "?孫?" と 文字化けしてしまいます。何か良い対策方法はないでしょうか? 宜しく御願いいたします。

  • すいませんLink先見れなかった様です。 Link先の参照権限を変更しました。宜しく御願いいたします。 - kitta (2006年04月18日 14時55分02秒)
  • 文字化けが発生する これじゃないでしょうか?対処すると正規表現が遅くなるのでやらないということだったと思います。4.0だと文字コードの違いにより、これは発生しないようになるみたいです。 - Goo (2006年04月18日 16時57分29秒)
  • あ それっぽいですね。 運用の仕方で対応するします。有り難うございました。 - kitta (2006年04月19日 09時02分48秒)
お名前: コメント:

3.5.10で添付PDFがブラウザで開けません - kure (2006年04月15日 18時24分13秒)

以前にも同じような質問があったかもしれませんがどうしても解決できません。3.5.5で運用していたサイトと同じサーバに新たなアカウントを取得して、3.5.10にバージョンアップしようとしています。3.5.5を設置してる方では、PDFを添付してブラウザから開くとブラウザから直接開くのですが、バージョンアップした方では、添付PDFファイルがダウンロードされてしまい、ブラウザは真っ白になり、Acrobat Readerでファイルが開かれてしまいます。OSXのSafariとIE、WindowsXPのIEでこうなってしまいますが、なぜかOS9.2のIEではうまくブラウザ上で表示されます。MIMEタイプには、pdfでapplication/pdfが登録されています。どうか宜しくお願いします。

  • 3.5.11にバージョンアップしても同じ状況です。。。 - kure (2006年04月17日 23時26分11秒)
  • それは3.5.8の脆弱性対応のためにとられた仕様です。詳しくは履歴/2005-5-19を御覧ください。 - typer (2006年04月18日 22時28分16秒)
  • ありがとうございました! - kure (2006年04月19日 15時17分29秒)
お名前: コメント:

Includeプラグインで特定文字列を持つファイルをすべて読み出す - 白 (2006年04月06日 15時39分42秒)

FSWikiの設置も無事完了し、なんとか稼働にこじつけました。

メインの利用がスケジュール管理なのでcalendarプラグインを多用しています。しかし、予定表のすべてを一度に表示する必要が出てきました。別ファイル(例として "予定表/2006-4-7"等)の読み込みで良いのかなと思い includeコマンドを使っているのですがうまくいきません。ワイルドカード(*)が使えないのですね・・・

include以外でも構いませんので、何か良い方法はありませんか。できれば日付順にソートされていると尚うれしいのですが・・・

  • globプラグインを活用されると、ワイルドカード的な利用ができます。 - A_M (2006年04月06日 16時23分19秒)
  • globプラグインですと、一致する"ファイル"のリスト表示、ですね。なるほど。  私の場合、一致するファイルの中身を表示したいのです・・・;;  globプラグインとincludeプラグインの融合で何とかなるのかなぁ - 白 (2006年04月06日 16時31分24秒)
  • calendar プラグインに付属している futurecalendar や recentcalendar , monthcalendar では、ダメだったんでしょうか? - 名無しさん (2006年04月06日 16時33分01秒)
  • あうーちっ! futurecalendarがあったんですね・・・ 件数指定1年分でなんとかなりそうですっ ありがとうございますーっ>< - 白 (2006年04月06日 16時38分19秒)
  • プラグインのリストが離れ離れになっているし、calendar のプラグインヘルプにも関連の記載がないので、気がつきにくいですよねぇ - 名無しさん (2006年04月06日 16時53分44秒)
お名前: コメント:

hi-hoへの設置がうまくいきません - ap (2006年04月02日 13時10分50秒)

hi-hoのサーバに設置していますが、スタイル設定が

No such file or directory at fswiki/lib/Util.pm line 566.

となってしまったり、ヘルプのページが存在しないことになってしまいます。

hi-hoのサーバは、cgi-binの下に設置することになっており、そこではcssを参照できないため、設置に当たって、ファイルの設置場所は、wiki.cgiは「cgi-bin」ディレクトリに、それ以外は「cgi-bin」ディレクトリ以下に「fswiki」ディレクトリを作成しました。themeディレクトリだけは「html/fswiki」ディレクトリに設置しました。

#!/usr/local/bin/perl

use lib './fswiki/lib';

my $wiki = Wiki->new($cgi,'./fswiki/setup.dat');

# $wiki->redirectURL($cgi->url().$path_info);

と書き換えました。また、setup.datを

data_dir = ./fswiki/data

backup_dir = ./fswiki/backup

attach_dir = ./fswiki/attach

pdf_dir = ./fswiki/pdf

tmpl_dir = ./fswiki/tmpl

log_dir = ./fswiki/log

theme_dir = $ENV{'HOME'}/html/fswiki/theme

theme_uri = http://www.XXX.hi-ho.ne.jp/{アカウント}/fswiki/theme

config_dir = ./fswiki/config

plugin_dir = ./fswiki

さらに、Util.pmを

my $value = &trim(join("=",@values));

$value =~ s/\$ENV{['"]?HOME['"]?}/$ENV{HOME}/; # for hi-ho

$hash->{$name} = $value;

としました。

こちらの方をそのまま参考にさせていただいているのですが、うまく動きません。お知恵をお貸し下さい。

  • このエラーは、config_dirか何かのパーミッション設定誤りだったと思います。パーミッション周りを確認してみて下さい。また、余談ですが、lib/Util.pmの正規表現、「s/\$ENV{['"]?HOME['"]?}/$ENV{HOME}/」ではなく「s/\$ENV\{['"]?HOME['"]?\}/$ENV{HOME}/」でなければいけないのでは?と思いましたが、試してみたところきちんと動作してました。 - あき (2006年04月05日 08時21分42秒)
  • 上記URLの説明を今一度よ〜く見直してみましたが、書かれている設定はとても回りくどいことをされているように思えてなりません。『fswiki関連ディレクトリやファイル』はcgi-bin直下のままで問題無いはずですし、setup.datで「$ENV{'HOME'}」が使えるようにする改造も余計です。これら余計なことをしなければlib/Util.pmの改造はいりませんし、setup.datもtheme_dirとtheme_uriを修正する程度で済むはずです。また、wiki.cgiの1行目の修正は必須ですが、「$wiki->redirectURL(...)」をコメントアウトしなければならない理由は理解できません。「$wiki->redirectURL(...)」はFarmを使っている時のみ動作する処理で、通常は通らない処理です。信憑性に欠ける解説です。「FSWikiの設置は難しいぞ」と思わせる為の解説?と思えてなりません。 - あき (2006年04月06日 08時22分28秒)
  • 1から設置し直すことを考えられてはいかがでしょう? まず、themeディレクトリのみをhtmlディレクトリ下、その他のFSWiki関連ファイル(wiki.cgiを含む)やディレクトリをcgi-binディレクトリ下に入れて下さい。次に、setup.datのtheme_dirを「../theme」に、theme_uriを「/theme」に変更して下さい。wiki.cgiの1行目を「#!/usr/local/bin/perl」に変更して下さい。後はパーミッション設定周りをきちんと設定するだけで動作するはずです。実際にhi-hoサーバに設置して確認したわけではありませので保証はできませんが、参考にされているURLの解説どおりに設定する必要は全くないです。参考にされない方がいいと思います。 - あき (2006年04月06日 08時22分46秒)
  • ありがとうございます。試してみたのですが、どうもcssが読み込まれないようです。パーミッション設定なのかなあ・・・、と考え、もう少しトライしてみます。助かりました。 - ap (2006年04月06日 22時42分20秒)
  • すみません、間違えてました。theme_uriは「/theme」じゃ駄目ですね。「/{アカウント}/theme」です。 - あき (2006年04月07日 00時09分54秒)
  • 重ねてありがとうございます。その通りにやってみたところ、No such file or directory at lib/Util.pm line 566.との表示が・・・。やはりパーミッションなのでしょうか・・・。 - ap (2006年04月07日 22時55分18秒)
  • cgi実行ドメインとコンテンツを配置するドメインが異なっているので「/{アカウント}/theme」ではうまくないかもですね。アップロードしたCSSファイルをブラウザで表示させて(あるいはダウンロードになるかもしれないです)みて、そのURLをそのままtheme_uriにかけばいいとおもいますよ。 - いしだなおと (2006年04月08日 00時14分36秒)
  • 紹介されているURLから辿ってみましたが、
CGI側 http://www.hi-ho.ne.jp/cgi-bin/user/yakira/wiki.cgi?hi%2dho%2fFSWiki%c0%df%c3%d6
CSS側 http://www.hi-ho.ne.jp/yakira/yukiwiki/wiki.css
  • と、ドメイン(www.hi-ho.ne.jp)は同じはず。それとも別のことを言ってます? ただ、このご指摘がいいヒントになりました。theme_dirも間違えていたことに気付きました。theme_dirは「../html/theme」です。今一度、お試し頂けませんでしょうか?ちなみに、冒頭のエラーは、パーミッション関連のエラーではなく、メッセージのとおりファイルが存在しない、というエラーでした。それから、もしよろしければFSWiki初期設置用CGIなんかも試してみて頂けませんか? setup.datの設定と、実際のディレクトリの配置が違っていたりパーミッションに誤りがあると検出してくれますので、追いやすくなるはずです。 - あき (2006年04月08日 07時05分00秒)
  • 設置できました!theme_uriを「/{アカウント}/theme」、theme_dirを「../html/theme」で、cssを読み込むことが出来ました!あきさん、何度も何度もご助言いただき、ありがとうございました!また、いしだなおとさん、ご助言ありがとうございました。これから楽しんで使っていこうと思います。ただただ感謝です。 - ap (2006年04月08日 18時53分55秒)
  • 初期設置用CGIはOKなのですが? - kensinotiti (2006年07月30日 08時25分52秒)
  • 実行させるとフリーズするみたいです - kensinotiti (2006年07月30日 08時26分52秒)
お名前: コメント:

hr(Wiki書式 ---- )によるブロックレベルの消失 - 名無しさん (2006年03月26日 01時45分13秒)

既出の問題でしたら申しわけありません。 探して見た限りでは見当たらなかったのですが、リスト(ul li)の問題などと同様に既出の可能性が高いのでひとまずこちらに投稿しようと思います。

自分の管理してるサイトとこちらでもテストをしてみましたが、同様の現象が起こるようなので報告です。

テキスト行で<hr>(Wiki書式で----)を囲むと、<hr>挿入前の<P>が終了されてしまい<hr>直後からテキスト行の終端までデザインなどが崩れるようです。

あまりスマートではありませんが HTMLParser.pm の sub l_line で <hr>直後に<p>を入れる事でデザイン崩れは防げるようです。

テスト

----
テスト
----
テスト <-ずれる

----

テスト

テスト


テスト


テスト <-ずれる


テスト

2006/03/27追記

その筋の専門家では無いので私なりにいくつかサイトを見てみたところ

DIV
ブロックレベル : ブロックレベルも入れ子する事が可能
P
ブロックレベル : インラインレベルのみを入れ子する事が可能 終了タグ省略可
HR
ブロックレベル : 空要素
と、厳密な解釈ではPで区切っているFreeStyleWikiの記法だと、文章中に加えるHR(ブロックレベル)はどうしても<P>終了になってしまうらしいです(Pは終了タグを省略可能なので記述無しでもブロックレベルが来たら終了してしまうのでしょう)。 なのでHRの直後から本来存在しているはずの<P>が無く終端に付け加えられる</P>が対応する開始タグのない状況で残ってしまいます。

  • この現象は私も確認しました。HR要素を段落と段落との間で区切る水平線と捉えるなら、崩れるのを防止する方法として、p要素の付加も良い案ですね。Wiki記法の部分で空白行を挟むという方法で対応していました。 - A_M (2006年03月26日 06時04分09秒)
  • 投稿した主な理由を追記してみました。 追記のような解釈が正しいのであればバグなのではないか?と言う事からバグトラックに投稿するつもりでしたが、HTMLに精通していないので解釈が間違っている可能性も考慮しこちらに投稿しました。 - 名無しさん (2006年03月27日 19時55分12秒)
  • 今気付いたのですが、DLなどもブロックレベルのようですのでDLに続けて文章を書いてもPの終了タグが無用になるようです。 この問題は全てのブロックレベル要素に言えそうです。 - 名無しさん (2006年03月27日 20時02分57秒)
  • Firefox1.5.0.1のDOM Inspectorで確認してみましたが、HRやDLがP開始〜終了タグの間の入れ子としては認識されておらず、DIV直下のテキストとしてレンダリングされているようです。 - 名無しさん (2006年03月27日 20時16分53秒)
  • 私もすこし悩んでおり、解決の糸口になりました。Operaだと<hr>前後にさらに空白がひとつずつ必要のようです。 - すなぷ (2006年04月13日 12時48分25秒)
  • HRが「段落と段落との区切り」として扱うので、HR要素の直前で</P>の方がスマートかも知れませんね。実際、HTMLParser.pmのパラグラフ系のパーサは終了させているようです。 - A_M (2006年04月13日 17時43分02秒)
sub l_line {
	my $self = shift;
+	if($self->{para}==1){
+		$self->{html} .= "</p>\n";
+		$self->{para} = 0;
+	}
	$self->end_list;
	$self->end_verbatim;
	$self->end_table;
	$self->end_quote;
	$self->{html} .= "<hr>\n";
}
お名前: コメント:

@niftyのラクーカンでの設置 - kapapa (2006年03月22日 23時48分13秒)

家鯖がハード障害でぶっ飛んでしまったので、避難場所として利用してみたところ、あっさりと設置できましたので情報として書き込んでおきます。

お名前: コメント:

キャッシュのリンク表記に関して - 名無しさん (2006年03月17日 21時22分58秒)

キャッシュを使用する設定にしてリンクのあるページをキャッシュさせると、リンク先のページの表記が

<a href="wiki.cgi?page=ページ名" class="wikipage">ページ名</a>

のような感じになります。

自分の環境だとSpeedycgiを使ったcgiとノーマルのcgiの2種類を使用しているため、speedy.cgiとwiki.cgiという2種類のcgiを用意しています。このままだと先にキャッシュされたcgiでしか開けなくなり期待していた効果を確認することが出来ないのですが、

<a href="?page=ページ名" class="wikipage">ページ名</a>

こんな感じにはならないでしょうか?

想定している運用と違うのが悪いといえばそれまでですが・・・全然勘違いでしたらごめんなさい。

  • setup.datのscript_nameを空にしてはどうでしょうか? - sakuma (2006年03月18日 00時48分30秒)
  • script_nameを空にしたら解決しました。setup.datを分けて運用していましたが根本的な勘違いだったようです。ありがとうございました。 - 名無しさん (2006年03月18日 01時34分22秒)
お名前: コメント:

原因不明の文字化け - Boomerang (2006年03月17日 20時13分06秒)

はじめまして現在ver.3.5.10をiswebにて使用していますが、数日前より特定文字(主に"の"+特定漢字)の組み合わせの場合・a href="wiki.cgi?page=%CE%C0" class="wikipage">と表示されそれ以降改行処理がされるまでの文章が文字化けを起こしてしまいます

基本的にwiki導入以降、テーマ変更(変更後、文字化け発生まで2ヶ月間特に異常なし)以外にこれといった設定の変更は行っておらず、現状では原因が不明です対処法、もしくは原因は分からないものでしょうか

  • %CE%C0は"寮"ですね.心当たりありますか?具体的なページ名とか教えていただければ,調査してみます. - sakuma (2006年03月18日 01時05分14秒)
  • 「寮」というページがありませんか?それが「の」の2バイト目+「特定漢字」1バイト目とマッチしてしまうためです。これはバグですが、以前試した対策案は負荷が大きく実用的ではありませんでした。なにかよいアルゴリズムがあれば対策出来るのですが。 - typer (2006年03月18日 01時08分32秒)
  • 別件でサイト見てたら出てきたのですが,BugTrack-wiki/240ですね.私も何か方法を考えて見ます. - sakuma (2006年03月18日 01時39分52秒)
  • コメントありがとうございます、既に提示されていたエラーだったようで重複の質問でお手数かけました。"寮"については、同名のページが存在したため"学生寮"と名称を変更したところ文字化けは全て解決しました。対策としては「1文字名前のページは作成しない」という対処療法的な方法ですが文字化けの防止は出来そうです - Boomerang (2006年03月20日 01時03分39秒)
  • 自動リンク機能を切ってしまえば問題は起こらないと思います.自動リンク機能はページ数が増えてくると実質使い物になりませんから,運用を考えるとオフにしておいた方がいいですよ - sakuma (2006年03月20日 01時26分56秒)
  • 少しコメントのタイミングを外してしまいました(遅くなりました)。負荷に関してですが、全ページ全内容全行を正確に判定させようとすると速度に大きな影響が出ます。高速化案としては、曖昧高速マッチでマッチしたページの場合だけ正確にマッチさせるようにすると速度の低下を最小限に抑えられます。この辺に関しては以前MLでも提案させて頂きました。(「漢字1文字の時だけ」という条件にすればもっと現状の速度に近づくかな?) ただ、現状の見解としましては、将来的には(V4.0以降では)文字コードがUTF-8になるとのことで(対応が不要になりますので)、あえて今対策するつもりもないようです。 - あき (2006年03月20日 08時16分02秒)
お名前: コメント:

Premature end of script headers エラー:「プラグイン設定」画面アクセス時 - TN (2006年03月17日 11時28分57秒)

原因判明

下記の問題ですが、原因が判明し、解決しました。

最初の設定時にsetup.datを触っていたのですが、その時どうやらプラグインの格納ディレクトリを次のように変更したのが原因でした。

# プラグインを格納するディレクトリ
plugin_dir = ./plugin

デフォルトは

# プラグインを格納するディレクトリ
plugin_dir = .

のようですが、「格納するディレクトリ」と言う表現に惑わされて、他のディレクトリ設定と同様に実際のディレクトリ名を入れたところ、.\plugin\pluginを探そうとして失敗していたみたいです。

コメントの表現を例えば「プラグイン・ディレクトリを格納するディレクトリ」の方が良いのかもしれませんが、普通は手動でセットアップはしないですよね。

今回はあきさん作のsetup.cgiを使って見たところ、エラーとして 「plugin\pluginが存在しない」とのエラーが出たので判明しました。

みなさん、私みたいに「手動セットアップ」ではなく、setup.cgiを使うことをお勧めします。

参考まで。

元々相談した内容

はじめまして、昨日このWIKIを発見し、早速インストールと試行を始めていますが、一部どうしても解決できない問題が発生しています。

管理画面から「プラグイン設定」画面をアクセスしようとすると Premature end of script headers エラーが発生しますが何か対策はないでしょうか?

(他の設定画面は問題無く参照できます。)

  • エラーログ
[error][client 10.*.*.*] Premature end of script headers: wiki.cgi, referer: http://10.*.*.*/wiki/wiki.cgi?action=LOGIN
  • 環境
    • Windows XP Professional SP2
    • Apache/2.0.55
    • Perl v5.8.7 build 815 (ActiveState)
  • FSWiki installation
    • ...htdocs/wiki/wiki.cgi

一部Apacheのhttpd.confの設定が間違っていて、作成したページを削除する時(ページの中身を削除してから保存する時)にも同様のエラーが発生しましたが、confファイルを修正し、直りました。

よろしくお願いします。

  • エラーログの内容を書いていただかないと,原因は分からないと思います. Premature end of script headersはPerlの発する汎用的なエラーメッセージです. - sakuma (2006年03月17日 14時03分57秒)
  • すみませんでした。一応Apacheのエラーログを上記に追記したのですが、他になにかあるのでしょうか?今回の追記だけではあまり情報の足しにはならないような気がします。FSWikiにエラーログがあるかと思い、logディレクトリ内を見たのですが、それらしきものはありませんでした。また、ブラウザの画面には「Internal Server Error」とApacheのデフォルトエラーメッセージが出るだけです。(このエラーに関する情報が少なくて困っているというのもあるんです) - TN (2006年03月17日 16時15分04秒)
  • このエラーの前に何かメッセージがありませんか?通常なら何かエラーメッセージを残しているはずです。もしなければ強制終了を食らっているのかもしれません。システムログ等にそれらしきものはありませんか? - typer (2006年03月17日 16時58分05秒)
  • はい、上記のエラーの前はなにもありません。一旦ログファイルの中身を空にして実施もして確認しています。あと、システムログですが、イベントビューアで確認するのでよいのでしょうか?ここにもエラー発生時刻に該当するようなものがみつかりませんでした。 - TN (2006年03月17日 23時47分45秒)
  • 症状から判断すると,plugin/admin/AdminPluginHandler.pmで起こっていると思います.エラーは,wiki.cgiの20行目ほどにあるコメントアウトを外すと,メッセージが変わりますので,お試しください. - sakuma (2006年03月18日 00時46分12秒)
  • [use CGI::Carp qw(fatalsToBrowser);]これですよね?実はこれ有効にして実行したのが上記の結果なのです。なんとなくApacheのhttpd.confの設定が怪しいような気がするので時間を探してこのconfファイルの設定を一からしようと思います。ま、今の状態ではプラグインが増やせない(?)か調整できないじょうたいですが、既にインストールされているものは動いている様子なので大きな問題ではなさそうです。(ただ、やっぱり気になります。) - TN (2006年03月18日 10時27分44秒)
  • lib/Wiki.pmの15行目の,$DEBUGを1にしてみてください.ただ,こちらは主にライブラリのエラーを標準エラー出力に出すものなので,あまり変わらないかもしれません. - sakuma (2006年03月18日 14時46分03秒)
  • 標準エラー出力ではなくて,debug.logに出てきますね. - sakuma (2006年03月18日 14時47分47秒)
  • 一度試してみます。 - TN (2006年03月22日 11時08分51秒)
  • そもそもhttpd.confをどのように記述されてるのでしょう? そこを公表していただくと手がかりになるかも? - 近江屋 (2006年03月22日 11時30分48秒)
  • 残念ながら変化はありませんでした。Apacheのhttpd.confファイルもhttpd.default.confから設定を再度やり直してみたのですが、結果は同じでした。また、Apacheをデフォルト設定でインストールしていたのでもしかしてディレクトリ名のスペースが悪さをしている可能性があるかと「C:\usr\Apache2」として再インストールもしてみたのですが、まったく同じ結果です。お手上げ状態です。 - TN (2006年03月22日 16時19分31秒)
  • 参考までhttpd.confファイルを添付しました。Windowsセットアップに記述されたとおりに設定はしたつもりです。 - TN (2006年03月22日 16時26分04秒)
  • こちらのサイトでは、WinXP+Apache+Perlのヒントになるかもしれませんね。 - A_M (2006年03月22日 18時29分41秒)
  • 求めてる答えと違うかも知れませんが、lighttpdのインストール方法を書いておきました。Apacheでどうしてもうまくいかない場合は試してみてください。すごい簡単です。 - goo (2006年03月22日 19時29分05秒)
  • Windowsセットアップってのはこれのことですよね。こちらは、Windows(2000のProfessionalですが)のインストール+当時の最新のパッチ適用の状態から、実際に書いてある方法でインストールしてみて正常に動作することを確認しています。説明を書くためにWindowsを2度インストールし直したくらいですので、内容にはそれなりに自信は有るのですが…。何が違うんでしょう。う〜ん。 - あき (2006年03月23日 08時03分41秒)
  • 文字コードはどうなってます?FSWiki関係のファイル全部がEUC-JPになってるか確認してみてはどうでしょう? - gyo (2006年03月23日 09時46分00秒)
  • はい、あきさんが作成したセットアップ手順を参照させていただきました。あまり関係ないと思いますが、今のマシンはかなり古いマシンです(とは言っても最新のSPとアップデートは全て実施しています)。現在はプロジェクトサーバのテストマシンとして使っていますが来週頃には新しいマシンが届くはずなので一度それで試してみようと思っています。この相談掲示板を見ている限りではこの現象は私だけだと思いますのでおそらくFSWikiのWindowsセットアップ手順に問題はないと思っています。 - TN (2006年03月23日 10時29分23秒)
  • Gyoさん、文字コード一度確認して見ます。 - TN (2006年03月23日 10時31分26秒)
  • 文字コード確認したところ、libの下のファイルのほとんどがShift-JISになっています。Libのサブディレクトリを全て確認できていませんが、だいたい半分ぐらい確認した所ではサブディレクトリは全てShift-JISです。Lib内のファイルではEUCファイルはWiki.pm、Util.pm、CGI2.pmの3つです。後wiki.cgiもEUCです。これって全部EUCになっているはずでしょうか? - TN (2006年03月23日 10時58分15秒)
  • lib内のファイル、Shift-JISって仰ってますが、単に漢字コード(2バイトコード)を使っていないだけで、本当はShift-JISともEUCともとれる内容だと思います。1バイトコードのみだと、Shift-JIS/EUCの区別はありません。おそらく確認されたエディタか何かが規定値でShift-JISと判定する仕組みになっているのだと思います。漢字コードを使っているのに、Shift-JISと判定される場合のみを探してみて下さい。確認が面倒であれば、もう一度FSWiki一式をダウンロードしてきて、libフォルダのみ入れ直せばOKです。 - あき (2006年03月23日 12時53分42秒)
  • 速報: たまたま別の用途で使っていたサーバ(Windows Server 2003)で(おそるおそる)Apache、Perl、FSWikiをインストールしました。一発で動き、プラグイン設定画面も初めて目にする事ができました。後は新しいマシン(Windows XP)が届き、これで問題なくインストールできれば良いのですが、とりあえずはこの件は一旦「完了」にしたいと思います。皆さん、色々とありがとうございました。今後ともよろしくお願いします。 - TN (2006年03月23日 16時20分16秒)
  • 原因が分かって良かったです。「手動でsetup.datのplugin_dir=○○を触って動かなくなっていた」というのは良くある話なんですよね。自力で解決しようとされる頑張り屋さんほどこれに直面するみたい…。(^^;) せめてコメントを改めた方が良さそうですね。>竹添殿or他のコミッタさん それにしても、「Premature end of script headers」のエラーメッセージって、ほんといい加減ですね。原因が同じでも、このエラーになる時とならない時の違いって何なのでしょう? 分かる方いらっしゃいましたら教えて頂けると嬉しいです。 - あき (2006年03月31日 13時04分37秒)
  • これFAQにしておいたほうが良いのではないでしょうか? - 名無しさん (2006年03月31日 13時39分31秒)
  • プラグインの格納ディレクトリは、表現上とまどいますね。「pluginディレクトリを格納するディレクトリ」というチョットややこしい表現が、現バージョンの正しい仕様ですね。FAQかドキュメントに追記したほうが分かり易いかも知れません。 - A_M (2006年03月31日 15時33分41秒)
お名前: コメント:

PDFファイル変換について - Watanabe (2006年03月17日 10時01分57秒)

環境:wiki3_5_10.zip

    • ref_imageプラグインは存在しません。を使用して、添付した画像ファイルを表示し、PDFファイル変換を行うと、以下のメッセージが表示されます。
    • 「描画エラーが発生しました。」
    • ソースをみたのですが。どこがおかしいのかわかりません教えて頂ければ幸いです。
お名前: コメント:

パッチを当てる? - GHR (2006年03月15日 12時52分10秒)

BBS-雑談掲示板/123の

RecentAccess.pm.patch、RecentAccess.pm.patch.2

などパッチ当てて使うというのは実際どのような操作なのでしょうか?

中身を見てみたのですが(+が追加行、-が削除行)ではない場合↓

55a63,70
>
>               if(exists($uniqpage{$page})){
>                   $uniqpage{$page};
>                   next;
>               }
>               else{
>                   $uniqpage{$page} =  1;
>               }

55行目に追加?63,70・・・・これはなんでしょう?

  • BBS-サポート掲示板/461にも概要を記述しましたが、バージョンに大きな差がなければ、その内容は似ていますので比較して修正を加えるという操作です。パッチ情報差分情報であるdiffファイルには、「ファイル名と行番号、変更内容(+が追加行、-が削除行)が記述されています。バージョンにより、記載される行番号は、必ずしも一致するとは限りませんが、EUC-JPで保存できるテキストエディタで手作業による修正もできます。行番号を表示するエディタが変更箇所を見つけるのも早くて良いと思います。開発環境を整えている方は、バージョンが一致する場合、patchコマンドで作業されているようです。(BBS-雑談掲示板/123の場合) - A_M (2006年03月15日 13時39分12秒)
  • おそらく「パッチ情報の上から順番に適用していくと、オリジナルの55行目に追加すると63行〜70行(追加7行分)になりますよ。」の意味だと思います。曖昧な回答で申し訳ないです。 - A_M (2006年03月15日 16時55分56秒)
  • 丁寧にありがとうございました。 - GHR (2006年03月15日 17時16分30秒)
お名前: コメント:

sourceforge.netでSoftwareError - hisaha (2006年03月08日 18時32分20秒)

sourceforge.netに設置したいのですがSoftware Error:Read-only file system at lib/Util.pm line 566.

のエラーメセージがでてしまいます。

  1. cgi-bin以下にwiki.cgi、lib、pluginを置いてあります。
  2. 通常のWEB領域であるhtdocsフォルダ以下に、他のファイルを置いてあります。
  3. バージョンは3.5.10です。
  4. CGI自体は、nfsnobodyというアップロード時とは異なるユーザーで実行されているようです。
  5. sshログインの後、アップロードしたユーザーでperl wiki.cgiとすると動いているようです。

現在はテスト用に全てのパーミッションを777にしてありますが上記のようなエラーとなってしまいます。

他にも同様の不具合のかた、もしくはsourceforge.netのほうで動作確認されてるかた、いらっしゃいませんでしょうか?

  • SuExecだと777のディレクトリがあると動きません.755等で試してみてください. - sakuma (2006年03月17日 14時04分43秒)
  • すいません.sf.netですね.エラーに書いてある通り,"Read-only"ファイルシステムなので,ファイルの作成などの操作はできないと思います. - sakuma (2006年03月17日 14時08分03秒)
  • 遅くなって申し訳ありません。やはりそうでしたか。。。ありがとうございました! - hisaha (2006年04月15日 01時24分56秒)
お名前: コメント:

MIME回りで不具合? - Lunar-K (2006年02月28日 00時07分55秒)

3.5.10をこのページの手順通りにXREAサーバにインストールしてみましたが、Uploadしたファイルを表示しようとすると全てコンテキストで戻ってきてしまったり、PDFの表示を行おうとすると全部コンテキストで出てきてしまい(Adobe Readerが起動しない)ます。

どなたか、同じ症状で悩んでいませんでしょうか?

  • ちなみに問題のページはhttp://tmo-f.lunark.org/です。PDF表示の際もtext/plainになってしまっているのが気になります。 - Lunar-K (2006年02月28日 11時36分43秒)
  • 私がとりあえず使っているaaa-www.netも実は似たような状況ですが、それはサーバ側の仕様です。そういう可能性はありませんか? - typer (2006年03月02日 21時43分16秒)
  • 成る程…、確認の必要はありますね。ちなみに、貴殿の場合にはどのように対策を取っていますか? - Lunar-K (2006年03月02日 22時39分29秒)
  • 管理メニューのMIMEタイプの設定はどうですか - 名無しさん (2006年03月05日 01時25分37秒)
  • MIMEタイプの設定にはちゃんと含まれています。text/plainになっている様子もありません。 - Lunar-K (2006年03月05日 06時42分47秒)
  • 返事が遅くなってしまいました。私の場合は対策をとっていません。というよりも別の所に乗り換える以外の対策方法がありません。無料で使用できる事の引換に、必ず広告バナーがはいるようにcgiの出力は必ずtext/htmlとなるようになっています。 - typer (2006年03月06日 22時24分18秒)
  • といった事を書いて今更なのですが、XREAだったんですね。完全に見落としていました。http://fswiki.org/wiki.cgi/docs?page=FAQ#p53 これで解決できるような気がします - typer (2006年03月06日 22時37分02秒)
  • 上記アドレスの方法にて解決しました。ありがとうございました。 - Lunar-K (2006年03月10日 18時10分57秒)
お名前: コメント:

ロリポップで動きません - yamagoro (2006年02月25日 13時47分00秒)

3.5.10をインストール手順通り(手動で追加ディレクトリを作成し、全ての属性をロリポップのヘルプを見て設定しました。ファイルの内容については、ひとつも、1行も変更していません。)に設置し、wiki.cgiのURLをブラウザで指定しましたが、500エラーが出てしまい、FrontPageが表示されません。ちなみにLiteの0.0.11は動きました。どなたか、ロリポップで動いた方、何か特別なことをやられたと思うのですが、どうか教えてください。

  • 私もロリポップ(独自ドメインとサブドメイン両方)つかってますが、何も特別なことはしていません。FSwikiに関してはパーミッションがいい加減でも動いちゃってます。.htaccessファイルを使用されてるのでしたら、いったん.htaccessファイルを削除してテストされてはいかがです? - 近江屋 (2006年02月26日 05時39分09秒)
お名前: コメント:

Firefox + HTML4.01 Strict で子Wikiのログインに不具合が出ました - ZON (2006年02月24日 11時35分36秒)

ブラウザ依存の問題のようだと認識していますが、経緯を報告しますね。

スタイルシートでのテーマ変更で不足を感じるようになったので、いよいよサイトテンプレートに手を出すことにしました。で、せっかくなので間違いに気づきやすい HTML 4.01 strict の文書型宣言、書物によっては「厳密型」とか「標準準拠モード」と書かれている以下のものに変更するところからサイトテンプレートの作成を進めました。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

大筋ではデフォルトのサイトテンプレートのままなんですが、テーマも専用に自作するからと、おそらくtDiary互換のために指定されているだろう クラス名bodyとdayのブロックをはずして、少し単純なブロック構成にしたテンプレートを数種類作りました。

※こんな感じ
+-Sidebar-+ +-Main--------------------------+
|         | |      *-Adminmenu------------* |
|         | |   *----h1-------------------* |
|         | | +-Section-------------------+ |
|         | | | +-Page Header-----------+ | |
|         | | | |                       | | |
|         | | | +-----------------------+ | |
|         | | |     *** page ***          | |
|         | | |                           | |
|         | | | +-Page Footer-----------+ | |
|         | | | |                       | | |
|         | | | +-----------------------+ | |
|         | | +---------------------------+ |
|         | | *-Footer(Mail,sign,version)-* |
+---------+ +-------------------------------+
※この他にページ名Footerが著作・バージョン表示の下に
  出るタイプも試作しました

テーマも専用のものを調整し、ここまでの作業と表示については期待通りに完了しました。

ところが子Wikiにログインすると、すぐにセッションが終了して「ログインしていません」というエラーを返すようになってしまいました。

※親Wikiでは問題が出ません

以下は追試です。
エラーはどのタイミングで発生するか
ログインそのものは成功し、管理メニューは出ます。しかし、ページの移動、再読み込み、メニューの項目をクリックした時にはもう「ログインしていません」と返されます
クッキーの受け入れはどうか
設定から「クッキーを受け入れる際に毎回尋ねる」に変更して確認してみました。ログイン時に一回、メニュー表示の時に一回、ページを移動するときに一回(この後にエラー)、クッキーの上書きを尋ねられました。桁が多くて自信がありませんが同じ内容であるようでした。……ただ、親Wikiと子Wikiで同じラベル(あるいは同じディレクトリ)のように見えましたが、これは仕様通りだったかと思います
Perlの問題か?
違うようです。Perl5.8.2とPerl5.6、サーバーはいずれもApacheですが1.3と2.2.xで確認しました。またローカルに立てたサーバー(実験用)と実際のサーバー(レンタル)の両方で確認しました
ブラウザ固有の問題であるか?
そのようです。古いFirefoxでの追試を行っていませんが、Windows、LinuxのFirefox1.5.0.1(新しいGeckoエンジンの方)で同様の結果になりました。一方でIE6sp2(Windows)、konqueror(Linux、kde)ではこの現象は起きません

触感ですが、エラーというよりもFirefoxが子Wikiでは無くて親Wikiのログインと受け止めているように判断しているように感じました。

子Wikiの編集作業がFirefoxからは出来ないというだけで、他は今のところ問題が出ていません。またそれについても他のブラウザを使えば解決できています。

「標準モード」でのブラウザの挙動や解釈についてもあたってみましたが、今のところ情報を見付けておりません。

長くなりましたが、以上について報告します。

  • 私も同様の作業で同種のトラブルに見舞われました。私の場合は、理解に苦しむのですが、CSSファイルを改善したら症状が止みました。ちなみにCSSファイルは知人から譲り受けたファイルをたたき台にしていたのですが、それが文字コードが内部で混在(シフトjisとEUC)していて、コメント行の終点が乱れていました。常識的にはこれが原因でcookie周りにエラーが出るはずもないのですが、しかしここを改善してからは正常に作動しています。zon様とほぼ同じ環境での「事件」です。Gecko最新版に何かあるのかな、としか推測できません。以上、ご参考になればと。 - 近江屋 (2006年02月24日 19時55分36秒)
  • セッションクッキー周りのトラブルは、私も経験したことがありますが、原因解明には至っておりません。話題に上がっている、文字コードは「ファイル単位でそろえておくこと」が大事ですね。外部ファイルを読む時に混在するのはcharaset属性を指定することでトラブルを回避できるようです。 - A_M (2006年02月25日 06時28分52秒)
  • 投稿者のZONです。さらに追試してみました。

文字コードとかキャラクターセットについては最初に確認していましたが、念を入れて今回は日本語コメント無しの @charset "iso-8859-1"; で、自作のテーマと本体付属のデフォルトテーマをリネームしてみたものを使用してみました。

結果的には今まで通り、「ログインしていません」と出ました、……が、途中で何故かもう1クリックだけセッションが長持ちした事があったのが不思議です。それも常にでは無かったようですが。謎ですねぇ?時間なんでしょうか???

いろいろと資料を読み進めていて、やっぱりまだ判らないのですが……サーバーのデフォルト動作とかが絡むと厄介な気がします。(サーバーの標準文字コードとか……)

CSS(テーマ) かテンプレートへの記述で 解決できるとうれしいので、しばらくあがいてみます、……いやまぁ、HTML4.01移行型(後方互換型)で書けば大丈夫なのは判っているんですが(笑) 実現したいテーマ(特徴はoverflow値を使ったスクロール)の為にはなるだけ HTML4.01strictであった方が(自分にとって)楽なもので、同じこだわりのある人にしか有用では無い内容ですがもう少しがんばってみたいですね。

うまくいったらテンプレートの投稿とかもしてみたいですし。 - ZON (2006年02月26日 18時09分10秒)

#解決(みたいな)の報告

解決できました……というかかなり不思議ですが。

いろいろと追試を繰り返して問題の発生箇所を狭めて、ついに解決しました。

……とはいえ、なんだか釈然としないのですが(笑)

ちなみに条件を満たせばFSWiki標準の後方互換モードでも発生することもわかりました。

※ 後方互換モード =
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> の事です

■試験の流れ

  1. 現在の配布物(FSWiki3.5.10)を用意しまして、このサイトテンプレートでは試験に使うテーマ(CSS)で問題が出ないことを、まず確認します。(FirefoxのJavaScriptコンソールを使用しました)
  2. 次に、使用したいテンプレートファイルを用意して、一ヶ所ずつ変更を加え、どの段階でログインエラーが出るのかを探っていきます
  3. そうしてエラーの元となっていそうなカスタマイズを除いたテンプレートが動くことを確認して、さらに別のCSSテーマで試験します

……この結果、テンプレートのカスタマイズでは次の事を行うとFireFoxでログインエラーを起こすことを発見しました。

ヘッダーエリアに「存在しない対象に向けたリンクが記述されている」とエラーが起きる

例えば次のようなものがそうです

 <!--TMPL_IF NAME="THEME_CSS"-->
    <link rel="stylesheet" type="text/css" href="<!--TMPL_VAR NAME="THEME_CSS"-->" title="USERCSS">
  <!--/TMPL_IF-->
    <link rel="Alternate Stylesheet" type="text/css" href="theme/default/default.css" title="FSWiki">

これはMozilla系ブラウザでおなじみの代替スタイルシート指定です。いつもはユーザーテーマで表示しつつ、確認のためにFSWikiの標準テーマを使えるようにしておきたい、とか考えてサイトテンプレートにこのように書いておく。親Wikiでは確かにこの theme/default/default.css という指定は間違いではありませんが、子Wikiでは間違いになります。 ../theme/default/default.css としなくてはなりません。

または以下のようにすれば正常に動きます。

http://*サイトのURL*/theme/default/default.css

同様に、 favicon を指定しようとして次のような行をテンプレートに加えてもエラーになります

 <link rel="shortcut icon" href="favicon.ico">

正しくは次のようにしなくてはならないようです。

 <link rel="shortcut icon" href="http://*サイトのURL*/favicon.ico">

どうやら、このヘッダーエリアに間違ったリンク情報が含まれていると、これを無視せず、なんらかの働きによってFirefoxはFSWikiでのログインセッションでエラーを起こしてしまうようです。

その理由は……よくわかりません(大汗)

わからないので、「発見」または「気づきました」としておきます。今後テンプレートを作られる方で、Firefox等での運用が視野に入られている方は参考にしてください。- ZON (2006年03月06日 17時00分26秒)

  • ヘッダ部の記述ミスが、セッション取得のエラーまで起こす。というのは貴重な情報ですね。細かく言えば、ログイン時に受け取るセッションCookieかも - A_M (2006年03月17日 08時36分29秒)
お名前: コメント:

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