アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
そもそも (スコア:5, すばらしい洞察)
OSによってはもう15年も前に可能になっていたことなのにどうして未だに日常的にそういう使い方ができる環境になってないんだ?
Re:そもそも (スコア:1, すばらしい洞察)
最近は「同じ名前のアカウントで違うホストに直接ログイン」でしょう?
Windowsのドメインログオンだって「同じアカウントで違うホストに直接ログイン」なんだし。
(Activeなんたらだとどうだか知らないが)
Re:そもそも (スコア:1)
ここで言うのは同じアカウントで違うホストに直接ログオンです。
もちろんNetInfoとファイルのサーバは共通ですが、いずれのホストにログオンしても(その画面解像度やCPUアーキテクチャにかかわりなく)同じように利用できる環境が存在していたのです。
Re:そもそも (スコア:0)
Re:そもそも (スコア:0)
Re:そもそも (スコア:0)
Windows なら移動プロファイルにしてドメイン管理すれば、ユーザーが行なえる範囲の操作は全てサーバーにコピーされ、ログオン時に端末にコピーされるでしょ?
ユーザーの権利を阿呆みたいに拡大して使ってるなら、それはその管理者の責任でデータを移すような処理をすれば良いだけですし。
Re:そもそも (スコア:1, 参考になる)
たとえば、毎回サーバからクライアント、クライアントからサーバへのコピーが発生する点。あるユーザアカウントに対して同時に位置クライアントからのみのログオンしか許さないのであれば問題は少ないのですが、同時に複数のクライアントからログオンした際に作業の不整合が発生する可能性があります。
また、デフォルトではMy Documentsとデスクトップがユーザプロファイルにあるため、ユーザが通常の作業でファイルを頻繁、かつ大量に置く可能性があり、これもまたプロファイルコピーのオーバヘッドを増大させます。
このあたり、Windows 2000/XPはまだまだマルチユーザ・分散クライアント対応という点で過渡期のOSであるといわざるをえないでしょう。
Re:そもそも (スコア:2, 興味深い)
ただ指摘されているようにデスクトップに大量にファイルを置いているとログオンごとにNWをいじめる事になっていました。
当時の環境ではファイルサーバの容量がきつかったです(導入初期が30MBで最後の頃は一人100MBまでだったかな)。