There are only two reasons I can think of for omitting owner/company and contact details on a privacy policy. Either the site owner doesn’t really understand what a privacy policy is for, and has written something themselves, loosely based on other privacy policies they have seen or they simply don’t *want* you to know who they are. If they don’t want you to know who they are, that could just be a case of paranoia. In that case the site owner should at least get themselves a PO Box. If they just don’t want you to know who they are then that tends to ring the alarm bells with me.

Personally, I don’t do business any more with any site where the owner doesn’t want to identify themself. I think it’s unprofessional, not to mention that it is most likely illegal to provide what amounts to a false privacy policy. There are a number of free services that provide templates for privacy policies (try googling ‘free privacy policy’) , so there really isn’t any excuse for not having a valid policy on your site.

• Trash – instead of posts, images etc being deleted they now go into ‘trash’ and are automatically removed after 30 days. That’s an excellent feature if you have an itchy mouse finger!
• Easier video embedding – support has been added for many of the large video hosting services such as Youtube, Scribd,PhotoBucket, Blip.tv etc…
• Batch Plugin Update – instead of having to update each plugin individually you can now update them all with one click.
• Built in image editor – this is especially cool and allows you to flip, rotate and scale your images right there in WordPress!

So there you have it…some very nice additions as well as a bunch of bugfixes and other minor updates.

As the community at large became more confident, comfortable and reliant on the Internet, software developers created tools that would allow just about anyone to fairly easily create a web site. Early examples of these tools are Microsoft Frontpage, the Hotdog HTML editor and, a little further down the track was the Dreamweaver HTML editor which became the tool of choice for the majority of web site designers and builders. Then there were online website builders that could build an attractive website with just a few mouse clicks.

All of this technology and software has made the traditional webmaster a thing of the past. Certainly many businesses have employees who are tasked with maintaining their web sites but the title of ‘webmaster’ is no longer restricted to the technophiles and ‘geeky’ types. Your next door neighbour, auntie or best friend may well be a webmaster even though they have no formal training. The creation of attractive, feature packed web sites is now accessable to all.

I hope you’ll join me as we take a journey through the process of planning, designing and building an attractive, functional website.

• The image or the page that is linked hasn’t been uploaded
• The HTML editor has given the image a ‘local’ filepath
• The image has been uploaded to a different location

While it may seem a fairly basic thing … files and folders … this is a really deep subject folks so I’ll try my best to make sense of it for you. Let’s start by looking at how things are organised on your computer versus how they are organized on a web server.

Your Computer

If you are a fairly organised person then you probably have your website in a specific location like My Documents->My Web Sites. That location, on your hard drive, is actually going to be something like c:\users\yourname\Documents\My Web Sites. You might have your images in a folder called images (which would be c:\users\yourname\Documents\My Web Sites\images). If you’re wondering where the whole ‘C:’ thing came from, it was simply a design decision. The operating system has to be able to access the physical hard drive and giving each hard drive a letter seemed like a good idea I guess! It started as C: because floppy drives were around before hard drives and they were always called the A: drive and the B: drive.

The first thing to understand that is really important is that images can be referenced in two ways. Those two ways are called ‘relative path’ and ‘absolute path’. The relative path is the path in relation to the web page. The absolute path is the full path on the hard drive. So, continuing with our example we’ll assume you have a page called index.html and it has a header image that is in the images folder and is named ‘header.gif’. In your html code for the page it can be written in two ways:

Relative – <img src=”images/header.gif”>

Absolute – <img src=”c:\users\yourname\Documents\My Web Sites\images\header.gif”>

There’s quite an obvious difference there and hopefully that example kind of explains how a relative path works. With the relative path we don’t need to know where the image is in relation to the hard drive – we just need to know where it is in relation to the web page. With the absolute path we’re putting the whole hard drive path in there. The obvious problem with using the absolute path is that the image is  only going to appear if the web page is placed in that exact same folder when it gets uploaded. As soon as you move it somewhere else then the absolute path isn’t valid any more.

The other advantage of relative paths is that they will work regardless of the operating system. Which brings us to…

The Hosting Account

The vast majority of hosting services will, by default, give you a unix (i.e. Linux) based hosting account. Files on a unix server are organised a whole lot differently to a Windows hard drive. Where your windows hard drive has a letter, a unix hard drive has none. So, on a unix hard drive the equivalent of ‘c:\’ would be ‘/’. Yep..that’s right. Just a simple forward slash. The unix hard drive is similar once you look below the slash. It has the familiar tree-like structure that a windows hard drive has.

On a unix hosting account you will most likely have a ‘home’ directory (a directory is the same as a folder by the way). Your home directory will be somewhere like /home/yourname where ‘yourname’ is the first 8 letters of your domain name. My home directory for this site, for example, is ‘/home/thewebma’. Under that home directory will be a directory called either ‘public_html’ (if you have a CPanel control panel for your account) or ‘httpdocs’ (if you have a Plesk control panel). Now if you were thinking that the absolute path to our image, when uploaded to the web server might be something like /home/yourname/images/header.gif’ then I’m sad to say you’re wrong. This is because there’s a bit of trickery going on in there.

Your home directory on a web hosting account doesn’t just have your web pages. It stores your web stats, your email accounts and the configuration for your hosting account. If we were to allow the web server to access those areas then it would be mayhem with everyone being able to see and/or mess with your configuration and email accounts. With this in mind, the web server only gets to see whatever is inside the public_html (or httpdocs) directory. This keeps everything safe … unless you decide to copy all your emails and config to that directory which would be kind of silly. So, with all of that good stuff in mind we can now say that your web site starts in the public_html (or httpdocs) directory and that directory, as far as the web server is concerned is called ‘/’. So, taking that a step further … you would upload your index.html into the public_html folder and you would upload your image into a folder called images that would be created inside the public_html folder. Using our earlier windows example it would be fair to guess that the html code for the image would now be:

Relative – <img src=”images/header.gif”>

Absolute – <img src=”/home/yourname/public_html/images/header.gif”>

I can tell you right now that the absolute path will never work. As I mentioned, the web server isn’t allowed to see anything above the public_html directory so it’s just not going to display that image. The main point here is that the relative paths for your windows hard drive and the unix hosting account are the same.

There’s one final twist in this tale that could still trip you up. If you do happen to use an absolute path to an image on your hard drive, the image is still going to show okay on your uploaded website when YOU view it – because you really do have that image on your C: drive.  But for everyone else who views the website the image won’t appear simply because they don’t have your ‘documents\My Websites’ directory on their hard drive.

You can use your own ZIP and FTP programs if you like, but for this demonstration we’ll be using two free programs. If you want to follow along you will need to download and install Core FTP Lite and 7-Zip.

CoreFTP Lite – Download Here
7-ZIP – Download Here

(Video: Watch this video on the post page)

• Headings
• Images
• Links
• Tables

(Video: Watch this video on the post page)

Here are the URL’s for the various pages that I used in the video:

Basic HTML – http://w3schools.com/html/tryit.asp?filename=tryhtml_basic
Headings – http://w3schools.com/html/tryit.asp?filename=tryhtml_headers
Images – http://w3schools.com/html/tryit.asp?filename=tryhtml_pulpitimage
Links – http://w3schools.com/html/tryit.asp?filename=tryhtml_link_target
Tables - http://w3schools.com/html/tryit.asp?filename=tryhtml_tables

We also look at the basic structure of a web page and how easy it is to change the look of text, add horizontal rules and center a paragraph.

(Video: Watch this video on the post page)

You can use a cool online tool to play with this some more.

Go to http://w3schools.com/html/tryit.asp?filename=tryhtml_basic

We’ll have a look at things like the pros and cons of designing your own website vs. hiring a designer or programmer to build it for you. The bulk of this course though is about empowering you to be able to build and maintain your own website. It’s really not that hard.

Anyway, time is of the essence so go get yourself a cup of your favourite beverage and let’s get started!