<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7651.59">
<TITLE>Re: [Seaside] How to Implement a Website</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>First rule of seaside club is to never optimize prematurely. Second rule of seaside club is to never optimize prematurely. In all seriousness one can already serve all resources with a plain web server, just dump them to disk when deploying and change resource URL on your root component to that location. Works great and let's you develop without apache, manage all files in source control system of choice etc.<BR>
<BR>
Bookmarkable URLs are also possible, but its hard to get into much detail on a small keyboard, but there was plenty of talk on the list about it just a little while ago.<BR>
<BR>
What I'm hinting at is this. Try to implement what you want in seaside and then check if you need to go the static route or not. Chances are you'll save yourself a lot of work :)<BR>
<BR>
Cheers!<BR>
<BR>
-Boris<BR>
(Sent from a BlackBerry)<BR>
<BR>
----- Original Message -----<BR>
From: seaside-bounces@lists.squeakfoundation.org <seaside-bounces@lists.squeakfoundation.org><BR>
To: Seaside - general discussion <seaside@lists.squeakfoundation.org><BR>
Sent: Sun Jul 01 18:34:43 2007<BR>
Subject: Re: [Seaside] How to Implement a Website<BR>
<BR>
Richard Eng wrote:<BR>
> Okay, as a Seaside/Squeak newbie, please forgive my stupid questions...<BR>
><BR>
> How do I embed or redirect to a Seaside app from within static html content?<BR>
> I tried to find Boris' blog post concerning this but I was unsuccessful.<BR>
><BR>
> I looked at "Best way to embedding Seaside in static HTML?" but the iframe<BR>
> technique seems problematic. The rest of the thread is over my head.<BR>
><BR>
> Is there not a "best practice" recommendation for how to mix static html and<BR>
> Seaside components together? This would seem to me to be a common (the most<BR>
> common!) way to develop a website. As I understand it, you want static html<BR>
> to be served up by Apache for performance reasons, and Seaside for the<BR>
> actual application (business logic).<BR>
><BR>
> And you want the Seaside app embedded within the static html content so that<BR>
> you have a consistent look and feel for the entire website. This has to be<BR>
> the canonical architecture for a website/web app, doesn't it?<BR>
[snip]<BR>
<BR>
I too think this would be a nice feature.<BR>
<BR>
It seems that it would be nice to be able to generate an html page which<BR>
could be served by Apache or web server of choice which contains the<BR>
static html (parts) of a web page with possibly a JS controller for<BR>
making the call and inserting the dynamic (Seaside) parts.<BR>
<BR>
This would seeming help in a couple of ways. Offloading truly static<BR>
pieces to a high performance web server, static html, images, css, etc.<BR>
But allow the truly dynamic web app part to be seaside. This would<BR>
seemingly help performance of a Seaside site, and provide a potentially<BR>
reasonable way to implement a RESTful/bookmarkable interface to a<BR>
Seaside site.<BR>
<BR>
I am not yet learned enough to understand all the implications, if and<BR>
where it would limit are cause problems in a Seaside web app. Or to<BR>
implement a best practices way of doing this. But I am interesting in<BR>
learning.<BR>
<BR>
I believe this is a good discussion to have. If there are issues or<BR>
problems cause by such an idea, hopefully they will be disclosed. If not<BR>
maybe an implementation come for at some point in the future.<BR>
<BR>
Just some thoughts.<BR>
<BR>
Jimmie<BR>
_______________________________________________<BR>
Seaside mailing list<BR>
Seaside@lists.squeakfoundation.org<BR>
<A HREF="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</A><BR>
</FONT>
</P>
</BODY>
</HTML>