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

雑談掲示板

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

FSWiki雑談掲示板

サポート掲示板は質問などの書き込みが主になっているようなので、FSWikiを使っての感想など、些細なおしゃべり・雑談の場合はこちらをお使いください。話が盛り上がってきたら適宜、サポート掲示板などに話題を移行させるような感じでの使い方もできるかもしれません。

  • 過去ログはページ下部の選択肢から参照できます。
  • 件数が増えてきたら古いものから順に過去ログに移動します。
  • 雑談掲示板一覧もどうぞ。
  • 設置に関するトラブルや要望などはサポート掲示板のほうにお願いします。
  • バグ報告に関してはバグトラックのほうにお願いします。
  • FSWikiとは無関係と思われる投稿、コメントに関しては削除させていただきますのでご了承ください。
お名前
件名
本文

コミッタのあきです。開発を再開します。 - あき (2007年03月10日 12時27分17秒)

みなさんご無沙汰してます。コミッタのあきです。

過去にCMS向け拡張パックを開発していた者ですが、多忙と心障で開発が続けられなくなっていました。かつ、約1年という短期間の間に2度もPCのHDDが壊れてしまい、開発中のソース&サイトの全データを失ってしまいました。(いや、端末&ソース開発用に使っていたノートPCを入れると3台です)

一応はRAID組んでたんですが、あまり意味を成さない運用してました。(汗)

皆様にもご迷惑をかけますので、もう本運用では自宅サーバーはやめようと思います。

(「費用をかけないように…」と思ってレンタルサーバーを避けていたのに、むしろ余計費用がかかっていたり…)

いろいろなことが同時に起こりすぎて、暫く何もする気がおきなかったのですが、最近また無性に開発を再開してみたい衝動にかられています。

現在は本業が忙しい(今日も休出)ので「今すぐ」ってわけにはいきませんが、近い将来再開する予定です。一からの出直しです。まずは現状把握に務めます。(最近の動向を把握しきれていないので…)

ということで、皆様これからもよろしくです。m(_ _)m

以前よりプログラミングのスキルは上がってるはずなので、乞うご期待…。

これからは、開発者間のコミュニケーションも、もっと大切にして行こうと思います。

P.S.最近、スパム投稿がさらにヒドくなっているようですね。エンドユーザのWiki離れが心配なので、真剣に考えて行かなきゃ…ですね。

  • いつもお世話になっています。ぜひバックアップ環境構築共、がんばってください。 - 名なし@応援団 (2007年03月12日 11時51分33秒)
  • どのクローンにするかを除けば、Wiki自体の利用者は増えているかもしれませんよ。FSWikiは本当に使いやすいので、気長に付き合えってゆけば良いとも思います。かくいう私は Perl版だけでなく、Java版も気になっています。 - A_M (2007年03月12日 19時15分51秒)
  • 名なし@応援団さん、応援ありがとうございます。応援して頂けるととてもモチベーションがあがります。一人でも多くの方々に喜んでもらえるような機能を開発していきたいと思います。 - あき (2007年03月13日 00時22分43秒)
  • A_M殿、そうですね。全体的に見れば増えていっていると思います。ただスパム投稿はやはり深刻な問題な気がしてます。私の身の回りで以前はFSWikiを使ってくれていたのに今は使ってもらえていない人がいて、その理由が度重なるスパム投稿が原因だとか…。以前に認証機能付きのコメントプラグインをいくつか考案しましたが、一時的には激減したもののやはり完全ではありませんでした。認証用に数字や文字を入力させるのもユーザに対して負担を強いるような気がしますし…。ってことで、以前考え尽くした限りでは完全な解はなかったんです。ですが今、凄いの考えてます。Akismetプラグインってのがあるみたいですが、そちらは詳細が分からないので何とも…です。仕組みは似てるかもしれませんが、私のものは完全オリジナルです。期待していてください。 - あき (2007年03月13日 00時54分37秒)
  • お帰りなさい&私も御無沙汰です。私は山は越えたものの3月一杯はちょっと厳しいかもって感じですが。spamの方は、私の所もすごいんですが、投稿時のURL数を制限したらそこそこ弾いてくれてます。それをすり抜けた分は、今後のためにログ取り&保存してます(笑)。余裕ができたらDNSBLとか試してみたいなと。 - typer (2007年03月13日 21時49分55秒)
  • typer殿、DNSBLって言葉初めて知りました。なるほど、この考え方のことをこう呼ぶのですね。きちんとした呼び名があったとは…。今まで説明するのに苦労してました。(汗) 私のアルゴリズムとは発想がまた異なりますね。でもちょっと興味あります。IPアドレスをブラックリスト化して弾く方は、個人的には関係の無い被害者が出そうで嫌なんです。後、ブラックリストに登録されるときの条件(判定基準)っていうのも、ちょっと気になっているところです。(いたずらによる申請があったら登録されてしまうんじゃないか、とかですね) - あき (2007年03月14日 07時35分36秒)
  • 現在テスト中のスパム判定ロジック、かなり期待できそうです。データサイズもコンパクトで、結構な識別精度が確保できています。仕組みは、自己学習機能を持たせたAI(人工知能)。学習機能付きですので、「サイト毎に特化したスパム判定…」といった芸当も可能です。簡単に扱ってもらえるようなインターフェイスを思案中です。現時点ではかなり良さげな感触です。(^-^) - あき (2007年03月15日 00時06分34秒)
  • 訂正:AI(人工知能)っていうのは誤用かな。技術的にはニューラルネットワークって分野の技術です。 - あき (2007年03月15日 07時18分31秒)
  • 完成度(特に使い勝手)はまだまだですが、まずは「感触を掴んでもらえそうなものを…」ということでアルファ版を作成してみました。あくまでアルファ版です。ここで公開しています。ご興味のある方は是非使ってみて下さい。但しプラグインの設置方法とか、ある程度分かる方限定でお願い致します。できればコミッタの方々…。設置方法等、同梱のドキュメントにまとめてありますが、時間的に細かな質問には対応できそうにありませんのでご了承ください。で、よろしければ使ってみての感想をお聞かせ下さい。皆様の声は更なる改良のモチベーションに繋がります。よろしくお願い致します。m(_ _)m - あき (2007年04月07日 02時51分41秒)
お名前: コメント:

ニコニコ動画貼りたい - 名無しさん (2007年02月19日 16時35分55秒)

ニコニコ動画貼れるプラグインとかどなたか作ってくれたりするとうれしいです。youtubeプラングインみたいなのでニコニコ動画が貼れたらな。

  • レイアウト・プラグイン用でしたらこちらからどうぞ。こういうちょっとしたものならレイアウト・テンプレートで簡単に作れますよ。(^^) - KG (2007年02月19日 18時38分05秒)
  • サンプルです。 - KG (2007年02月19日 18時42分57秒)
  • KG氏の方が幅広い使い方ができそうなのでそちらをお勧めですが、私のWikiで使っているBugTrack-plugin/300を改造した物で良ければどうぞ。YouTube.pm(811) - 名無しさん (2007年02月19日 21時59分51秒)
  • お2人ともありがとうございます。どちらか検討して使わせていただきます。 - 名無しさん (2007年02月19日 22時49分14秒)
  • 添付の YouTube.pm を差し替えました。 変更点は、対応言語の増えたYouTubeに合わせた調整(今までのアドレス指定はwww.youtube.comしか有効ではなかった)、字幕 inという提供サイト対応、CSS用にclass指定をいくつか設定の3点です。 - 名無しさん (2007年06月21日 20時31分11秒)
flv_player
プラグインが出力する領域全てに設定
YouTube
全てのYouTubeプレイヤに設定
www_YouTube
アドレスが日本向け以外のYouTubeプレイヤに設定
jp_YouTube
アドレスが日本向けのYouTubeプレイヤに設定
Google
Google Video提供のプレイヤに設定
nicovideo
ニコニコ動画提供の動画サムネイル領域に設定
jimaku_in
字幕 in提供のプレイヤに設定
  • バージョンUPありがとうございます。便利に使わせてもらってます。感謝。 - 名無しさん (2007年06月21日 22時32分38秒)
お名前: コメント:

NGワードをログインで解除 - kitta (2007年02月15日 20時46分33秒)

スパム対策で設定した"保存を許可しない文字列"を ログインする事で 解除出来る様には出来ないでしょうか?宜しく御願いいたします。

  • plugin/core/SpamFilter.pm に以下の行を追加すれば良いんじゃないかと思います(未検証)。 - KG (2007年02月15日 20時55分57秒)
	my $content = $cgi->param("content");
	return if($content eq '');
	
+	my $login = $wiki->get_login_info();
+	return if($login);

	my $rule = &Util::load_config_text($wiki,'spam_rules.dat');
  • 有り難うございます。月曜日に試してみます。 - kitta (2007年02月16日 07時34分25秒)
  • ごめんなさい。これ 3.6.3dev1 の場合の方法ですよね、3.6.2 で実現する方法は無いでしょうか?再度、宜しく御願いいたします。 - kitta (2007年02月18日 08時05分27秒)
  • 3.6.2の場合、24行目と25行目との間に上記内容を追加してみてはいかがでしょうか。return されているのは、「スパムチェックせずに関数を抜ける処理」だと思います。ですので、 return if($content eq ''); も追記して良いかと思います。 - A_M (2007年02月18日 08時27分39秒)
  • KG様、A_M様。24行目と25行目との間に追記して希望の通りの動作になった事を確認しました。 有り難うございました。 - kitta (2007年02月22日 06時48分07秒)
  • 今日の今気がついたんですが、これだとNGワードに "ttp://" と有るのに ページにURLの記述が有った場合、そのページの一行コメント欄からコメントが出来ません。NGワード有効で 一行コメント欄からもコメント出来る様にはなりませんか?宜しく御願いいたします。 - kitta (2007年03月06日 06時57分47秒)
  • pcomment使ってみます。お騒がせしました。 - kitta (2007年03月06日 09時32分14秒)
お名前: コメント:

Lite0.0.12のリリース希望 - 霞 (2007年01月29日 15時21分48秒)

Lite0.0.11には添付ファイルのダウンロードが正常にできない等のバグがあるにもかかわらず、ずいぶんと長い間アップデートがありません。今のままではLiteをダウンロードしたものの、不具合で使用を断念するという人がいるのではないでしょうか。CVSでは修正されているのですから、ぜひ0.0.12の早期リリース、または分かりやすい場所に不具合がある旨の告知を希望します。

  • これについては同感です。Liteは処理速度も申し分ないと思いますし、勿体ない気もしますね。 - A_M (2007年01月29日 18時16分07秒)
  • FSWiki本体にも充分な作業時間を確保できておらず、Liteまで私の手が回っていないというのが正直なところです。どなたかメンテナンスしてくださる方がいらっしゃると助かるのですが…。とりあえず現状のCVSの最新版は近いうちにきちんとリリースしたいと思います。 - たけぞう (2007年01月29日 23時21分44秒)
お名前: コメント:

Cookieで複数の値をセットするケースでお薦めなのは? - ZON (2007年01月23日 13時30分33秒)

ども、プラグイン投稿で何度かプラグイン作成を行っているZONです。

サポートと雑談のどちらにしようか迷ってから「正解の無い投げかけだから」という理由で雑談の方に書き込んでいます。

現在私は今までのものよりは比較的大きなプラグインを作成している所なのですが、その中で Cookie を使おうとして件名のような疑問を抱きました。調べた所、Cookieには『サイズの制限』と『サーバーの発行個数の制限』があるようですね。

Cookieとしてセットしたい値が10個ある場合、それぞれnameをつけてセットすると、読み込みの扱いは大変楽ですが、個数の制限を消費してしまいます。(また、大量のCookieを嫌う人もいますよね)

一方で @配列変数で格納すると、順番で判断して取り出すことになるので人為ミスが起きそうな感じが心配です。(順序を変更した場合も全体をチェックする必要が出ますし)

それから、古くからある方法で、任意の区切りをつけて値を連結するというテクニックでは個数分以上の切り出し用変数を用意する必要があるようなので、もっとうまい方法が無いかと悩みます。(そのルーチンだけで10も20も変数を使うと「いいんだろうか」というもったいない気持ちになります)

さて。いま作成中のプラグインについては、扱いの簡単な「それぞれ名前をつけて発行」という方法で問題なく動いていますが、おそらくこれだと環境が違う場合にエラーを起こしそうです。

Cookieの取り扱いについて、作る面から、使う面から、どんな方針がありますでしょうか?

考えを聞かせていただければと思います。

  • Cookie技術は開発された当初の使い方だと、手軽な反面、情報漏洩などが懸念され、そこから「セッション」という技術が誕生しました。セッションは、Cookieのやりとりを行うのだけど、サーバー側で発生させた時限付きのIDだけ、Cookieのやりとりをし、大きなデータ(または大事なデータ)はキャッシュファイルなどのサーバー側に保存する手法です。更に最低でもMD5といった暗号化技術を併用することで、第三者に情報取得されにくいものになっています。が、「手軽に使うのにセッションまでは…」とか、「ブラウザに渡しても問題の無い、さほど重要ではない情報なら発行するIDも重要でない」というのであれば、Perl内で任意のIDを決めてCookie発行すると、サーバー側に大きな情報を保存できます。セッションを使ってみる良い機会かも:) - A_M (2007年01月23日 16時49分43秒)

Session で設計

ZONです。ご意見ありがとうございます。

なるほど、セッション技術はそういう目的(それ以上ですね)のものであったのですね。これは気づきませんでした。おかげでまた一つ「なるほど」という部分が広がったのを感じます。手元の手引に使っている本にはセッションについてはほとんど記載がありませんでしたが、以前にオブジェクト指向についての本を市立図書館から借りたときにはセッションについてのページがあったのを記憶しています。「ここに繋がるのか」という感覚でしょうか。

さて、大層な事を企んでいる訳ではなくて、これまで別CGI(perl)に頼っていた「アンケート(職場)」と「日誌」と「掲示板(コミュニケーション目的)」をプラグインとして作ろうとしています。(いずれもごく狭い範囲が対象です)……その際、よくBBSで「いくつかの値はクッキーで保存され、自動的に入力されます」という機能を実現したいというのが発端です。これらを作り上げる亊に関連しての事はこの場の主題ではありませんが、こういう目的に対してのセッションの設計を考えてみました。

  1. 入力内容のうちで保存したい値をハッシュの形式にする
  2. セッションIDの発行と値の格納
    • 格納先はDBではなくてファイル(./log や ./config またはユニークなディレクトリ)
  1. セッションIDをクッキーにして有効期限つきで発行
    • 有効期限は30分とか、その年度中(20xx年3月31日)などが考えられます
  1. 【一定の時間の経過】
  2. クッキーを使ってセッションIDを取得
    • 有効期限切れなら新規と同じ動作……期限切れの値はこの時点で削除した方がいいのかな?
    • 有効期限内なら値の取り出しの動作
  1. 取り出した値をスクリプトで使用する
    • 使用済みの値は新たに入力された値の保存の時点で用が無くなるのでここでも削除した方がよいのかな?
  1. 使用者からの入力を受け取り、最初に戻る

……かなり大雑把な感じもしますが私の今の理解だとこんな感じになりました。

値の削除が新たな疑問として浮かびましたが、スクリプトを実際に書きながらタイミングをつかもうと思います。

指摘ありましたら、ぜひどうぞ。(2007年01月26日 昼ごろ)

  • 「セッションを使う良い機会」などと言っては見たものの、FSWikiが管理するセッションは、管理画面上で設定した「セッションタイムアウト」で強制的にサーバ上のファイルを削除する仕様です。あくまでもログイン認証の目的で、Wikiページが表示される毎に、サーバ側のセッションファイルをタイムスタンプで判断して削除するコア仕様。このため、最も手軽な方法を用いるのであれば、Cookieに保存するのは、ユニークなIDで、特定されにくいキャッシュファイル名でも良さそうに思います。 - A_M (2007年01月26日 18時09分36秒)
お名前: コメント:

サーバの移転時に移すファイルは? - fnak (2007年01月22日 16時26分37秒)

FSWikiをグループウェアとして利用していたのですが,サーバー(TurboLinux)が壊れてしまい,動かなくなりました。とりあえずデータを抜いて,あたしいサーバーに同じ環境を作りたいのですが,可能でしょうか?。もし可能ならどのファイルを抜けばよいでしょうか。

  • 標準の状態で使用しているのであれば、lib, plugin, theme, tmpl 以外のディレクトリを全てバックアップしておいた方が良いです。左記のディレクトリ内のファイルは修正もしくはプラグイン追加等の状況によってバックアップ対象となるかどうかが変わります。お勧めは全てバックアップすることです。 - KG (2007年01月22日 16時37分43秒)
お名前: コメント:

子wikiのみ携帯でログインしたい - 質問者 (2006年12月16日 03時57分22秒)

携帯でログインできないようですが、携帯で閲覧できるパスワード認証制限をかけたいです。wiki全体に認証をかける場合は、.htaccessの認証が使えそうですが、一部の子wikiだけに認証をかけたい場合、.htaccessで制限する方法はあるでしょうか?

  • 勉強不足でまともな回答はできないのですが、BBS-サポート掲示板/646に出てきた内容に似ているように思います。名無し さんの回答から推測すると、FSWikiのCGI仕様ではURI中の?以降もディレクトリパスのような扱いをするのですが、Apacheの処理ではクエリとして扱われる為、.htaccessは利用できない(…のかな)。と思います。携帯電話でのログインは私も興味のあるところですが、現状ではどのキャリアもCookieに対応したフルブラウザ標準実装の取り組みがされているようです。携帯電話利用者としては、パケット通信費などまだまだ気になるところが多いのですけどね。 - A_M (2006年12月16日 23時59分19秒)
  • RewriteRuleのオプションにR=401(レスポンスコード401=認証の要求)を付けてみましたが,Internal Server Errorになったので,fswikiが必要に応じて401のレスポンスを返す必要がありそうです.RewriteCond %{PATH_INFO} 子wiki名を使って子wikiの時だけ別cgiに飛ばして,そこで認証して元のページに戻る実験もしてみましたが,Apacheのaccess.logを見てもfswikiへのアクセスでは認証関係のやり取りはしていないようです - 名無しさん (2006年12月21日 09時34分22秒)
お名前: コメント:

データファイルの拡張子を .wiki から .txt にしたい - 質問者 (2006年12月14日 22時57分11秒)

データファイルの拡張子を.wikiから.txtに変更したいのですが、そのような機能はありますか?もし無い場合は、どのスクリプトを弄れば良いでしょうか?

  • Windowsなら「検索」の「含まれる文字列」に「.wiki」といれて検索すれば変更するべきファイルが見つかると思います。 - joe (2006年12月15日 01時05分40秒)
  • 変更するべきファイルの場所はわかっています。拡張子txtのファイルを、wikiを使って読み書きする方法を探しています。 - 質問者 (2006年12月15日 02時01分02秒)
  • すみません、意味を勘違いしていました。.wiki で変更するべきスクリプトのファイルを探すという意味ですね。それもやってみます、ありがとうございます。しかし、DefaultSotrage.pmの sub get_pageなどを見ると、.wiki ではなく、wiki だけになっていますので、全て探しきるのは難しそうです。 - 質問者 (2006年12月15日 02時04分57秒)
  • Util::make_filenameの第3引数が拡張子なので、DefaultStorage.pm内の同関数を全て確認すれば表題の変更ができるかもしれません。(たしか、他のプラグインなどはget_pageなどのAPIを正しく利用していたように思います。) - A_M (2006年12月16日 00時28分47秒)
  • DefaultStorage.pmとWiki.pmの該当箇所を変更するだけで、できたようです。ありがとうございました。 - 質問者 (2006年12月16日 03時36分30秒)
お名前: コメント:

あるページをグリーティングカードのような枠で装飾したい - 名無しさん (2006年12月07日 03時42分06秒)

クリスマスが近づいてきたので、グリーティングカードのようなページを作成したいのですが、枠の作成で困っています。

通常はこちらのHPで開設されているような方法で作成すると思うのですが、これをFSwikiで実現するにはどうしたらよいでしょうか?

HTMLプラグイン等でbackground-image指定で試してみたんですが、画像の大きさを合わせるのが一苦労ですし、そもそもページ本文に制限や使用テーマ(スタイル)にも影響されちゃうみたいでうまくいきません。

素直にinclude_htmlプラグインを使ったほうがいいのでしょうか?

  • 手早く作っちゃうのであれば、include_htmlプラグインにTABLEレイアウトで埋め込む方法になりますが、「スタイルシートで!」との事でしたら、スライディングドアメソッド(GIGAZINE) という手法が利用できます。ページ全体のテーマとデザインしたいHTML要素との個別性を検討したCSS指定が必要なので、大変かもしれませんが、リンク先で表示される div.dialog 部分を固定の横幅にしてしまうのがポイントかもしれません。 - A_M (2006年12月07日 07時00分13秒)
  • 参考になりました。ありがとうございます。 - 名無しさん (2006年12月08日 00時43分37秒)
お名前: コメント:

スキームの追加をしたい場合の変更場所 - junk (2006年10月30日 11時21分47秒)

スキーム(http://など)を追加したい場合に、どの辺の修正をすればよいのか、または、なにか方法があれば、教えていただけませんか?

具体的には、outlook://パブリック フォルダ/共通outlook:\\パブリック フォルダ\共通C:\Program Files\Adobeあとは、ファイルサーバーなどの\file_server\common\userといったところにリンクを貼りたいと言うことになります。

よろしくお願いします。

  • lib/Wiki/Parser.pm の parse_line 関数内の 「URL別名リンク(280行目辺り)」および「URLリンク(296行目辺り)」 のところだと思います。 - KG (2006年10月30日 11時32分22秒)
  • 早速、直してみました。outlookについては、|| $source =~ /\[([^\]+?)\]*)\]/いった形で修正をかけましたら、うまく行きました。ファイルサーバー上のリンクとローカルディスクについては記述の仕方がよくわからないので、止まっております。 - junk (2006年10月30日 16時20分36秒)
  • 誰か、ファイルサーバーへのリンクの貼り方を教えていただけませんか? - junk (2006年11月02日 15時46分46秒)
  • 誰か、ファイルサーバーへのリンクの貼り方を教えていただけませんか? - junk (2006年11月02日 15時46分53秒)
  • 次のようなURLでファイルサーバ上のファイルへのリンクになりますよ。ソースの修正は必要ないと思います。うちではこれで問題ありませんでしたよ。 - gyo (2006年11月26日 03時08分43秒)
file://\\ファイルサーバ名\ディレクトリ名\ファイル名
[サーバのファイルの説明|file://\\ファイルサーバ名\ディレクトリ名\ファイル名]
  • gyoさん、ありがとうございます。 - junk (2006年12月05日 11時14分57秒)
お名前: コメント:

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

最終更新時間:2014年08月28日 09時33分14秒