rainchen
notice that there is a limit that a dir can only have a limit of files.
On windows ,the count is concerned with the partition type,fat32 is about 32,000, NTFS is larger but still limited.
linux system also have the same limit(I met this problem before).
so if someone has save more than 32,000 pages in doku,he will meet this problem.(why doku make a data amount pressure test?)
the solution is to make a dir paging function , 2 level depth is enough for most application, it could save about 30,000x30,000 pages (a dir item size is near a file one in the hard disk parting table).
andi
I don't think anyone had ever 32000 pages in DokuWiki and even if he had he'd probably use namespaces to categorize the content better which would create subdirs anyway. This is a pretty academic - with so many pages you'd probably hit a ton of problems way before hitting the filesystem limits.
rainchen
aha ,I'm just the one which want to save more than 32000 pages( event more) in a wiki system.
So I test some popular wiki system.
I know namespaces ,if a namespaces is a dir ,the limit still exists.
It's just a pity that dokuwiki or any other wiki use text database has this limit.
chriss
Yes a namespace is a directory.
So you can have 10,000 namespaces and 20,000 files (or any other combination).
In each of those namespaces you can have 10,000 namespaces and 20,000 files.
In each of those namespaces ....
...
Beaware index, search and backlinks may become a little slow ;)
rainchen
I know your mean.
that's may looks like a tree structure.
But the content I want to save almost flat,it mean that in a level there are many leaf (very much).so the problem is not how depth the system could support,but how much flat data.