Addon RexSearch (Fulltext-Search-Addon)

[bernte]

Das nächste Addon kommt bestimmt. =)

ja wie wärs denn zb. mit nem kleinen XShop?


ich wollt grad die neue version raufmachen und hab was entdeckt...
wollte die stats deinstallieren und dann steht im popup wollen sie xsearch wirklich deinstallieren?

berichte dann wenn mir was auffällt

gruss berni

edit: ich seh grad das es beim agk_skin von be_style auch ist.. dann isses wohl normal

edit²:
das mit der trennung @ erfolgreich und fehlgeschlagen ist voll GEIL

wollte gerade ein fehlgeschlagenes ergebnis für die statistik und hab ausversehen huhu# gesucht... die raute wurde mit rangehangen wil ich auf raute und enter gekommen bin.. in den stats steht jetzt im suchergebnis
huhu# (1) 5103 (1)
das passiert mit mit allen sonderzeichen mit verschiedenen zahlencodes. ist nur die frage obs wichtig ist..

[Xong]

Hi bernte!

Das nächste Addon kommt bestimmt. =)

ja wie wärs denn zb. mit nem kleinen XShop?

Du wirst lachen, aber genau das habe ich vor. =)
Das kann aber noch dauern...

das mit der trennung @ erfolgreich und fehlgeschlagen ist voll GEIL

=)

wollte gerade ein fehlgeschlagenes ergebnis für die statistik und hab ausversehen huhu# gesucht... die raute wurde mit rangehangen wil ich auf raute und enter gekommen bin.. in den stats steht jetzt im suchergebnis
huhu# (1) 5103 (1)
das passiert mit mit allen sonderzeichen mit verschiedenen zahlencodes. ist nur die frage obs wichtig ist..

Naja, ich kann dir auf jeden Fall erklären, wo das herkommt:
Wenn die Ähnlichkeitssuche aktiviert ist und die Suche kein Ergebnis brachte, versucht XSearch ein ähnlich lautendes Wort im Keyword-Index zu finden.
Wird solch ein Wort gefunden, wird damit eine Suche ausgeführt und auch in der Statistik verbucht.
Wo die Zahl 5103 genau her kommt, kann ich nicht sagen, aber möglich wären z. B. CSS-Farbangaben oder Binärdateien. Irgendwie landet diese Zahl im Suchindex und damit auch als Keyword im Keyword-Index.
Wenn du das konkret ausschließen möchtest, kannst du das entweder über die Blacklist oder über das Plaintext-Addon machen.
Ich helfe dir auch gerne dabei. Gib einfach Bescheid.

[Svilm]

Eine Frage an den Experten: Habe gerade XSearch 0.5.2 mit den Plugins Statistik und Plaintext installiert. Allerdings vermisse ich bei den Einstellungen zur Dateisuche die Möglichkeit, Ordner in die Suche einschließen. Das Feld ist zwar da, lässt sich aber nicht ändern. In der Vorgängerversion wurde noch die Ordnerstruktur auf dem Server zur Auswahl angezeigt.
Warum geht das jetzt nicht mehr? Was habe ich übersehen?

Danke im Voraus für eine hilfreiche Antwort!

Svilm

[Xong]

Hi Svilm!

Du musst eigentlich nur die entsprechenden Ordner im Feld "Unterordner der Tiefe 0" auswählen und kannst - wenn gewünscht - durch die Auswahl tieferliegender Unterordner noch genau spezifizieren, was indexiert werden soll.[ externes Bild ]

[Svilm]

Hallo Xong,

schon klar, habe ich bei der Vorgängerversion auch so gemacht. Jetzt sehe ich aber leider nur "Folgende Ordner in die Suche einschließen", dann ist Schluss. Das Feld "Unterordner der Tiefe 0 auswählen" ist verschollen - ???

[Xong]

Hallo Svlim!

schon klar, habe ich bei der Vorgängerversion auch so gemacht. Jetzt sehe ich aber leider nur "Folgende Ordner in die Suche einschließen", dann ist Schluss. Das Feld "Unterordner der Tiefe 0 auswählen" ist verschollen - ???

Ohje, da habe ich wohl verschlimmbessert.

Ich habe mich in der aktuellen Version darauf verlassen, dass das json-Plugin von jQuery im Backend bei Redaxo dabei ist.

Mit der neuen Version sollte es nun auch ohne funktionieren.

Danke für die Fehlermeldung.

[Svilm]

Hallo Xong,

vielen Dank für die schnelle Korrektur - jetzt klappt´s!
Ein großes Lob für dieses umfangreiche, äußerst nützliche AddOn sowie die detaillierte Dokumentation unter http://wiki.redaxo.de/index.php?n=R4.XSearch !!!

[monster]

Hi,

ich hab immer noch probleme überhaupt ein ergebnis zu bekommen... es liegt wohl an der SQL abfrage.

+redaxo 4.2.1
+neuste version von XSearch
+mehrfach alles versucht mit einstellungen und neuistallieren des addons usw.

Code: Alles auswählen

SELECT SQL_CALC_FOUND_ROWS 
(
SELECT SUM((( MATCH (`plaintext`) AGAINST ('test') ) * 1) + 1) 
FROM `rex_587_searchindex` summe 
WHERE summe.fid = r1.fid AND summe.ftable = r1.ftable
) 
AS RELEVANCE587,
(
SELECT COUNT(*) FROM `rex_587_searchindex` summe WHERE summe.fid = r1.fid AND (summe.ftable IS NULL OR summe.ftable = r1.ftable) AND 
(summe.fcolumn IS NULL OR summe.fcolumn = r1.fcolumn) AND 
 summe.texttype = r1.texttype
) 
AS COUNT587,
id,
fid,
catid,
ftable,
fcolumn,
texttype,
clang,
unchangedtext,
plaintext,
teaser,
filename,
fileext
        FROM `rex_587_searchindex` r1


        WHERE `plaintext` LIKE '%test%' AND (
          (
            ((( MATCH (`plaintext`) AGAINST ('test')) * 1) + 1) = (SELECT MAX((( MATCH (`plaintext`) AGAINST ('test')) * 1) + 1) FROM `rex_587_searchindex` r2 WHERE r1.ftable = r2.ftable AND r1.fid = r2.fid)
            AND fid IS NOT NULL
          ) OR
          ftable IS NULL
        )
        GROUP BY ftable,fid
        ORDER BY RELEVANCE587 DESC
        LIMIT 0,10

das spuckt der mir aus, wenn ich im quellcode die ausgabe des query aktiviere. im phpmyadmin bekomme ich damit auch kein ergebnis. zerlege ich das jetzt aber in seine 2 bestandteile bekomme ich für jedes einzel ergebnisse angezeit. Da wo die leerzeilen im code sind habe ich das getrennt und für die 2. abfrage ein "select *" vorgesetzt. das funktioniert super aber zusammen kommt leuder immer ein leeres resultat... bin ich zu blöd oder was? ich seh den wald vor laute code nicht mehr.
bitte, danke, hilfe?

gruß, monster

[Xong]

Hallo monster!

Wenn du die Abfragen unterteilst, dann bekommst du für die erste Abfrage einfach alle Inhalte aus dem Suchindex.

Der zweite Teil fügt dann einfach nur noch die Eingrenzung auf den/die Suchbegriff(e) hinzu.

Durchaus möglich, dass da noch ein kleiner Bug existiert.

Ergibt folgende Abfrage ein Ergebnis?

Code: Alles auswählen

SELECT SQL_CALC_FOUND_ROWS
(
SELECT SUM((( MATCH (`plaintext`) AGAINST ('test') ) * 1) + 1)
FROM `rex_587_searchindex` summe
WHERE summe.fid = r1.fid AND summe.ftable = r1.ftable
)
AS RELEVANCE587,
(
SELECT COUNT(*) FROM `rex_587_searchindex` summe WHERE summe.fid = r1.fid AND (summe.ftable IS NULL OR summe.ftable = r1.ftable) AND
(summe.fcolumn IS NULL OR summe.fcolumn = r1.fcolumn) AND
 summe.texttype = r1.texttype
)
AS COUNT587,
id,
fid,
catid,
ftable,
fcolumn,
texttype,
clang,
unchangedtext,
plaintext,
teaser,
filename,
fileext
FROM `rex_587_searchindex` r1
WHERE `plaintext` LIKE '%test%' AND (
  fid IS NOT NULL OR
  ftable IS NULL
)
GROUP BY ftable,fid
ORDER BY RELEVANCE587 DESC
LIMIT 0,10

[bluenote]

Xsearch scheint eine Problem mit den Download-Modulen die es für die Version 4.x gibt zu haben.
Speziell mit diesem http://www.redaxo.de/165-0-moduldetails ... ule_id=396. Ich erhalte beim Versuch einen Slice mit diesem Modul zu öffnen einen Fatal error: Maximum execution time of 60 seconds exceeded in ...\redaxo\include\addons\xsearch\classes\class.xsearch.inc.php on line 571 obwohl ich die Zeit in der php.ini schon auf 180 Sek. gesetzt habe.
Erst ein Deaktivieren von Xsearch macht das Slice wieder zugänglich.

Jens

[Xong]

Hallo Jens!

Xsearch scheint eine Problem mit den Download-Modulen die es für die Version 4.x gibt zu haben.
Speziell mit diesem http://www.redaxo.de/165-0-moduldetails ... ule_id=396. Ich erhalte beim Versuch einen Slice mit diesem Modul zu öffnen einen Fatal error: Maximum execution time of 60 seconds exceeded in ...\redaxo\include\addons\xsearch\classes\class.xsearch.inc.php on line 571 obwohl ich die Zeit in der php.ini schon auf 180 Sek. gesetzt habe.
Erst ein Deaktivieren von Xsearch macht das Slice wieder zugänglich.

Es scheint allgemein Probleme mit Modulen zu geben, die einen Fehler provozieren.
Warum XSearch darauf so empfindlich reagiert, weiß ich noch nicht, es hängt aber auf jeden Fall nicht mit dem Addon direkt zusammen, sondern nur mit dem Aufruf eines bestimmten Extension Points.
Der Fehler muss also irgendwo im Code von Redaxo liegen.

Du kannst den Fehler umgehen, indem du das Modul anpasst.

Dafür musst du die zwei Zeilen

Code: Alles auswählen

      $ooPic = OOMedia::getMediaByName ('REX_FILE[1]');
      $fileDescription = $ooPic->getDescription();

so ersetzen:

Code: Alles auswählen

      if(is_object($ooPic = OOMedia::getMediaByName ('REX_FILE[1]')))
      $fileDescription = $ooPic->getDescription();

Das verhindert einen Fehler im Modul und damit auch, dass der Aufruf des EPs die Seite absterben lässt.

Ich vermute, es hängt damit zusammen, dass der Modulcode bei Aufruf des EP mit übergeben wird...
Also liegt´s letztendlich auch nicht an Redaxo sondern am Modul...
Wer weiß... =)

Edit: Fehler im Code bereinigt.

[bluenote]

Danke Xong für die prompte Antwort,

leider erhalte ich jetzt einen: Parse error: syntax error, unexpected T_VARIABLE.

Ich finde nur nicht wo da was fehlt ...

Jens

[bluenote]

OK, hab den Fehler dann doch gefunden. Allerdings bekam ich dann einen Fehler das eine Variable "Dateigroesse" nicht defínert sei. Hab den Code dann gekürzt, brauche diese Angabe sowieso nicht. Code sieht jetzt so aus:

Code: Alles auswählen

<?

if (!function_exists('parse_icon')) {
function parse_icon($ext) {
	switch (strtolower($ext)) {
		case 'doc': return 'doc_small.gif';
		case 'rtf': return 'doc_small.gif';
		case 'txt': return 'txt_small.gif';
		case 'xls': return 'xls_small.gif';
		case 'csv': return 'xls_small.gif';
		case 'ppt': return 'ppt_small.gif';
		case 'html': return 'html_small.gif';
		case 'htm': return 'html_small.gif';
		case 'php': return 'script_small.gif';
		case 'php3': return 'script_small.gif';
		case 'cgi': return 'script_small.gif';
		case 'pdf': return 'pdf_small.gif';
		case 'rar': return 'rar_small.gif';
		case 'zip': return 'zip_small.gif';
		case 'gz': return 'gz_small.gif';
		case 'jpg': return 'jpg_small.gif';
		case 'gif': return 'gif_small.gif';
		case 'png': return 'png_small.gif';
		case 'bmp': return 'image_small.gif';
		case 'tif': return 'image_small.gif';
		case 'exe': return 'binary_small.gif';
		case 'bin': return 'binary_small.gif';
		case 'avi': return 'mov_small.gif';
		case 'mpg': return 'mov_small.gif';
		case 'moc': return 'mov_small.gif';
		case 'asf': return 'mov_small.gif';
		case 'mp3': return 'sound_small.gif';
		case 'wav': return 'sound_small.gif';
		case 'org': return 'sound_small.gif';
	default:
		return 'def_small.gif';
	}
        } 
}
$arr = explode(",","REX_MEDIALIST[1]");
foreach ($arr as $value) {
$ext = substr(strrchr($value, '.'), 1);
                $parsed_icon = $REX[HTDOCS_PATH].'bilder/gfx/'.parse_icon($ext);
	if(is_object($ooPic = OOMedia::getMediaByName ('REX_FILE[1]'))
      $fileDescription = $ooPic->getDescription();
	  }
?>
<div class="list_content"><a href=<? echo $REX[HTDOCS_PATH]."files/".$value; ?> ><img src="<? echo $parsed_icon ?>" alt="Download">  <? $value ?> </a></div>
<? If ($fileDescription != "") { ?> <div class="list_content3"><? echo $fileDescription; ?></div> <? }   ?>
<!-- Teilung zwischen den Downloads -->
<br /><br />

Jetzt bekomme ich nur noch im Frontend:

Code: Alles auswählen

getDescription(); } ?>
>Download

Was ist mein Fehler? Wäre nett wenn jemand sich das mal ansehen würde. Danke

Jens

[Xong]

Hi Jens!

Ich habe den Code ein bisschen aufgeräumt:

Code: Alles auswählen

<?php

if (!function_exists('parse_icon'))
{
  function parse_icon($ext)
  {
    switch (strtolower($ext))
    {
      case 'doc':
      case 'rtf': return 'doc_small.gif';
      case 'txt': return 'txt_small.gif';
      case 'xls':
      case 'csv': return 'xls_small.gif';
      case 'ppt': return 'ppt_small.gif';
      case 'html':
      case 'htm': return 'html_small.gif';
      case 'php':
      case 'php3':
      case 'cgi': return 'script_small.gif';
      case 'pdf': return 'pdf_small.gif';
      case 'rar': return 'rar_small.gif';
      case 'zip': return 'zip_small.gif';
      case 'gz':  return 'gz_small.gif';
      case 'jpg': return 'jpg_small.gif';
      case 'gif': return 'gif_small.gif';
      case 'png': return 'png_small.gif';
      case 'bmp':
      case 'tif': return 'image_small.gif';
      case 'exe':
      case 'bin': return 'binary_small.gif';
      case 'avi':
      case 'mpg':
      case 'moc':
      case 'asf': return 'mov_small.gif';
      case 'mp3':
      case 'wav':
      case 'org': return 'sound_small.gif';
      default:    return 'def_small.gif';
    }
  }
}

foreach (explode(',','REX_MEDIALIST[1]') as $value)
{
  if(is_object($ooPic = OOMedia::getMediaByName('REX_FILE[1]')))
    $fileDescription = $ooPic->getDescription();

  echo '<div class="list_content">
  <a href="'.$REX['HTDOCS_PATH'].'files/'.$value.'">
    <img src="'.$REX['HTDOCS_PATH'].'bilder/gfx/'.parse_icon(substr(strrchr($value, '.'), 1)).'" alt="Download" />
    <span>'.htmlspecialchars($value).'</span>
  </a>
</div>';

  if(!empty($fileDescription))
    echo '<div class="list_content3">'.htmlspecialchars($fileDescription).'</div>';
} // end foreach
?>

Ich hoffe, es kommt nicht zu spät.

[bluenote]

Guten Morgen,

Du bist überhaupt nicht zu spät, danke Dir für's korrigieren. Ich bin ja dankbar, dass es hier Leute gibt die so freimütig anderen weiterhelfen. Da kann ich mich doch auch ein wenig in Geduld fassen und nett danke sagen wenn mir geholfen wird.

Jens

[bluenote]

Es funktioniert leider nicht.
Xsearch frisst sich immer noch fest. Ich erhalte immer noch die Meldung das: Maximum execution time of 60 seconds exceeded in ...
Was ich nun gar nicht nachvollziehen kann, denn in der php.ini ist die Zeit auf 180 Sekunden raufgesetzt. Es sollte ja nun zumindest das Script durchlaufen, oder die Fehlermeldung entsprechend angepasst erscheinen. Und, ja natürlich ist der Server neu gestartet nach der Änderung.
Ich versteh's nicht.

Jens

[Xong]

Hi Jens!

Es funktioniert leider nicht.

Dann liegt noch ein Fehler im Modul vor.

XSearch versucht bei Aufruf eines Slices, den entsprechenden Artikel neu zu indexieren. (Hier geht es eigentlich nur darum, Inhalte, die geändert wurden, im Suchindex zu aktualisieren.)

Um an den Inhalt des Slices gelangen, wird eine redaxointerne Funktion aufgerufen. Diese Funktion scheint aber abzubrechen, wenn ein Fehler im Modulcode vorliegt.
Was mich wundert ist, dass der Fehler nicht auch kommt, wenn du den Artikel letztendlich im Frontend aufrufst. Dort müsste die Seite eigentlich genauso abgeschnitten sein.

Du kannst ja auch vorerst die automatische Indexierung von XSearch deaktivieren. Zumindest so lange, bis wir den Fehler gefunden haben.

Warum dein Server die maximale Skriptlaufzeit nicht übernimmt, weiß ich auch nicht.

[bluenote]

Danke Xong,

den "Fehler" vom Server habe ich gefunden. Es war die Verarbeitungszeit des Scripts (max_input_time) die nicht reichte, nicht die Laufzeit.
Edit: Mittlerweile habe ich auch gefunden, dass das gleiche Problem auch bei diesem Modul auftaucht: http://www.redaxo.de/165-0-moduldetails ... ule_id=498

Jens

[dag]

Hallo Xong,
ich habe ein Problem, xsearch, das auf meinem Testsystem gut funktionierte, auch bei der Online-Version ans Laufen zu kriegen (Redaxo 4.2.1, PHP 5.2.13).
Ich habe sowohl die Version 0.4.2, die auf dem Testsystem läuft, als auch die aktuelle Version 0.5.2 im Wechsel installiert und aktiviert, den Index erstellen lassen, die Einstellungen überprüft. Gesuchte Begriffe werden nicht gefunden, auch wenn sie existieren.
Aktiviere ich error_reporting(E_ALL), kommt keine Fehlermeldung.
Hast du vielleicht einen Tip für mich, was ich noch überprüfen sollte?
Schöne Grüße
Dagmar

Erledigt
=> Es lag an der alten Software (PHP4 und MySQL 4.0)

[Xong]

Hallo Dagmar!

Das ist pauschal schwer zu beurteilen.

Ich würde als nächstes überprüfen, ob das SQL-Suchstatement überhaupt ein Ergebnis bringt. (Du bekommst das Statement über das Resultarray geliefert.)

Sollten also über PhpMyAdmin Ergbenisse kommen, liegt das Problem mit hoher Wahrscheinlichkeit am Modul. Dazu nochmal der Hinweis, dass die Beispielmodule nur Beispielmodule sind. Nicht jede Konfiguration arbeitet per se mit allen Modulen zusammen. (Ein Modulgenerator ist aber angedacht, und wird hoffentlich innerhalb des nächsten halben Jahres kommen.)

Kommen auch über die manuelle Abfrage keine Ergebnisse, könnte das Problem auch an der Zeichenkodierung oder der Konfiguration liegen.

Ist in der XSearch-Konfiguration z. B. beim MySQL-Suchmodus "MATCH AGAINST" ausgewählt werden Suchbegriffe, die Teil eines Wortes sind, nicht mehr gefunden. Hier sollte unbedingt die Ähnlichkeitssuche hinzugeschalten werden.

Zeichenkodierungsprobleme sind schwer zu lösen. Wenn du Glück hast, hilft dir aber der Tipp aus dem Wiki schon weiter.

Wenn dir diese Tipps nicht weiterhelfen, kannst du mir aber auch gern Zugangsdaten zum System (Redaxo und PhpMyAdmin) schicken und ich schaue mir das Problem mal näher an.

[wolfgang]

Hallo,
ich habe in pages/settings.php die Zeile 342 geändert:

foreach(a587_getCategories() as $id => $name)
in:
foreach(a587_getCategories(false) as $id => $name)

damit werden auch Offlinekategorien im Backend angezeigt und können von der Indizierung ausgeschlossen werden.

Das schien mir für meine Zwecke praktischer.

Ein geniales Addon! - Ich hoffe ich kann es noch für meine Zwecke "umbiegen": die Indizierung dynamischer Seiten.

vg Wolfgang

[cukabeka]

hi xong,

ich bin auf der suche nach etwas, mit dem ich PDF-dateien (die inhalte) indexieren kann. kann xsearch das?
auf http://wiki.redaxo.de/index.php?n=R4.XS ... le_result7 steht etwas von PDFs. bedeutet das auch die indexierung der inhalte oder nur der dateinamen im medienpool?

grüße

[Xong]

ich bin auf der suche nach etwas, mit dem ich PDF-dateien (die inhalte) indexieren kann. kann xsearch das?
auf http://wiki.redaxo.de/index.php?n=R4.XS ... le_result7 steht etwas von PDFs. bedeutet das auch die indexierung der inhalte oder nur der dateinamen im medienpool?

Natürlich werden auch die Inhalte indexiert.
Es können übrigens nicht nur Dateien im Medienpool, sondern auch in beliebigen Verzeichnissen indexiert werden. Die Dateiendung spielt dabei keine Rolle, wobei im Moment nur html- und pdf-Dateien entsprechend geparst werden.

Allerdings kann ich dich gleich vorwarnen: Die PDF-Umwandlung in Text via PHP ist nicht vollends ausgereift. Es kann vorkommen, dass Texte aus PDF-Dateien nicht richtig erkannt werden. Deshalb würde ich dir empfehlen, auf jeden Fall einen Webspace zu nehmen, der XPDF unterstützt.

Bei Fragen einfach fragen. =)

[LeMue]

Hallo,

in der XSearch-Konfiguration kann ich trotz aktivierten JavaScripts keine weiteren Ordner zur Suche in Dateien hinzufügen - Listenfeld ist nicht aktiv.

[Xong]

Hallo LeMue!

in der XSearch-Konfiguration kann ich trotz aktivierten JavaScripts keine weiteren Ordner zur Suche in Dateien hinzufügen - Listenfeld ist nicht aktiv.

Es gibt zwei Listenfelder. Das obere ist nur zur Anzeige der zu indexierenden Verzeichnisse gedacht.
Ordner kannst du nur im unteren Listenfeld auswählen.

Wenn das nicht gehen sollte, musst du mir verraten unter welchem System (Browser, Redaxo-Version, PHP) das Problem auftritt.
Auch ein Screenshot wäre nicht schlecht.