Log in

No account? Create an account
I know it's wonky and I don't care [entries|archive|friends|userinfo]

[ website | My Website ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

[Links:| Randomness Guide to London | Open Guide to Cambridge | Snake Soup | KakeFlickr ]

Wanted — someone to do some web stuff. [May. 18th, 2008|05:14 pm]

The OpenGuides website needs an overhaul, and I've been blocking on it for so long that I decided it was time to try and throw some money at the problem. Not a lot of money, because it's coming out of my pocket; I was thinking of about £50, so obviously we need someone who'll do it at mates' rates rather than market rates.

The problem with the current site is that it's too hard to update (as you can see from the date of the "Latest project news"...) It's overcomplicated, for one thing, and it assumes that it lives at the server root, so it's a pain in the ass to check out, modify, and test. What we'd like is for someone to rewrite it using nothing other than HTML and SSI; no Perl, no PHP, etc.

Other requirements:

  • No duplication anywhere; menus, footer, navbar, etc should be defined exactly once and then included with SSI where required.
  • It should always be possible to check the site out of svn and amend and test it without it necessarily being at the document root.
  • Any design/appearance stuff should be done with CSS, and the CSS classes should be compatible with those used by OpenGuides itself so when we start shipping a default CSS file with the OpenGuides distribution we can have a consistent look with the OpenGuides website.

The svn repo for the current site is at http://dev.openguides.org/browser/website.

Note: I'm not looking for someone to work on the OpenGuides application (well, I'm always looking for new OpenGuides developers, but that's not what this post is about). I'm looking for someone to overhaul the website at http://openguides.org/ which describes what OpenGuides is about, links to the various Guides, and has project news etc.

Anyone interested?


[User Picture]From: caramel_betty
2008-05-18 07:37 pm (UTC)
The SSI side isn't very complicated. At least, it can start very simple. Basically, you just try to design your pages with a reasonably templated layout in mind - header include here, page name here, menu include here, body here, footer include here. The three includes get shuffled off into separate files, and you shove in an "include this file here" command in the HTML. If you've ever used an old-style ASP include or PHP include, it's the same.

Most of the time, you don't get much cleverness, turning bits and pieces on and off in code. However, you can simulate quite a lot of that with CSS and a slightly slapdash attitude to code compactness.

e.g. imagine you want an expanded menu for each subsection. In a "proper" programming language, you might have a piece of code that spits out a customized menu for each section. With a fairly simple SSI-based system, you could have one menu with *all* the subsections expanded, and use CSS-styles to set all the subsections to invisible. Then each page in any given section has a <body id="section_name">, or something similar in an outer div, and you can turn on the menu for a particular sub-section using the extra style. So each page has to download the whole menu for the site, but you get what you want.
(Reply) (Parent) (Thread)