[pLog-svn] resserver usage
Jon Daley
plogworld at jon.limedaley.com
Wed Oct 4 10:16:01 GMT 2006
Test case:
http://jon.limedaley.com/plog/test.html
In linux/firefox, I get test.php.jpeg and not 1-10.jpg
This image is served through apache, not php.
On Tue, 3 Oct 2006, Oscar Renalias wrote:
> I was also considering using a 30x redirect but I am not sure what will
> happen with the file name. What I mean is that if somebody requests
> /resource/myalbum/myfile.jpg and resserver.php does a redirect to
> /gallery/44/44-23.jpg, how will the browser address look like? What name will
> the browser suggest when saving the file? myfile.jpg or 44-23.jpg? I guess
> 44-23.jpg would be kind of ugly, wouldn't it? But if we managed to keep the
> original file name, this probably is the easiest option of all.
>
> On 3 Oct 2006, at 23:07, Jon Daley wrote:
>
>> That is interesting. I wonder if it is possible to do an *internal*
>> apache/mod_rewrite via php. That way the user doesn't see the 301/302
>> redirect, but our script doesn't have to write out the image file.
>> I think the 301/302 way would be alright as well - the users would
>> only see the "real" url if they were doing spidering sorts of activities,
>> and would still be able to use "nice" urls, as well as access control
>> (except for the instance where people get the "real" URL, and then try to
>> do stuff with it, although I am not sure what they could do - guess file
>> names?)
>> The .htaccess could even only allow requests with a certain referrer,
>> or other environment variable, so only redirected accesses would be allowed
>> - those types of checks might not be as available to everyone as "regular"
>> rewrites, I am not sure. I guess it is just apache, so probably
>> mod_rewrite is on or off, it isn't like we are dealing with php's safe
>> mode.
>>
>> On Tue, 3 Oct 2006, Reto Hugi wrote:
>>> - having some sort of access control to resources
>>> - doing statistics through lifetye (not webserver access log)
>>> - having nice urls for resources (?)
>>>
>>> the first reason leaves not much space for alternatives, I think. PHP
>>> has to read the file and send it to the client.
>>>
>>> But the other two may be done in a less resource intensive manner:
>>>
>>> - using mod_rewrite (i like the plugin variant proposed by paul)
>>> - redirecting the client through the script (not the script reading the
>>> resource)
>>>
>>> I don't have a PoC for the last suggestion, but I assume, that we may
>>> safe reasonable amounts of server resources by only asking the database
>>> for the correct direct url to the file and do a 301 or 302 redirect.
>>> downside is, that this needs changes to the core, IMO.
>>>
>>> Challanges:
>>> - can we improve performance and still have access control via lifetype
>>> (-> thinking about the new permission capabilities...)
>>> - is redirecting a useful solution to improve performance?
>>>
>>> oh well, not a very helpful post, just my thoughts :)
>>>
>>> reto
>>> _______________________________________________
>>> pLog-svn mailing list
>>> pLog-svn at devel.lifetype.net
>>> http://devel.lifetype.net/mailman/listinfo/plog-svn
>>>
>>
>> --
>> Jon Daley
>> http://jon.limedaley.com/
>>
>> Talking much about oneself can also be a means to conceal oneself.
>> -- Friedrich Nietzsche
>> _______________________________________________
>> pLog-svn mailing list
>> pLog-svn at devel.lifetype.net
>> http://devel.lifetype.net/mailman/listinfo/plog-svn
>>
>
> _______________________________________________
> pLog-svn mailing list
> pLog-svn at devel.lifetype.net
> http://devel.lifetype.net/mailman/listinfo/plog-svn
--
Jon Daley
http://jon.limedaley.com/
Better a meal of vegetables where there is love
than a fattened calf with hatred.
-- Proverbs 15:17
More information about the pLog-svn
mailing list