Archive for the ‘Web development’ Category

Moving a Web site based on a proprietary CMS (part 2)

Sunday, February 21st, 2010

Ad for a propietary CMSOn Monday I set the scene. We left our protagonist facing a task which all the wise men said was impossible. Fit stuff for stories.

And it does make a good story, with lots of false starts and lessons learned—as well as obstacles overcome. And there is stuff here to interest anyone who has contemplated moving or reconstructing a Web site. What is more, if anyone is in the same predicament, looking at a Web site based on a proprietary CMS, I have a lot to pass on.

But now I am in another predicament. I am too busy to go into the detail. To give you an idea: I have been building a new Web site for a local organisation which already has a Web site. We agreed a date in mid-March for the switch. But the organisation’s old Web site has vanished from the Web! They are now asking me if they can switch this week.

So: here is a summary of what I did to reconstruct the proprietary CMS site. (more…)

Moving a Web site based on a proprietary CMS (part 1)

Monday, February 15th, 2010

Ad for a propietary CMSCan you move a Web site based on a proprietary Content Management System to which you have only a customer’s access? The short answer would seem to be ‘no’. One UK Web company includes this question among its FAQs: “Can I move my CMS site to another hosting company?” The answer it gives is “This is not possible as the CMS software that we have developed must remain on our servers.”

There is a general summary of the position on an Australian Web site. This is (part of) what they say about CMS sites:

Content Management Systems – a mixed blessing
An alternative to a personal web designer is a CMS or Content Management System. The main benefit of a CMS is the ability to update your site yourself – within certain parameters – over the internet, and rolling all your costs into one monthly payment. But you need to go into a CMS contract with your eyes open.
1. CMS do not provide distinctive sites. They are, almost by definition, formulaic. Look at some and see what you think.
2. You don’t own your CMS site in the same way that you own a site designed by a web designer. With CMS you own the content but you cannot walk away from your CMS contract with your site intact – your site can only operate on the CMS operator’s platform.
3. With a CMS website you are locked in – you cannot change to a hosting company that provides more competitive rates or better features without losing your website.”

Point 3 in effect repeats what the English company say about their own sites.

So what was I to do when I was asked to ‘move’ exactly such a Web site, by a potential client to whom I had been recommended—by people I would prefer not to let down?

Of course I said ‘yes’. I committed myself to recreating the site, i.e., constructing a completely new site that would look just like the client’s current site, with a completely new database, a new set of scripts (PHP rather than the current ASP), all the existing images (several hundred of them) and a client interface that let her do everything she had done with the old CMS.

How did I get on in this foolhardy enterprise? Answer in Part 2.

One-page Web sites

Monday, November 2nd, 2009

The one-page Villa Calpe Web siteHow do people feel about one-page Web sites? For myself, I think they are pretty important, while a real Web site is being developed behind the scenes.

I have a couple of Web sites in this position right now. One is for two karaoke presenters: brookies karaoke. The other is for a friend who wants to sell her unique spacious villa in Calpe. I am doing plenty of work behind the scenes, which the website owners can check out, but neither of the full Web sites are ready yet to go public.

Obviously, you can’t go anywhere further on the site from the home page of a one-page Web site—but at least you can find contact details. What is more, from a website designer’s/owner’s point of view, the minimal Web site is available to be noticed. (And, to my astonishment, Web search engines often find one-page Web sites quite fast.)

‘Web site’ or ‘website’?

Sunday, April 5th, 2009

You say ‘tomato,’ I say ‘Web site.’ Does it matter how we write it?

In the long run, no. But then, as Keynes said, “In the long run we are all dead.” In the meantime, it helps to follow a couple of simple rules. And on a Web site, it’s always important to be consistent.

In the first place, it should always be the Internet, with a capital I, and the Web, with a capital W. These are the names of specific things, like the Alamo—which always has a capital A. Or like the Monument, if you’re referring to that particular building in London, and not any old monument.

The World-Wide Web is not any old web—not a spider’s web, nor the tangled web we weave when first we practise to deceive. So it should always be the Web.

As far as Web site and website go, it probably only matters to be consistent. What I do is use Web site as a noun, when I’m referring to a site itself, and website as an adjective.

If you have a better idea, please let me know! If I like it I might even offer a prize—such as a period of free hosting on Web Costa Blanca…

Website design isn’t about the scenery

Sunday, December 14th, 2008

DesignThere are people who think that designing Web sites comes naturally to people who are computer-savvy. Other people think a good design is something visually appealing that they can see on a computer screen.

Bad luck. That isn’t what Web site design is at all.

Web site design is a form of information design, or communication design. On this blog, I’ve recently been developing a set of rules for good visual design. But visual design is only 10% of the iceberg. Real Web site design is the other 90%—the analysis and the research that precede and inform visual design.

What is the real purpose of this site? What are the things it has to offer people, because otherwise it might as well not exist? Who precisely is going to be visiting this site? Who precisely do we want to visit this site? What can we offer them when they get here? How can we make sure they get what they want—and in the way they want it? These questions have to be answered before a designer even sketches a page.

People don’t want to spend time on Web sites. They certainly don’t come for the scenery. They want to find out answers to their questions, buy a product, arrange for a service—and then get on with their lives.

Yes, visual design is important. But what that means is communicating efficiently with a specific set of users. So it can’t start until the site concept has been unambiguously defined. It has to come after overall site design, or site structuring. It has to come after navigation design. And in itself, it has to allow users to scan fast, get what they want, and leave. A page which is visually appealing in its own right may be an absolute disaster as visual communication of a message.

At its worst, the sort of design of which your uncle says, “Oh, that’s really good,” is designer-centred design, ‘Look, Ma, no hands!’ stuff. I have one glaring local example in mind, but before I spring it on you, I’ll have a bit more to say about designer-centred design in my next post.

HTTP 406 error: a fix

Tuesday, November 25th, 2008

Have you ever encountered an HTTP 406 (“Not Acceptable”) error? I hadn’t, until this afternoon. I didn’t even know such an error existed. Now I know at least one way to fix it.

An HTTP 406 error tells whoever is using your site that it can’t handle a particular request. It can find the file—otherwise it would issue a 404 error—but the file falls outside the limits of what it is prepared to accept.

After much searching, I found that this means it has problems with the MIME type—or the language of the file. Or maybe the file is malformed in some way.

My file was a PHP file, delivering standard text/html after PHP pre-processing, so there could be no problem with the MIME type. It was in a huge set of similar files which had no problems. I rewrote code, checked brackets, etc., etc.

Then I checked whether it was even being called. It was a secure file, with an immediate relocation to a simple site 403 file, if the caller had no right to be calling it. When I tried to access it without permission, I just got the 406 error again. Which meant the file hadn’t even been passed to the PHP pre-processor.

OK. Experiment of last resort. When saving the file in the first place, had I let in a weird character into the file name or its extension? (I have to use a Spanish keyboard.) To find out, I renamed the file, extension and all, making sure I pressed only the right keys.

I uploaded the newly named file, after changing the links in the rest of the setup. Suddenly, everything worked like a dream. If you ever encounter an HTTP 406 error, see if this fix works for you.

Website designer breaks own rules

Tuesday, July 8th, 2008

Design

Well, I’ve only got two rules out, and my most recently published website is breaking them.

The site is for a laser stop-smoking technician here in Calpe: Laser Stop-Smoking.

Well, it’s not actually breaking them. It has a fixed-size display ‘page,’ just as I recommend. But it’s not 960 pixels wide.

Why not? Because the client gave me just three images she wanted to use on her site, one of which was her logo, and they were all three of them 730 pixels wide. I guess I could have put them to left and right of a wider page, but they would have looked odd, even—as my poor dead brother Paul would have said—‘daft.’ (He used to say this in the accent he picked up from kids he taught in Liverpool. It was telling.)

I experimented for days and days (as I do) and eventually decided that the only way to work with such beautiful striking images was to go with them. So the page is 732 pixels wide (a pixel of padding on either side, since that looked better to me after many alternative tries).

The cross-page photos are so eye-catching that I can’t really put more photos between them. On the other hand, there are now areas of unbroken text. (Well, again, not really. See rule N about tight headings, and rule N+1 about how many words to spread across a page. I’ll get to them before long.) They still need a bit of livening up.

Feel free to go back to the site in a week or two and see if I’ve worked out anything inventive.

Web site development: between rules

Tuesday, July 8th, 2008

Just in case anyone misunderstood, the Web site design rules that I am making up as I go along are visual design rules.

When I said, a couple of weeks ago, that “this is where we start,” I didn’t mean that this was the beginning of serious Web site design. Obviously, we start with goals and objectives and users and scenarios (lots of stuff about this earlier in this blog—I won’t insult you by saying where). I am assuming now that this stuff is done, and we are at this moment looking at a white screen on a monitor, and working out a visual design.

These are the rules we need.

Alt text (revisited)

Monday, December 31st, 2007

search enginesAn end-of-year apology to my readers. I don’t post as often as I mean to. One reason is that my posts are becoming too measured—and too all-inclusive. So here is a quick tip for all my readers who are designing or developing Web sites.

It follows from my previous advice on alt text.

You shouldn’t only use words that make it easy for your visitors with visual problems to see your image in their mind’s eye. You should also use a word or phrase from your keyword list. Search engines often pay close attention to the alt text that goes with images.

That’s it. Happy New Year!

Visual Display IS Content (ii)

Wednesday, December 19th, 2007

DesignIn what I take to be a modern classic in graphic design education, Making and Breaking the Grid (Rockport, 2002), Timothy Samara makes the obvious preliminary point. “Pictures and symbols, fields of text, headlines, tabular data: all these pieces must come together to communicate.”

In my last post, I argued that visual display is an integral part of the communication. The messages a Web page delivers are not all in the words, or the content of the images. It’s a mistake to separate ‘content’ from ‘visual display’, and to insist that handling the first must precede development of the second—just as it would be a mistake to insist that the words of a song must all be written before it’s set to music. (We would never have had Paul McCartney’s ‘Yesterday’ if he hadn’t woken up with the entire tune in his head. Then he wrote the words.)

I promised you a few more examples of what I mean.

Layouts themselves communicate a message. Just as a sonnet in praise of anarchy would be incoherent—or deliberately ironic—so would a Web page for (say) an anarchic rock group which had a clear hierarchy and in which every element occupied an orderly place. To work properly, the page needs clashing colours, headlines at the bottom, tilted images with ragged edges, etc., etc. The display is the content.

Colours have obvious meanings. Porn sites convey a sense of excitement and danger by exploiting red and black. Sites for law firms need to be in more subdued colours, with some blue to suggest calm and stability. Sober colours say, “We are solid and reliable”, just as bright colours say, “We can cheer you up.”

Animations, depending on their form and position and colours, say things like, “We are fizzing with ideas” or “We are sophisticated and up-to-date” or “This site will energise you.”

Enough. You can probably make up many more examples yourself.