Mittels [om_searchkeys] Übersicht über die Frontend-Suchbegriffe behalten

[Fehrmann]

Guten Abend Community,

die erste Erweiterung ist sicher immer die Schwerste und ich gehe heute mal diesen Weg.

Meine erste Erweiterung trägt den Namen 'om_searchkeys' und hängt sich an die Contaoeigene Suchmaschine (Stichwort: 'tl_search'). Sie speichert alle eingebenen Begriffe mit dem zugehörigen Zeitpunkt.

Im Backend kommt das Modul System->Suchanfragen hinzu, das zumindest bis jetzt nur eine kleine Übersicht/Auswertung enthält.

Ich bin gespannt auf Reaktionen, Kritik und meinetwegen auch viele Verbesserungsvorschläge.

Mit freundlichen Grüßen
R.Fehrmann

[xchs]

Hallo Fehrmann,

funktioniert die Erweiterung auch mit Suchboxen, welche dann zur Contao Suchmaschine weiterleiten (siehe HIER)?

Leider erhalte ich bei solchen Suchanfragen stets folgende Fehlermeldung:

Fatal error: Uncaught exception Exception with message Query error: Column 'searchkey' cannot be null (INSERT INTO tl_om_searchkeys SET tstamp=UNIX_TIMESTAMP(NOW()), searchkey=NULL)

Wenn ich den Suchbegriff direkt in das Eingabefeld des Moduls "Suchmaschine" eingebe, erhalte ich zwar keine Fehlermeldung mehr, im Backend werden unter "Suchanfragen" aber auch keine Einträge mit den Suchanfragen angezeigt.

Erweiterung wurde über die Erweiterungsverwaltung ordnungsgemäß installiert, Datenbank ist aktuell. Die DB enthält zwar die neue Tabelle "tl_om_searchkeys" mit den drei Feldern, jedoch ohne irgendwelche Einträge (auch nicht nach mehreren verschiedenen Suchanfragen)

Getestet unter: Contao 2.9.0, PHP 5.3.1, XAMPP 1.7.3

[Dani]

Bei mir das Gleiche.

[Fehrmann]

Ich habe ein neues Build erstellt und hochgeladen. Es sollten jetzt sowohl Suchboxen die zur Suchmaschine führen, als auch die Suchbox der Suchmaschine selbst berücksichtigt werden.

Eure Fehlermeldung:

Fatal error: Uncaught exception Exception with message Query error: Column 'searchkey' cannot be null (INSERT INTO tl_om_searchkeys SET tstamp=UNIX_TIMESTAMP(NOW()), searchkey=NULL)

konnte ich nicht reproduzieren. Da ich einiges verändert habe, hat sich das eventuell von selbst gelöst, ansonsten müssten wir das weiter untersuchen.

Gruss
Rene

[Dani]

Super funktioniert nun, das kann ich gut gebrauchen!
Wäre es möglich, die 3 Tabellen auf die ganze Breite zu skalieren?

Wünsche
- nebst Top 20, auch alle Suchanfragen auflisten
- Ip mit auflisten
- wenn angemeldet, Mitglied mit Link zum Mitglied anzeigen
- zuletzt besuchte Seite anzeigen

[xchs]

Super funktioniert nun

Ja, kann ich auch bestätigen. Fehlermeldung kommt keine mehr und im Backend werden nunmehr die Suchanfragen aufgelistet.

Wäre es möglich, die 3 Tabellen auf die ganze Breite zu skalieren?

Je nach Länge der Suchanfrage bzw. der Suchbegriffe werden die Tabellen dann nicht mehr nebeneinander dargestellt, sondern eine unter die andere geschoben.
Eine mögliche Alternative wäre wohl auch, immer nur eine Tabelle in voller Breite anzuzeigen und ganz oben mittels Select-Auswahlfeld die gewünschte Datentabelle auszuwählen.
Die [visitor]-Erweiterung stellt im Backend auch eine statistische Auswertung zur Verfügung - vielleicht nützt es Dir ja was, wenn Du Dir dort das Eine oder Andere "abschaust"...

Wünsche
- nebst Top 20, auch alle Suchanfragen auflisten
- Ip mit auflisten
- wenn angemeldet, Mitglied mit Link zum Mitglied anzeigen
- zuletzt besuchte Seite anzeigen

Da schließ' ich mich an!

[Fehrmann]

Ich habe eben ein neues Build hochgeladen und darin einige eurer Vorschläge umgesetzt. Eine Anzeige im Backend von allen Einträgen halte ich für nicht sinnvoll, ich habe daher für diesen Zweck (wie bereits im Vorfeld angedacht) eine CSV-Export-Funktion hinzugefügt.

Folgendes ist mir noch nicht ganz klar:

- zuletzt besuchte Seite anzeigen

Wenn das jemand mal genauer beschreiben könnte, wäre ich euch dankbar.

Mit freundlichen Grüßen
R.Fehrmann

PS: Ausserdem die Freigabe für 2.9.1 erteilt.

[Larsemann]

Hey,
die Extension ist macht genau das was ich brauche, nur funktioniert die leider bei mir nicht.
Es werden keine Suchanfragen im Backend angezeigt. Die DB Tabelle enthält auch keine Einträge. Hab es sowohl über ein Formular-Weiterleitung als auch direkt über die Suchfunktion mehrmals probiert.
Hab auch schon ein neues Modul vom Typ Suchmaschine erstellt und dort die Standard-Einstellungen gelassen und auch hier ohne Erfolg.
Habe eben erst das Contao Update auf 2.9.1 gemacht und davor auch mit 2.9.0 getestet. Aber jeweils ohne Erfolg.
Ich bekomme auch keine Fehlermeldung o.ä. im Backend steht nur "Bisher sind keine Suchanfragen erfolgt." Habe Build 10 über die Erweiterungsverwaltung installiert.

Wäre cool wenn wir das irgendwie bei mir zum laufen bekommen.
Brauchst du noch irgendwelche Infos von mir?

[Fehrmann]

Hallo,

ich habe nochmal über die Funktionsweise geschaut und mir ist dabei jedoch nichts ungewöhnliches aufgefallen. Meine Vermutung ist, das du Suchfunktion nicht ganz richtig in die Webseite integriert hast. Kannst du dies bitte anhand dieses Guides nochmal überprüfen.

Kannst du ausserdem bitte mal ein Liste mit den Erweiterungen posten, die du auf der Webseite noch verwendest und falls möglich einen Link zur Webseite mitschicken.

Ansonsten wird es ohne Fehlermeldung schwer dem Fehler auf die Spur zu kommen.


Gruss
Fehrmann

[Larsemann]

Hey,
ich hab mit dem Wiki Link das nochmal überprüft, und eigentlich hatte ich es so gemacht. Nur im Feld Formular-ID hatte ich nichts stehen. Das hab ich geändert auf tl_search hat aber auch nichts gebracht.
Hab dann nochmal ein Modul Suchmaschine erstellt und auch ein neues Formular so wie es da angegeben war. Auch ohne Erfolg. Ist es egal ob POST oder GET als Methode?

Erweiterungen habe ich folgende Installiert:
BackupDB 1.2.0 stable Build 20
dlh_googlemaps 0.1.5 stable Build 12
routenplaner 0.6.0 stable Build 18

EDIT: Link zur Seite: http://208779.webtest.goneo.de/contao

[Fehrmann]

Ich habe möglicherweise den Fehler finden können und habe entsprechend ein neues Build hochgeladen. Bitte installiere dies und überprüfe, ob es dann nun funktioniert.

Mit freundlichen Grüßen
R.Fehrmann

[Larsemann]

SUPER! Vielen Dank, jetzt geht es auch bei mir.
Klasse Arbeit und super Service!!!

[Fehrmann]

Das Modul steckt noch in den Kinderschuhen, also wenn du noch Ideen hast, immer her damit.

Gruss
R.Fehrmann

[Dani]

Hallo Fehrmann

Danke für die Umsetzung meiner Wünsche Mit

zuletzt besuchte Seite anzeigen

meinte ich, dass die Seite aufgelistet werden soll, wo sich der Benutzer zuletzt aufgehalten hat. Zum Beispiel:

Seitenverlauf: 1. Startseite, 2. Seite 1, 3. Seite 2, aktuell Seite 3

Dann wäre die zuletzt besuchte Seite des Users die Seite 2. Dies war jedoch nur so ein schneller Gedanke und müsste nicht unbedingt umgesetzt werden. Es wäre einfach interessant zu sehen, auf welcher Seite sich der User zuletzt aufgehaltet hat. Die zuletzt besuchte Seite findest du in der Session oder bekommst es, glaub ich, via der Environment-Klasse.

Ich habe noch ein Problem mit dem Mitglied-Feld. Wenn ich mich als Mitglied anmelde und etwas suche, wird mein Mitgliedsname nicht aufgelistet. Muss ich noch etwas einstellen?

[Fehrmann]

Hallo Dani,

eine Einstellung ist nicht notwendig. Ich erkläre mal kurz wie es laufen sollte, damit keine Missverständnisse entstehen.

Wenn ein eingeloggtes Mitglied (Frontend) eine Suche startet wird dessen ID erfasst. Wenn man sich nun im Backend die Suchanfragen anschaut wird für Suchanfragen die ein Mitglied getätigt hat in der Spalte Mitglied ein klickbares Symbol angezeigt, welches auf die Mitgliedsseite des jeweiligen Mitglieds verweist. Dies geschieht aber nur, wenn der betrachtende BackendUser auch das Recht hat, den Mitgliederbereich einzusehen. Bei anonymen Suchen wird ein eingegrautes Symbol ohne Link erstellt. In Zukunft werden in der Spalte Mitglied aber nicht nur Symbole sondern die Namen direkt stehen, ist einfach von der Übersichtlichkeit her besser.

Wenn es dennoch nicht klappt, müssen wir dem mal näher auf den Grund gehen.

Gruss
R.Fehrmann

[Dani]

Danke für die schnelle Antwort. Ich habe jetzt in der Datenbank nachgeschaut, ob die ID des Mitglieds eingetragen wird und ja sie wird. Aber es erscheint nichts in der Auflistung bei "Mitglied". Kein Name oder Icon.

[Fehrmann]

Ich habe ein neues Build erstellt, vll magst du es mal testen.

Der Fehler (falls er behoben ist) war wohl eine ungüstige Kombination der Slashes in der Linkgenerierung. Mein Chrome auf dem ich entwickle, ist dort wohl deutlich fehlertoleranter als manch anderer Browser.

Ausserdem sollte jetzt der Name angezeigt werden, anstatt des Icons.

Ich hoffe, das jetzt alles läuft.

Gruss
R.Fehrmann

[Dani]

Danke nun läuft es. Habe jedoch nochmals einen Wunsch und zwar, fände ich besser, wenn anstatt "Nachname, Vorname" nur der Username angezeigt würde. Manchmal hat ein Benutzer keinen Vor- und Nachname angegeben und somit ist das Feld ",".

[Fehrmann]

Da gebe ich dir Recht, das ist wohl die deutlich bessere Alternative. Steht dann hiermit offiziell auf der Liste für das nächste Update.

Gruss
R.Fehrmann

[xchs]

Hallo Fehrmann,

sofern noch keine Suchanfragen stattgefunden haben (und demzufolge die entsprechende DB-Tabelle auch keine Einträge enthält), erhält man beim Aufruf des Backend-Moduls "Suchanfragen" folgende Fehlermeldung:

Warning: Invalid argument supplied for foreach() in /system/modules/om_searchkeys/ModuleOmSearchKeys.php on line 82

Vielleicht liese sich diesbezüglich noch eine entsprechende Prüfung mit einbauen?

Gibt es eigentlich - außer direkt im phpMyAdmin die entsprechende DB-Tabelle zu leeren - irgendeine Möglichkeit, die gespeicherten Suchanfragen auch wieder zu löschen bzw. rückzusetzen?

[Fehrmann]

Morgen xchs,

die Warnung schaue ich mir an und das mit dem Löschen finde ich gut, werde ich als Möglichkeit mit einbauen.

Gruss
oMo

[zonky]

Hallo Fehrmann,

da bin ich wieder (komme von hier)

ich habe die Ext. installiert 2.9.1 und läuft beim ersten Test prima!

Um bei meinem Thema zu bleiben - wie finde ich Suchanfragen, die kein Ergebnis brachten - wäre das Tracking der Ergebnisanzahl gut mit der Sortierung/Filterung nach "nix"

Was mir noch aufgefallen ist, die Aufzeichnung der IP-Adresse ist inzwischen recht "gefährlich" geworden und sollte per Konfig abwählbar sein bzw. eine Verschleierung rein.

Für mein Thema "Suchgüte" könnte man noch ein Faktor der Ergebnisqualität definieren - z.B. Flächeninhalt der Kurve, die von der Menge und der Trefferqualität je Ergebnisitem aufgespannt wird...

Bezüglich der Auswertung habe ich noch eine Bitte/Wunsch: ich fahre Contao im Multidomainmodus und aktuell werden die Ergebnisse "global" zusammengefasst.
* eine Trennung auf jede Domain - ggf. auch jeder Such-Startpunkt
* Zugriff nur für die Benutzergruppe der jeweiligen Domain

Gruss und Dank

zonky

[zonky]

Hallo Fehrmann,

Nachtrag: im Ext-Rep wäre der Begriff "Statistik", "Count", "Suche" prima - bei keinem der Begriffe erscheint die Ext....

Gruss zonky

[Fehrmann]

Huch so viele Ideen.

Ich lass mir das alles mal durch den Kopf gehen.

Gruss
R.Fehrmann

PS: Ich wollte mich doch nie wieder derart mit Mathe beschäftigen. :-)

[zonky]

Hallo Fehrmann,

so schlimm isses glaube ich gar nicht - ich ordne mal nach meinen Wünsche nach Prioritäten:

* Speicherung der Ergebnis-Anzahl
* Unterscheidung nach Domain
* Sortierung und Filterung (insb. Ergebnis-Anzahl)
* Kennzahl für Such- bzw. Trefferqualität (da überlege ich nochmal...)

Gruss zonky

[zonky]

Hallo Fehrmann,

sorry für meine Ungeduld - gibts schon eine "Roadmap"??

zonky

[Fehrmann]

Aktuell leider keine Roadmap.

Ich habe im Moment einfach nicht die Zeit. Ich werde schauen, wann es bei mir wieder etwas ruhiger wird.

Gruss
R.Fehrmann

[zonky]

o.k....

ich habe mir die Erweiterung mal angesehen: per outputFrontendTemplate "fischst" Du das Keyword raus - demnach dürfte der Hook bei jedem Aufruf gezündet werden...

... d.h. wenn ich in der URL domain.tld/seite.html?keywords=xyz schreibe, wird das auch in die DB geschrieben.

wäre es nicht eleganter die Klasse ModuleSearch zu erweitern (dito Navigationsklasse überschreiben)
class ModulSaveSearchResult extends ModuleSearch ...

und $GLOBALS['FE_MOD']['application']['seach'] = 'ModulSaveSearchResult'

gruss zonky

[Fehrmann]

Hallo Community,

es ist zwar schon eine Weile her (die Zeit vergeht), aber ich werde wohl demnächst an dieser Erweiterung weiterarbeiten. Der letzte Vorschlag von zonky klingt sehr interessant. Ich werde das mal in Betracht ziehen.

Wenn ihr weitere Wünsche oder Anregungen habt, nehme ich diese gerne entgegen.

Viele Grüße
R.Fehrmann

[peter_lang]

Genau diese Art von Statistik suche ich .. wie kriege ich sie ...kann sie nirgends im Erweiterungskatalog finden

[lichtfest]

Genau diese Art von Statistik suche ich .. wie kriege ich sie ...kann sie nirgends im Erweiterungskatalog finden

Im Contao Backend unter Einstellungen/Extension Repository/Inkompatible Erweiterungen anzeigen aktivieren. Ist zwar anscheinend für Contao 2.11 nicht getestet aber funktioniert bei mir.

@Fehrmann: Danke für die Erweiterung!

[Fehrmann]

Hallo,

ich habe eine neue Version der Erweiterung bereitgestellt (im Repository verfügbar), die einige Vorschläge aus diesem Thread aufgegriffen hat.



Viel Spaß damit.

Wir sehen uns im Netz.
R.Fehrmann

[RobertB]

Vielen Dank für die tolle Erweiterung.

Ich hab jedoch ein Problem. Wenn bei der Suche keine Ergebnisse vorhanden sind bekomme ich einen Fehler der folgendes anzeigt:

Warning: Division by zero in /volume1/web/versicherungvergleichen/system/modules/om_searchkeys/ModuleOmSearch.php on line 338

#0 /volume1/.../system/modules/om_searchkeys/ModuleOmSearch.php(338): __error(2, 'Division by zer...', '/volume1/web/ve...', 338, Array)
#1 /volume1/.../system/modules/om_searchkeys/ModuleOmSearch.php(225): ModuleOmSearch->saveKeywords('Tierhaftpflicht', 0, 0)
#2 /volume1/.../system/modules/frontend/Module.php(140): ModuleOmSearch->compile()
#3 /volume1/.../system/modules/frontend/ModuleSearch.php(69): Module->generate()
#4 /volume1/.../system/modules/om_searchkeys/ModuleOmSearch.php(62): ModuleSearch->generate()
#5 /volume1/.../system/modules/frontend/ContentModule.php(72): ModuleOmSearch->generate()
#6 /volume1/.../system/libraries/Controller.php(511): ContentModule->generate()
#7 /volume1/.../system/modules/frontend/ModuleArticle.php(194): Controller->getContentElement('196')
#8 /volume1/.../system/modules/frontend/Module.php(140): ModuleArticle->compile()
#9 /volume1/...n/system/modules/frontend/ModuleArticle.php(71): Module->generate()
#10 /volume1/.../system/libraries/Controller.php(443): ModuleArticle->generate(false)
#11 /volume1/.../system/libraries/Controller.php(307): Controller->getArticle('57', false, false, 'main')
#12 /volume1/.../system/modules/frontend/PageRegular.php(100): Controller->getFrontendModule('0', 'main')
#13 /volume1/.../index.php(266): PageRegular->generate(Object(DB_Mysql_Result))
#14 /volume1/.../index.php(401): Index->run()
#15 {main}

Wenn ich das Modul abschalte tritt dieser Fehler nicht mehr auf. Ich nutze Contao 2.11.5.

Vielen Dank im Voraus!

[Fehrmann]

Hallo,

ich habe den Fehler gefixt und eine neue Version im ER bereitgestellt.

Viele Grüße
R.Fehrmann

[RobertB]

-edit-

Problem durch Update gelöst

[RobertB]

Ich mal wieder.

Ich habe meine Contaoinstallation nun vom Testserver ins Netz gestellt und bekomme wenn ich im Backend nun die Erweiterung, also die Übersicht, aufrufen möchte folgende Fehlermeldung:

Fatal error: Uncaught exception Exception with message Query error: Falsche Verwendung einer Gruppierungsfunktion (SELECT searchkey, COUNT(*) AS count FROM tl_om_searchkeys GROUP BY searchkey ORDER BY COUNT(*) DESC LIMIT 0,20) thrown in /home/www/nch111/html/versicherungvergleichen/system/libraries/Database.php on line 686

#0 /../...gleichen/system/libraries/Database.php(633): Database_Statement->query()
#1 /../...gleichen/system/modules/om_searchkeys/ModuleOmSearchKeys.php(157): Database_Statement->execute()
#2 /../...gleichen/system/modules/om_searchkeys/ModuleOmSearchKeys.php(80): ModuleOmSearchKeys->generateOutput()
#3 /../...gleichen/system/modules/backend/BackendModule.php(114): ModuleOmSearchKeys->compile()
#4 /../...gleichen/system/modules/backend/Backend.php(239): BackendModule->generate()
#5 /../...gleichen/contao/main.php(120): Backend->getBackendModule('om_searchkeys')
#6 /../...gleichen/contao/main.php(230): Main->run()
#7 {main}

/../... > habe ich ersetzt, normal steht die komplette Adresse dar.

Habe die Erweiterung auch schon komplett deinstalliert und neu installiert. Wo kann dieser Fehler herkommen?! Die Suche im Frontend funktioniert.

Vielen Dank schon mal.

[Fehrmann]

Hallo RobertB,

ich kann den Fehler leider bei keiner meiner Installationen nachstellen. Deine MySQL Version scheint den gezeigten SQL-Befehl nicht auszuführen. Welche MySQL Version nutzt du denn?

Viele Grüße
R.Fehrmann

[RobertB]

Hier mal nen Bild aus dem phpmyadmin der Datenbank:

mysql_version.JPG

Ich bekomm dort im PHPMy.... auch ne Warnmeldung:

Die Version der verwendeten PHP MySQL Bibliothek 5.0.51a unterscheidet sich von der Version des MySQL Servers 4.1.22. Dies kann zu unerwartetem Verhalten führen.

Ich habe mich mal mit dem Support in Verbindung gesetzt. Mal schauen was ich da erreichen kann. Welche MySQL Version brauche ich denn? Auf meinem Entwicklungsserver hab ich 5.1.49 (Server & Client).

[Fehrmann]

Hallo RobertB,

erstmal danke für den Screenshot.

Es kann tatsächlich an deiner MySQL-Version (4.1.22) liegen. Contao selbst setzt eigentlich schon Version 5.2 voraus. Wenn möglich solltest du das umstellen.

Wenn der Fehler dann immer noch besteht, dann suchen wir weiter.

Viele Grüße
R.Fehrmann

[µaTh]

sehr schöne Erweiterung. Danke für die Mühe! Habe es unter Contao 2.11.5 laufen.

und unter 2.9.5 habe ich Version 1.0.1 auch zum Laufen bekommen, in dem ich das .html5-Template kopiert und als .tpl-Template in den Modul-Ordner "templates" kopiert habe. Wäre vllt. für die nächste Version eine Idee, um die Kompatibilität mit älteren Contao-Versionen herstellen zu können.