What use is the 'date' part of metadata?

As far as I can see the 'date' part of the dokuwiki metadata is
completely useless as it's not used at all by dokuwiki itself. One can
(after quite a bit of faffing about) set metadata dates using the meta
plugin but since nothing uses or displays them it's completely
pointless. 

Going on from the above is it possible to change the dates in the
changelog?  I want to 'push' articles back into the past so need to
set at least the created date and possibly the modified date.

One can edit the xxx.changes file directly but that's a little crude! 

-- 
Chris Green

--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist

How to add debug/logging while developing plugins etc.?

What's the easiest way to add a logging facility that one can use, for
example, while developing plugins?

Is there anything built-in for doing this?

-- 
Chris Green

--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist

Re: wiki filesystem structure

*

>
> > I haven't got docuwiki installed, what is the actual fle structure
> > under the wiki? Is there hierarchical directory based structure or is it
> > some sort of flat file system?
> > 
> > Perhaps there's a doc explaining this, a url reply is fine by me.
>   

> I would refer you to:
> 
> http://www.dokuwiki.org/pagename
> http://www.dokuwiki.org/faq:database

Thanks for the replies and the pointer to the web pages. I guess I could 
search for the rpms and install them on a linux box somewhere but I'm 
doing a bit of background research for a solaris installation which will 
probably take a bit more work for each installation.

Just as an aside on the original topic, the decision to install on a 
file system vs in a DB is a fairly important one depending on whether 
you are offering 24/7 services to a larger organization or just a basic 
wiki for a smaller work group. As one of the links above states "A DBMS 
can make it easier to cross the single server threshold. At its 
simplest, the DBMS is placed on one box and the web server / application 
component on another.Its arguable that DokuWiki could accomplish 
something similar by using NFS mounts to allow multiple locally remote 
(i.e. LAN connected) servers to access the wiki data directory tree.". 
NFS could be used but then you have a single source of failure as you do 
with most file systems. With a clustered backend DB you can have 
multiple front ends and a fault tolerant backend.

Don
--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist

Re: wiki filesystem structure

*

> component on another.Its arguable that DokuWiki could accomplish
> something similar by using NFS mounts to allow multiple locally remote
> (i.e. LAN connected) servers to access the wiki data directory tree.".
> NFS could be used but then you have a single source of failure as you
> do
> with most file systems. With a clustered backend DB you can have
> multiple front ends and a fault tolerant backend.

To get around this single point of failure try using a clustered file
system/distributed file system. In particular in you have a SAN(which
should have a ridiculous amount of fault tolerance built into it) you
could use GFS, OCFS2, ASMFS, ZFS, or any number of other file systems
with similar technology.  Combine this with a decent load balancer tech,
and you should be able to have a pretty scalable/fault tolerant dokuwiki
install that is just as robust as a "clustered db"

- Clayton Ginsburg
--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist

A couple of questions about metadata

Well, probably just one question.

If I set the date using the meta plugin, like:-

    ~~META:
    date = 2006-10-15
    ~~

Does this set the creation date of the article?  What happens to the
'last change' date, can I set that too, as in:-

    ~~META:
    date = 2006-10-15
    date modified = 2006-10-15
    ~~

-- 
Chris Green

--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist

git changes 2010-02-09

Good Morning!

This are the git changes for DokuWiki committed
yesterday. Please test them and report bugs.

---------------------------------------------------------------------

http://github.com/splitbrain/dokuwiki/commit/c4b04b7f874a6c3f7ab5296aed1c039757183eb7
Author: Philippe Bajoit <philippe.bajoit[at]gmail.com>
Date:   Mon Feb 8 20:22:17 2010 +0100

    French language update

http://github.com/splitbrain/dokuwiki/commit/52b35d3ab15e4a042a2e1c5c8c5766fc76c534af
Author: Marcel Metz <marcel_metz[at]gmx.de>
Date:   Mon Feb 8 20:11:06 2010 +0100

    Informal German language update

http://github.com/splitbrain/dokuwiki/commit/bda5b82b9fdabee0a3ee175857335e1274992a64
Author: Omid Mottaghi <omidmr[at]gmail.com>
Date:   Mon Feb 8 19:30:53 2010 +0100

    Persian language update

http://github.com/splitbrain/dokuwiki/commit/70421c96f055e574aa6e9602492ca4b35a33b9f2
Author: Adrian Lang <lang[at]cosmocode.de>
Date:   Mon Feb 8 15:44:26 2010 +0100

Can I display a local imaeg file in a DokuWiki page?

I am running DokuWiki for personal use on my desktop machine (xubuntu
9.10) and would like to display image files stored in the local file
system in DokuWiki but at the moment I can't see any way to do this.

Am I missing something?

The {{xxx:yyy:image.png}} syntax expects the image file to be in a
namespace, and it isn't.  The alternative URL syntax only seems to
recognise http: URLs and the images aren't served by apache.

I've tried a file URL:-
    {{file:///home/chris/pictures/2000s/2009/09 Sept 6-13 - Sarthe/DSCF2019.JPG}}

but DukuWiki just turns this into one long filename with the / and
spaces turned into underscores.

I don't really want to copy the images into DikuWiki, a waste of space
and changes I make to the 'master' image won't get propogated.

-- 
Chris Green

--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist

Re: Can I display a local imaeg file in a DokuWiki page?

Re: Can I display a local imaeg file in a DokuWiki page?

*

On Tue, Feb 09, 2010 at 04:12:39PM -0500, Jacob Steenhagen wrote:
>    It's generally considered bad security practice to allow a user to access
>    things stored at any arbitrary location of the server. The way you're
>    using it is actually quite rare.
> 
>    Have you tried simply creating a symlink inside <dokuwiki_root>/data/media
>    to /home/chris/pictures (and setting it up so the apache user has access
>    to your /home dir)?
> 
Yes, I was thinking that symlinks may be the way to go.  One can even
seet apache2's 'followsymlinks' so that apache can see the symlinked
file without exposing *everything* to the outside world.

What I *really* want is a way to tell dokuwiki that I want it to
create a symlink rather than copying the file.  As it is I'll have to
get dokuwiki to copy the file, then I delete it and put a symlink
there instead.

-- 
Chris Green

--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist

How to show "Recent Changes" in a page?

How can one show a Recent Changes list in an article one is editing?
I.e. is there any DocuWiki syntax one can use to show a Recent Changes
list?   Also is the format of the output 'tunable'?

-- 
Chris Green

--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist

Re: How to show "Recent Changes" in a page?

Hi Chris,

CG> How can one show a Recent Changes list in an article one is editing?
CG> I.e. is there any DocuWiki syntax one can use to show a Recent Changes
CG> list?   Also is the format of the output 'tunable'?

You might want to take a look at Changes plugin.

http://www.dokuwiki.org/plugin:changes

Mykola

--

-- 
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist