| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Notes:
svn path=/head/; revision=209422
|
|
|
|
|
|
|
|
| |
Approved by: Shaun Amott <shaun@FreeBSD.org> (maintainer),
sat (mentor, implicit
Notes:
svn path=/head/; revision=201023
|
|
|
|
| |
Notes:
svn path=/head/; revision=200443
|
|
|
|
|
|
|
|
| |
PR: ports/105529
Submitted by: laszlof
Notes:
svn path=/head/; revision=188173
|
|
|
|
|
|
|
|
|
| |
PR: ports/99075
Submitted by: Nikolai Saoukh <nms+freebsd@otdel-1.org>
Approved by: shaun (me), ahze (mentor)
Notes:
svn path=/head/; revision=165856
|
|
|
|
|
|
|
| |
Approved by: ahze (mentor)
Notes:
svn path=/head/; revision=165799
|
|
|
|
|
|
|
|
|
|
| |
- Fix build on FreeBSD 4.X
PR: ports/97935
Submitted by: Shaun Amott <shaun@inerd.com> (maintainer)
Notes:
svn path=/head/; revision=163509
|
|
The fundamental insight for this engine is that wiki pages are read far
more often than they are modified. Thus, the generated HTML can be
cached. It follows that the main code path will check that the .html
file exists and simply copy it to stdout in the vast majority of cases.
The .html file generated from each .wiki file is about the same size as
the .wiki file itself, so there will be no particular I/O advantage,
but there is a huge CPU advantage, and a significant memory footprint
advantage, and since I want to run a wiki on a geriatric 20MB 33MHz 386
machine, this is a good thing.
Online demo: http://quickie.sourceforge.net/cgi-bin/quickie
WWW: http://quickie.sourceforge.net/
PR: ports/97376
Submitted by: Shaun Amott <shaun@inerd.com>
Notes:
svn path=/head/; revision=162654
|