MODUL: t10: Suchbegriffstatistik für Shopversion 2.x

[Buggyboy]

Moin.

Sorry, Du hast natürlich Recht.
War schon spät gestern:

 /advanced_search_result.php

Damit zusätzliche Abfragen per auto_include eingefügt werden können und nicht an der Orginal-Datei etwas geändert werden muß:
Suchen Sie nach (etwa Zeile 240)

Code: PHP  [Auswählen]

$_GET['keywords'] = urlencode($keywords);

Fügen Sie danach ein

Code: PHP  [Auswählen]

// auto_include
foreach(auto_include(DIR_FS_CATALOG.'includes/extra/advanced_search_result/','php') as $file) require ($file);
// auto_include END

Fertig!

Die neue aus der aktuellen Version ist wesentlich kürzer...

Peter

[karsta.de]

Hallo Peter,
der Eintrag kommt in der neuen Version 2.0.5.0 nicht in die von dir genannte Datei. Dieser Eintrag muss in die Datei:
includes\extra\default\listing_sql\99_advanced_search_result.php
an von dir genannte Stelle, sonst gibt es Fehler in der Suche.

BG Karsta

[Hetfield]

Ist eigentlich auch komplett updatesicher möglich ohne das Einfügen des Codes in die advanced_search_result.php und das Anlegen eines Pseudo auto_includes. Außerdem wurde für die Performance eine nicht notwendige Datenabfrage entfernt. Habe das Paket mal hier angefügt.

MfG Hetfield 

[EDIT Tomcraft 03.02.2020: Modul in Beitrag 1 ergänzt.]

[karsta.de]

In der Installationsdatei sollten in der neuesten Version allerdings dann noch folgende zwei Zeilen (function __construct) geändert werden:
admin\includes\modules\system\t10_searchstats.php
Suchen:

Code: PHP  [Auswählen]

        $this->sort_order = MODULE_T10_SEARCHSTATS_SORT_ORDER;
        $this->enabled = ((MODULE_T10_SEARCHSTATS_STATUS == 'true') ? true : false);

Ändern:

Code: PHP  [Auswählen]

                $this->sort_order = ((defined('MODULE_T10_SEARCHSTATS_SORT_ORDER')) ? MODULE_T10_SEARCHSTATS_SORT_ORDER : '');
                $this->enabled = ((defined('MODULE_T10_SEARCHSTATS_STATUS') && MODULE_T10_SEARCHSTATS_STATUS == 'true') ? true : false);

Damit das log nicht zugetextet wird und das Modul auch in zukünftigen PHP-Versionen so verwendet werden kann.

BG Karsta

[Buggyboy]

Hi.

Vielen Dank Euch beiden.

Hab es gerade raufgespielt.
Werde berichten.

LG
Peter

[Buggyboy]

Hallo!

Das Nicht-Speichern der Admin-Suchanfragen:

So, dann scheint es wohl, dass ich die Lösung für meine Frage gefunden habe.

In der /includes/extra/advanced_search_result/t10_searchstats.php

Code: PHP  [Auswählen]

if (!isset($_GET['dnt'])) {

ÄNDERN IN

Code: PHP  [Auswählen]

if ($_SESSION['customers_status']['customers_status_id'] != DEFAULT_CUSTOMERS_STATUS_ID_ADMIN) {

Dann werden weder im Backend noch im Frontend die Adminsuchen berücksichtigt.

Grüße
Dominik

Scheint in der neuen Shopversion 2.0.5.0 wohl so nicht mehr zu gehen.
Ich habe das gerade mal geändert, aber meine Suchanfragen als Admin werden immer noch gespeichert.
Zumindest auf der Frontend-Seite.

LG
Peter

[Hetfield]

Wenn Du die von mir leicht angepasste Version benutzt, dann gibt es die Datei /includes/extra/advanced_search_result/t10_searchstats.php nicht mehr, diese liegt nun in der /includes/extra/application_bottom/t10_searchstats.php. Der Ordner /includes/extra/advanced_search_result kann gelöscht werden.

MfG Hetfield 

[Buggyboy]

Hallo Hetfield!

Vielen Dank.
Jetzt scheint es zu klappen...

LG
Peter

[karsta.de]

Ich habe das Modul noch Mal erweitert um die Abfrage, ob die Suchwörter des Admins mitgezählt werden sollen oder nicht.

BG Karsta

[EDIT Tomcraft 16.03.2020: Modul in Beitrag 1 aktualisiert.]

[Buggyboy]

Hallo Karsta! Hallo Hetfield!

Vielen Dank dafür.
Läuft...

LG
Peter

[Tomcraft]

Danke an alle Beteiligten, die das Modul verbessern!

Grüße

Torsten

[noRiddle (revilonetz)]

Das Modul macht imho einen Fehler, mal abgesehen davon, daß eine Funktion in einer Funktion in der Klasse t10_searchstats definiert ist und abgesehen von der Tatsache, daß mit xtc_check_agent() eine modified-inherente Funktion vorhanden wäre um $_SERVER['HTTP_USER_AGENT'] auf Suchmaschinen zu testen.
Das Modul speichert $keywords in der Datenbank sollte jedoch durch $search_keywords loopen und die einzelnen Komponenten des Suchstrings in $keywords speichern.
Richtig ?

Gruß,
noRiddle

[noRiddle (revilonetz)]

Außerdem sind in /admin/t10_searchstats.php die form-tags hard-codiert anstatt die Funktion xtc_draw_form() zu nutzen. Bei aktiviertem CSRF-Token gibt's folglich Probleme.

Gruß,
noRiddle

[voodoopupp]

Was mir persönlich bei dem Modul auffällt und leider ziemlich unpraktisch ist:
Die Anzahl der Ergebnisse und der Seitenschaltung passen überhaupt nicht zusammen:

in der admin/t10_searchstats.php heißt es einmal:

Code: PHP  [Auswählen]

$qSplit = new splitPageResults($_GET['page'], '20', $q, $qNumRows);

und weiter unten dann im html Ausgabeteil:

Code: [Auswählen]

<td class="smallText" valign="top"><?php echo $qSplit->display_count($qNumRows, '50', (int) $_GET['page'], TEXT_DISPLAY_NUMBER_OF_PRODUCTS); ?></td>
<td class="smallText" align="right"><?php echo $qSplit->display_links($qNumRows, '50', MAX_DISPLAY_PAGE_LINKS, (int) $_GET['page']); ?></td>
Dementsprechend sieht man auf der ersten Seite also nur die ersten 20 Ergebnisse, beim Seitenschalten springt man dann aber direkt auf die nächsten 50, sprich auf 50-100
[ Für Gäste sind keine Dateianhänge sichtbar ]

Somit kann man gar nicht alle Suchbegriffe einsehen, gleichzeitig kommt es auch öfter mal vor, dass man keine Seite wechseln kann, da z.B. nur 38 Suchbegriffe vorhanden sind, man aber dann auf den ersten 20 "gefangen" ist

Kann man jetzt natürlich hardcodiert anpassen, aber vielleicht könnte einer mit ein wenig Ahnung das ja direkt so aufbauen wie mittlerweile Standard im Backend, dass man seine eigene Anzeigemenge speichern kann, sprich sowas hier:
[ Für Gäste sind keine Dateianhänge sichtbar ]

Grüße
Dominik

[Jürgen]

Danke für den Hinweis mit der Anzahl der Ergebnisse, nutze die Suchbegriffstatistik eigentlich regelmässig.

Mir war bislang jedoch nicht aufgefallen das es dieses Problem mit der Anzahl der Ergebnisse/Suchbegriffe gibt.

 

Gruß

Jürgen