|
|
| Author |
Message |
|
| Guest |
 Posted: Thu Jan 28, 2010 9:49 pm |
 |
|
|
Guest
|
Julian Noble wrote:
> Symlinks offer a subset of virtual directory capabilities. They are not
> an equivalent.
> Both IIS and Apache have analogous systems for redirecting requests
> independently of the filesystem.
Hello again Julian - long time no hear - nice to see you back !!
And yes - you are right - but also
> and the demographics of Yaws's current
> userbase.
>
applies.
I wrote what I wrote since you wrote the vdir code - which made
yaws_server.erl more hard to understand - also cleaned up the
server code substantially and then disappeared ....
> I notice that there is a recent addition to the codebase for 'excluded
> paths' under an appmod.
> This is exactly the sort of thing virtual directories are intended to
> solve.
> It seems a pity that a more 'ad hoc' mechanism such as an exception
> should be employed - but I can only blame myself for not being around to
> evangelize the concept - and more importantly perhaps - provide some
> basic documentation 
But here I really have to disagree, the exclude thing is precisely
what all those framework guys want, they typically want an appmod at /
since all requests are to be handled by the "framework" except maybe
some static content directories containing js/jpg/etc stuff
/klacke
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Erlyaws-list mailing list
Erlyaws-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/erlyaws-list
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Fri Jan 29, 2010 2:40 am |
|
|
|
Guest
|
On Thu, 28 Jan 2010 21:48:52 -0000, Claes Wikstrom <klacke@tail-f.com>
wrote:
> Julian Noble wrote:
>
>> Symlinks offer a subset of virtual directory capabilities. They are not
>> an equivalent.
>> Both IIS and Apache have analogous systems for redirecting requests
>> independently of the filesystem.
>
>
> Hello again Julian - long time no hear - nice to see you back !!
> And yes - you are right - but also
>
> > and the demographics of Yaws's current
>> userbase.
>>
>
> applies.
>
> I wrote what I wrote since you wrote the vdir code - which made
> yaws_server.erl more hard to understand - also cleaned up the
> server code substantially and then disappeared ....
>
>
>> I notice that there is a recent addition to the codebase for 'excluded
>> paths' under an appmod.
>> This is exactly the sort of thing virtual directories are intended to
>> solve.
>> It seems a pity that a more 'ad hoc' mechanism such as an exception
>> should be employed - but I can only blame myself for not being around
>> to evangelize the concept - and more importantly perhaps - provide some
>> basic documentation
>
>
> But here I really have to disagree, the exclude thing is precisely
> what all those framework guys want, they typically want an appmod at /
> since all requests are to be handled by the "framework" except maybe
> some static content directories containing js/jpg/etc stuff
>
> /klacke
An 'exclude thing', with additional capabilities is effectively what they
would get with vdirs.
Sure - it's convenient to express it as an exclusion list directly where
the appmod is defined - but that is effectively another mechanism within
the url-handling code to do the same thing as vdirs do.
If it's that important that the exclusions be directly and simply
specified within the appmod definition - it just strikes me that what
they want would be better modelled as syntactic sugar in the config file.
(ie resolving to the same underlying mechanism).
I recall losing a minor battle over the config file format where I
mentioned the dreaded XML word. I'm not specifically attached to xml -
perhaps YAML would have been better - but it remains a frustration to me
that for any external tools to work with this file - a custom parser has
to be written.
In relation to the vdir work - things stalled when it came to a way to
specify vdirs properly in the config as opposed to the awful way I hacked
them into 'opaque'.
Anyway.. assuming the config file 'format' is more or less set in stone
for now,
the theoretical vdir config section would specify more than just a path.
Things such as default document type to be served from a particular folder
come to mind - but really - just about anything such as auth or deflate
can make sense here.
A virtual directory should be thought of as more like an 'overlay' onto
the url system which allows a bunch of exceptional properties to be set.
Whether the original url path would have been handled by an appmod, the
default delivery system or whatever - overlays based on longest-matching
paths (most specific url) would come into effect.
I fear that without an overarching vdir system (or something like it) - we
just end up with a myriad of ways to hack various configuration properties
so they attach to various urls with various exceptions.
Well.. that in a nutshell was the vision.
Cheers,
Julian
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Erlyaws-list mailing list
Erlyaws-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/erlyaws-list
Post received from mailinglist |
|
|
| Back to top |
|
|
|
All times are GMT
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You can attach files in this forum
You can download files in this forum
|
|
|
Digg It
Del.icio.us
Reddit
Facebook
Stumble Upon
Technorati
