A few web servers that I’ve needed to access for work have blocked my connection when connecting via tethering to my phone internet (T-Mobile). To get around this, I used an SSH tunnel as a SOCKS proxy for my web traffic.
Continue reading post "SSH tunnel as “poor mans” VPN"proxy posts
Symfony AppCache: built in reverse HTTP proxy
I finally set up my site to work with Symfony’s built in HTTP reverse proxy. Took a little bit of time since I had to fix a couple minor bugs in how things are set up with my symfony-initial and Symfony Standard Edition Bundle and then made a mistake in testing whether or not it was working that made me think it wasn’t when it was.
One useful way to test if it’s working is to set the ‘debug’ option of AppCache
to true
(turn this back off for production). This will set an X-Symfony-Cache
header that will provide info on the cache behaviour. You can see these headers on the shell by running curl -I your.url
. If it says ‘fresh’ as part of the header value, that means it was served from the cache. If it shows the header at all, that means AppCache is being used.
For the cache to work, the response must be public and have something set to control how the cache becomes stale. See Symfony’s docs on caching for more details. Since my content rarely changes at the moment, I went with the Cache-Control
header with max-age
. A cool thing about using Symfony’s reverse proxy is that the entire cache will be cleared when clearing Symfony’s cache like normal. This means that if you make a mistake and must remove it from the cache, there is a quick and easy way.