Database-less CMS in PHP?

[Jane Doe]

Hi,

Besides Pivot (I'd rather wait for the final release), EasyCMS (the
navigation bar is static), and CMSimple (all documents saved in a
single HTML, so not good for lengthy articles)... do you know of other
basic CMS written in PHP that do not require any database (ie. saves
contents as flat files)?

Thank you :-)
JD.

[Jerry Sievers]

Jane Doe <ja******@acme.com> writes:

Besides Pivot (I'd rather wait for the final release), EasyCMS (the
navigation bar is static), and CMSimple (all documents saved in a
single HTML, so not good for lengthy articles)... do you know of other
basic CMS written in PHP that do not require any database (ie. saves
contents as flat files)?

here's a preview of my VERY ALPHA software.

http://cplcms.jerrysievers.com/

--
-------------------------------------------------------------------------------
Jerry Sievers 305 854-3001 (home) WWW ECommerce Consultant
305 321-1144 (mobile http://www.JerrySievers.com/

[Jane Doe]

On 30 Dec 2003 09:39:01 -0500, Jerry Sievers <je***@jerrysievers.com>
wrote:

here's a preview of my VERY ALPHA software.

http://cplcms.jerrysievers.com/

Thx Jerry :-) The only issue I see is the reliance on m4 and symlinks,
as this would make it harder to use on a Windows host.

Sorry about the accident btw

Thx
JD.

[Sean]

Jane Doe <ja******@acme.com> wrote in message news:<bu********************************@4ax.com>. ..

On 30 Dec 2003 09:39:01 -0500, Jerry Sievers <je***@jerrysievers.com>
wrote:

here's a preview of my VERY ALPHA software.

http://cplcms.jerrysievers.com/

Thx Jerry :-) The only issue I see is the reliance on m4 and symlinks,
as this would make it harder to use on a Windows host.

Sorry about the accident btw

Thx
JD.

You can also try... freeguppy.org - yes I know kind of kiddy like -
but you can alter it..Has some neat features and does not require
MYSQL.

[Jane Doe]

On 30 Dec 2003 13:51:17 -0800, ne*****@zappo.com (Sean) wrote:

You can also try... freeguppy.org

Thx :-) I took a look, but couldn't log on as admin (maybe some
tweaking required in PHP.INI), and I don't know how easy it is to dumb
down so I can use this portal just to manage a document web site (ie.
don't need forums, comments, polls, gallery, etc.) I'll take a better
look this w-e, though.

I wonder why so many CMS require MySQL. I find it hard to believe that
a blog site couldn't run efficiently by keeping contents in flat file
and just index stuff in a file somewhere. But then, what do I know?
:-)

Thx again
JD.

[Agelmar]

Jane Doe wrote:

On 30 Dec 2003 13:51:17 -0800, ne*****@zappo.com (Sean) wrote:

You can also try... freeguppy.org

Thx :-) I took a look, but couldn't log on as admin (maybe some
tweaking required in PHP.INI), and I don't know how easy it is to dumb
down so I can use this portal just to manage a document web site (ie.
don't need forums, comments, polls, gallery, etc.) I'll take a better
look this w-e, though.

I wonder why so many CMS require MySQL. I find it hard to believe that
a blog site couldn't run efficiently by keeping contents in flat file
and just index stuff in a file somewhere. But then, what do I know?
:-)

Thx again
JD.

Storing things in a database is much more efficient, but not only that, it
keeps people from having to re-invent the wheel. It is such a pain to do
joins on multiple relations from flat files (speaking as someone who wrote a
flat-file forum), much less to do so in an efficient manner. A database is
designed to handle such things. The database can evaluate what indices
exist, and calculate the most efficient access plan. For example, if you
have a B+ tree index, clustered or unclustered, this may be a very
beneficial way to access a relation as it will yield tuples in sorted order,
which can significantly speed up a join on the attribute upon which the
tuples are sorted. Trying to do this from flat files is impossible.

[Jane Doe]

On Wed, 31 Dec 2003 12:04:33 -0500, "Agelmar"
<if**********@comcast.net> wrote:

It is such a pain to do joins on multiple relations from flat files (speaking as someone who wrote a
flat-file forum), much less to do so in an efficient manner. A database is
designed to handle such things

Thx for the explanation :-) I'm just looking for a basic CMS to handle
documents (no forums, not chat, etc.) so I figure the performance hit
induced by the lack of a DBMS wouldn't be that great.

Too bad more ISP's don't provide SleepyCat or SQLite, as a lot of
small sites would probably be content with those lighter-weight
solutions.

So... at this point, it's pretty much Pivot. Can't wait for the final
release to get to work :-)

Thx
JD.