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

サポート掲示板

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

FSWikiサポート掲示板

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

ジャンプさせる - さんた (2009年01月25日 20時04分28秒)

例えば、初め「ABC」という名前のページを作って、そのURLをだれかに教えたとします。その語、そのページの名前を「ACB」に変更しました。ABCではエラーになってしまいますが、こんなとき、ABCでアクセスした人にACBにジャンプさせることはできないでしょうか? メタタグのような感じです。

  • 問題解決になるかどうかわかりませんが、アクセス用に「(例)AAA」というページを作成しておいてそのURLを教えておいて、実際はそのAAAにincludeプラグンでページを挿入させればいいのではないでしょうか? - 名無しさん (2009年01月26日 02時59分06秒)
  • あれあれ リネームでメッセージ残せばよかったりするのでは。 - 名無しさん (2009年01月26日 11時57分02秒)
  • インクルードさせるなら<meta http-equiv="refresh" content="0;url=http://ほげー">とか - 名無しさん (2009年01月26日 12時05分01秒)
  • よくわかりませんが、普通にインクルードプラグインを導入して、
(ページ『ABC』の内容)
{{include ACB}}
  • って記載すれば、ページABCのURLだけ教えておけば良いのでは? - 名無しさん (2009年01月27日 00時12分35秒)
  • インクルードプラグインを使えばよかったのですね。たすかりました。ありがとうございました。 - さんた (2009年01月27日 23時10分26秒)
お名前: コメント:

あるページの参照権限を - さんた (2009年01月16日 18時55分32秒)

管理者として入るとあるページの参照権がどのように設定されているのか、編集ページに行かないとわかりません。編集ページではなく普通のページにそれを表示することはできないでしょうか?

  • BugTrack-plugin/192BugTrack-plugin/193BugTrack-plugin/194などはどうでしょうか - 名無しさん (2009年01月16日 19時01分47秒)
  • ありがとうございました。各ページにタグを入れないといけないかと思っていましたが、楽にできてよかったです。うまくいきました。 - さんた (2009年01月16日 19時22分29秒)
お名前: コメント:

YukiWiki書式で、表内にて2つ以上の引数を扱うプラグインを使うやり方が判らない - 里井 (2009年01月16日 05時03分05秒)

FSWiki3.6.3を、Linux上のPerl5.9.4で使っています。はてな日記を使っている関係で、書き方はYukiWikiに準じています。

表を形成している行の中で、複数の引数を受け取るプラグインを使いたいんですね。例えば、読み仮名を振るAddDecoプラグイン内のRuby機能。

表の中で、難しい人物名、地名や通常使わない用語に読み仮名を付け、備考欄にいちいち読み仮名を載せないようにしたいんです。でも、実際はプラグインへの引数として渡しているカンマを、「表の区切り」と解釈され、プラグインとして実行されません。既に、”や’で囲ったり、¥でエスケープしても意味がないことは試して判っております。

自分だけではなく他の人も書き込みに参加している関係で、可能な限りYukiWiki書式から変更しないで実現したいのですが、どうすればいいのでしょうか。それとも、YukiWiki書式を使う以上、実現できないのでしょうか。

  • テーブルの書式はYukiWikiもFSWiki標準も変わらないはず。「テーブル」で検索したところBBS-サポート掲示板/666に「テーブル内でプラグイン記述を用いる場合のコツは、カラム全体をダブルクォーテーションで括ることです」と書かれていましたよ。 - 名無しさん (2009年01月16日 06時11分39秒)
,項目1,項目2,項目3
,あいうえお,かきくけこ,"{{ref wikibook_mini.jpg,FrontPage}}"
項目1 項目2 項目3
あいうえお かきくけこ wikibook_mini.jpg(1880981)
  • 答えて頂いた方、ありがとうございました。探し方が悪かったのか、自分の時は見つからなくてサポートをお願いしたのですが…過去にあったのですね。ご丁寧にありがとうございました。 - 里井 (2009年03月08日 14時36分28秒)
お名前: コメント:

BugTrack-plugin/363のページが編集できない - xxx (2009年01月12日 13時00分52秒)

BugTrack-plugin/363に、「リクエストによる埋め込み無効」に対応したバージョンを投稿しようと、改造したファイルを貼り付けたのですが(これはできた)、ページの編集ができません。編集禁止になってる?それとも私だけが編集できない?

  • 編集フォームに遷移できるので権限的には編集できると思いますが、スペース 1 個の追加でも保存拒否されるので、元のページ内容に禁止ワードが含まれているのでしょう。元ページを保存した後に、新たに設定された禁止ワードに引っかかっているのだと思います。 - 名無し (2009年01月12日 13時12分55秒)
  • なるほど。でも、その禁止ワードがわからないと、どうしようもないってことなんでしょうかねえ。 - 名無しさん (2009年01月12日 13時16分10秒)
  • 試したところ、全角英文字・半角英文字の「ようつべ」はどうやらダメみたいですね…。 - 名無し (2009年01月12日 13時27分30秒)
  • そうですね。私もSandBoxでいろいろ試してみて、気がついたところでした。いやこれじゃあどうしようもないですねえ……。 - 名無しさん (2009年01月12日 13時35分12秒)
  • youtube とは書けそうですが、めんどくさいですなあ - 名無しさん (2009年01月12日 13時45分59秒)
  • 禁止ワードの主旨は、おそらく「ようつべURL貼り付けの禁止」だと思うので、禁止ワードの設定を英文字の「.ようつべ.」(←前後にピリオド付き)とかにするというのはいかがでしょうか? > http://fswiki.org 管理者様 - 名無し (2009年01月12日 13時46分01秒)
  • 下線を駆使して、何とかBugTrack-plugin/363のページを修正しました。フォローしてくださった皆さん、ありがとうございました。 - 名無しさん (2009年01月12日 14時21分07秒)
  • しかし、結局、YouTube Data APIのデベロッパーガイドのページへのリンクは削除せざるを得ませんでした(URLに「youtube」が含まれるため)。残念。 - 名無しさん (2009年01月12日 14時28分47秒)
  • 設定をちょっと変更してみました。 - たけぞう (2009年01月12日 15時49分26秒)
  • お手数おかけします。とりあえず下線を取り除いてみましたが問題なさそうです。 - 名無しさん (2009年01月12日 16時14分08秒)
お名前: コメント:

特定のIPアドレス閲覧者に、指定のページを開かせるようにするには? - ケイ (2009年01月07日 17時00分02秒)

お世話になります。

特定のIPアドレスで閲覧している人に、あるページ(ログイン認証ページ)へ誘導表示させる方法などありますでしょうか?

当方が使用しているプロバイダのサーバーの仕様で、CGIディレクトリ内の各ページに対してhtaccessは使えません。

WIKIサイト内のどの公開ページを表示させようとしても、特定のページへ誘導できれば一番理想的です。

何かよい方法がありましたら、よろしくお願いいたします。

  • 次のような仕様で OK でしたら、添付する patch のような変更を wiki.cgi に対して実施すればよいのではないでしょうか。 - 菜梨 (2009年01月08日 02時33分24秒)
    • 特定の IP アドレスからのアクセスの際、未ログインであれば、いかなるリクエストであってもログイン id, パスワード入力ページへリダイレクト。
    • 特定の IP アドレスからのアクセスの際、ログイン済みあれば要求されたリクエストのページを表示。

wiki.cgi に対する patch wiki.cgi.patch(782)

--- ../wiki3.6.3.1/wiki.cgi	Sun Jan  4 10:11:00 2009
+++ wiki.cgi	Thu Jan  8 02:26:56 2009
@@ -125,6 +125,9 @@
 	# アクションハンドラの呼び出し
 	#==============================================================================
 	my $action  = $cgi->param("action");
+	if ($action ne 'LOGIN' and not defined $wiki->get_login_info() and $ENV{'REMOTE_ADDR'} eq '123.456.78.90') {
+		$wiki->redirectURL($wiki->create_url({action=>'LOGIN'}));
+	}
 	my $content = $wiki->call_handler($action);
 
 	# プラグインのインストールに失敗した場合
  • '123.456.78.90' の部分を適宜「特定の IP アドレス」に変更してください(...例題の IP アドレスは実際には有り得ない値ですね...orz) - 菜梨 (2009年01月08日 02時48分32秒)
  • 菜梨さん、お返事ありがとうございます。リダイレクト先の指定についてですが、CGIディレクトリ外のpublic_html内(一般サイトのindex.htmlのあるところなど)に指定したい場合、どのようにしたらよいでしょうか。対象ユーザーは未ログイン状態のユーザー限定で構いません。 - ケイ (2009年01月08日 05時11分27秒)
  • redirectURLの引数にURLをフルパスで書けば、どこにあろうが(アクセスできれば)OKなのでは。 - 名無しさん (2009年01月08日 08時28分17秒)
  • URLの件、その通りでした。ご教授いただきありがとうございます。 - ケイ (2009年01月08日 09時53分44秒)
  • SFxeRbKchlN - wtudwfGdwCJf (2013年01月06日 19時01分56秒)
お名前: コメント:

imageプラグイン サイズ指定画像が表示されない - NORI (2009年01月04日 03時31分09秒)

お世話になります。BIGLOBEにてFSWiki3.6.2を運用しています。

imageプラグインをインストールし、Wikiページ(SandBox)に画像ファイルを添付して、画像の貼り付けテストをしてみました。結果、画像の貼り付けに成功したので、引き続き、サイズ指定オプションをテストしてみました。

すると、プレビュー画面では、ちゃんと、サイズ指定の画像が表示されたのにもかかわらず、Wikiページを保存すると、「画像ファイルが存在しません。」のメッセージが表示されて、サイズ指定の画像が表示されません。

問題を解決するために手をつくしましたが、残念ながら解決にいたっておりません。この問題の解決方法をご存知ないでしょうか。

  • この問題は、プラグイン作者KGさんのサイトにて、直接、ご本人からご教示頂いたおかげで、無事解決に至りました。KGさん、ありがとうございました。そんなわけで、本家にフィードバックします。

Wikiページ(Test)に、縮尺(50%)に指定した画像ファイル(hoge.bmp)を貼り付ける場合、通常、構文は

{{image hoge.bmp,,size:50%}}

になりますが、私の環境では、プレビュー表示ではOKでもページ表示では「ファイルが存在しません。」と表示されてNGでした。それが、KGさんにご教示頂いたとおりに、構文にページ名を明示することで、

{{image hoge.bmp,,Test,size:50%}} 

ページ表示でも、縮尺サイズの画像が表示されるようになりました。

あと、補足事項として、Wikiページ名や画像ファイル名に

  1. アンダーバー(_)
  2. スラッシュ(/)
  3. ハイフン(-)
  4. 英数字以外の名前(全角文字不可)

を含めると、エンコードの絡みでエラーになります。Imageプラグインを運用する際には、Wikiページやファイル名に、これらの文字を使用しないよう注意して下さい。 - NORI (2009年01月15日 03時41分34秒)

お名前: コメント:

配布ファイルの改行コードがCRLFになっている - 小川 (2009年01月04日 03時26分37秒)

バージョン3.6.3をダウンロードしたのですが、wiki.cgi をはじめとしてほとんど(全てかもしれません)のファイルの改行コードが CRLF になっています。

3.6.3dev3 や 3.6.2 を見てみると LF が使われており、3.6.3 だけが CRLF になっているようです。

改行コードが CRLF だと少なくともLinuxでは動かないように思うのですが、これは意図的に変更したのでしょうか?

  • 特に意図はないです。おそらくソースコードのリポジトリをCVSからSubversionに移行した際にミスしたのではないかと思います。 - たけぞう (2009年01月04日 09時45分04秒)
  • 改行コードをLFに統一したものをアップロードしました。こちらからダウンロード可能です。 - たけぞう (2009年01月04日 10時15分44秒)
  • 対応をありがとうございます。wiki3_6_3_1.zip を試したところ、改行コードがLFになっており展開するだけでLinux上で動かすことが出来ました。 - 小川 (2009年01月04日 16時11分20秒)
お名前: コメント:

見出しのAタグの削除方法 - もへ (2009年01月03日 01時56分10秒)

お世話になります。

見出しを付けた時にAタグが補完されないようにするにはどうしたらいいのでしょうか?

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

  • perl のソースを変更する必要があると思います。お使いの FSWiki のバージョンはどれでしょうか? ちなみに、何故、見出しの a タグを削除したいのですか? - 菜梨 (2009年01月03日 06時28分54秒)
お名前: コメント:

outlineの位置を変更する - おーじー (2008年12月28日 15時50分25秒)

いつも活用させて頂いてます。

themeのdefault.cssをベースにして、ヘッダー部にoutlineプラグインを使用している環境です。左に表示されるMenuの幅を200pxに変更したところ、outlineの表示がMenuと被るようになってしまいました。

div.body {

  padding-left : 5px;

を55pxにしてみたのですが解決されません。ヘッダー部やoutlineのcssの問題だと思い、試行錯誤しているところですが、どうにも解決できません。どの部分を調整すればよいのかお教え下さい。

  • bodyじゃなくてheaderじゃないですか - 名無しさん (2008年12月28日 20時25分14秒)
  • headerの記述がないんですよね、どこなんだろ? - おーじー (2008年12月28日 23時23分25秒)
  • header を囲んでる main が
div.main {
    margin-left: 150px;
}

なのが効いているとか? - 菜梨 (2008年12月29日 01時48分29秒)

  • 追加すればいいのでは。 - 名無しさん (2008年12月29日 09時37分04秒)
  • div.main {margin-left: 150px;}の値を増やしたところ改善されました。忘れないように/**/で記録しときました。お答え頂いた皆さん年末にも関わらずアドバイスして頂きありがとうございました。助かりました。 - おーじー (2008年12月29日 14時03分03秒)
お名前: コメント:

インストールをしましたが、動かない。 - weiwei (2008年12月25日 12時23分06秒)

お世話になります。初めてWikiを使ってみようというもので、初期的な質問で申し訳ございません。wiki3_6_3をレンタルサーバに入れましたが、下記のエラーが出てきて、うまくいけません。Internal Server ErrorThe server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@gaolab.net and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

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

Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.8b mod_bwlimited/1.4 Server at www.gaolab.net Port 80

  • どのように入れたのかが不明瞭なため適確な解答はできませんが、docs:readmeや、BugTrack-plugin/252を再確認し、導入に再挑戦してみては如何でしょうか?FSWikiはCGIとして動作しますので、後者の導入用CGIのページにある説明は参考になると思います。 - A_M (2008年12月26日 05時53分20秒)
お名前: コメント:

html化ファイルを表示させる方法 - まめ (2008年12月24日 15時34分30秒)

すみません、一応一通り調べてみたのですが、根本的に私が勘違いしているのか、あまりにも基本的過ぎるのか、上手く情報を引き当てることができませんでしたので、質問させて下さい。

FSwikiのインストールを完了し、現在順調に動いています。ただ、現状では常に「wiki.cgi」からデータを呼び出している状態になっています。閲覧者にはhtml化されたファイルを表示したいのですが、どうすれば良いのでしょうか。

できるらしい、ということは分かったのですが、どうやって、というのがどうしても分からなくて・・・お手数をおかけして申し訳ありませんが、お教えください。

  • 一応、wiki.cgi の処理を流用する形のACTIONプラグインを書くと、公開用に静的なHTMLファイルを出力することができます。 但し、公開できるプラグインには至らない。というのが実際でした。 - A_M (2008年12月25日 00時21分07秒)

理由を挙げますと、常時表示するMenuページ(recentプラグインなど動的出力が要求される箇所)等もHTMLファイルに埋め込む形で出力することが要求され、全ページを書き換えなければなりません。

そこで、ブログの最適化処理と同様、ページ編集後に管理ページ全てをHTML出力しなおす方法を試すと全ページに記述したプラグインを一気に実行することになり、一般的な共用サーバーの設定では、タイムアウトで処理中断します。結果、求めるHTMLサイトの構築ができないのが実際です。

また、HTML出力においては、FSWikiだけの問題ではなく、レンタルサーバー事業者の事情もあると思います。CGIモードで動作させると、上記のように高負荷になりますし、mod_perl はバグがあるとサーバーの再起動が伴うため、共用サーバではサービスしないのが普通です。FastCGIなども処理が高速になるものの、FSWiki内部の処理が変わるわけではないのです(高負荷に変わりない)。

考察:実際に作成した時の考察になりますが、

  1. 根本的な解決としてHTML化の処理を抑える方法を探らなければならない。
  2. 3.5系で実装されていたキャッシュ機能が意外と有効だった(パート編集機能に害はあるものの)。
  3. 文字コードをUTF8に対応させ、動的出力が求められる箇所をAJAXを採用すると、HTML出力時の処理を抑えられそう。
  • A_Mさん、ありがとうございました。昨日幾度かチェックしたのですが、キャッシュのせいか更新されず、レスに気づくのが遅れました。申し訳ありません。 html化の件ですが、なるほど、普段のコンテンツ部分だけを考えていて(それもさほど更新が頻繁ではない)、MenuやHeader、Footer、recent等々の部分のことを忘れておりました。確かに全て更新が必要になりますよね・・・(浅はかでした・・・) よく分かりました。ありがとうございました。 - まめ (2008年12月25日 09時21分40秒)
お名前: コメント:

エラーが出ます - なわ (2008年12月21日 21時49分34秒)

Software Error:Undefined subroutine &Jcode::_Classic::euc_utf8 called at lib/Jcode/_Classic.pm line 255.

363にバージョンアップしましたら、BBS2プラグインの書き込みを保存すると上記のエラーメッセージが出ます(保存は出来ているようですが)。上記で示されているファイルのタイムスタンプは最新版です。どうしたら直りますか。サーバはChicappaのApache、Perlは5.008です。

  • BBS-サポート掲示板/759?を参照してみてください。同じ現象かもしれません。 - 名無しさん (2008年12月21日 22時44分31秒)
  • 上記手当をしたらエラーは出なくなりました。たいへんありがとうございます。 - なわ (2008年12月22日 14時39分03秒)
お名前: コメント:

ボールドについて - 柴乃 (2008年12月20日 17時58分03秒)

ボールドの一番太い文字を、黒ではなく赤色にしたいのですが、どうすればできますか?

  • こういうこと? - 名無しさん (2008年12月20日 18時32分05秒)
  • そうです! - 柴乃 (2008年12月20日 19時15分22秒)
  • テスト - 柴乃 (2008年12月20日 19時30分50秒)
  • できました! - 柴乃 (2008年12月20日 19時30分57秒)
  • どうやるんでしたっけ…? - 柴乃 (2008年12月31日 20時40分05秒)
  • TEST - なわ (2008年12月31日 21時12分41秒)
  • 編集ボタンでソースをご覧ください - なわ (2008年12月31日 21時13分17秒)
  • 便乗ですが、他の色にもできるのかな? - おーじー (2008年12月31日 23時04分11秒)
  • CSSいじくるか(でもこれもともとエラー表示用だからいじらない方が無難か)、BugTrack-plugin/357をいれて他の色用の設定するか - 名無しさん (2009年01月01日 09時18分10秒)
  • エラー表示の応用でしたか。プラグインのご紹介ありがとうございます。 - おーじー (2009年01月01日 15時06分37秒)
お名前: コメント:

ver3.6.3でのボールド(太字)について - 名無しさん (2008年12月18日 22時03分42秒)

いままでver3.6.2だったのを3.6.3にしました。特に問題がないと思っていたのですが、ボールドの表示がおかしくなっていることに気がつきました。これは変更があったのでしょうか? それともいままで当方の表示がおかしかったのでしょうか?

具体的には以下のようなソースの場合に、いままでボールドで表示されていたのが、そのままの表示になります。

(例)
'''[ヤフートップページ|http://www.yahoo.co.jp]'''

いままではリンク付でボールド表示していたはずなのですが・・・。いままでがおかしかったのでしょうか?

3.6.3の仕様でもかまいませんが、全部ソースを直してからまた仕様が変わったり戻ったりするのは困るので確認です。

こちらの勘違いでしたら申し訳ありません。

  • これですよ。3.6.3で対応されなかったので、不具合じゃなくて仕様なんでしょう。このプラグインで対応できます。 - 名無しさん (2008年12月18日 23時39分52秒)
  • 該当プラグインを導入したところ、問題が解決しました。ありがとうございました。 - 名無しさん (2008年12月19日 00時27分22秒)
お名前: コメント:

バージョン3.6.3について - 名無しさん (2008年12月17日 01時54分17秒)

新しいバージョンが出たので入れ替えたのですが、ちょっと質問があります。

新しい機能として、

>>複数行プラグインのサポートを追加。

とのことですが、これは具体的にどういったものでしょうか?

検索すると確かにそのようなプラグインがあるようですが、そのプラグインがすでに入っているということでしょうか?

  • 標準ではpreプラグインが複数行プラグインとして実装されています。使い方はこちらを参照してください。複数行プラグインがどのようなものかもおわかりいただけると思います。3.6.3ではこのように複数行に渡る引数を受け取ることのできるプラグインを作ることが可能になっています。 - たけぞう (2008年12月17日 03時26分37秒)
お名前: コメント:

添付ファイルのダウンロードについて - clie (2008年12月13日 17時23分47秒)

WordやExcelなどのファイルを開こうとすると、

Content-Type: application/msword Content-Disposition: attachment;filename="〜ュ1ュ1ュ1$04h・lム1!Zニニニム〜

となってしまい、WordやExcelなどで開きません。サーバ環境はWindowsServer2003、WEBサーバはIIS6.0+ActivePer5.10.0ですが、何か設定が必要なのでしょうか?因みにWindows2000+IIS5.0+ActivePerlでは問題なく表示できていました。

  • FSWikiの、perl5.10での動作実績ってあるんでしたっけ? 過去の不具合投稿(不具合内容は異なりますが)で、perlを5.8.xにバージョンダウンしたら動いたという報告がいくつかあったと思うのですが...。 - ななし (2008年12月13日 18時14分17秒)
  • 5.8.xですか。一応、5.10.0でファイル部分以外はうまく動いてるんですけどねぇ。。。 - clie (2008年12月13日 20時23分03秒)
  • 動いてたときの ActivePerl は 5.8.x と考えてよろしいですか? あと、ブラウザは IE ですか? 最後に、FSWiki のバージョンを教えて下さい。もしかしたら対策があるかもしれません。 - ぐうます (2008年12月16日 22時42分05秒)
お名前: コメント:

FSwikiの負荷について - MRB (2008年12月11日 21時28分34秒)

BBS-サポート掲示板/59BBS-サポート掲示板/701にも記載がありますが、FSwikiの負荷軽減について、知恵を貸していただけないでしょうか(FSwikiバージョン 3.6.3 dev3)。

1日のアクセスは5万件程度しかありませんが、503エラーが頻発しているのが現状です。

以下は実施済みです。

  • 自動リンク生成無効化
  • パート編集無効
  • 使わないプラグインはインストールしない
  • ヘッダ フッタ デフォルト 各.tmplの簡素化

ちなみに、サーバはさくらのスタンダードを使用しており、サーバCPU利用時間は3時間程度です。

  • 50kPV/日が少ないかどうかはよくわかりませんが、3時間/50kPV = 60×60×3秒/50kPV = 0.216秒/PV となるので、ここからさらに減らすのは難しい気がします。ちなみに、うちもさくらのスタンダードですが、先ほど、ほとんど素のままでページ数もない3.6.3dev3で測ったら、だいたい 0.16秒/PV くらいです。 - 菜梨 (2008年12月11日 23時59分15秒)
  • コメントありがとうございます。うちのほうが約20%負荷が増えているんですね…。JavaScriptで代替可能な部分については、変えていこうかと思います。念のため、さくらのサポートに障害ではないかどうかを確認したところ、やはり単なる負荷増でした。で、上位プランに変更しても状況はおそらく改善せず、複数サーバで負荷分散をするか、専用サーバを勧められました…。 - MRB (2008年12月14日 00時32分47秒)
  • ええと、説明不足だったかもしれませんので補足致しますと、上記の 0.16 秒/PV というのは、Header なし、Footer なし、Menu(SideBar)なし、本文にはプラグインは 1 つも記述せず、文章も2行くらいしかない状態での測定値ですので、使用したサーバでの FSWiki 処理時間の下限値を示していると考えています。すなわち、実際のサイト運用にあたってはさらに処理が増えることは避けられないので、MRB さんのサイトの数値は、実運用サイトとしてはかなりよい数字なのではないかと思うのです。 - 菜梨 (2008年12月14日 01時08分32秒)
  • かってながらこちらでまとめております。ご高覧下さい。 - すなぷ (2008年12月14日 10時47分19秒)
  • 皆様、ありがとうございます。上記に加え、(1)wiki.cgiのmod_perlに関する部分をコメントアウト (2)wiki.cgiのfooterテンプレート部分をコメントアウト (3)テンプレートのTMPL_IF部分を極力削除 (4)アクセスログは取得しない、としたところで、CPU使用時間が3時間55分28秒、Hits:376433;Pages:108210(Webalizer)というところです。3.6.3がリリースされたので、ローカルで試して後本番適用してみます。 - MRB (2008年12月15日 01時08分53秒)
お名前: コメント:

エラーが表示される - 小鳥 (2008年12月09日 15時23分45秒)

wikiを設置したのですが、エラーが表示されます。

これはなぜなのでしょうか?

URLを載せておきますね。http://ktkr.net/~inko/wiki/wiki.cgi

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

  • エラーメッセージは、「log ディレクトリがない」という内容ですね。log ディレクトリは作成しましたか? readme を読んで確認しましょう。 - 菜梨 (2008年12月09日 17時33分15秒)
Software Error:

No such file or directory: ./log at lib/CGI2.pm line 33.
  • logディレクトリを作成していませんでした; - 小鳥 (2008年12月09日 17時56分31秒)
  • logディレクトリはどこに作成すればいいんですか?wikiディレクトリ内に作成すればいいのですか? - 小鳥 (2008年12月09日 17時57分33秒)
  • ディレクトリを作成すると表示されました! - 小鳥 (2008年12月09日 17時59分04秒)
  • 管理IDとパスワードが分からないのですが、どこで設定すればいいのでしょうか? - 小鳥 (2008年12月09日 17時59分30秒)
  • もう一つ。 編集をしようと思い、保存ボタンを押したらまたエラーページが表示されました。なぜなのでしょうか? - 小鳥 (2008年12月09日 18時08分03秒)
  • Software Error:No such file or directory at lib/Wiki/DefaultStorage.pm line 114.  と表示されます。 - 小鳥 (2008年12月09日 18時10分20秒)
  • あと、wikiの名前を変更したいんですけど、どこを編集すればいいのでしょうか? - 小鳥 (2008年12月09日 18時13分33秒)
  • logと同じ階層にbackupというディレクトリを作ると、編集時のエラーは解消するかもしれません。 - おとん (2008年12月10日 00時27分57秒)
  • ちなみに「readme」の「インストール」の中の「サーバへの設置」欄に、パーミッションについても書かれているのでぜひごらんください。 - おとん (2008年12月10日 00時32分16秒)
  • wikiの名前は、ログイン後表示可能な「環境設定」ページで変更できます。 - おとん (2008年12月10日 00時37分01秒)
  • おとんさん、ありがとうございます! 管理モードへのログインIDとパスワードが分かりません;どこに記述していますか?何度もすみません; - 小鳥 (2008年12月10日 13時46分53秒)
  • ログインIDとパスワードは、配布ファイル(wiki3_6_2.zip)の docs ディレクトリ内にある readme.html に書いてあります。 - 菜梨 (2008年12月10日 14時12分02秒)
  • 菜梨さん、本当にありがとうございます! - 小鳥 (2008年12月10日 14時48分56秒)
  • トップページの名前がFrontPageとなっているのですが、これを編集するにはどうすればいいのでしょうか・・・? - 小鳥 (2008年12月10日 14時49分37秒)
  • 本当にすみません! - 小鳥 (2008年12月10日 14時49分47秒)
  • 教えていただけると幸いです。 - 小鳥 (2008年12月10日 14時50分01秒)
  • setup.datに設定項目がありますよ。 - 名無しさん (2008年12月10日 16時17分17秒)
  • 質問する前に少しはお調べになってはいかがでしょうか。 - 名無しさん (2008年12月10日 16時18分34秒)
  • こちらもご参照ください。 - 名無しさん (2008年12月10日 16時20分33秒)
  • 名無しさん、本当にありがとうございます! - 小鳥 (2008年12月10日 16時22分10秒)
  • すみません…反省しています… - 小鳥 (2008年12月10日 16時22分30秒)
お名前: コメント:

複数のヘッダーとフッターを使いたい - あきら (2008年12月06日 09時41分27秒)

ファームではなく、本体のほうで、あるページにはAというヘッダーを別のページにはBというヘッダーを使うことはできますか? よろしくお願いいたします。

  • BugTrack-plugin/161 とか - 名無しさん (2008年12月06日 11時52分49秒)
  • 問題解決になるかわかりませんが、当方ではページごとにincludeプラグインをページ頭とページ末に記載して対処しております。 - 名無しさん (2008年12月09日 23時37分22秒)
  • あ、上記の場合は当然、任意の位置に挿入(include)するだけですので、通常のヘッダーとフッターはそのままになります。 - 名無しさん (2008年12月09日 23時38分57秒)
  • 回答ありがとうございます。インクルードを使うと、通常のヘッダーが表示されるので、まずいのです。なにかいい方法はないでしょうか? - あきら (2008年12月11日 00時32分43秒)
  • すでにどなたかが勧められてますが、BugTrack-plugin/161で。 - 名無しさん (2008年12月11日 01時58分46秒)
  • なるほど、こういう用途にも使えるんですね。質問者ではありませんが、参考になりました。ありがとうございます。 - 名無し (2008年12月13日 11時02分55秒)
お名前: コメント:

別のファームの一部をインクルード - あきら (2008年11月26日 22時26分50秒)

wikifarm を設定しています。ABCとあるとして、そのAに上のwiki というか本家の wiki のページをインクルードすることはできないでしょうか? 方法があれば教えください。よろしくお願いいたします。

  • 検索しましょう。BugTrack-plugin/214はいかがでしょうか。 - 名無しさん (2008年11月26日 23時06分20秒)
  • ありがとうございました。ちょっとむずかしそうですが、やってみます。 - あきら (2008年11月27日 23時48分45秒)
お名前: コメント:

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