[pmwiki-users] Trouble with .pageindex when too much _new_ data to index (+ sqlite)

Petko Yotov 5ko at 5ko.fr
Sat Feb 28 17:51:04 CST 2015


The error you describe comes from the SQLite recipe and could appear if 
the database cannot correctly return the page records, which can 
possibly happen when there is too much data or not enough time/memory.

Is there any particular reason to use the still experimental SQLite 
PageStore class, largely untested for large volume or large traffic 
wikis? Current versions of the filesystems are quite fast and, with a 
recipe like PerGroupSubdirectories, PmWiki should be able to handle a 
large number of small pages.

Probably even on a cheap shared hosting. Or, if you require more 
dedicated power, but cannot configure, secure and maintain a VPS/DS, 
there are "Performance" shared hosting plans 
(http://www.ovh.com/fr/hebergement-web/offres-performance.xml or 
http://www.1and1.fr/hebergement-web?__lf=Static&linkOrigin=serveur-infogere&linkId=hd.subnav.hosting.hebergement-web 
for example).

You appear to import your pages from an existing database. It may be 
possible to use some of the recipes listed here:
   http://www.pmwiki.org/wiki/Cookbook/CompareDatabaseRecipes

Petko

On 2015-02-27 22:38, ABClf wrote:
> i'm still (desesperatly) fighting with pmwiki
> last try was to post new pmwiki, sqlite recipe, setup config, and post
> sqlite database (100mo) somewhere on my website (1&1 shared host) ; 
> then
> ask for Site.Reindex page.
> 
> I'm getting this sqlite recipe related error at the very beginning 
> (just
> after count was done ; nothing created in wiki.d) :
> 
> Fatal error: Call to a member function fetchAll() on a non-object in
> /homepages/18/d269604285/htdocs/dev4/cookbook/sqlite.php on line 403




More information about the pmwiki-users mailing list