Hmm ich sehe das Problem... da hat wohl das Query Timeout zugeschlagen - oder meine Query-Size ist für mysql4 zu groß
Das Problem ist, daß die UMIL Funktion für diesen Zweck beliebig langsam (und buggy) ist. Deshalb habe ich dafür eine Direktverbinung gewählt. Damit wird das Query bei mir in in knapp 7s abgearbeitet. Nagut - meine Box ist auch ein kleiner Teufel
Ich hatte das auch über die DBAL Funktion von phpBB versucht - das würde aber über 20 Minuten dauern

. Selbst wann man das staffelt, würde dann das PHP Timeout kommen. Alternative wäre eine Option, wie wenn man den Suchindex von phpBB neu aufbauen lässt - mit einem Browser Reload. Schon komisch, daß phpBB dann Stunden für eine Funktion braucht, die man normalerweise in Minuten abarbeiten könnte. Das wollte ich halt hier vermeiden.
k.a. Warum die phpBB Funktion da so lahm ist, denn 100000 Datensätze sind ja nicht wirklich viel. Packt man das gescheit zusammen, geht das mit einem Fingerschnipp.
Dauert es eine Weile, bis die Fehlermeldung kommt, oder geht das relativ schnell?
Ich könnte die PLZ Daten kleiner splitten. Im Moment fasse ich 20000 Datensätze zu einem Query zusammen (sind rund 2MB pro Query). Ich könnte das in mehr noch keinere Packete teilen, bräuchte aber jemanden mit einem mySQL4 Server, der das für mich testet...
PS: der Installer ist so gemacht, daß er beliebig oft ausgeführt werden kann. Das Einzige, was man evtl machen muß, ist in der phpbb_config Tabelle die "geomap_mod_version" löschen und den Cache leeren
Als Schnellversuch könnte ich dir mal eine Version des Installers anbieten, bei dem ich die Querygröße auf 2500 Einträge pro Query verkleinert habe:
http://geoversion.fmode.de/geomap_3.0.0_dev.tar.bz2
Ich überlege aber mal, wie ich das "Problem" besser lösen kann. Evtl. weis hier einer von den phpBB Gurus wie man ''mal fix" 100000 Datenbankleinträge einfügen kann, ohne vor einem Fenster zu sitzen, was einem sagt, daß 237,3 Zeilen pro Sekunde eingefügt wurden. Da wäre man sogar im phpmydamin schneller

(kein Witz)