On Thu, Jun 30, 2005 at 11:57:27AM -0400, Hubert Chan wrote:
> On Thu, 30 Jun 2005 08:29:56 +0200, David Weinehall <[email protected]> said:
>
> > On Thu, Jun 30, 2005 at 12:33:10AM -0400, Hubert Chan wrote:
> >> It's sort of like the way web servers handle index.html, for those
> >> who think it's a stupid idea. (Of course, some people may still
> >> think it's a stupid idea... ;-) )
>
> > And guess what? That's handled on the web server level (userland),
> > not by the file system. So different web servers can handle it
> > differently (think index.html.sv, index.html.zh, index.php, etc).
>
> >From the web *browser*'s point of view, it is handled by the
> "filesystem" (which is provided by the various servers). The browser
> doesn't care how or where the data is stored. It just requests a file,
> and gets some data back. So the browser doesn't have to check for
> http://www.example.com/, get a failure (trying to read a directory),
> check for http://www.example.com/index.html, etc. In this way, the web
> server controls (which I think takes the place of the filesystem in this
> case) what gets shown (index.html.sv, etc.), instead of the leaving it
> up to the browser.
>
> In the same way, you don't want every single user program to have to
> guess whether it should look at .data, or .contents, or whatever.
For the analogy to be complete:
User has a file browser (say Nautilus)
The file browser sees the userland VFS (say a unified VFS between GNOME
and KDE)
The VFS sees the real file system
This way the userland VFS can be ported to almost any platform.
When toying around on the desktop, an abstraction of what a file
is works fine with me. When doing serious work (programming,
tar:ing up stuff, etc) I want to be bloody sure that I see the
files in the same way always. I don't want surprises such as
files suddenly behaving as directories or vice versa.
Regards: David
--
/) David Weinehall <[email protected]> /) Northern lights wander (\
// Maintainer of the v2.0 kernel // Dance across the winter sky //
\) http://www.acc.umu.se/~tao/ (/ Full colour fire (/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]