Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Need a primitive CMS-like tool

0 views
Skip to first unread message

bobl...@googlemail.com

unread,
Sep 25, 2008, 7:44:52 AM9/25/08
to
Hello folks,

I'm maintaining a small intranet website that contains a document
repository. Essentially just a small directory hierarchy. Just having
these directories browseable gets me 80% of what I want, except:

- Filenames are mangled due to lack of UTF-8 support
- I'd like to annotate files with lists of keywords, date, etc.

Currently I'm running a primitive script on each directory that builds
an index.html from the directory contents and a text file with meta
information.

This is of course a fully static solution, and it's pretty ugly and a
botch to maintain. I could make it better by sitting down for a week
and improve on my script and stuff, but I'm pretty sure there's
somthing already out there that fills all my needs and then some.

It would also be great if the system could be maintained via the web
itself, meta-information and all, so I wouldn't be the only one who
could add or edit stuff.

I know there are full-blown GPLed CMSs out there, but they are aimed
at big corporate solutions. I need somthing that's small, primitive,
and easy to install.

I've got web space with plenty of storage, PHP, MySQL, CGI.

Thanks,
robert

bobl...@googlemail.com

unread,
Sep 25, 2008, 8:06:52 AM9/25/08
to
On Sep 25, 1:44 pm, "boblat...@googlemail.com"
<boblat...@googlemail.com> wrote:

> I know there are full-blown GPLed CMSs out there, but they are aimed
> at big corporate solutions. I need somthing that's small, primitive,
> and easy to install.

Let me add: I've found plenty of Web/PHP-based "file managers" out
there. What all of them seem to lack, though, is the possibility to
add meta-information about the file. I'd be perfectly happy if a
directory listing would consist of a table with the following columns:

1. File name (and link to file)
2. Date (to which the file pertains. Most of the files are meeting
minutes, so the date of the meeting in question needs to be a separate
column)
3. Date when file was added (might just be the mtime of the file
itself)
4. Name of person who added the file (only needed if the system offers
multi-user functionality)
5. List of keywords/topics

Of course it would be great if the listing could be sorted by a freely
selectable column. But it's not important.

robert

0 new messages