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

サポート掲示板

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

FSWikiサポート掲示板

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

編集時の編集領域を大きくしたい - てす (2009年04月23日 04時04分10秒)

編集する時の入力領域を大きくしたいのですが、どのファイルのどの部分をいじるべきでしょうか

  • お手軽にスタイルシートでやるんなら、スタイル設定 --> ユーザ定義スタイル へ form.update textarea.edit{width:100%;} を追記で、どうです? - kitta (2009年04月23日 11時27分35秒)
  • ありがとうございます。うまくいきました。 - てす (2009年04月23日 15時14分17秒)
お名前: コメント:

タイムスタンプを更新しないについて - わたる (2009年04月21日 19時45分42秒)

編集画面で、「タイムスタンプを更新しない」というのがありますが、これをチェックしなければ、タイムスタンプを更新しない、チェックしたら、更新する、ということにしたいのですが、どのようにすればいいのか、教えてください。ちょっとした誤字だけを訂正するだけのことが多いのですが、それでも、デフォルトで更新するので、あまり最終更新日時が訳に立ちません。

  • ご要望の主旨は、「デフォルトではタイムスタンプを更新したくない」ということですよね。チェックボックスの意味を反転するといろいろ面倒なので反転せずそのままとし、「プレビューを除く編集開始時には必ずチェックボックスがチェックされている状態(=sage)にする」というのが一番簡単な気がします。すなわち、変更点は下記の通り(ただし、自分では試していません。動かなかったらゴメンナサイ)。 - 774 (2009年04月22日 00時57分00秒)
diff -urBwb /cygdrive/d/old/tmp/wiki3_6_3_1.orig/plugin/core/EditPage.pm ./plugin/core/EditPage.pm
--- /cygdrive/d/old/tmp/wiki3_6_3_1.orig/plugin/core/EditPage.pm        2009-01-04 10:11:04.000000000 +0900
+++ ./plugin/core/EditPage.pm   2009-04-22 00:52:40.710761600 +0900
@@ -110,6 +110,7 @@
                $content = $wiki->get_page($template);
        }

+       $sage = 1 if (not $cgi->param("preview"));
        #--------------------------------------------------------------------------
        # 入力フォーム
        $wiki->set_title($pagename."の編集",1);
  • お礼が遅くなって申し訳ありません。さっそくやってみます。 - わたる (2009年05月03日 16時04分47秒)
お名前: コメント:

リンク付画像の表示を軽くしたい(装飾用HTMLタグプラグイン) - 名無しさん (2009年04月15日 22時25分45秒)

「装飾用HTMLタグプラグイン」についての質問というか要望なのですが、あちらのコメント欄に何故か当方では書き込めませんでしたので、こちらに書き込みました。(申し訳ありません)

 現在「装飾用HTMLタグプラグイン」のa_imgを多用して、画像にリンクを割付したり、回り込み処理(FLOAT処理)させたりしています。普通にホームページを作成するよりもFSwikiは日本語でページを管理できるなど、とても重宝しております。

しかし件名にあるとおり、最近画像の表示に不具合がでるようになりました。具体的には、最新版のIEやFirefoxなどのブラウザの同時接続数のデフォ設定の変更のためか、画像が表示しきれないでタイムアウトする場合が多いです。

当方だけだとブラウザの設定を変えれば問題なくなるのですが、まさか閲覧してくる不特定多数の方にブラウザの設定を変えてもらうわけにもいかず困っています。

そこで「直リンク画像表示プラグインなどの導入も考えましたが、ページのソースをすべて変更するのは大変なのと(複数人で管理しているので)、あとこれは最大の問題ですがimageプラグインでは(たぶん)画像リンクができないという点です。(あと画像の添付しなおしも面倒)

そこで現在のソースや添付画像(いろんなページに散らばっています)の状態をまったく変更しないで、プラグインの改造などでwikiに負担をかけない画像の直リンク仕様に変更できますでしょうか?

とにかく「画像が消えた消えた」とクレームされて困っています。(実際はブラウザの設定変更で表示されます)

設置はさくらインターネットです。FSwikiはこの時点の最新版の3.6.3にしてあります。

とりあえずはa_imgだけでも直リンク仕様に変更できると大変助かるのですが・・・。

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

  • 投稿された 名無しさん は既に御覧になっている様子ですが、過去の類似の記事もどうぞ・・・ > サーバーへの同時接続数は調整可能? - 名無しさん (2009年04月15日 23時03分11秒)
  • はい、こちらも確認しました。ですので同時接続数に関しては諦め、a_imgなどの直リンク画像表示への仕様変更で対処できないでしょうか? ということです。できないようでしたら、地道にページを作り直すか、もしくはサイトを作り直したほうが手っ取り早いかもしれませんね。 - 名無しさん (2009年04月15日 23時33分50秒)
  1. 直リンク画像表示プラグインを導入し、同プラグインに含まれる画像ファイル移行用ツールでデータを移行する。
  2. 各々のページ内のプラグインの記載の置換はページ内容、ページ名、カテゴリ名一括置換プラグインを用いて行う。
  3. リンクについてはあきらめるか、直リンク画像表示プラグインを改造する。
  • 以上のような対応でいかがでしょうか。直リンク画像表示プラグインの改造はご自分でやられてもたいしたことはないんじゃないかと思います(見よう見まねで何とかなりそうな感じ)。 - 名無しさん (2009年04月16日 07時53分47秒)
  • そうか、1をやった後、直リンク画像表示プラグインをリンク対応に改造して、名前をa_imgに変えればいいのか……。 - 名無し (2009年04月16日 08時01分33秒)
  • a_imgが見る画像のパスをimageのものに変えればいいのではないでしょうか。 - 名無しさん (2009年04月16日 08時33分31秒)
  • あれ? a_imgプラグインの直リンク改造のほうが手っ取り早いのでは?! - 名無しさん (2009年04月16日 10時10分16秒)
  • a_imgとimageは構文が違うから全部書き直しじゃないの?構文だけでなくレイアウトも変えないと微妙に違ってくると思う。画像をクリックした時のborder=0を付けたり、別画面で表示させる改造も必要。 - 名無しさん (2009年04月16日 10時38分46秒)
  • やっぱりa_imgが見る画像のパスをimageのものに変えればいいのでは - 名無しさん (2009年04月16日 10時59分56秒)
  • 一番面倒無いのがプラグインの入れ替え - 名無しさん (2009年04月16日 11時10分58秒)
  • あ、いや、プラグインの中味の入れ替え(a_img側の) - 名無しさん (2009年04月16日 11時12分42秒)
  • 昼休みに急いで直してみました。これでいかがでしょうか。A_IMG.pm(514) - 名無しさん (2009年04月16日 12時15分39秒)
  • 上に書いてある1の作業は必要です。 - 名無しさん (2009年04月16日 12時16分19秒)
  • 改造の元にしたファイルが古かったみたいです。最新版のA_IMG.pmを元にして作成し直してみました。A_IMG.pm.2(575) - 名無しさん (2009年04月16日 18時09分05秒)
  • それはimageのa_img機能追加であって、スレ主の要望とは違うのでは? - 名無しさん (2009年04月16日 22時47分12秒)
  • 改造版a_imgは、参照する画像のありかを、attachで貼り付けたものから、image_formで貼り付けたものに変えただけ。上に書いてある1の作業を行い、a_imgを改造版に差し替えれば、ページの内容を修正することなく、リンク付き画像の表示が軽くなるのではないかと思います。これで、もし、要望に応えていないのなら、残念です。 - 名無しさん (2009年04月17日 07時06分03秒)
  • 本記事での議論を参考にさせていただいて作成した、BugTrack-plugin/399:画像直リンク版 ref_image, img, a_img プラグインを投稿させていただきました。 - ぐうます (2009年04月17日 12時42分13秒)
  • こちらに投稿したものですが、こんなに素早く対応していただいて感激です!! まさにこういうのが欲しかったんです! 仕事から帰ってこちらを確認してビックらこきました! まだ動作確認は全部していませんが、ありがとうございました。 - 名無しさん (2009年04月17日 23時05分52秒)
お名前: コメント:

refプラグイン - bynn (2009年03月27日 20時21分10秒)

wikiで添付ファイルをアップロードしたんですが、wikiページでダウンロードさせたいんです。(編集ページではダウンロードが可能なんですが)

で、調べていたらrefプラグインというのがあるらしいんですが無いんです。どうしたら良いでしょうか?

ちなみにバージョンは3.6.3でPerl PHP5を使用しています。よろしくお願いします。

  • その添付ファイルをアップロードしたページに次のように書いて保存したらどうなりますか? - 名無しさん (2009年03月27日 21時19分20秒)
{{ref xxxxxx.xxx}}

xxxxxx.xxx には添付したファイル名を書いてください。

  • できました。いろいろご迷惑おかけしてすいませんでした。 - bynn (2009年03月27日 23時45分04秒)
お名前: コメント:

Mac OSX 10.5 で Software Error - kitta (2009年03月26日 11時07分51秒)

Software Error:Mac OSX 10.5 で FreeStyleWiki3.6.3 with Perl5.008008 な環境に移行して、一ヶ月ほど使っていて、最近気がついたのですが子wikiが正常に動作してません。

Software Error:
Wikiが存在しません。 at /Users/hoge/Sites/wiki/wiki.cgi line 60. 

なエラーが子wikiでログインしようとすると出ます。が、ログインは出来ている様で、ページを戻り再度ログインすると入れます。新規ページを作る時も同様です。最初保存すると同様のエラー。が、確認するとページは作られています。ページを削除する時はエラーは出ません。何か対策はあるでしょうか?宜しくお願い致します。

  • さしつかえなければ、farm 名を教えてください。 - 名無しさん (2009年03月26日 13時03分37秒)
  • Man・kitta・Rhino 等です。何処でも同じ症状です。 - kitta (2009年03月26日 14時55分06秒)
  • farm 名は問題なさそうですね。 - 名無しさん (2009年03月26日 18時27分41秒)
  • 通常は動く部分なので、環境依存な気がします。「Mac OSX 10.5 で FreeStyleWiki3.6.3 with Perl5.008008 な環境に移行して」とありますが、移行前はどのような環境でしたか? (移行により環境の何が変わったのかが分かりません。) あと、FreeStyleWiki3.6.3 は文字通り「3.6.3」で「3.6.3.1」では無いという解釈でよろしいですか? もしそうであれば、3.6.3.1 にするとどうなりますか? (3.6.3 は、FSWiki の perl script の改行コードが CR+LF になってしまっているので、環境によっては動かないこともあるようです。) - 名無しさん (2009年03月26日 18時27分59秒)
  • 失礼しました。3.6.3.1です。移行と言うより端末の入替えに伴い、全然違う環境に移行したら困ってしまったと言う事です。 - kitta (2009年03月27日 10時08分22秒)
  • ごめんなさい。ちょっと思いついて、新規にまっさらなwiki設置してみたら普通に動きました。プラグインとかパーミッションとか見直してみます。 - kitta (2009年03月27日 10時15分26秒)
  • 色々と試してて分かった事が一つあります。wiki 下で動かない症状が出ます。リネームして wiki.old とか wiki_old/wiki へ移動してみたりすると普通に動きます。.htaccess 見ても /etc/apache2/httpd.conf /etc/apache2/users/hoge.conf 見ても wiki なんて一行も書いた覚えも無いし、実際確認しても書いてありません。こんな時、あと何処をチェックしてみたらいいのでしょうか? - kitta (2009年03月27日 11時33分03秒)
  • ごめんなさい。基本的な設定不良でした。setup.dat の server_host = が空のままでした。 - kitta (2009年03月31日 09時47分34秒)
  • あれぇ?何ででしょ。解決したかの様に動いていたのに、今朝使ってみたら又、同じエラー。何が原因だか分かる人居ませんか? - kitta (2009年04月01日 09時39分56秒)
  • 環境設定のリダイレクト時の処理を LocationヘッダでリダイレクトからMETAタグでリダイレクトに戻したら正常動作になりました。これで様子を見てみます。 - kitta (2009年04月01日 10時09分06秒)
お名前: コメント:

管理者ログインのIDとパスワードについて - 無知なゲーマー (2009年03月02日 14時00分09秒)

はじめまして。

wikiのページをサイト内に造るために、ダウンロードさせていただき、設置までは問題なくいけたのですが、管理画面へ入るさいのログインIDとパスワードの設定が、どこで行われるのか、初期のIDとパスワードがそれぞれどうなっているのかが分からず、困っております><

初心者で申し訳ありませんが、どうかよろしくお願いいたしますm(__)m

  • 自己解決いたしましたm()mおさわがせしてもうしわけありませんでしたm()m - 無知なゲーマー (2009年03月02日 14時07分39秒)
お名前: コメント:

添付ファイルが拡張子を問わず開けない - シロガネ (2009年02月28日 22時53分56秒)

はじめまして、シロガネと申します。お世話になります。

wikiを活用してサークル活動を行っている者です。今週火曜日から、アップロードしてあるファイルをダウンロードしても、開けなかったり、全然内容の違うファイルになっていたり(docファイルを開くと、そのファイルの置いてあるページが表示されたり)と、困っています。火曜日以降にアップロードしたファイルだけでなく、それ以前には問題なくダウンロードできたファイルも見られなくなっています。

原因・対応方法に心当たりのある方、教えていただければ幸いです。

ちなみにレンタルサーバはTOK2です。よろしくお願いします。

  • 問題への解答ではありませんが、当方も昔TOK2(有料版のpro)にFSwikiを設置したことがありますが、2ヵ月後くらいにページが100を超えたあたりで、TOK2側から「負荷が高いCGなので動作不可」にされてしまいました。その辺のことも関係あるのかもしれませんよ。もっとも当方の使い方が悪かったのかもしれませんが。 - 名無しさん (2009年03月01日 16時01分10秒)
  • コメントありがとうございます。件のwikiも、ページ数が100を超えていました。同じく、TOK2側に動作不可にされたのかもしれません。ただいま、TOK2に問い合わせ中です。別のサーバーを探すなど、対策を考えたいと思います。ありがとうございました! - シロガネ (2009年03月02日 20時46分38秒)
お名前: コメント:

IPアドレスによる添付ファイルのアクセス制御について - ヒロ (2009年02月21日 18時19分52秒)

はじめまして、ヒロって言います。お世話になります。

当方では、FSwikiに添付するファイルをIPアドレスでアクセス制御したいのですが可能でしょうか?やはりその機能を実現できるプラグインを開発するしかないでしょうか?

ダメもとでやったことで、.htaccessの中で<FileMatch>ディレクティブを使用してアクセス制御を試みましたが無理でした。

  • まずattachプラグインのRef.pmを読んでみるんだ。 - 名無しさん (2009年02月22日 02時52分58秒)
  • 読んでみましたがわかりませんでした。もう少しヒントいただけないでしょうか?コメントの意図は、Ref.pm読んでの改造を前提とされているのでしょうか? - ヒロ (2009年02月22日 07時10分22秒)
  • ちなみに、Perlはそれほど詳しくございませんm(_ _)m - ヒロ (2009年02月22日 07時11分20秒)
お名前: コメント:

バージョンアップ後にwikiページ一覧が表示されない - てつや (2009年02月21日 15時26分29秒)

お世話になります。

初心者ですが・・・。昨日、FreeStylewiki3_6_2から FreeStyle Wiki 3.6.3 へバージョンアップを実施しました。公式に記載されていたバージョンアップ方法を実施しましたが、FreeStylewiki3_6_2で作成したwikiページがバージョンアップ後から右上のメニュー「一覧」に表示されません。

対応方法をご存知の方、すみませんがご教授をお願いします。

  • ログインメニューからログファイルの管理に入り、pagelist.cacheファイルが残っていれば、削除してみて下さい。 - R (2009年02月21日 15時58分12秒)
  • こめんとありがとうございます。丁度キャッシュを試したところでした。無事に全ページが表示されました。ありがとうございました。 - てつや (2009年02月21日 16時00分46秒)
お名前: コメント:

ISOファイルをダウンロードする方法 - レン (2009年02月15日 13時38分59秒)

お世話になります。

現在、FSWIKIにてホームページを作成しております。そのホームページにISO形式のファイルを登録して、URLをクリックすると、よくあるファイルのダウンロードの画面(このファイルを開くか、または保存しますか?)を表示したいのですが、方法を教えてください。現在、URLからISOファイルのダウンロードした場合、タイムアウトになります。宜しくお願いします。

  • 添付ファイルは、WORDファイルの場合ですが、ISOファイルも同じようにできないでしょうか。 - レン (2009年02月15日 13時40分52秒)
  • 何のISO?まさか違法コピーじゃないよね? - 名無しさん (2009年02月16日 16時05分23秒)
お名前: コメント:

サーバーへの同時接続数は調整可能? - ケイ (2009年02月06日 17時12分49秒)

現在、WAKWAKのHPサービスを利用してFSWikiサイトを作成していますが、最新のブラウザにおいて画像の欠落現象が発生しており困っております。

原因について述べますと、IE7以降にリリースされた主要な最新ブラウザにおいて、サーバーへ接続する際の最大同時接続数が「6つ」以上に閾値が上げられた為に発生しています。

それに対して、WAKWAK側のCGIの同時リクエスト数が「5つ」までと制限されています。よって、「6つ」の要求があるのに、「5つ」までしか受け付けないといった状況で、足りない分の画像が欠落してくるといった不具合です。

旧来のIE6やIE7であれば、ブラウザの最大同時接続数は「2つ」まででしたので影響がありませんでした。(2、2、2・・で要求するので)

しかし、次にあげる最新のブラウザはおおむね「6つ」以上のようです。(FireFOX 3.0.x以降、Google Chrome、Sleipnir2.8.4など)

WAKWAKのサポートに問い合わせて、既にシェアが大きくなっているこれらの最新ブラウザに合わせて閾値を上げていただくように依頼しましたが、現時点ではダメだと言われました。

この不具合を回避するにあたって、FSWiki側の設定を変更し回避する事はできないでしょうか?

もし回避方法がありましたら、ご教授いただければと思います。

何卒、よろしくお願いいたします。

  • IEは使っていないのでわかりませんが、Firefox3.*の場合は当方も同様の件で困りました。Firefox3.*の場合は以下のようにすると同時接続数を調整できます。 - 名無しさん (2009年02月08日 22時56分07秒)

Firefox3.*の同時接続数の変更(自己責任で願います

  1. URLへ「about:config
  2. フィルタへ「network.http.max-persistent-connections-per-server
  3. 初期値の「6」を「3」に変更
  4. これで同時接続数が変わります。
  • 他にもっとうまい方法があればいいのですが・・・、当方は上記のような個別での対応しかわかりません。 - 名無しさん (2009年02月08日 22時59分30秒)
  • FSwiki側で何か設定でいるようであれば当方も知りたいです。 - 名無しさん (2009年02月08日 23時01分10秒)
  • HTTPサーバの設定で絞ってるものをCGIではどうしようもないでしょ。イヤなら別のレンタルスペースに乗り換えるしかない。 - 名無しさん (2009年02月09日 00時54分57秒)
  • URLを変更すれば選択肢は無限ですが、色々と支障があるのでFSWiki側での設定で回避できないかと思った次第です。例えば、ブラウザの種別に合わせて画像を多く用いるページのみ「IE6とIE7でのみ最適化されています」と<Body>部の最初に表示させたりするのも難しいでしょうか。 - ケイ (2009年02月09日 08時46分44秒)
  • イメージとしては、問題のないブラウザを管理画面で登録(User-AgentでIE6やIE7を判別)できるようにさせ、それ以外のブラウザからアクセスがあった時に指定の文字列を任意の位置(タグ付けして)に表示させるといった感じのプラグインがあれば便利かなぁと。 - ケイ (2009年02月09日 08時53分25秒)
  • 添付ファイルへのアクセス制御が不要であれば、直リンク画像表示プラグインのようなプラグインで画像に直接リンクするようにすればよいかもしれません。 - たけぞう (2009年02月09日 11時25分57秒)
  • ありがとうございます。たしかに画像は全て表示されるようになるのですが、a_imgやimgタグが使えなくなる(またレイアウトが要修正になる)のが残念です。あと、サムネイルをクリックした時に別ウィンドウで表示していたのですが、同一ウィンドウ内で表示されるようになって「戻る」ボタンを使わなければいけないなど、ちょっと気になりました。サーバーへの負荷を考えると直リンクの方がいいのでしょうが・・・。 - ケイ (2009年02月09日 18時57分57秒)
  • 直リンク画像表示プラグインだとpaddingや、a_imgみたいにページリンクできないのですね。ちょっと残念です。 - 源助 (2009年02月20日 18時37分48秒)
  • 本記事での議論を参考にさせていただいて作成した、BugTrack-plugin/399:画像直リンク版 ref_image, img, a_img プラグインを投稿させていただきました。 - ぐうます (2009年04月17日 12時41分09秒)
お名前: コメント:

あるページの参照元を知るには - さんた (2009年02月06日 11時06分22秒)

プラグインの todayslink を使うとその wiki 全体のリンク元はわかりますが、ある特定のページにプラグインを入れておいて、そのページにどこからアクセスしているのか知ることはできないでしょうか? よろしくお願いいたします。

  • todayslink プラグインをほんの少し書き換えて、該当ページのリンク元を表示するプラグインを作成してみました。LinkPage.pm(519)をplugin/infoにコピーし、同ディレクトリのInstall.pmに以下を追記してください。 - 名無しさん (2009年02月09日 13時04分31秒)
$wiki->add_paragraph_plugin("linkpage","plugin::info::LinkPage","HTML");
  • 書式などはtodayslinkそのままです。本当はpagelinkという名前にしたかったのですが、すでに似た名前のプラグインがあるようですので、linkpageとしました。 - 名無しさん (2009年02月09日 13時09分56秒)
  • お返事、ありがとうございました。さっそくためさせていただきます。 - さんた (2009年02月10日 22時59分11秒)
  • Footerに書けばいいんじゃないかと思います。 - 名無しさん (2009年02月11日 01時56分49秒)
お名前: コメント:

印刷モードページを検索ロボットに拾われないようにするには? - ケイ (2009年01月28日 18時18分26秒)

BugTrack-plugin/103プラグインを使用しています。

印刷モードの画面が表示されるプラグインで大変重宝しているのですが、検索エンジンのロボットに拾われてしまいます。

通常のページと印刷モード(PRINTMODE)のページがダブって登録されてしまうので、印刷モードを拾われないようにしたいです。

どこで設定すれば良いでしょうか?

  • tmpl/site/print/print.tmpl に <meta name="ROBOTS" content="NOINDEX, NOFOLLOW">としたり。 - すなぷ (2009年01月28日 18時30分04秒)
  • ありがとうございます。階層を掘ってみたのですが、tmpl/site/配下にprintディレクトリがないみたいです。 - ケイ (2009年01月28日 18時38分09秒)
  • すみません こちらの対応でした(汗 お試しあれ - すなぷ (2009年01月28日 18時40分30秒)
  • 既に 103プラグインを使用して、ff タグを200ページくらい改ページポイントに入力済みなので、できればそのまま使いたいのですが、テンプレートだけ上手い具合に適用(共用?)はできないですよね? - ケイ (2009年01月28日 18時45分30秒)
  • こちらでログイン時以外非表示にするのが手早いですね。直接の返答になってませんけど。 - すなぷ (2009年01月28日 20時00分13秒)
  • BugTrack-plugin/103プラグイン単体での対処なら、Install.pm を次のように変更すれば FSWiki 的にはよいはずです(お行儀の悪い検索ロボットさんにたどられてしまう可能性は 0 ではないようですが、FSWiki 側で対処できるのはここまでだと思います)。(ご参考:Wiki::add_menu()) - 菜梨 (2009年01月29日 08時56分37秒)
--- ../printmode.orig/Install.pm        2004-08-24 14:33:52.000000000 +0900
+++ ./Install.pm        2009-01-29 08:44:15.745614400 +0900
@@ -9,7 +9,7 @@

 sub install {
        my $wiki = shift;
-       $wiki->add_menu("印刷モード", "", 100);
+       $wiki->add_menu("印刷モード", "", 100, 1);
        $wiki->add_hook("show",         "plugin::printmode::PrintmodeHandler");
        $wiki->add_handler("PRINTMODE", "plugin::printmode::PrintmodeHandler");
  • {{printmode}}が生成するリンクもたどられないようにするには Printmode.pm を下記のように変更すればよいのではないかと思います。{{pmlink}}にも必要でしたら、PrintmodeLink.pm に同様の変更を。 - 菜梨 (2009年01月29日 09時07分35秒)
--- ../printmode.orig/Printmode.pm	2004-08-26 22:44:48.000000000 +0900
+++ ./Printmode.pm	2009-01-29 08:45:09.332668800 +0900
@@ -42,7 +42,7 @@
 	## リンクをセット
 	my $html = "<a href=\"" . $wiki->config("script_name") . "?";
 	$html .= "action=$self->{handler}&amp;";
-	$html .= "page=" . &Util::url_encode($pagename) . "\" class=\"wikipage\">";
+	$html .= "page=" . &Util::url_encode($pagename) . "\" class=\"wikipage\" rel=\"nofollow\">";
 	$html .= &Util::escapeHTML($text) . "</a>";
 
 	return "$html";
  • すなぷさん、ありがとうございます。閲覧者には全て公開していて印刷モードをつけているのでログイン権限を与えていない状況です。やはり検索ロボットを跳ねてしまうのが理想です。 - ケイ (2009年01月29日 11時21分39秒)
  • 菜梨さん、ありがとうございます。+ $wiki->add_menu("印刷モード", "", 100, 1); でいけそうな気がします。結果が出るまでしばらく時間がかかりますが、必ず報告させていただきます。 - ケイ (2009年01月29日 11時23分08秒)
  • Printmode.pmの『 rel=\"nofollow\"』追加も必要そうなので変更しました。これも併せて様子を見てみます。 - ケイ (2009年01月29日 11時32分18秒)
  • 上記設定で、ダブって登録されていたPRINTMODEページが完全にGoogle検索上からなくなりました。ありがとうございました。 - ケイ (2009年02月15日 11時02分29秒)
お名前: コメント:

編集内容が反映されない - TAKE^2 (2009年01月27日 23時23分00秒)

いつもお世話になっております。

さてhttp://k.hatena.ne.jp/keywordblog/FSWiki?date=20081218にも自分と同じ現象を体験されている方がいらっしゃるのですが3.6.3に上げた直後にはページの編集ができたのですが、後に少しいじったあとからページの編集ができなくなりました。

編集画面は出るのですが、入力したものが反映されないといった感じです。

参照先のURLの方と同様で、Wiki.pmの1378行目の$self->do_hook("save_before");をコメントすれば動作はします。

ですが、どこが原因か分からないので苦慮しています。

みなさま、何か思い当たることはないでしょうか…

  • 禁止ワードを設定してたりはしないですよね? - 名無しさん (2009年01月28日 00時45分39秒)
  • 私も編集画面の入力エリアが更新後白くなり焦りました。 - 名無しさん (2009年01月28日 09時47分39秒)
  • 多分、最初の名無しさんと同じところを疑っているのだと思うのですが、管理者ログイン後の「管理メニュー」からリンク「スパム対策」で開くページで何か設定していませんか? save_before フックで呼ばれる処理は SpamFilter(plugin/core/SpamFilter.pm)のみのようなのですが...。 - 菜梨 (2009年01月28日 11時11分42秒)
  • 禁止ワードは設定していません。一応、SpamFilterのみが呼ばれるというところまでは突き止めていたのですが…。禁止ワードを設定していないのになぜ?といった感じなのです。 - TAKE^2 (2009年01月28日 17時57分30秒)
  • SpamFilter.pmを見たところ、3.6.3からブラウザがUserAgentを返さないと保存を拒否するようになっていました。心当たりはありませんか? - 名無しさん (2009年01月29日 04時23分04秒)
  • FireFoxを使用しており特別なアドオン(UserAgentSwitcherとか)を使用していないので大丈夫だと思っています。また、自分以外の方も書き込みができないようなのでUserAgentでの拒否には該当しないかな?と思っています。 - TAKE^2 (2009年01月29日 12時08分58秒)
  • SpamFilter.pm までたどりついているなら、原因追求まであと一息ではないでしょうか。plugin/core/SpamFilter.pm の hook() 内の $wiki->redirect($cgi->param("page")); が実行されると、ページ保存されずに元のページ表示に移ってしまいますので、いくつかある $wiki->redirect($cgi->param("page")); をひとつずつコメントアウトしてみれば、原因箇所を絞り込めると思います。 - 菜梨 (2009年01月29日 12時16分15秒)
  • ちょっと調べてみました。どうやらRULE_NO_USERAGENTのチェックがうまくいっていないようです。$ENV{'HTTP_USER_AGENT'}が取れていないのでしょうか?FireFoxのLiveHTTPheadersを見る限りではUser-Agentを送っているのですが… ひとまず管理者設定から「ヘッダにUSER-AGENTが含まれていない場合 」のチェックをオフにすることで対応はできましたが、原因は未だによく分かりません… - TAKE^2 (2009年01月30日 02時02分52秒)
  • 私のサイトでも、「ヘッダにUSER-AGENTが含まれていない場合」をオンにしてみたところ、編集内容が保存できなくなりました。log/access.log には、USER-AGENT の記録が残るので、$ENV{'HTTP_USER_AGENT'} が空文字列ということはないと思います。そこで、plugin/core/SpamFilter.pm を次のように変更するとよさそうです(ただし、$ENV{'HTTP_USER_AGENT'}が空文字列の場合の実機動作確認はできていません)。save_before フック で呼ばれる plugin::core::SpamFilter::hook() は、ルールチェック関数 plugin::core::SpamFilter::RULE_NO_USERAGENT() の戻り値が真にならないと編集内容が保存されない仕組みのようです(ううむ、関数名 RULE_NO_USERAGENT と戻り値の論理が反転してますね...)。これに対し、FSWiki 3.6.3(.1) オリジナルの RULE_NO_USERAGENT() では、戻り値として真が返る余地が無いように見えます。 - 菜梨 (2009年01月30日 06時35分56秒)
--- SpamFilter.pm.orig  Sun Dec 14 23:10:42 2008
+++ SpamFilter.pm       Fri Jan 30 04:10:49 2009
@@ -89,7 +89,7 @@
 # USER-AGENTなしの場合に保存を拒否するルール
 #==============================================================================
 sub RULE_NO_USERAGENT {
-       return unless($ENV{'HTTP_USER_AGENT'} eq '');
+       return       ($ENV{'HTTP_USER_AGENT'} ne '');
 }

 1;
  • あー確かに逆転してますね。これですっきりしました。菜梨さんありがとうございました。 - TAKE^2 (2009年01月30日 12時10分59秒)
  • バグトラックに登録しては。 - 名無しさん (2009年02月01日 00時51分01秒)
  • SVNに上記の修正をコミットしました。次のバージョンでは修正されます。 - たけぞう (2009年02月01日 10時41分48秒)
お名前: コメント:

ジャンプさせる - さんた (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(1863566)
  • 答えて頂いた方、ありがとうございました。探し方が悪かったのか、自分の時は見つからなくてサポートをお願いしたのですが…過去にあったのですね。ご丁寧にありがとうございました。 - 里井 (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(773)

--- ../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秒)

お名前: コメント:

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