PUKIWIKIのようなWEBベースのシステムで、仕事の仲間で情報共有をしたいのですが、守秘義務の関係もあり非公開としたいのですが、どうすればよいのでしょう。PUKIWIKIのFAQなどを見たのですが、できるのかできないのかよく分かりません

回答の条件
  • URL必須
  • 1人2回まで
  • 登録:2008/04/14 01:24:00
  • 終了:2008/04/17 01:30:08

回答(6件)

id:koujirou6218 No.1

koujirou回答回数597ベストアンサー獲得回数472008/04/14 01:35:03

ポイント20pt

Google Docsを使ってはどうでしょうか?

共同作業も共有も可能です。

http://www.pnavi.org/modules/html/doc.html

ポイントはいりません。

id:wanly

ありがとうございます。その手がありましたね。

2008/04/14 01:51:10
id:khoshi3 No.2

khoshi3回答回数71ベストアンサー獲得回数122008/04/14 02:23:07

ポイント20pt

いちばん簡単でどんなWebシステムにも適用し易い方法としては、.htaccess(apache+UNIX系の場合)などを利用し、IDとpassword(いわゆるBasic認証)でのアクセス制限をWebアプリのディレクトリにまるごと掛ける方法です。IDは人数分各ユーザに配るのが良いと思いますが、1つのIDとpassを共有する方法もあります。


社内LANなどで利用する場合は、IPアドレスでのアクセス制限と併用しても良いです。httpsでのアクセスが望ましいでしょうね。

インターネット上のレンタルサーバなどにWebシステムを置く場合は、.htaccessでアクセス制限が使えるか、さらには守秘義務があるデータを外部においても問題ないか、の確認も必要です。

  • @IT:Apacheでユーザー認証を行うには(Basic認証編):

http://www.atmarkit.co.jp/flinux/rensai/linuxtips/698apachebasic...

id:wanly

ありがとうございます。ちょっと私には難しいでしょうか・・・自分のレベルをあらかじめ宣言しておかないといけないですね。

2008/04/14 02:39:18
id:t_shiono No.3

t_shiono回答回数256ベストアンサー獲得回数222008/04/14 02:24:02

ポイント18pt

求めるキュリティレベルによるのではないかと思います。

すごく大雑把ですが、システムは階層化されていてそのどの部分で制御を行なうかだと思います。

1.本当に厳密にアクセスできる人を限定したいのであれば、ネットワークのレベルで処理する必要があります。つまり、専用回線でつないでその中でデータのやり取りを行なうということです。銀行のオンラインシステムなんかはこの形になると思います。

2.もう少しゆるくてよいということであれば、いわゆるインターネット上にデータは置くけれども、特定のホストからしかアクセスを許さないといった場合です。これは、OSやサーバの設定で対応できます。

3.さらにゆるくてよいとなると、データを処理するアプリケーションへのアクセスを限定することになります。Pukiwiki自体の機能を使うといったことになります。


話はそれましたが、2,3のいずれかで今回はよいのかなと思っています。

2の場合ですとPukiwikiよりも下位の層で対処をしますので、利用するサーバの設定になります。

例えばですが、apacheのhttpd.confや、OSのファイアウォールの設定などがこれにあたります。

3の場合であれば、PukiwikiあるいはPukiwikiの配備の方法で対処します。

具体的には、

あ)Pukiwikiを配置したディレクトリに.htaccessを置いてベーシック認証をかける

(参考:http://www.chama.ne.jp/access/index.htm

い)Pukiwikiの設定でベーシック認証をかける

(参考:http://pukiwiki.sourceforge.jp/?FAQ%2F41

などでしょうか。

何かの参考になれば。

id:wanly

い)をやってみます。これをコピペすればできるのかな・・・ありがとうとございました。

2008/04/14 02:38:09
id:khoshi3 No.4

khoshi3回答回数71ベストアンサー獲得回数122008/04/14 03:13:48

ポイント18pt

すみません、先ほどの私の回答に補足します。FreeStyleWiki を忘れていました。:

  • FrontPage - FreeStyleWiki:

http://fswiki.org/wiki.pl

Web上から ID,passwordによるページ毎のアクセス制限が掛けられる機能が標準でありますので、設置さえしてしまえば、あとは比較的簡単に簡易アクセス制限を掛けられます。(ただし、置くデータのセキュリティには十分注意をしてください。)

レンタルサーバなどでの利用を検討される場合は、下記ページにて設置実績や設置方法を確認してください。:

  • サーバーの比較と使い方 - ドキュメント:

http://fswiki.org/wiki.pl/docs?page=%A5%B5%A1%BC%A5%D0%A1%BC%A4%...

id:wanly

補足ありがとうございました

2008/04/17 01:13:03
id:memo77 No.5

memo77回答回数238ベストアンサー獲得回数202008/04/14 08:08:10

ポイント25pt

basic認証程度で済ますなら、自分で構築するよりサービス使ったほうがいいんじゃないでしょうか。

とりあえずふたつ、個々にユーザー管理ができて情報共有できるサービスを書いておきます。


*@wiki

http://atwiki.jp/

ユーザーアカウントで閲覧制限の出来る無料レンタルwikiサービス。

広告は入るけど、サクサク動くしサポートの対応もいい。


*Backlog

http://www.backlog.jp/

タスク管理を簡単にやるならコレがオススメ。

1プロジェクトなら無料ですし、1課題を雑談用スレッドにしたり技術交流用にしたり、掲示板のような使い方もできます。

投稿するとメールが来るようにも出来る。

有料なら複数プロジェクトも管理できますよ。

id:wanly

backlog面白いですね!!ちょうどプロジェクトマネジメントで問題に直面していたところです。

試してみますね・

2008/04/17 01:22:13
id:garyo No.6

garyo回答回数1782ベストアンサー獲得回数962008/04/14 07:42:34

ポイント18pt

XOOPSのWikiモジュールはどうでしょうか。

XOOPSのメンバーのみ使用可能など色々設定できます。

http://xoops.hypweb.net/wiki/159.html

PukiWikiMod

http://www.xugj.org/modules/d3forum/index.php?post_id=689

xpWiki


XOOPS自体の無料レンタルもありますよ

CMSの無料レンタル CMS Square

http://www.cmssquare.com/

http://www.s2.cmssquare.com/users/add

id:wanly

勉強してみます。

2008/04/17 01:22:50

コメントはまだありません

この質問への反応(ブックマークコメント)

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

絞り込み :
はてなココの「ともだち」を表示します。
回答リクエストを送信したユーザーはいません