| Line: 13 to 13 | ||||||||
|---|---|---|---|---|---|---|---|---|
| Without further ado, my experience with these packages: | ||||||||
| Added: | ||||||||
| > > | web-gallery - version 1.2 as of 2001-06-26 http://www.anders.com/projects/webgallery/ perl, imagemagick, builds static web pages. | |||||||
| pharch - version 1.3.8 as of 2001-06-13 http://www.breu.org/pharch/ cgi script, 770 lines of perl. | ||||||||
| Line: 49 to 53 | ||||||||
| Dynamic PHP. Funny quote: "aims to make it as easy as possible to throw up a bunch of commented photos with thumbnails on the web." | ||||||||
| Added: | ||||||||
| > > | PicBook - version 2.1 as of 2001-03-04 http://Welcome.To/PicBook/ The only bourne shell script of the lot, so this one gets points for originality. Generates static pages, is themeable, looks pretty good. Unfortunately the generated pages are chock full o' frames and javascript, which I find tacky. Also, the default theme puts a banner ad in the generated pages which sets off warning bells. It's a little clumsy to use because you have to generate configuration files before it will run (pointing to the pictures) but overall it isn't bad, and the generated pages are very feature-rich if you like frames and javascript. | |||||||
| album - version 2.11 as of 2001-06-26 http://marginalhacks.com/Hacks/album/ | ||||||||
| Changed: | ||||||||
| < < | Static perl, has themes. | |||||||
| > > | Static perl, has themes. I've tried this one and it works well. It doesn't depend on funky software, the themes are easy to hack and it doesn't require strange data files for it to run (just point it at a directory full of jpg files). I've rebuilt the caboteria photo album with this script and I'm pleased with the results. I recommend this package. | |||||||
|
A note about security: these packages tend to fall into two categories: those that generate a bunch of static pages and those that generate pages on the fly. Clearly the latter has more functional potential, as it can provide picture upload, dynamic comments, etc. What shouldn't be overlooked, however, are the security implications of the dynamic approach. If you generate a bunch of static pages and put them in a viewable path then you haven't added any additional security risk to your server beyond your web server software. Every CGI, however, is a new program which gets run each time someone looks at a page. I don't know about you, but I feel fairly confident that most of the obvious (and non-obvious) security holes in Apache have been found and fixed. OTOH, I really can't say the same thing about "Ed's picture album CGI program." | ||||||||