[svlug] Any other photo geeks?

Brian J. Tarricone bjt23 at cornell.edu
Thu Feb 7 10:25:01 PST 2008


Don Marti wrote:
> begin Rick Moen quotation of Wed, Feb 06, 2008 at 04:30:51PM -0800:
> 
>> If you need significant bandwidth, you need it.  However, it doesn't
>> follow that you need to turn over your files to some odd little hosting
>> company, and enter into a contractual business relationship where you
>> give them permission to data-mine you and spam you to death.
> 
> If you use a hosted service, you also give up valuable
> Google Juice that you could be sending to a domain you
> control.  Why pour your creative work into a fraction
> of some service's PageRank of 8 or 9 when you could,
> like many long-time SVLUG members, get yourself a 5,
> 6, or 7?

True, but some people might not really care, especially those who don't 
otherwise maintain a web presence and just want a place to put their 
photos.  SVLUGers probably have smaller representation in that group, 
but I imagine there are some.

> If you need the capacity to serve a lot of static
> files, one alternative is coralcdn.org -- you keep the
> master copies of your large files, such as photos
> or audio, and use the content delivery network
> for automatic mirroring.  See the "transparent
> redirection" example here:
>   http://wiki.coralcdn.org/wiki.php?n=Main.Examples

Now that's cool.  I've usually shied way from services like this, since 
my assumption was that you have to give out different URLs, or, at 
least, you end up redirecting to a different URL that shows up in the 
visitor's browser.  But using mod_proxy to forward all requests (except 
for those from the Coral bot) to Coral sounds useful.

I'm not sure I understand what they're suggesting about the use of 
mod_cache, though.  If I'm reading it right, it sounds like the first 
request from outside gets proxied to the Coral network, but subsequent 
requests get cached and served locally (?).  This seems like it defeats 
the purpose of using Coral.  Or am I missing something?

	-brian



More information about the svlug mailing list