[documentation] Free beta screencapture software for Drupal Documentation

[Kent Bye]

> Hosting images on a third party site produces a drag on the site
> performance
> as requests go to third party site and if that site is having issues then
> drupal.org is perceived to be having issues.  Drupal.org has enough
> performance issues right now ;D

Hey Steven,
Thanks for reconsidering this and do please see what Moshe is doing on g.d.o.

I agree that having drupal manage our own photos would be optimal, but I
also think it's worth considering supporting third party photo sharing
services that are out there as an intermediary step.

I'd like to see some real benchmarks on the main drupal.org site for what
the difference would be between drupal serving up it's own images compared
to serving the images from Flickr or elsewhere.

My sense is that it would be too terribly different since I see people
embed photos from flickr on their blog all the time.

One way to do this is through Firebug's "Net" tab that details how long
each individual items take to load.
More details here: http://www.getfirebug.com/net.html

Here's a screenshot page load timeline for g.d.o post
(http://groups.drupal.org/node/4203) that has a couple of flickr photos
embedded via the <img> tag:
http://www.flickr.com/photo_zoom.gne?id=527303223&size=o

The photos are 160kb & 247kb.

According to Firebug, the total page load time was 2.94 seconds.

I bet the page load times would be in the same ball park if the images
were hosted on g.d.o, but I didn't create a duplicate post to test it.

Going the third party route would also free up the disk space issue.

-Kent.