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

サポート掲示板

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

FSWikiサポート掲示板

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

3.5.5 に farm と partedit が入っていない? - amn (2004年06月24日 17時57分39秒)

こんにちは、いつもありがたく利用させていただいております。

さて、3.5.5 安定版をダウンロードして、入れ替え設置を試みたのですが、zip ファイルを展開しても farm と partedit のプラグインフォルダの中が空になっているようです。

これは、なにか別のところから別途入手する必要があるのでしょうか・・・

  • すみません、自己解決いたしました。core に組み込まれたんですね:-) - amn (2004年06月24日 18時23分51秒)
お名前: コメント:

mod_perl 環境で Internal Server Error - Nakamura (2004年06月23日 14時32分04秒)

下記の環境の社内サーバーで利用させていただくべく、準備を進めています。

  • Turbolinux6.5
  • apache-1.3.27-23
  • mod_perl-1.23-1
  • FreeStyleWiki3.5.5

どのページということなく、時々 Internal Server Error が発生します。その際、apache の error_log には下記のメッセージが書き込まれます。

[error] Can't locate object method "splitpath" via package "File::Spec" at lib/CGI/Carp.pm line 319.\n

WWW ブラウザでそのページを再読み込みするだけで直ることがほとんどなのですが、何度再読み込みしても直らないこともあります。

いずれも mod_perl 環境でなければ問題ありません。

FSWiki はとても便利に感じているので、何とか原因追求と対策を行ってリリースにこぎつけたいと思っています。

よろしくお願いします。

  • 対応策としては、まずCPANからFile::Specを取得&インストールしておいて、FSWikiのlibディレクトリ内からFile::Specを削除するというのを試してみるといいかもしれません。(やったことがないので、うまくいく保証はありません) - いしだなおと (2004年06月23日 16時37分50秒)
  • ありがとうございます。File::Spec は fswiki/lib 以下には見当たらず、/usr/lib/perl5/5.00503/File 以下のものが使われているようでした。CPAN には File-Spec-0.87 が最新版としてありましたが、README によると Perl5.004 またはそれ以下のージョン用のようでした。念のためにと File-Spec-0.87 の Spec ディレクトリ以下の全ファイルと Spec.pm を fswiki/lib/File にコピーしてみましたが、エラーの状況は改善しませんでした。 - Nakamura (2004年06月23日 18時01分07秒)
  • 多少のコンテンツの追加などしか行っていないのに、別のエラーが出るようになりました。内容は雑談掲示板の方でも書き込まれている、この本家サイトでも未だに出ている Can't locate object method "new" via package "Wiki::HTMLParser" です。逆に今までのエラーが出なくなってしまったのも不思議です。やはり mod_perl は無理なんでしょうか…。 - Nakamura (2004年06月28日 17時17分20秒)
  • うちでも Apach::Registry では同様の現象が頻繁に出て途方に暮れてましたが、 Apache::PerlRun にしたら全く発生しなくなったので、仕方なく Apach::PerlRun で動かしてます。 - gyo (2004年06月28日 18時31分13秒)
  • Vine Linux 2.6r4 な環境ですが、PerlSetEnv PERL5LIB /fswiki/install/dir/lib とhttpd.confに記述したらHTMLParserのエラーでなくなりました。 - たこのすけ (2004年06月28日 19時12分19秒)
  • たこのすけさんに教えていただいた記述を httpd.conf に追加して丸 1 日様子を見てみましたが、全く問題なくなりました。大変ありがとうございました。「PerlSetEnv」で検索してみたら、MovableType などでも mod_perl 化するには必須の設定というような記述がいくつも見つかりました。httpd.conf の変更なので、自前ではなくレンタルのサーバーなどでは対応がむずかしいかもしれませんね。先に書いた File-Spec-0.87 の対策をしたままだったので、これも外してまた様子を見てみます。この本家サイトでも同様の対応をされれば、問題が解決するように思います。最初に出ていた「method "splitpath"」のエラーも出なくなったのは未だに不思議ですが、結果オーライということで…。 - Nakamura (2004年06月30日 09時52分40秒)
お名前: コメント:

画像が表示できない。 - Ki (2004年06月18日 22時43分28秒)

いつも大変便利に使わせていただいています。最近 XREA というサイトで FSWiki3.5.5 を設置して使おうと思っていたのですが、画像を表示することができないでこまっています。今まで 3.5.3 では問題なく表示できていたのですが、同じものを3.5.5 にもってきたところ、画像に×印がついて表示されませんでした。画像の上で、右クリックを行い、「画像を表示する」をすると、以下のように表示されてしまいます。

醇棟・醇棟・

なにか根本的な部分が分かっていないのかもしれないのですが、対処法などありましたら教えていただけるとありがたいです。

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

  • 画像の添付は問題ないようです。サーバ側にきちんとしたファイルサイズで保存されているのを確認しました。 - Ki (2004年06月18日 22時59分37秒)
  • しかし、編集時に表示される、ページの下の添付一覧の画像ファイルを右クリックして、保存するとファイルサイズが5バイトになってしまいました。もちろん、画像は表示できませんでした。 - Ki (2004年06月18日 23時01分30秒)
  • すいません、FAQだったようです。解決いたしました。お騒がせいたしました。 - Ki (2004年06月18日 23時22分44秒)
  • 私もXREAで作業しており、/x/ディレクトリの下では問題ありませんでした。別フォルダにしたところではFAQにあるとおり、wiki.cgi→wiki.xcgに変更し、setup.dat内の# CGIスクリプトのファイル名をscript_name = wiki.xcgへ変更し、うまく添付できるようになりました。 - クイック (2004年12月19日 21時51分27秒)
お名前: コメント:

BIGLOBEで amazon,rssプラグインが使えない - Nu (2004年06月18日 22時11分34秒)

件名の通り、BIGLOBEでamazonプラグインとrssプラグインが使えません。BIGLOBEはCGIの負荷が一定以上になると強制的にCGIを止めるようになっていて、amazonやrssはそれに引っかかって「Out of memory」とエラーが出ます。

そこで負荷を落とすためにコードを読んでみようと考えているのですが、1から見ていくのも大変なため、どの辺あたりを重点的に見ていけば良いかアドバイスを頂けませんでしょうか。よろしくおねがいします。

  • amazon も rss も内部で Util::get_response を使って別サイトのコンテンツを取り込もうとします。この動作が禁止されているか、更に内部で LWP::UserAgent というモジュールをロードするので、これに絡んだメモリ不足なのかもしれませんね。BIGLOBE の仕様ということで使えないのかもしれません。 - gyo (2004年06月19日 23時50分51秒)
お名前: コメント:

へるぷ - D (2004年06月18日 06時23分12秒)

FSwikiを使わせていただこうと頑張っているのですがサーバーにそのまま設置してヘルプを参照しようとすると

format_helpプラグインは存在しません。 と表示されてしまいます。どうしたら参照できるようになるのでしょうか?ご指導をお願いします。

お名前: コメント:

Windows ドメインのアカウントの使用 - Lancelot (2004年06月17日 16時05分38秒)

FSWiki 使わせて頂いています。ありがとうございます。

Windows Server 2003 + IIS 6.0 + ActivePerl 5.8.3という環境です。ドメインを立て、AD でアカウント管理をしています。(つまり、標準的な Windows 環境)

現在、FSWiki はあるイントラサイトの下に置かれています。

http://Hoge/wiki

そして、このサイト Hoge は統合 Windows 認証を使用しています。

そこで、FSWiki のアカウントを Windows のアカウントにバインドさせることはできないものでしょうか。つまり、Hoge へのログインに使用した Windows アカウントとパスワードを使って、FSWiki へのログインも自動的に行いたいのです。

Perl はあまり詳しくなく、ピーンと方法を思いつかないのです。どなたかご教授願えれば幸いです。

  • 認証の仕組みが全くの別物(HTTP のクッキーとOS の認証)なので、単純に考えると統合は無理なんじゃないかと思います。や、Windows 詳しくないので、方法があるのかどうか判らないんですが。少なくとも実現の可否に Perl は関係ないです。 - gyo (2004年06月19日 23時59分46秒)
  • 職場でWikiという需要はあると思うので、おもしろいと思います。ただ、ディストリビューションに取り込もうとすると、かなり大掛かりな変更が発生しそうですね。まずはブランチで開発して、でしょうか。ちなみに私はWindows認証は使ったことがありませんので、具体的なことはわかりませんです。CPANを漁ると、ADとかのキーワードで何かがひっかります。 - いしだなおと
  • IISで統合Windows認証を通っていれば、$ENV{'REMOTE_USER'}に「ドメイン名\ユーザ名」が入りますから、技術的には無理ではないと思いますよ。 - asshi (2004年07月07日 16時57分54秒)
  • ありがとうございます。入り口は通っているから、パスワードはカラでいいかな...。ちょっと試してみます。 - Lancelot (2004年07月12日 20時11分43秒)
お名前: コメント:

ログオンできなくなりました - nameless (2004年06月12日 02時07分28秒)

はじめましてFSWikiの開発ご苦労様です先日から正しいIDとパスワードを入力しているにもかかわらず管理画面にログオンできなくなってしまいました

症状としては・ログイン画面でIDとPassを入力後、「ログイン」ボタンをクリック・「Wait or Click Here!!」と表示される・その後またIDとPassを入力する画面に戻るといったものです

もし解決策があれば教えていただけないかと思い、書き込みをさせていただきましたよろしくお願いします

  • クッキーを禁止にしているとか、ウイルス対策ソフトとか入れているとそうなるけど、この辺は確認した? - とおりすがり (2004年06月12日 09時36分45秒)
  • 返信ありがとうございます。クッキーも書き込み可能にしてありますし、ウイルス対策ソフトも一度アンインストールして試してみましたが、やはりログインできませんでした - nameless (2004年06月12日 10時24分50秒)
  • 思い当たるものとしては、以前管理画面にログインしたままPCをシャットダウンしたことがありまして、その日以降ログインできなくなってしまったと思うのですが、何か関係はありますでしょうか - nameless (2004年06月12日 10時51分25秒)
  • 上記の情報だけではなんとも言えません。クリーンインストールしたFSWikiではログイン可能ですか?それとWebサーバとブラウザ、サーバ/クライアントのOSなどの情報があるとアドバイスできるかもしれません。 - たけぞう (2004年06月12日 13時47分52秒)
  • 返信が遅れて申し訳ありません クリーンインストール状態のFSWiki ver3.5.5 でも管理画面へログオンすることができませんでした。 ウェブサーバに使用しているマシンは大学のもので、サーバのOSはVine Linux、使用ソフトはApache、Perlのバージョンは5.6.1です。OSとapacheのバージョンは調べることができませんでした。クライアント側のPCのOSはWin2000 SP4 使用ブラウザはSleipnir1.54です - nameless (2004年06月14日 15時39分37秒)
  • 同じサーバーにある別なWikiにログオンしている状態ではありませんか? クッキーがサーバーごとに記録される関係で、2つ以上のFSWikiに対してログオン情報が記録されていると上手く動作しないようです(推測)。他方をログアウトしてから、ログインすると解決します。 - Ken (2004年06月15日 09時59分42秒)
  • 返信ありがとうございます 今まで自分の管理しているwikiへしかログインしたことがないので、別のwikiにログインしたままになっているということはおそらくないと思います。念のため一度クッキーを削除し、再度ログインを試みましたが、やはり症状は改善されませんでした。 - nameless (2004年06月15日 22時54分17秒)
  • 自分の質問にいろいろな人を巻き込んでしまって申し訳ないです。いろいろなアドバイスをいただきましたが、症状が改善されないところを見ると、こちら側の環境の問題か、自分の設置方法の問題かもしれません。 これ以上自分の問題に皆さんを巻き込んでしまうのも悪いのでもうしばらく、自分でいろいろ試してみようを思います。 アドバイスをくれた皆様、ありがとうございました - nameless (2004年06月15日 23時04分24秒)
  • firefoxなどのブラウザでもうまくいきませんか? - たけぞう (2004年06月16日 13時45分27秒)
  • 返信ありがとうございます。FireFox0.9 + WinXP Homeの環境で試してみましたが、やはり管理画面へは入れませんでした。それ以外にもMacOS9 + Netscape7.1 Win2000 + NetScape7.1という組み合わせで試してみたのですが、管理画面へ入ることができませんでした。 - nameless (2004年06月16日 21時01分33秒)
  • 環境がよくわかりませんが、これだけ違うブラウザでだめということなので、サーバとクライアントの間にプロクシみたいなのがいてクッキーを捨てちゃってるようなことはないですかねぇ?そちらのサーバ管理者かネットワーク管理者に相談した方がいいかもしれませんよ。 - gyo (2004年06月16日 21時58分19秒)
  • 他のクッキーを使うWebアプリは正常に動いているのでしょうか?こういう場合はHTTPのレスポンスヘッダを見るのが手っ取り早いんですけどね。 - たけぞう (2004年06月17日 10時14分27秒)
  • BBS-サポート掲示板/195に同様の投稿があります。lib/CGI2.pmの修正が必要になりますが、試してみてはいかがでしょうか。 - たけぞう (2004年06月17日 10時18分01秒)
  • 管理画面にログインできない原因は、どうやらクッキーが生成されないのと、サーバー側の時刻がずれていることが原因みたいです。 BBS-サポート掲示板/195拝見させていただきました。lib/CGI2.pmを修正してみましたが、症状は改善されませんでした。ただここで紹介されていたクッキーを生成するテストCGIを実際に走らせてみたのですが、クッキーが生成されませんでした。また、気になる記述としてはgyoさんの「サーバーかクライアントの時刻がずれている〜」というものです。というのも、うちの大学のサーバーが6/8に行われたメンテナンス以降、時刻が9時間ほど進んでしまっているため、これも原因のひとつになっているのかなと思います - nameless (2004年06月19日 21時28分38秒)
  • もしBBS-サポート掲示板/195にあるCGI をそのまんま使ったのでしたら、有効期限切れで Cookie が消えちゃいます。テストするなら3行目の日付を未来の日時にしないとだめです。2004 を 2005 にすれば Cookie が生成されるか確認できるでしょう。それからサーバとクライアントの時間帯も確認しましたか?日本時間は JST といって、GMT(コンピュータが基準としているグリニッジ標準時)より9時間進んでいるので、これだと思われるのです。GMTのまま日本時間を設定すると、JST として解釈したときに9時間進んだ時間になるっつーことです。ん?逆だったかな?ま、だいたいそんなカンジです - gyo (2004年06月19日 23時06分46秒)
  • それより、config/config.dat の「session_limit」を 540 より大きい数字にしてサーバに置き直してから、もう一度ログインできるか確認した方が早く済むと思いますよ。根本的な解決法じゃないけど。 - gyo (2004年06月19日 23時11分49秒)
  • すみません。BBS-サポート掲示板/195のCGIをそのまま使っていました。日付を変えて試したところ、クッキーが無事生成されました。また、gyoさんのアドアイス通りにsession_limitの値を増やしたところ、管理画面へログインすることができました。 - nameless (2004年06月21日 08時48分36秒)
  • ログインできなかった原因はサーバーの時刻がずれていたためにクッキーの有効期限が切れていると判断されていたことだったんですね。いろいろアドバイスをいただき、とても勉強になりました。そして自分の質問に付き合っていただき、本当にありがとうございました。 - nameless (2004年06月21日 08時58分01秒)
  • 未だにログインできない症状で悩んでいます。CGI2.pm::get_sessionでcookieに指定しているpathが、親Wikiのpathになっているんですけど、本当はfarmのpathじゃないとまずいんじゃないですか? - matto (2004年12月03日 10時58分17秒)
  • あと、ゴミクッキーがたくさん記録されるのも気になります。また、複数のfarmに同時にログインすると、必ず片方が強制ログアウトさせられてしまいます。これも、cookieのpathがきちっとfarmごとにわかれていないせいだと思います。また、farm Aにログインしたときに、別のfarm Bのセッションキー(cookieの値)が上書きされるのも気になります。 - matto (2004年12月03日 11時41分45秒)
  • 当方SafariとFireFoxでチェックしています。 - matto (2004年12月03日 11時48分46秒)
  • BBS-サポート掲示板/195を読みました。3.5.7を試してみます。 - matto (2004年12月03日 11時50分40秒)
  • 私も上記症状で困っております。IE7+WinXpProSP3及びSleipnir(レンダーIE)で上記症状。ただしFireFoxの最新では正常に動作します。ブラウザの仕様が原因?? - hiro (2009年04月15日 10時16分25秒)
お名前: コメント:

ログイン画面を飛ばしたい - なみ (2004年06月12日 00時37分53秒)

初めまして。

現在、某所にてFSWikiを設置し、そこにbasic認証をかけています。この環境で、クローズドに使えるwikiを作りました。ところが、環境設定を行うのに、いちいち認証を行わなければなりません。この環境では、特にこのセッションがいらないのですが、どうしたら、これを飛ばして、すぐに環境設定画面に飛べるでしょうか。

  • FSWikiの管理画面はクッキーでの認証を前提としているので、認証なしで管理画面を呼び出すことはできません。一部改造を加えれば可能だと思いますが…。 - たけぞう (2004年06月12日 13時50分20秒)
  • そうなんですか……。環境的には、既に認証などは入らない状態なので、それこそログイン画面を飛ばすだけで構わないのです。ハックでもいいですので、よかったら教えてください。 - なみ (2004年06月12日 16時17分14秒)
  • 単に、"誰でも読み書きできる"という設定にするだけで、目的は達成できませんか? - Kinsan (2004年06月12日 21時35分58秒)
  • すいません、今設定したいのは、管理画面なんです。ほかは、全て読み書きのできる状況になっています。 - なみ (2004年06月15日 07時33分55秒)
  • ご自分でソースを変更されたらいかがでしょうか?GPLで公開されているんだし。if文を1つ2つコメントする程度でしょう。そのためのオープンソースだと思うのですが。 - 名無しさん (2004年06月16日 22時04分20秒)
  • アカウント設定がデフォルトのままなら plugin/admin/Login.pm の35行目を「my $id = "admin";」、36行目を「my $pass = "admin";」に書き換えればよさげです。 - gyo (2004年06月17日 00時46分48秒)
  • 遅くなりました。上記にあるとおりで、うまく飛ばせました。 > 名無しさん、すいません、方法を思い付かなかったのです。まあ、別のファイルを見ていたのは、内緒ですが(笑)。 - なみ (2004年06月20日 04時22分35秒)
お名前: コメント:

フォルダー中で検索したい - collin (2004年06月11日 13時59分24秒)

こんにちは多分すごくつまらない問題だと思いますが、ヘルプお願いいたします。入力したキーワードで フォルダー(いろんなページが入っています)を検索したいですがどうしたら実現できます?自分のレベル:CGI・Perl少々。具体的に言うと たくさんのページが 一つのフォルダーの中に収納しています。プラグインした検索エンジンで、このフォルダーの中から検索したいです。このフォルダーの中のページが公開していません。 お願いします

  • FSWiki では実現できません。namazu を使ったらいいんじゃないですか - gyo (2004年06月17日 00時52分12秒)
お名前: コメント:

Apache1.3で以下のエラーが発生 - hizoo1999 (2004年06月09日 23時09分15秒)

WebARENAというホスティングサービス上に配置しましたが、以下のエラーが出ます。wwwサーバーはApache 1.3です。


[Wed Jun 9 23:03:22 2004] CGI2.pm: [Wed Jun 9 23:03:22 2004] CGI2.pm: [Wed Jun 9 23:03:22 2004] Session.pm: Can't locate CGI/Session.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at lib/CGI2.pm line 8. [Wed Jun 9 23:03:22 2004] CGI2.pm: [Wed Jun 9 23:03:22 2004] CGI2.pm: BEGIN failed--compilation aborted at lib/CGI2.pm line 8. BEGIN failed--compilation aborted at wiki.cgi line 31.

原因や対処方法等お知りの方いましたらご教授お願いします。

  • エラーメッセージのとおり、CGI::Sessionが見つからない状態になっています。CGI2で発生しているので、lib以下から意図的に取り除いていなければまず発生しない気もするのですが。 - にらたま (2004年06月10日 01時11分03秒)
  • 解決しました。ディレクトリのパーミッション設定漏れでした。にらたまさんありがとうございました。 - hizoo1999 (2004年06月10日 21時59分08秒)
お名前: コメント:

荒らし対策 - 名無しさん (2004年06月09日 00時56分49秒)

件名は「荒らし対策」になってはいますが、スクリプト対策と言った方が正しいかもしれません。 現状、ページ一覧の表示件数を0にすると全表示、それ以外はその件数分表示されますので簡単にページ名がスクリプトでえる事ができる状態です。 さらに、編集の都合上本文無しで更新するとページが無条件削除になってしまうので、これまた簡単に消す事ができてしまいます。

まだ、そこまで考えるほど荒らしという物がWikiには聞いた事が無いですが、エンジンの差こそあれほぼ似通った編集方法なのでスクリプトが作られれば簡単に全ページ全削除を許してしまう脆弱性を持っていると思います。 FSWikiではSage機能があるので水面下の荒らしも許してしまいそうですが、ここらへんは今後の構想に入っているのでしょうか?

できれば、全削除されたページだけでも一定期間 age で一覧に載ったり、recentdaysに表示されるといいかなと思うのですが(一部編集だけなら差分から復帰も楽なので)。

  • 荒らしに対してはメール通知、tarでのバックアップ、世代バックアップなどの機能で復旧を支援するという方向です。将来的にはブラウザ上でページをバックアップの内容にロールバックするようなインターフェースを用意したいなと思っています。削除されたページをrecentdaysで表示するということは考えていませんが、管理画面で確認できるようにするのはよいかもしれませんね。 - たけぞう (2004年06月09日 10時15分18秒)
  • 荒らしの対策で、素早い対応と言う意味ではメール通知はかなり有効だと思います。実際、掲示板で荒らしを受けた事が有りましたが、20分ぐらいで削除が出来ました。ただ、メール通知も自分の変更の通知は不要なんですよね。この当たり、たとえば管理者による変更は通知しないとか出来たら良いと思います。 - リュナン (2004年06月09日 12時42分24秒)
  • 自由に内容が変更できる以上、「荒らし」を「完全」に排除するのは無理でしょうね。どこかであった論議に出てきたコメントだったと思いますが、「荒らしが近寄りにくい雰囲気」というのも重要かと。 - にらたま (2004年06月10日 01時04分50秒)
  • ちなみに添付ファイルについてのバックアップは実装予定でしょうか? - 名無しさん (2004年06月13日 06時28分09秒)
  • 添付ファイルのバックアップや履歴管理を行う予定は今のところないです。 - たけぞう (2004年06月19日 11時50分50秒)
お名前: コメント:

更新通知メールのヘッダーについて - naoyam (2004年06月04日 15時07分36秒)

FSWiki3.5.4を重宝させていただいてます。ありがとうございます。

さて、コンテンツに変更があったときにメールを管理者に飛ばすようにしていうるのですが、件名などが入らずにおかしいなと思って、届いたメールをみたところ、SubjectやFromなど、FSWikiの中で生成したと思われるヘッダー情報の前に改行が入っているため、これらが本文に含まれるような形になっています。その前に一通りの情報が入っており、Fromなどはanonymous@XXXX.orgといった形になってます。

ソースをみたのですが、この改行を除く方法がわかりませんでした。

メールサーバーにはqmailをつかっているのですが、関係ありそうでしょうか?

  • うちも MTA は qmail ですけど、FSWiki を UNIX で動かしても Windows で動かしてもそういう現象は起こっていません。Date ヘッダがないのがイヤなカンジですけどね。FTPでコンテンツアップしてるのでしたら文字コード変換が疑わしい気がしますが。。。 - gyo (2004年06月04日 18時12分07秒)
お名前: コメント:

bbsプラグイン/bbs2プラグインについて - ななしさん (2004年06月04日 10時30分48秒)

いつもありがたく利用させていただいています。bbs/bbs2プラグインなのですが、一般記事は改行無効(brタグを挿入しない)、掲示板は一般的なものと同じようにbrが自動的に挿入されるようにしたいのですが、そういったことに対する対応はお願いできないでしょうか?

BugTrack-plugin/2に解決方法が出ていますが、bbs2に適応するとなるとperlかじりはじめの私では現状無理なようです。

デフォルトのプラグインですので、バージョンアップでの対応をお願いしたいです。よろしくお願いします。

お名前: コメント:

項目(*)の直後の番号付き項目(+) - てんつく (2004年05月31日 06時56分12秒)

項目(*)の直後の行に番号付き項目(+)を置くと,ブラウザ上では1階層めのみ番号無しで表示されてしまいます。間に1行入れると問題ありません。また、PDFにすると期待されるように表示されます。これって、バグ?環境はver 3.5.5で、plalaのcgiと、手元のMacOS Xで確認しました。

*項目1-1
+番号付き項目1
++番号付き項目1-1

*項目1-1

+番号付き項目1
++番号付き項目1-1
お名前: コメント:

FreeStyleWikiLiteで書き込み権限を付けたい(@Niftyで) - Hiro (2004年05月31日 02時00分02秒)

今晩は!NIFTYでFreeStyleWikiLite0.0.9を使わせていただいています。Hiroです。宜しくお願い致します。

NIFTYで書き込み権限をつけたいと思い edit.cgiにhtaccessを使おうと思ったのですが@Niftyは案の定使えません^^;

そこで考えたのですが Edit.cgiに対し Edit.cgiの中にパスワードを変数で持たせて 特定パラメータ(パスワード)が飛んでこなければif文で切り分けてログインできませんと出る仕様に変更出来るのかと思うのですがセキュリティ的に問題ありますでしょうか?伝聞としてパスワードが流れてしまうのでまずいですか?何か他の方法やアドバイス頂けたら幸いです。

  • できれば一度認証した後はクッキーを使ってパスワードではなくセッションIDのようなものをやり取りするようにすると良いと思いますが…、それほど強度を要求しないということであれば、単純にパスワードの有無によってif文で切り分けるという方法でも良いのではないでしょうか。 - たけぞう (2004年05月31日 09時19分27秒)
  • たけぞうさん お答えありがとうございました。セッションIDですか なるほど。確かに何度もパスワードが往復しているよりはそちらの方が良さそうですね。edit.cgiとログイン画面の追加してみます。どうもありがとうございました♪ - Hiro (2004年05月31日 23時25分32秒)
お名前: コメント:

Q.サイドバー(メニュー)が本文の下にでてしまいます。 についてですが、、 - nuts (2004年05月30日 14時15分07秒)

報告になってしまいますが、tDiaryのシートの多くがサイドバー関連の記述がなかったりするようなので、それでハマっている方がいらっしゃるのかも、、。cssを例えばdefaultとかと見比べるとすぐわかるとは思いますが、FAQにそれについても一言入れておくというのはいかがでしょうか?余計な意見ですので「モーマンタイ」であればうっちゃってくださいませ。最後に、CGIのみで簡単に動くこのツールを提供してくださっているたけぞうさんに多謝(まだ使い始めたばかりですが、、)。

スタイルシート

スタイルシートは、テーマで定義されているスタイル以外のスタイルを独自に記述することができます。たとえば、サイドバーに対応していないテーマでサイドバーを使う場合は以下のように記述します。

div.main {
  margin-left: 25%;
}
div.sidebar {
  position: absolute;
  font-size: 80%;
  top: 80px;
  left: 0px;
  width: 20%;
  margin-left: 10pt;
}

(snsのドキュメントより)

  • ログインして、スタイル設定/ユーザー定義スタイル に追加すれば動くはずです。気に入らなければこれを元に色々試してみてください。 - む。 (2004年05月30日 23時38分35秒)
  • 御返答、有難う御座いました^^ - nuts (2004年05月31日 11時33分11秒)
  • FAQに入れておきます。 - たけぞう (2004年05月31日 13時55分41秒)
お名前: コメント:

tmpl/redirect.tmpl がSJISで保存されている - 名無しさん (2004年05月28日 16時31分44秒)

3.5.5のアーカイブされている redirect.tmpl がSJISで保存されています。余り気にする事もないと思いますが、一応報告まで。

  • ご報告ありがとうございます。次回のリリースでEUCに修正しておきます。 - たけぞう (2004年05月28日 17時23分15秒)
お名前: コメント:

携帯からの編集 - はるか (2004年05月27日 18時06分24秒)

携帯(i-mode/Vodafone/Ezweb)から編集・新規などはできないのでしょうか?閲覧はできるようなのですが・・・

  • 編集できませんかね。一応、可能なように作っているつもりなのですが… - たけぞう (2004年06月19日 11時51分48秒)
  • ログインが必要だと出来ない気がしますが・・・ - 紅猫 (2004年06月19日 17時25分25秒)
  • あー、それはそうですねぇ。 - たけぞう (2004年06月19日 18時59分22秒)
お名前: コメント:

ToDoプラグインは編集フォーマット切替未対応? - tosa0 (2004年05月27日 11時39分14秒)

以前はFSWikiネイティブの書式を使っていたのですが、最近編集フォーマットを切り替えるようになりました。

編集フォーマットをYukiWikiの書式で編集している状態で、ToDoを(add_todo で表示されるフォーム経由で)追加しようとすると、今までのToDoが、todolistで表示されなくなってしまいました。編集フォーマットをFSWikiに戻して、ToDo自身を確認したところ、全部 !!! 10 hogehoge のようになっていました。

どうやらToDoプラグインが編集フォーマットの切り替えに対応していないようなのですが、ほかに対応していないプラグインなどはありませんでしょうか?

  • TODOプラグインが対応していないというか、フォーマットプラグインの弊害ですね。内部で決め打ちでソースを編集するようなプラグイン全般で不具合があると思います。3.5.6で修正を行おうと思います。 - たけぞう (2004年06月02日 14時21分47秒)
  • とりあえず修正方針としては、保存時にプラグイン側でWiki.pmのメソッドを使ってソースの変換を行うことにします(今まではWiki.pmのsave_pageメソッド内で自動変換していたのですが、上記のようにプラグイン内部でFSWiki形式のソースを生成している場合に問題があります)。標準添付のプラグインについてはできる限りフォーマットプラグインに対応させますが、対応していないプラグインについてはフォーマットプラグインを有効にした状態であってもFSWiki形式で入力する必要があります。 - たけぞう (2004年06月03日 16時42分27秒)
  • 対応ありがうございます m(_ _)m - tosa0 (2004年06月04日 10時27分34秒)
お名前: コメント:

css関連のエラー? - yama (2004年05月26日 15時47分25秒)

WindowsXPにインストールして見かけ上は正常に動いているのですが、アクセスするたびにapacheのエラーログに次のようなエラーが出ています。エラーログを見る限りではwiki.cgiの一行目がおかしいといっているようにも見えますが、ちゃんとperlのパスを指してますし、試しに関係ない場所を指定するとエラーになってページが表示されません。試しにtDiaryのテーマをダウンロードして管理画面でそのテーマを指定してみましたが、やはり同様のエラーが出てスタイルも変わりません。何がいけないのでしょうか?他は特に問題なく動いています。

[Wed May 26 15:41:00 2004] [error] [client 127.0.0.1] C:/cygwin/usr/local/Apache2/cgi-bin/wiki3_5_5/theme/default/default.css is not executable; ensure interpreted scripts have "#!" first line, referer: http://localhost/cgi-bin/wiki3_5_5/wiki.cgi?page=FrontPage[Wed May 26 15:41:00 2004] [error] [client 127.0.0.1] (9)Bad file descriptor: don't know how to spawn child process: C:/cygwin/usr/local/Apache2/cgi-bin/wiki3_5_5/theme/default/default.css, referer: http://localhost/cgi-bin/wiki3_5_5/wiki.cgi?page=FrontPage

  • CSSをcgi-bin配下に置いてあるのでHTTP経由で参照できていないのだと思います。このへんが参考になるかと。 - たけぞう (2004年05月26日 17時18分32秒)
  • ありがとうございます。ご指摘通りでした。themeディレクトリを別なところに移動してそちらを参照するような設定にしたらうまくいきました。 - yama (2004年05月26日 18時20分18秒)
お名前: コメント:

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