tags:

views:

72

answers:

6

I want to streamline the process by which I create static websites.

I want to avoid having to do multiple editing operations when I have to change one page element, like the text or image in a footer.

I want to be able to use my tool on a local computer, in order to upload the resulting structure to my server.

I don't want to use a tool that is required to reside on a server. I simply don't want a php solution when I don't need it's power or want it's overhead.

I certainly don't want to use a CMS.

Ideally, I would like the solution to be well-documented.

I've looked at the perl template toolkit. But is capable of so much, that it's body of documentation effectively hides the simple tasks that I want to accomplish.

I've also looked at webgen, but the same problem exists. It can do so much that it is difficult to set up for the simple task of creating a small static website. Again, the documentation is very detailed, but unhelpful for the creation of simple sites.

What solutions do other developers use ?

A: 

It all depends on the language you're using... HTML is prolly not the best, but if you're using ASP.NET then you can use Masterpages. If you're using PHP or ASP you could include headers and footers, as well as navigation and other persistent content.

This is not so much a tool as it is a concept.

rockinthesixstring
Because I'm authoring for the web, I will indeed by using html.I should have added that I'm authoring on a *nix machine. So I'm not interested in MS solutions.As I stated above, php isn't a viable solution because I don't need most of it's features and I don't want it's overhead. I do not want a server side solution.
c.loftus
Not sure if you're going to get what you need out of HTML. The overhead of PHP isn't going to affect your site's performance. Even the simplest of sites can benefit from a bit of scripting. And even if you have the most basic of hosting solutions, php will run without issue... I definitely wouldn't worry about performance... (just my two cents). All that aside, I have never dove into DHTML but it "might" have what you're looking for.
rockinthesixstring
A: 

If you don't want to use any server side solutions and you don't want to use ASP.NET then your only real option is iFrames but they do have some issues with SEO so I would stay away from them.

Honestly, I would suggest ASP.NET. Just use Mono. It is open source and can run on Apache and a couple other *nix server types. It will allow you to use user controls and masterpages to manage your code and reduce code duplication. I know that will create some server side overhead but .NET does compile its code on the server. Also, it wouldn't be doing much on the code side just putting your html files together which something is going to have to do regardless. That would mean pretty minimal processing on the server.

RandomBen
A: 

I know you said no server-sided solutions but mod_layout for apache does what you want pretty easily.

http://freshmeat.net/projects/mod_layout/

Chris T
A: 

http://cms.thewikies.com/

meder
+1  A: 

The most obvious solution is to use an editor like Dreamweaver that has templating built in. The result of template + page content is a single static page that's served as plain HTML. The page processing is done at design time, not when the page is served. It's been a number of years since I've used DW but I'd guess it still offers this feature. Frontpage might support this as well, but I've barely used it so I couldn't tell you.

Another, more creative solution would be to make a scripted site using Perl or something and then mirror it with wget. The mirrored copy will just contain the HTML that was generated from your scripted pages. That way, you get (some of) the flexibility of scripting while still getting the performance and simplicity of serving static HTML.

Nate C-K
A: 

Adobe's Contribute tool can let you do this too -- it's kind of like Dreamweaver for people who don't want to know about HTML. Perfect for the situation where a company chooses someone to maintain a website that has never done anything on the web beyond casual surfing (why does this happen so much?). It uses FTP/SFTP in the background.

That said, if you have any developer bones in you, you will be highly annoyed by the way it shields you from the code. Also, getting any help from Adobe is a lost cause.

Phil Pelanne