[WM] some remarks on WebMake
Joern Clausen
joern.TechFak.Uni-Bielefeld.DE
Mon May 7 17:23:52 IST 2001
Hi!
I've been playing around with WebMake for some time now. I have three
things to mention (and some questions, see the next mail).
1. IMHO this is not necessary:
--- SiteCache.pm 2001/05/04 15:45:01 1.1
+++ SiteCache.pm 2001/05/07 16:08:55
@@ -55,7 +55,6 @@
# use AnyDBM_File, but use the more efficient DB_File where supported
my $dbtype = 'AnyDBM_File';
- if ($^O !~ /win|mac|os2/i) { $dbtype = 'DB_File'; }
my %db;
for ($try = 0; $try < 4; $try++)
as the definition of @AnyDBM_File::ISA already dictates the order in
which the DB modules are tried. I don't have DB_File on every machine
(and don't want to install it), so I'm happy to get SDBM_File.
2. Are there any known problems with this cache? I have some very basic
pages, with the title given in <wmmeta title="..."> and referenced
as $[this.title]. Every now and then, the title from another page is
inserted. This error is "fixed" by simply running webmake again.
Currently I make always two passes with "webmake -F", but this is
not really desirable. This happens with Solaris/SDBM_File and
NetBSD/DB_File, so I don't think that the DB part itself is broken.
This got worse with version 1.2, now the error remains, even after
running webmake again.
3. More a request for enhancement (if it is one at all): My source files
are distributed across a directory hierarchie, which is the same as in
the output directory. If this is a clever decision is another question...
I declare them with
<contents src="src/" name="*.txt" format="text/html"/>
<contents src="src/links" name="*.txt" prefix="links/" format="text/html"/>
to be able to access them as src/foo.txt and src/links/bar.txt
respectively. What about an attribute "recursive", or even a default
behaviour, so that the first contents definition would find the files
in subdirectories as well?
--
Joern Clausen joern at TechFak.Uni-Bielefeld.DE
Faculty of Technology http://www.TechFak.Uni-Bielefeld.DE
Bielefeld University, Germany
More information about the Webmake-talk
mailing list