phpBB.de

Dr.Death hat geschrieben:Du hast das Thema binnen weniger Minuten/Stunden mit einem Folgebeitrag nach oben geschoben.
Die Mindestwartezeit für Topic Bumping beträgt 24 Stunden.

Bitte lies Dir den phpBB.de-Knigge durch und beachte diesen zukünftig.

Du könntest die ganzen nachgetragenen Informationen in Deinen vorherigen Beitrag hinein editieren.
Es wäre nett wenn Du das nächste mal daran denken würdest. ( Bin ich jetzt zu nett ? )

Die ganzen Änderungen wären aber nur dann interessant, wenn es "alle" Datenbanken unterstützen würde ( und auch Fulltext MySQL ... nicht nur native MySQL ).

Hallo Dr.Death,

ja Du bist zu nett, denn ich ging dann entgegen Deiner Ansicht davon aus, dass außer mir auch noch etliche andere Betroffene an einer (wenn auch nicht ultimativen) Lösung interessiert sein würden. Wenn Du meine LösungsTips als "Topic Bumping" betrachtest, dann kann ich diese ja gerne entfernen bzw. mit einem "-" editieren. Ein Satz von Dir genügt dazu und schon sind die, meine Lösungsvorschläge verschwunden!

Du scheinst übersehen zu haben das ich kein "bumping" nach Hilfe gepostet habe, sondern eine Lösung angeboten habe. Ich wußte bisher nicht das sowas als "bumbing" bei Euch angesehen wird. Insofern bitte ich um Entschuldigung und ich werde dann zukünftig keine Tips mehr anbieten.

Das Lösungen für "alle" andere DBs für Dich interessant sind mag ja sein, allerdings bin ich als phpBB 3x Laie im Gegensatz zu Dir dann doch schon mal sehr froh, das ich wenigstens für die Fulltext native Suche eine wenn auch nicht ultimative Lösung gefunden habe. Das Du mehr erwartest verwundert mich ein wenig, denn ich war bisher der Meinung das auch Du (im Gegensatz zu mir) eher ein phpBB Kenner, bzw. Spezialist bist. Also bitte ich Dich hiermit freundlichst, entsprechende Lösungen für die Fulltext native als auch Fulltext MySQL die dann auch alle Datenbanken unterstützen hier zur Verfügung zu stellen. Dann brauche ich auch keine Bumping-Beiträge mehr verfassen und alle Betroffenen freuen sich riesig!


War ich jetzt etwa auch zu nett - so nett wie Du?

Hier postet jeder grundsätzlich deswegen, weil er ein persönliches Interesse daran hat.

=> http://www.phpbb.de/community/viewtopic ... 5#p1084265

Dr.Death hat geschrieben:Die ganzen Änderungen wären aber nur dann interessant, wenn es "alle" Datenbanken unterstützen würde ( und auch Fulltext MySQL ... nicht nur native MySQL ).

Dr.Death hat geschrieben: Zur Full Native Suche: Die haben sehr wenige aktiv, da sie "Platzverschwenderisch" mit der Datenbank umgeht und große Search Tables verwendet.

Hallo Dr.Death,

Wir haben uns Dank deiner Initiative ja inzwischen sehr freundlich und sachdienlich außerhalb von diesem Thread ausgetauscht.

@All: Ich habe mich bei Dr.Death per PN für mein (unbewußtes) Bumping entschuldigt!

Wie ich Dir in einer PN mitteilte, habe ich inzwischen auch Tests mit der Fulltext MySQL durchgeführt. Dazu folgendes zu deinem Hinweis: „die Fulltext Native würde "Platzverschwenderisch" mit der Datenbank umgehen.“

Es betrifft ein Board mit 97.466 Postingeinträgen.
1) Der Fulltext Native Such-Index füllt die beiden Tabellen phpbb_serach_wordlist und phpbb_search_wordmatch mit jeweils 9,8 MB und 117,8 MB.

2) Der Fulltext MySQL Suchindex bläht dagegen die phpbb_post von ursprünglich 86 MB auf 194,2 MB auf. Also eine durch die drei Index-Felder Vergrößerung um 108 MB.
Warum dann für Dich die Fulltext Native eine „Platzverschwendung“ gegenüber der Fulltext MySQL darstellt, solltest Du bitte erklären. Außerdem steht bei etlichen Webhostern die MySQL Variable „ft min word len“ auf = 4. Diese müsste auf = 3 abgeändert werden damit einzelne Wörter und Bezeichnungen wie „AOL“, „MTU“, „MOD“, „ATA“ etc. auch als Suchergebnis gefunden und angezeigt werden.

Ob letztendlich die Fulltext MySQL Suche für große Boards überhaupt geeignet ist vermag ich z. Zt. nicht zu beurteilen. Eine Performanceverbesserung konnte ich jedenfalls bisher nicht feststellen. Ich verweise dafür auch auf diesen Thread bei Euch den Du ja auch kennst:

http://www.phpbb.de/community/viewtopic ... 4&t=173865

Ob meine Fulltext Native Lösung auch auf die Fulltext MySQL Suche adaptierbar ist, müsste wer auch immer mal testen. Wie wäre es denn mit Dir, denn Du ziehst laut dem vg. Thread ja die Fulltext MySQL der Fulltext Native vor.

Dr.Death hat geschrieben:Ich selbst bevorzuge die Fulltext MySQL Suche...

Ich schaue aber auch mal, ob ich da etwas rumbasteln kann!

Ok, hier mein Statement zur "Platzverschwendung":

Wie Du bereits erwähnt hast:

Native: 9,8 + 117,8 --> 127,6 MB
Fulltext: --> 108 MB

Das sind ca 20 MB weniger.

Doch der größte Vorteil entsteht bei den automatischen Sicherungen:

Wenn man eine Datenbank mit Native Suche ( komplett ) sichert, werden die großen Search Tabellen mitgesichert ( 127,6 MB Overhead ).
Bei einer Datenbank mit Fulltext Suche, werden nur die Tabellen gesichert ( ohne Indizies ) --> Platzersparnis im Backup : 127.6 MB gegenüber des Backups einer Native Such Datenbank. ( ok, ich hab wirklich nur 108 MB gespart )

was ist besser von der funktion her fulltext oder native? oder handelt es sich hier nur um Platzersparnis?

Hallo Dr.Death

Dein Statement an mich angeregt zwei eigene Backup-Tests mit meinem phpBB3 Test-Board, welches wie schon erwähnt 97.466 Postingeinträge hat, durchzuführen.

Backup Test 1 mit Fulltext Native Index als sql.gz Datei: 39,65 MB auf dem Server.

Backup Test 2 mit Fulltext MySQL Index als sql.gz Datei: 28,46 MB auf dem Server.

Das ergibt für mich mit dem Fulltext MySQL Suchindex eine Verringerung um ca. 11 MB. Wie Du da mit einem MySQL Backup welche komprimierte, gepackte Dateien erzeugt auf eine Ersparnis von „nur 108 MB“ kommst ist mir somit schleierhaft.

Bei mir laufen die DB Backups 2x täglich per CronJob ab. Wenn, wie akt. bei mir immer die letzten beiden Backup-Dateien auf dem Server verbleiben dann ergibt die Suche per Fulltext Native bei mir akt. eine Backupdateienvergößerung um 22 MB. Wer auf seinem Webserver Probleme mit 11 respektive 22 MB haben sollte, hat dann evtl. den falschen Webspace Account.

Ps. Eine befriedigende Fulltext MySQL Suchlösung für Wörter und Bezeichnungen mit einem Bindestrich habe ich noch nicht gefunden. Einige Ansätze sind vorhanden, aber eben (noch) nicht voll funktionsfähig. Ich bleibe aber dran.

Hi,

ich habe nur Deine Werte miteinander verglichen und nicht "komprimiert"

Dr.Death hat geschrieben:Hi,

ich habe nur Deine Werte miteinander verglichen und nicht "komprimiert"

Hallo Dr.Death,

ok, das lasse ich als (Not-)Argument mal durchgehen. Allerdings sind wir beide doch sicherlich einer Meinung, dass man seine DB Backups, Dumps nicht 1zu1 sondern als komprimierte Dateien erstellt, bzw. per CronJob automatisch erstellen läßt.

Somit als Fazit (jedenfalls aktuell für mich):
Ein Fulltext MySQL Suchindex für eine Fulltext MySQL Suche bringt gegenüber einem Fulltext Native Suchindex für eine Fulltext Native Suche keine Vorteile. Eher Nachteile, denn wer über keinen eigenen (Root-)Server verfügt und/oder nicht die Mögkichkeit hat, MySQL Variablen zu verändern ist mit der Fulltext MySQL dann folglich eher benachteiligt.

Performanceunterschiede zwischen beiden Suchvarianten habe ich bisher nicht feststellen können.

Dr.Death hat geschrieben:Die ganzen Änderungen wären aber nur dann interessant, wenn es "alle" Datenbanken unterstützen würde ( und auch Fulltext MySQL ... nicht nur native MySQL ).

Für Dr. Death und alle anderen Fulltext MySQL Interessierte habe ich inzwischen eine kleine Lösung für die Suche nach Wörter und/oder Bezeichnungen mit einem „-„, also nach z.b. „Haus-Boot“, Junk-Food“, „Carry-0815“ etc. etc. anzubieten:

Es sind dazu nachfolgende zwei kleine Veränderungen in der phpbb 3.0.4 root/includes/search/fulltext_mysql.php notwendig.


1) Suche nach: In der Original-Datei sollte es in Zeile 151 stehen.
Setze ein „// „ an den Anfang der Zeile um es auszukommentieren.

Füge danach als neue Zeile ein: 2) Suche nach: In der Original-Datei sollte es in Zeile 233 stehen.
Setze ein „// „ an den Anfang der Zeile um es auszukommentieren.

Füge danach als neue Zeile ein:

Datei speichern und im ACP den Fulltext MySQL (muss aktiv sein!) Suchindex löschen und anschließend neu erstellen. Danach sollten, vorausgesetzt es sind Wörter und/oder Bezeichnungen etc. mit einem „-„ in irgendwelchen Beiträgen vorhanden, diese dann auch mit der Fulltext MySQL Suche gefunden werden.

Damit auch Wörter und/oder Bezeichnungen mit mind. drei Zeichen vor und hinter einem „-„ gefunden werden, sollte die MySQL Server Variable „ft min word len“ auf „3“ stehen bzw. auf „3“ abgeändert werden. Wer keinen Zugriff auf die MySQL Server-Variablen hat, sollte dazu seinen Webhoster ansprechen.

Ich verweise auf die folgende MySQL Dokumentation:
http://dev.mysql.com/doc/refman/5.0/en/ ... uning.html

--------------------------------
Ob das nun die allerbeste oder letztendlich die beste Lösung für die Fulltext MySQL Boardsuche ist bzw. sein wird, wird sich hoffentlich dann rausstellen wenn andere meinen Lösungsansatz dazu benutzen um ihn zu verbessern und dann ebenfalls hier zur Verfügung stellen.

Bitte testet es selber und postet dann bitte auch Eure Rückmeldungen, Verbesserungsvorschläge, Fehler was auch immer dazu bitte in diesen Thread – Danke.

Nachdem ich mich durch 69 Postings gearbeitet habe, mit teilweise Grabenkriegen, gab es kurz vor Ende des Threads noch eine Lösung.

Und diese funktioniert tadellos - danke an McHunter dafür - endlich eine Lösung für mein Problem http://www.phpbb.de/community/viewtopic ... 4&t=188073 - ganz großes Kino

PS: Ich verwende die Fulltext native