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

[0815]

Die farbliche Markierung der Keywords findet in der Datei admin/includes/classes/t10.searchstats.php statt.

Wie der Titel in die Abfrage mit eingebaut werden muss, erschließt sich mir jedoch nicht.
Die SQL-Abfrage um products_name zu erweitern reicht hier nicht aus.

[lohkaes1]

Hallo Zusammen,

hab gerade im Logfile: mod_strict_admin folgenden Eintrag gesehen:

Code: XML  [Auswählen]

[22-02-2017 18:30:01] E_STRICT  : LoggingManager: Only variables should be passed by reference in File: /testshop/admin/includes/classes/t10.searchstats.php on Line: 63
[22-02-2017 18:30:01] E_STRICT  : LoggingManager: Backtrace #0 - /testshop/admin/t10_searchstats.php called at Line 68
 

Gruß

[voodoopupp]

Dieser E_STRICT im mod_strict_admin sollte eigentlich so gelöst werden können:

Datei: admin/includes/classes/t10.searchstats.php
Folgender Codeblock kommt zweimal vor

SUCHE

Code: PHP  [Auswählen]

$r = xtc_db_fetch_array(xtc_db_query("SHOW VARIABLES LIKE 'character_set_client'"));
 

ERSETZE MIT

Code: PHP  [Auswählen]

$r_query = xtc_db_query("SHOW VARIABLES LIKE 'character_set_client'");
$r = xtc_db_fetch_array($r_query);
 

Grüße
Dominik

[voodoopupp]

...
Darüber hinaus ist mir aufgefallen, dass das Modul den Parameter dnt=1 nutzt, damit eine Adminsuche nicht gezählt wird. Hier wäre besser bei der Kundengruppe Admin nicht zu zählen und dafür beim Parameter page nicht zusätzlich zu zählen.

Wie genau kann es denn einfach umgesetzt werden, dass eben die Suchanfragen der Admins weder aus dem Backend (aktuell ja mit dnt=1 abgefangen) noch aus dem Frontend gezählt werden?
Wir selber suchen ja auch den ganzen Tag immer wieder mal einzelne Produkte über die shopinterne Suche -  die hätte ich natürlich gerne abgefangen!

Grüße
Dominik

[voodoopupp]

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

[voodoopupp]

Hi,

kann vielleicht jemand bestätigen, dass es mit Suchanfragen, die Umlaute enthalten, teilweise nicht korrekt in die Datenbank gespeichert wird?

Teilweise werden die Wörter beim ersten Vorkommen eines Umlautes einfach abgeschnitten und entsprechend "kastriert" in die Datenbank geschrieben...

Hier mal ein Beispiel, ich kann aber leider nicht festmachen, woran es denn liegt:
[ Für Gäste sind keine Dateianhänge sichtbar ]

Die Suche nach "glück" habe ich selber durchgeführt (über einen separaten Inkognito-Tab - also nicht als Admin angemeldet o.ä.)

Wie man aber sehen kann, werden die anderen Suchanfragen einfach abgeschnitten.
unplug schl = unplug schlüssel...
ohrst = ohrstöpsel
m = ???

Wäre toll, wenn man das hier irgendwie gefixt bekommt...

Grüße
Dominik

[karsta.de]

Also ich habe das Problem nicht. Siehe Screenshot. Über google-Browser, den ich nur zum testen nutze, als nicht-admin gesucht.

BG kgd

[edit] Gerade nochmal in 2 Kundenshops geschaut, auch da laufen alle Umlaute ganz normal.

[Timm]

Ist das Problem neu aufgetreten? Php 7.1.22 im Einsatz?

Gruß Timm

[karsta.de]

Getestet unter:
charset="iso-8859-15" PHP Version: 5.6.3 Shopversion 2.0.0.0
charset="utf-8"          PHP Version: 5.6.3 Shopversion 2.0.0.0
charset="utf-8"          PHP Version: 7.1.2 Shopversion 2.0.4.2

Läuft.

BG kgd

[voodoopupp]

Hallo,

Danke für eure Antworten, dann muss es irgendwo an unserer modifizierten Suche liegen.

Dann weiß ich aber wo ich suchen muss.

Grüße
Dominik

[Timm]

Kgd hat vermutlich mit 7.1.20 getestet. Ich hab nach 7.1.22 gefragt, weil es seit dieser Version an anderen Stellen Probleme mit Umlauten im Shop und der Installation gibt.

Gruß Timm

[karsta.de]

Hallo Timm,
nein, mein Shop läuft auch mit PHP 7.1.22 und bisher ohne Umlautprobleme.
Wo kommen denn bei dir die Umlautprobleme?

BG kgd

[Timm]

PHP 7.1.22 führt zu Umlautproblemen in Textmails und bei Neuinstallationen

Gruß Timm

[Buggyboy]

Hallo.

Ich wollte das Modul jetzt in den aktuellen 2.0.5er einbauen.
Leider findet sich die Stelle nicht wieder, wo man noch was ergänzen soll in der advanced_search_result.php

Die jetzige ist viel kürzer als die vorige Version.
Anscheinend ist der teil ausgelagert.
Aber in welcher Datei?

LG
Peter

[awids]

Es wäre wirklich hilfreich, wenn Fragesteller auch den Teil einer Datei (in diesem Fall die Anleitung) mitposten würden, auf den sich die Frage bezieht. Es ist wirklich nervig, wenn man sich als Helfer immer erst das Modul herunterladen muss, um jemanden einen Schubs in die richtige Richtung zu geben.