This blog has been retired, new updates are happening at http://josephscott.org/
0

Links for Fri 15 Feb 2008

Posted on February 15th, 2008 / Comments Off
Tags: , , ,
2

Links for Mon 4 Feb 2008

Posted on February 4th, 2008 / 2 Comments »
Tags: , , ,

Matt made it so that the revision number shown in SVN-Notify links to the Trac diff page for that revision. This was for the wp-svn list, but no reason it couldn’t be used elsewhere.

Figured I might need something like this one day, so here it is:

/usr/local/bin/svnnotify -r $REV -C -d -H HTML::ColorDiff -p $REPOS \
-t wp-svn@lists.automattic.com \
--from m@wordpress.org \
--reply-to wp-hackers@lists.automattic.com \
--revision-url http://trac.wordpress.org/changeset/%s \
--ticket-map '(#(\d+))=http://trac.wordpress.org/ticket/%s' \
--ticket-regex '(\[(\d+)\])' \
--ticket-url http://trac.wordpress.org/changeset/%s

And here’s Matt’s email to wp-hackers that explains it a bit more.

0

Mac Backup To Dreamhost

Posted on April 2nd, 2007 / Comments Off
Tags: , , , , ,

When I posted a brief comparison to Amazon S3 and Dreamhost one thing I didn’t do was suggest how one could actually use Dreamhost in a similar way as S3, like backups. For S3 Jungle Disk is one option for backups. Now there is a how to on backing up your Mac to Dreamhost (part 2).

Another approach would involve using MacFUSE with the ssh module. Have I mentioned how much I’d like to see Apple include MacFUSE in OS X by default? Well, I would, a lot.

What this approach doesn’t do that Jungle Disk does is encrypt the files on your remote backup. But on the other hand S3 has a file size limit of 5GB, as long as it isn’t between 2GB and 4GB. So really S3 on supports files sizes from 1-2GB and 4-5GB. Each method has pros and cons.

0

How to Deactivate the Snap Preview Anywhere links

Posted on February 1st, 2007 / Comments Off
Tags: ,

If you are annoyed by the many sites using Snap Preview on their links, there is some hope. You can disable Snap Preview via a cookie.

I’ve found Snap Preview to be a pain. Looks like I’m not the only one. On the flip side, there seem to be lots of people who do like it.

Time will tell if this is a trend that lasts, or a fad that fades. In the mean time you can disable it if it bothers you.

I’ve wanted to get all of our web servers at work under one umbrella in a reverse proxy setup for some time. I wanted this so that I could expose only one web server to the outside world (some of this has to do with network topology that is beyond my control), allowing me make all of our web services available under one URL (nice for things like SSL and multiple URL rewriting) and making it possible to filter web requests at one place. Today I finally sat down with the intent to make it work and plan for the switch over.

In the past I’d looked at doing this with Pound, but it fell short in one key area, URL rewriting. Everything else I needed was already there, in one convenient spot. I really wanted this to work, but in the end I couldn’t give up URL rewriting, it’s a requirement for what I’m trying to accomplish. I also looked at Squid for a time. Honestly I didn’t complete my trial of Squid, it is possible that it might me all of my requirements, but I didn’t see anything that looked like mod_security for Squid. That was another needed feature, I’m trying to protect IIS servers so I wanted all the extra help I could get.

So I eventually ended up at Apache, with mod_proxy. With the help of this how to article things went pretty smoothly. Until I tried to bring the server hosting our Squirrelmail install. No matter what I tried I could get to successfully login. Suspecting that this had to with cookies being based between the client, proxy and server I went hunting for web on the web. Turns out the how to article above mentions a couple of proxy directives for dealing with this, ProxyPassReverseCookieDomain and ProxyPassReverseCookiePath. Unfortunately these are only available in the development version of Apache, version 2.1. I’d spent the better part day of the tweaking my install of Apache 2.0.54 and then had to go build Apache 2.1.x to get the newer version mod_proxy. Some of the module names have changed so I couldn’t just drop in my previous Apache config. I also had to rebuild the mod_proxy_html and mod_security modules for Apache 2.1.x.

The good news is that once I had that all sorted out the new proxy cookie directives did the trick. So here is my little public service announcement (PSA), if you are using mod_proxy as a reverse proxy for Squirrelmail, start with Apache 2.1.x and look into ProxyPassReverseCookieDomain and ProxyPassReverseCookiePath. I suspect this will be the case for any webapp that uses cookies.

I haven’t added mod_security and SSL to the mix yet, but I’m already familiar with those modules, so I don’t expect that to be too bad. I’d never really used mod_proxy as a reverse proxy before so this was some what new territory to me. Oh, at some point I’ll look doing some caching in combination with reverse proxy to minimize the load on the back end web servers.

UPDATE 10:45am 6 Jul 2005:: I should have mentioned the trailing slash problem also shows up in the reverse proxy setup. So if you have a reverse mapping that looks something like:

ProxyPass /webmail/ http://192.168.1.10/webmail/

then you can use mod_rewrite to send a redirect with the trailing slash:

RewriteRule ^/webmail$ webmail/ [R]

Ads