1. This use rewrite rules in the .htaccess file in the folder where your gallery main.php resides.
2. This does not use mod_proxy on purpose because setting up mod_proxy securely is more work than it is worth for this method.
3. This requires a second HTTP server, which can be on your own server or elsewhere. I chose Lighttpd because of its reputation and because I already had it running on my server. It is truly light and can serve an incredible amount of requests with low CPU or RAM usage. I mean LOW. I could describe how to set it up if anybody wants, but its incredibly easy.
4. This could conceivably be expanded to include more files, if you want. I’m sure the rewrite rules could be improved. I’m not a master at them like the G2 team.
5. This is great if you have a second hard drive on your server for the increased I/O capabilities.

That said, you can have Lighttpd running on your server on a second IP address, and therefore domain name/subdomain name, or on another port such as 81. My gallery is on the domain hardcoredreamer.com so I created a DNS A record for fast.hardcoredreamer.com to point to the IP where my Lighttpd process is on.

lighttpd.conf:
If you are running lighttpd on a different port, you would just need to set the document root to be the folder of your web root.
server.document-root        = "/location/of/my/website/root/"

Running on a subdomain:

$HTTP["host"] == "fast.hardcoredreamer.com" {
server.document-root = "/location/of/my/website/root/"
}

For security reasons:
url.access-deny             = ( "~", ".inc", ".htaccess", ".ini", ".php" )

This will deny somebody access to the config.php with my setup password or .htaccess files. I did not enable Lighttpd to be able to even use PHP, so there is no point in it trying to access them. This means Lighttpd stays “light”.

Inside of my /gallery/.htaccess file I added these rewrite rules [note if your gallery folder is called something else, use that name]:

RewriteCond %{REQUEST_FILENAME} .(js|css|gif|jpg|png)$ [NC]
RewriteCond %{REQUEST_URI} /gallery/themes/$
RewriteRule ^(.*)$ http://fast.hardcoredreamer.com/gallery/themes$1 [R,L]
RewriteCond %{REQUEST_FILENAME} .(js|css)$ [NC]
RewriteRule ^(.*)$ http://fast.hardcoredreamer.com/gallery%1/$1 [R,L]
RewriteCond %{REQUEST_FILENAME} .png [NC]
RewriteCond %{REQUEST_URI} /gallery/modules/icons/iconpacks/$
RewriteRule ^(.*)$ http://fast.hardcoredreamer.com/gallery/modules/icons/iconpacks$1 [R,L]

Explanation: My problem was that my silk icon pack icons loaded incredibly slow. They’re small files and I have a 30Mbit connection from my server to home – I shouldn’t actually see them loading up from top to bottom. This redirects any requests for the .png icons in the icon pack to another server. What this does is redirects the requests to Lighttpd which in turn responds with the icons & themes .png, .css, and .js files in parallel to Apache serving all of the other content such as the main pages and thumbnails.

If you are running Lighttpd or another server on a different port, you would just change the RewriteRule to point to your domain/ip/anything:81 or whichever port you choose.

I’m sure this could be expanded upon somehow. I’m sure this makes little sense to many people. I’ve found performance gains by using mysqld_multi to run simultaneously a separate database instance on a second drive with its own innodb caches as well as another instance for Firestats (since it *severely* degrades performance when its sleeping threads tie up your gallery2/other threads.) If anyone is interested in that, let me know.

If you decide you want to try this out, watch your Lighttpd logs to see if the rules you’ve modified for your own server are indeed serving requests. You can also copy your /gallery folder and put that on another drive and just let Lighttpd have access to that one folder, but i’m also using Lighttpd to serve static files for my wordpress blog and anything else I can think of. Using redirect rules, the end user does not see that such and such file is actually located elsewhere.

I’m willing to say that if you use iconpacks, add in the rule for the .png files in your own .htaccess and see if it works. If your gallery folder is called gallery2 try:

RewriteCond %{REQUEST_FILENAME} .png [NC]
RewriteCond %{REQUEST_URI} /gallery2/modules/icons/iconpacks/$
RewriteRule ^(.*)$ http://fast.hardcoredreamer.com/gallery/modules/icons/iconpacks$1 [R,L]

Caveat: Gallery2 will change your .htaccess file if you tell it to, erasing any additions you make.

If I could just somehow figure out how to get the thumbnails sent through a static server, I’d be quite happy. Compared to Lighttpd, Apache is a lumbering beast filled with features but resource intensive.

Wow! Its just amazing how little memory Lighttpd uses to serve out thousands of tiny .gif files. Apache would generate a memory intensive process for every request. I’ll be able to find creative uses for this in the future.

I’ve updated us to the SVN Gallery 2 that has the Gallery Core at 2.3. It seems really fast. Firestats slows down the gallery, and I wish that it would use PostgreSQL as an option so that the database writes, even in innodb, don’t slow it down so much. I get great stats from Firestats for both Wordpress and Gallery 2, however its speed degradation is pretty enormous. I gave up trying mod_mem_cache once I realized that I could never speed it up to the degree that it runs without Firestats. One idea is to run a separate MySQL server, but this seems inelegant. I may just end up trying it out, or putting a Firestats database on a VPN.

I still would like to finish sorting and updating all of the pictures. I can add so many recent pictures that Gordon and Cubbie have taken, but work consumes my life at the moment.

Earth Dance Video Player!

Below this cut, however, you can see all of the videos from a neat flash player!

In the meantime, I have munin monitoring the server and I am very pleased with how smoothly everything is running. I have given MySQL much more ram than it needs for the sake of performance, and have been watching the free memory to make sure there is enough for http processes. Of course, I was able to free up many processes by using mod_security smartly.

Here is how to embed any of your albums as a flash slideshow in your Myspace, Livejournal, or website that accepts the <embed> tag for flash!

First, go to your album that you wish to have displayed as a random slideshow. In the sidebar, you will see:

RSS Feed for this Album

I chose my downtown Phoenix Album. When you click this, in the title bar it will show /srss/35490 for my album, and a number specific to yours. This number is all  you need to identify which album you want to be displayed.Use that number to replace the 35490 in the following HTML with the number that corresponds with yours:

<embed width=”160″ height=”160″ align=”middle” pluginspage=”http://www.macromedia.com/go/getflashplayer” type=”application/x-shockwave-flash” name=”minislide” wmode=”transparent” quality=”high” flashvars=”xmlUrl=http://www.hardcoredreamer.com/gallery/xml.php?g2_itemId=35490&shuffle=true&showDropShadow=true&delay=3&transInType=Fade&transOutType=Random&showTitle=bottom” src=”http://www.hardcoredreamer.com/gallery/minislideshow.swf”></embed>

I hope you see the 35490 in there, because that is all you’ll have to replace in order to post this! The original instructions can be found at this website, and I have the mini slideshow flash file located here for you: http://www.hardcoredreamer.com/gallery/minislideshow.swf

http://www.hardcoredreamer.com/gallery/map/

Any item can have GPS coordinates now!

GREEN: Default Photo Color
ORANGE: CLUB
PURPLE: RAVE
RED: Default Group Color
YELLOW: Default Album Color
WHITE: Adventure
GRAY: Vacation
BLUE: Family
AQUA: To Be Decided
BLACK: To Be Decided

All you have to do is go to “Edit album” or “Edit picture” and there is now a Google Map section where you can look up the GPS coordinates by Address or by using a map that will help you find where the party was!