サイズ: 3754
コメント:
|
← 2011-09-10 16:09:15時点のリビジョン3 ⇥
サイズ: 4216
コメント:
|
削除された箇所はこのように表示されます。 | 追加された箇所はこのように表示されます。 |
行 61: | 行 61: |
そもそもプレビューページはスレッド全体を表示できる必要性がない。となればプレビュー部分はactionの中で実装してしまうのはありだろうか。しかし、プレビューしながら編集するという使い方が出来ると便利なのでフォーム回りのコードをやはり共有する必要がありそう。 やはり、出力回りのコードを切り出した方が幸せになれるか。 |
一般ユーザがNFSにアクセスすることは出来ないのか
管理者権限なしにNFSにアクセスして他のユーザのファイルを読み取ることが出来ないのか以前から疑問があったので実験した。
$ rpcgen -DWANT_NFS3 /usr/include/rpcsvc/nfs_prot.x
1 #include <stdio.h>
2 #include <string.h>
3 #include <errno.h>
4 #include "nfs_prot.h"
5
6 #define HOSTNAME "core"
7 #define MOUNTPOINT "/jail/nest/home"
8
9 int main()
10 {
11 CLIENT *client;
12 LOOKUP3args lookupargs;
13 LOOKUP3res *lookupres;
14
15 client = clnt_create(HOSTNAME, NFS3_PROGRAM, NFS_V3, "udp");
16 if (client == NULL) {
17 printf("Error: clnt_create\n");
18 return 1;
19 }
20
21 lookupargs.what.dir.data.data_val = strdup(MOUNTPOINT);
22 lookupargs.what.dir.data.data_len = strlen(MOUNTPOINT) + 1;
23 lookupargs.what.name = strdup(".");
24 lookupres = nfsproc3_lookup_3(&lookupargs, client);
25 if (lookupres)
26 printf("OK\n");
27 else
28 clnt_perror(client, "nfsproc3_lookup_3");
29 return 0;
30 }
$ gcc -o nfstest nfstest.c nfs_prot_clnt.c nfs_prot_xdr.c
結果
$ ./nfstest nfsproc3_lookup_3: RPC: Authentication error; why = Client credential too weak
エラーメッセージから検索したところによれば、クライアント側がwell-knownポートを開いて通信する必要があるらしい。 これによってクライアントがroot権限を持っていることを確認しているわけだ。
BBS設計メモ: どこで書き込み処理を行うか
書き込み処理をどこで行うべきか。プレビュー画面が必要である。失敗したときはフォームにテキストが残っているべきである。書き込みに成功したときにはメッセージと共に書き込み後の掲示板が表示されるべきである。書き込み後にリロードしても安全であるとなお良い。これらの要件を満たす実装方法はなんだろうか。
Parserの中で書き込み処理を行うのは本質的にNGであろう。表示するための処理を期待されている部分で書き換え操作を行うのはトラブルの元であると考えられる。一度のリクエストで複数回呼び出されても文句は言えないのではないだろうか。実際、現在の掲示板では書き込みの履歴の直後にその書き込みの時刻を1秒遅くするような変更が行われていることがしばしばある。これは同一のリクエストの処理の中で秒をまたいで二回更新が行われていると考えるのが妥当である。(二重送信でレースコンディションを起こしている可能性もないわけではないが頻繁に発生しているところを見ると二回呼ばれていると考える方が説得力があろう)
となれば書き込み処理はactionで行うべきであると言うことになる。ところがactionで処理を行った場合にはどのようにしてプレビュー/投稿後のスレッドを表示するかが問題になる。普通にrequest.page.send_page()したのでは少なくともプレビューできない。actionでもスレッドの出力を出来るようにするとなるとその部分のコードを切り出すことになるか。actionで書き換えを行った後にrequest.page.send_page()すると出力はどっちになるんだろう。あるいはpageオブジェクトを作り直せばOK?要検証。
あるいはParser側に手を入れて、actionと協調動作するようにしてしまうと言う手もあるが、あまり綺麗じゃないなぁ。どうしよう。
そもそもプレビューページはスレッド全体を表示できる必要性がない。となればプレビュー部分はactionの中で実装してしまうのはありだろうか。しかし、プレビューしながら編集するという使い方が出来ると便利なのでフォーム回りのコードをやはり共有する必要がありそう。 やはり、出力回りのコードを切り出した方が幸せになれるか。