[GRASSweb-list]New PHP grass website for mirrors without PHP

Bernhard Reiter bernhard at intevation.de
Fri Jan 14 14:29:57 EST 2005


On Mon, Jan 10, 2005 at 05:52:31PM +0100, Markus Neteler wrote:
> On Mon, Jan 10, 2005 at 03:16:26PM +0100, Bernhard Reiter wrote:
> > On Wed, Dec 29, 2004 at 09:01:43PM +0100, Markus Neteler wrote:
> > > On Tue, Dec 28, 2004 at 12:59:05PM +0100, Bernhard Reiter wrote:
> > > > Hi Markus,
> > > > 
> > > > thanks for all the efforts on the webpages!
> > > > 
> > > > On Sun, Dec 26, 2004 at 08:09:59PM +0100, Markus Neteler wrote:
> > > > > The only PHP function which I am using is include() to
> > > > > construct the menus. No other tricks...
> > > > 
> > > > So why the use of PHP then?
> > > 
> > > As written above - because it provides the convenient
> > > include() function.
> > > 
> > > > This could have been done with an easy preprocessing.
> > > 
> > > Certainly true. Only - no volunteer found since 2001.
> > > I received enough promises but...
> > 
> > If you only would have wanted that include function alone,
> > m4 or a simple python script could have done that, no volunteer needed.
> 
> Sorry, I am not able to learn python, nor m4 (no time, not too much
> interest as I have a zillion other things to do).

You would only need to learn one command just like with php,
the examples below just show more usage.

> > Examples are:
> > 	Simple M4 preprocessing for kolab pages:
> > 	http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/www/src/Makefile?rev=1.14&content-type=text/vnd.viewcvs-markup
> > 
> > 	Simple python preprocessing for skencil.org:
> > 	http://savannah.nongnu.org/cgi-bin/viewcvs/skencil/skencil.org/
> > 	
> > > As usual, we are going the way of minimizing efforts 
> > > (ok, took enough time) while trying to maximize the 
> > > positive effects.
> 
> 
> With PHP I had to learn 1 function. Not too much work :-)
> The page cleanup was necessary in any case.

I agree the cleanup was very useful. Thanks for it.

> > > > It is true that the use of a general programming language
> > > > introduces a lot of security implications (not only for mirrors).
> > > 
> > > Well, PHP3 is sufficient and, more important, on more than
> > > 20 of the 25 mirrors PHP was already installed.
> > > So potential security problems are not introduced by the
> > > change in the GRASS menu system for the majority of the mirror
> > > sites.
> > 
> > Yes, it is because you are actually using the programming language
> > as to not use it which is significantly different from having is
> > just installed and not used.
> 
> So - where is the problem then?

A slightly higher load and a higher chance of security problems
for the mirrors without necessity. 
Many security people believe that you need to make the details right
if you want to gain security, this is one detail done less good than
it could. I only wanted to point it out.

> > > PS: 
> > > I was 100% sure to receive this comment :-)
> > 
> > You could have included the answer in the announcement then. ;)
> 
> Will do next time... 

You could have asked for the "include" solution earlier,
I had made you one. ;)

> PS: Have W3 link validated most of the server now.

Cool.

> PPS: There is still a HTML validity bug in the search box, no idea how
> to fix that. But who cares...
> file: searchgrass.inc

If you cannot see it immedeately, people might complain if something
goes wrong.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/grass-web/attachments/20050114/b8a4bfec/attachment.bin


More information about the grass-web mailing list