This admin plugin allows you to rebuild the index used by the fulltext search. This isn’t needed generally as the index builds and updates itself while users browse your wiki. However if you just upgraded, added or removed a lot of files it may be a good idea to cleanup the index.

Download and install the plugin using the Plugin Manager using the URL given above. Refer to Plugins on how to install plugins manually.

• Merge pull request #56 from dokuwiki-translate/lang_update_730_169920… (2023-11-22 10:24)
• translation update (2023-11-05 17:15)
• Merge pull request #54 from dokuwiki-translate/lang_update_546_167457… (2023-01-24 19:29)
• translation update (2023-01-24 15:45)
• Version upped (2020-06-21 23:50)
• Merge pull request #48 from ssahara/hogfather (2020-06-21 08:53)
• use indexer class methods (2020-06-21 04:14)
• remove unnecessary require_once (2020-06-20 15:52)

After installation there will be a Searchindex Manager link on the Admin page of your wiki. The page displayed will have a 'Rebuild Index' button. Click this to start the rebuilding process.

During the process a status of the current activity will be shown.

I encountered the following error on a local XAMPP-installation in Windows 7:

I have two completely seperated wiki-installations in the htdocs-directory. When I try to rebuild the index in the second installation, it rebuilds the index of the first one.

I was able to solve the problem by setting the “basedir”- and “baseurl”-options manually. Maybe this helps someone.

— cziehr 2012/05/28 19:00

Tnx so much! Confirmed! However, for a local installation using QuickPHP, setting “baseurl” was enough. Cause: QuickPHP by default set the port to 5723 instead of 80. Apparently, this requires the “baseurl” to be set manually. In my case: http://127.0.0.1:5723/dokuwiki

— Johan 2012/09/17 23:00

I have had not-updated plugins: fontcolor, fontsize and gallery. My bad, I updated it simultaneously. One of it conflicted with searchindex plugin and pressing “rebuild index” and “update index” didn't do anything. After updating via plugin manager everything is OK. Release Weatherwax.

— Dennis 2013/05/12 23:43

I installed the new version (2013-03-24) on Release 2013-05-10 “Weatherwax”. But the buttons doesn´t start any action. I tested another installation at a different server. But the same problem. The same with different browser.

— Thore 2013/07/25 17:23

Had the same problem. Disappeared when I switched off the “encryptedpasswords” plugin. Maybe you also have plugins that interact badly. Try to switch off all plugins except the searchindex plugin before rebuilding the index.

— Guido 2013/07/26 14:32

Just like Thore and Guido, I had the same problem with the plugin, disable all plugins excep authplain or what ever plugin authentication method you use! Otherwise you won't be able to login again!! Or enable plugins back by editing plugins.local.php under conf dir.

— Guirao 2013/08/14 14:32

I solved the same issue by removing an old version of the cellbg plugin and installing the latest version.

— Jeroen 2013/10/15 14:17

Great! Thanks!

— Com In 2014/01/14

This is not a problem with the plugin itself, but I spent a great deal of time trying to figure out what was going on, so I thought I would document it here and hopefully help someone else out. The problem was the index would just stop after the 43rd page. I tried IE, Firefox and Chrome - same result. Rebuilding or updating - same result. I tried deleting the page it got stuck on, and the indexing would just get stuck on the next one.

Very long story short - the problem was not the plugin, but the hosting (GoDaddy). It seems that 43 HTTP posts within a short period of time triggers some sort of rate limiting (presumably to prevent DOS attacks). After that, all requests to the entire site (not just the wiki) come back with no data. This lasts for about a minute or so. My solution was to modify the plugin to add a 5 second delay after each request. Obviously, this makes things take much longer, but it is still better than trying to do it manually.

I just installed the Plugin, everything seems OK, but when I press either the 'Index neu aufbauen' or the 'Index aktualisieren' button, just nothing happens. No confirmation, no error message, no status of the current activity. This normal? DokuWiki Binky [43] on Ubuntu 12.04 — franc 2014-01-21 15:08

Just save the Config-Page once. After that the index rebuild should work. At least that did it for me. — Dean 2014-01-23 14:33

No, this didn't change anything. Could there be some log entry for this plugins error? There must be some errors, I guess. — franc 2014-01-25 00:05

Is there really no logfile? Even the “normal” indexing does not work. Since more than week I don't find a special word in an article I wrote, which means, that the index is not actual. Where can I find this kind of logs? Someone knows this? Yes, I think I have a problem here, my indexer doesn't start by himself. If I run it manually (chmod 777 indexer.php or by php ./indexer.php in the bin dir) the index is refreshed, working. But not by alone. The 1px Image is shown. What to do? — franc 2014-01-29 08:57

Hi there, I had the same problem and it was caused by my Ad Blocker not Dokuwiki. Please check.—MrBertie 2014-01-29 20:27

Nope, AdBlock disabled, different browsers (Firefox, Opera, Chrome), different Computers (MacBook, Windows XP). Still the same, no reaction on press on Buttons. No progress bar or something similar to see. Somebody knows where I can look in some logfile? Remember: first thing to do, look into the logs, if you don't know where the logfile is, search the logfile. — franc 2014-02-14 13:0508:57

I have exactly the same issue, no AdBlock installed in Firefox. System is Linux Mint. — Marc 2014-03-25 13:0508:57