[pmwiki-users] How to force-update the pageindex

[Randy Brown]

Thanks for your quick response, DaveG. Unfortunately, I'm as baffled as ever.

I can understand if, as you suggest, the page index sometimes contains incomplete optimization information and as a result pagelists run slower. I can't understand, however, why pagelist would ever give incorrect results. 

If the correctness of pagelist results depends on the pageindex being up to date, then there needs to be a way to rebuild the page index and to guarantee that it is ultimately complete. If that's not feasible, then a warning needs to be placed next to the suggestions that you can change the $CategoryGroup, advising admins that they will destroy the accuracy of their pagelists in their existing wikis if they do so.

More importantly, if page indexing is never guaranteed to be up to date, and the correctness of results suffers whenever it isn't, then that needs to be stated in the documentation, so wikis where accurate results matter don't attempt to use page indexing. 

I'm not sure what's going on with my wiki, but if I set "$EnablePageIndex = 0;" my results and the speed of pagelists doesn't change at all. No .pageindex file is created, however. I would have expected pagelists to run significantly slower and to start giving correct results again. 

Randy

On Aug 11, 2010, at 10:38 PM, DaveG wrote:

> 
> 
> On 8/11/2010 9:46 PM, Randy Brown wrote:
>> I now believe I've managed to delete the old pageindex, but until it's rebuilt my pagelists are returning incorrect results. Is there any recipe that traverses all pages and updates each or otherwise rebuilds the pageindex?
> I was under the impression (and going back to some mail archives confirms) that simply deleting the index and then editing a page would subsequently cause it to be recreated, and that pageindex is not an authoritative source, more used for optimization. So it's possible some things you might expect to see there are not yet/ever populated.