On Monday 27 July 2009 04:18:50 Ian Clarke wrote: > On Sat, Jul 25, 2009 at 2:40 PM, Matthew > Toseland<t...@amphibian.dyndns.org> wrote: > >> In fact, we do detect their platform, but we use javascript. So there are > >> two > >> issues here : > >> the user disabled the javascript (we should use server-side identification, > >> ian's right), > > > > I disagree, php or java reduces performance and increases costs, for all > > hosting options. > > Are you serious? I can imagine someone making that kind of argument > against dynamic page generation in 1994, but not now.
It happens to be true. On grounds of security, performance and cost. We get a lot of hits, and any cheap hosting option, including the Google app platform, will be much slower with .php's than with static HTML. And we don't want an expensive hosting option: we want to save money. > > There is no way that we are going to migrate our website to a hosting > option that does not support some form of dynamic page generation, > that would be total insanity. Brendan is right, this should be done > server-side, and we'd be totally handicapping ourselves if we don't > have the ability for server-side dynamic page generation. I'm having > a hard time believing its even necessary to debate this. > > > We will still need javascript for it to work smoothly. But if javascript is > > turned off, we can just > > display all of them - it doesn't have to look good. > > I don't like using Javascript for this, and I certainly don't like the > assumption that we are no-longer permitted to do any dynamic page > generation server side. That is crazy. We don't use it now. We haven't used it for years, all the php stuff is is SSIs, which can be compiled in advance. But please step back a bit: we are talking about what happens *when javascript is turned off*. Only paranoid geeks turn off javascript. If they have to choose their OS then that's no great hardship for them. Of course it is true that all plausible hosting options support php, but just because they support it doesn't mean that there is any good reason to use it on the homepage. > > Ian.
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
