Archive for the ‘Developing’ Category

No one said it would be easy

Tuesday, January 16th, 2007

Elliot bemoans the fact that hosting a Ruby on Rails application on shared or virtual hosting is too hard, and I can attest to this.

I’ve mentioned the issues I’ve had with Typo many times, and although Mephisto is better the box is still working much harder than it should be. Rails may be a great framework for development, but hosting the results is different story all together.

Like Elliot I also have a couple of internal applications that run quite happily, but they are running on dedicated (albeit low-end) boxes – just like the big boys do. I suspect that both of these would fail if I tried to move them to shared or virtual hosting.

Reborn!

Monday, January 1st, 2007

It took me a while to do, but I’ve finally made good on my threat and switched from Typo to Mephisto. It wasn’t as easy as advertised, but I got there in the end (I’ll follow up on this at a later date – promise).

Breaking up is hard to do

Friday, December 8th, 2006

This is the bit where I should point out all the good things about my blog engine of choice – Typo – before explaining to it that it’s not Typo’s fault, things just aren’t working out.

Stuff that.

Typo is good, but it is bloated and keeps dying on my server for no reason and I’ve had enough. Other RoR apps are ticking over quite nicely on this box, so why does Typo have an issue?

Sorry Typo, it’s not me – it’s you. Pack your bags and sling your hook.

Now to start trawling the classifieds to find a new blog engine before I succumb to temptation and write my own.

(This is a roundabout way of say that this site has been ** recently and I’m finally going to do something about it.)

RADical Python

Friday, December 8th, 2006

I have another article in the latest issue of Linux User & Developer entitled RADical Python.

It is an introduction to Rapid Application Development with PyGTK, and I’m very pleased with the result. Of course real feedback (instead of my own ego massaging) is always welcome.

I am intending to follow this article up with a series on Python development (with a twist) – further bulletins as events warrant.

In the mean time go and pick up a copy!

Outgrowing my server

Friday, September 29th, 2006

I’ve been running a Linode supplied UML virtual server for the best part of two years now. I have been extremely happy with it, but I’m now repeatedly running into performance problems with it, and things will only get worse. Basically the problem is Ruby on Rails, and more specifically the Typo weblog software. Ditching RoR is not an option because I host more than one application (with more to come) on it, and whilst I could ditch Typo for something lighter (but still RoR based) I don’t want to – even though that decision is mainly based on inertia. However I need to do something because occasionally my server will be brought to its knees and I get sick of sorting it out, especially as I host other sites on this server. Although I could switch to some managed RoR hosting, my preference to to host my own because I although I don’t like solving problems, I do like causing them! :)

As I see it, I’ve got the following options:

  1. Pay for a bigger Linode
  2. Buy another VM and move either the Rails apps or the other sites to there
  3. Switch to a Xen hosting provider
  4. Some combination of the above

Before I make a final decision, has anyone got any suggestions/advice (other than ditch Rails)?

How not to manage a vulnerability

Friday, August 11th, 2006

Following on from my previous posts, Ruby on Rails 1.1.6 is now out along with full disclosure of the vulnerability. There is also a new Rails security announcement mailing list which can only be A Good Thing™.

However whilst I think their speed of reponse has been excellent, their initial “security through obscurity” stance was inappropriate for both a) an Open Source project and b) one written in an interpreted language, and the rapid succession of releases implies they reacted too hastily.

The issue is in fact of such a criticality that we’re not going to dig into the specifics. No need to arm would-be assalients[sic].

…means nothing.

Regarding security through obscurity, we’ll release the full details of this issue once everyone has had a fair chance to upgrade their system. Source transparency is of little comfort if you just had your system compromised before you got a chance to apply the patch.

… means nothing too. Anyone wanting to know how the vulnerability worked (i.e. attackers) simply looked at the source, whilst the people not sure if they needed to upgrade right now were left in the dark unless they knew the internals of Rails intimately (i.e. not many).

Fortunately for me, the applications hosted here are low traffic and a brief downtime was acceptable to remain secure but I bet this was a real headache for the large Rails driven sites.

…and another one

Thursday, August 10th, 2006

Looks like the previous update isn’t as watertight as we’d like. Until 1.1.6 is out the door, here’s a workaround.

If you’re running Typo from svn, update to the head revision to get this fix.

Mandatory Upgrade

Thursday, August 10th, 2006
They might want to replace that one

"They might want to replace that one" by Unhindered by Talent

Following the advice of the Rails core team, I have upgraded my server to run Ruby on Rails 1.1.5:

This is not like “sure, I should be flossing my teeth”. This is “yes, I will wear my helmet as I try to go 100mph on a motorcycle through downtown in rush hour”. It’s not a suggestion, it’s a prescription.

Seeing as I’m currently only hosting two rails applications – this blog and Flickrlilli (which was used to source the above image) – I deemed it a fairly safe thing to do. I also took the opportunity to update this blog to Typo edge (revision 1208 to be precise).

Both upgrades were completely painless and had the minimum of downtime which is always a nice thing.

Still Weird

Tuesday, July 25th, 2006

Looks like I was wrong the other day – it wasn’t stray markup that was causing problems. There seems to be something fundamentally broken with my Typo installation.

Everytime I make a post I get the [FATAL] failed to allocate memory error. Sometimes if I repeatedly retry (with re-starting the application inbetween) it lets a post through, but it is starting to get very frustrating.

Right now I’m torn between trying to determine and (hopefully) fix the problem – although I’m hitting a brick wall with that right now – or switching to something else.

After spending some time in #typo and getting nowhere fast, I decided to try a fresh checkout from the trunk which would appear to have fixed the problem. No idea why, but I’m not complaining!

How to install Ruby on Rails on Ubuntu

Tuesday, July 25th, 2006

The instructions for installing Ruby on Rails have always been lumped in with the Debian ones, and over time the page has gotten pretty messy. I’ve recently been having numerous discussions with various people about the perceived difficulties in installing Rails and its offspring on Ubuntu (and Debian). I’d been meaning to write an installation guide for Ubuntu for quite a while now to address this, but I never seemed to get around to it.

Whilst at LugRadio Live this weekend, I attended the Ruby on Rails BOF during which someone mentioned an install guide and I said I was going to be (re)writing one. This prompted me to pull my finger and actually do it, so without further ado let me introduce the new guide for installing Ruby on Rails on Ubuntu. I decided to create a new page instead of updating the old one not because that’s the Open Source Way but rather because the old one may still be useful to people.

I’m planning on creating a similar (probably almost identical) guide for Debian, and I need to add a couple more bits and pieces to it. I’m also planning on duplicating the content to the equivalent Ubuntu wiki page.