[CearchPro] - Unscharfe Suche in Contao!

[smohring]

Hi Community,

Wir hatten kürzlich den Fall, das ein Kunde mit der Standard Contao Suche sehr unzufrieden war, da diese im Prinzip nur ein "LIKE" auf die Datenbank macht - d.h. Ähnliche Wörter, Umlaute, Sonstige Sonderzeichen nicht beachtet.

Ich habe mich dem Problem angenommen und Stelle euch hier eine Erweiterung zur Verfügung, die Folgende Probleme mit der Standard Contao Suche beseitigt:


* Sonderzeichen werden transliteriert d.h. dem Suchindex wurde eine Spalte für alle Wörter ohne Sonderzeichen hinzugefügt. Bei einer Suchanfrage, wird das zu suchende Wort ebenfalls transliteriert und damit Sonderzeichen egalisiert z.B. "Koln" findet auch "Köln"

* Bietet eine "Meinten Sie" Funktion d.h. es werden ähnliche Wörter auf der Suchergebnisseite vorgeschlagen. Die Eingabe von "Manheim" findet z.B. "Mannheim"

* Die Ausgabe der Suchergebnisse wurde um Thumbnails für die gefundenen Seiten erweitert. Momentan wird hierbei beim Erstellen des Suchindex ein vorhandener OpenGraph Image Tag ausgelesen - dies kann aber noch einfach erweitert werden, sodass z.B. das erste gefundene Bild verwendet wird.

* Über Stopplisten mit Füllwörtern für Deutsch und Englisch, werden diese beim Erstellen des Suchindex ignoriert d.h. die Suchergebnisse werden besser, da Suchergebnisse, die lediglich Füllwörter beinhalten garnicht erst gezeigt werden. Zudem wird der Suchindex dadurch kompakter und somit schneller.


Eine komplette Übersicht aller Funktionen findet Ihr zusammen mit dem Projekt auf Github:
https://github.com/feedbackmedia/CearchPro


Würde mich über feedback sehr freuen,
Viel Spaß beim Testen,

Gruß,
Steffen

[schman]

Wow, das hört sich spannend an. Das werde ich bei Gelegenheit ausprobieren. Danke fürs bereitstellen der Erweiterung.

[Spooky]

Nice, das klingt sehr gut .

[Kahmoon]

Oh nice! Werde ich gleich mal testen.

Edit:
Finde das nicht im Repsitory...braucht es hierfür den ekligen Composer?

Edit 2:
Hab´s manuell installiert und sehe es bei Einstellungen im Backend. Allerdings hab ich keine Option im Modul Suchmaschine. Datenbank hat auch kein Feld zu aktualisieren. Was mache ich verkehrt? (Contao 3.3.3)

[smohring]

Nein, ich habs nur noch nicht ins Repository gepackt

Daher folgendes tun:

Hier https://github.com/feedbackmedia/CearchPro auf "Download Zip" in der rechten Spalte klicken.

Dann, was in der Readme.md steht:


HowTo:

Download Repository, extract Folder and rename to "zCearchPro"
Copy Folder to /system/modules/
Clear "Internal Cache" and "Search Index" under "System Maintenance"
Update Database in Contao Extension Manager
Enable CearchPro in Contao search engine module
Rebuild Search Index

Werd schauen das ichs demnächst ins Extension Repository packe.

[Kahmoon]

Update Database erzeugt bei mir keine Änderungen. Deshalb sehe ich vermutlich auch das Häkchen im Modul "Suchmaschine" nicht.

[smohring]

Eventuell unter Systemwartung dann noch die diversen Caches löschen, und gucken das auf dem zCearchPro Ordner auch die richtigen Dateirechte eingestellt sind.

[Kahmoon]

Ja das wars....aber hmm der Cache betrifft doch nicht das Datenbankupdate? Bzw. das ist das erste Mal!

[smohring]

Vermutlich weil ich die Contao Suchklasse komplett überschreibe und erweitere und im Cache noch die Referenz auf die orginal Version ist

[Spooky]

Ja das wars....aber hmm der Cache betrifft doch nicht das Datenbankupdate? Bzw. das ist das erste Mal!

Wenn der interne Cache aktiv ist und benutzt wird, dann wird auch keine Änderung bei den 'sql' properties der fields in den DCAs erkannt, glaube ich.

// ah oder auch nicht

[Kahmoon]

Noch eine Frage. Ich verwende in Newstemplates Inserttags um die Grafiken zu skalieren. Das ignoriert mir das Suchtemplate leider und gibt die Bilder unkontrolliert in der Originalgröße aus. :-(

{{image::<?php echo $this->image;?>?width=200&height=100&alt=blabla}}

Alternativ müsste mand ann mit generateImage arbeiten? http://de.contaowiki.org/Arbeiten_mit_Bildern

$strReturn = $this->generateImage($this->getImage('tl_files/images/foobar.jpg', 300, 250, 'proportional'), 'my first image');
// nun den Wert an ein Template übergeben.
$this->Template->myFirstImage = $strReturn; 

[smohring]

Das ganze Kann (hier ugly mit inline stlyes) so verwendet werden.
Wie gesagt, momentan werden aber nur OpenGraph Images mit indiziert - und auch die größe derer verwendet.
In "$this->image" ist lediglich der href auf das OpenGraph Bild hinterlegt - der Pfad wird auch im Suchindex abgespeichert.

<div class="image" style="width:100px; float:left; padding: 0 20px 20px 0;"><img src="<?php echo $this->image;?>" /></div>

[Kahmoon]

OK, dann doch generate Image. HTML oder CSS Skalierung ist unschön

[smohring]

Ja das sicherlich, da kann noch einiges verbessert werden
Ich generiere in den einzelnen Seiten die OpenGraph Images mit 200x200px - das reicht mir als Thumbnails für die Suchergebnisse und ich muss nicht noch eine Version davon erstellen

[Kahmoon]

Facebook hat halt die Vorgabe von 403 Pixel damit es im Stream ordentlich angezeigt wird. Das ist aber eine ungünstige Größe für die Suchergebnisse von Contao. Ich bastel mal und poste dann die Lösung..wenn ich eine habe

[Kahmoon]

Sodala...ich habe einen kleinen Workaround. Die Funktion generateImage funktioniert nur mit relativen Pfaden. Daher muss man erst die Domain aus deiner Variable $this->image entfernen damit man einen Pfad erhält mit dem man arbeiten kann.

Ich habe im Template ausserdem die Klasse für das Bild von context auf image geändert damit man es per CSS besser ansprechen und floaten kann. Vielleicht kann das ja jemand gebrauchen.

<?php if ($this->image): ?>
    <?php
    #Domain extrahieren
    $pfad = explode($_SERVER['HTTP_HOST'], $this->image);

   #Bild erzeugen
   $strImage= $this->generateImage($this->getImage($pfad[1], 200, 50, 'proportional'), $this->title);

    ?>

    <p class="image">
        <a href="<?php echo $this->href; ?>" title="<?php echo $this->title; ?>">
            echo $strImage;
        </a>
    </p>
<?php endif; ?>

Infos zu den Cropmethoden gibts hier http://de.contaowiki.org/Arbeiten_mit_Bildern

[zonky]

Hallo Steffen,

nochmal an der Stelle: bitte den Github-Link auch im ER-Text einpflegen, wenn Verweis darauf im Text ist...

und "Levenshtein Algorithmus" - auch wenns komisch aussieht.

btw: ich dachte der Levenshtein funktioniert nur mit englischen Wörtern - gab es da ein "update"?

Ist das Thema "Kölner Phonetik" bekannt - s.a.

http://de.wikipedia.org/wiki/K%C3%B6lner_Verfahren

https://github.com/deezaster/germanphonetic/


Gruss zonky

[zonky]

12

[smohring]

Hallo Steffen,

nochmal an der Stelle: bitte den Github-Link auch im ER-Text einpflegen, wenn Verweis darauf im Text ist...

und "Levenshtein Algorithmus" - auch wenns komisch aussieht.

btw: ich dachte der Levenshtein funktioniert nur mit englischen Wörtern - gab es da ein "update"?

Ist das Thema "Kölner Phonetik" bekannt - s.a.

http://de.wikipedia.org/wiki/K%C3%B6lner_Verfahren

https://github.com/deezaster/germanphonetic/


Gruss zonky

Hey zonky,

Vielen Dank für das finden des Schreibfehlers
Den Github Link hab ich noch hinzugefügt.

Ich wüsste nicht, warum die Levenshtein Distanz nur bei englischen Wörtern funktionieren sollte.
Wiki:

Die Levenshtein-Distanz (auch Editierdistanz) zwischen zwei Zeichenketten ist die minimale Anzahl von Einfüge-, Lösch- und Ersetz-Operationen, um die erste Zeichenkette in die zweite umzuwandeln.

D.h. wenn "Manheim" z.B. nur mit einem "n" geschrieben wird, ist die Levenshtein Distanz zu "Mannheim" = 1 - und wird dann unter "Meinten Sie" angezeigt. Ich habe beim Testen die Erfahrung gemacht, das die Maximale Levenshtein Distanz den voreingestellten Wert "2" nicht überschreibten sollte - sonst kommen tatsächlich sehr viele Wörter unter "Meinten Sie" die mit dem ursprünglichen Wort nicht mehr viel zu tun haben

Edit:
Vielleicht noch ein paar Worte zur "Kölner Phonetik" -
Ich wollte in einem ersten Schritt einen einfachen und realtiv schnellen Algorithmus verwenden.
Performance ist leider immernoch ein Knackpunkt - allerdings bin ich bis ca 100 000 Begriffen im Suchindex, bei einer Levenshtein Distanz von 2 recht zufrieden -das ist noch vertretbar.
Ich werde aber in Zukunft eventuell mehrere Algorithmen implementieren - d.h. man könnte dann für das englischsprachige Suchmodul den Soundex und für das deutschsprachige die Kölner Phonetik implementieren

[zonky]

Ich wüsste nicht, warum die Levenshtein Distanz nur bei englischen Wörtern funktionieren sollte.

... es geht nicht darum, ob der Algorithmus das kann oder könnte, sondern ob die PHP-Implementierung das kann...

Ich habe auf die Schnelle aber nichts Gegenteiliges gefunden - ggf. verwechsle ich das auch ;-)

[Supermann]

Hallo,

habe das gerade unter 3.1.5 installiert und bekomme folgende Fehlermeldung:

Warning: implode(): Invalid arguments passed in system/modules/zCearchPro/modules/ModuleSearch.php on line 142

#0 [internal function]: __error(2, 'implode(): Inva...', '/srv/www/rwittr...', 142, Array)
#1 system/modules/zCearchPro/modules/ModuleSearch.php(142): implode('', NULL)
#2 system/modules/core/modules/Module.php(148): Contao\ModuleSearch->compile()
#3 system/modules/zCearchPro/modules/ModuleSearch.php(57): Contao\Module->generate()
#4 system/modules/core/elements/ContentModule.php(63): Contao\ModuleSearch->generate()
#5 system/modules/core/library/Contao/Controller.php(490): Contao\ContentModule->generate()
#6 system/modules/core/modules/ModuleArticle.php(184): Contao\Controller->getContentElement(Object(Contao\ContentModel), 'main')
#7 system/modules/core/modules/Module.php(148): Contao\ModuleArticle->compile()
#8 system/modules/core/modules/ModuleArticle.php(59): Contao\Module->generate()
#9 system/modules/core/library/Contao/Controller.php(405): Contao\ModuleArticle->generate(false)
#10 system/modules/core/library/Contao/Controller.php(229): Contao\Controller->getArticle(Object(Contao\ArticleModel), false, false, 'main')
#11 system/modules/core/pages/PageRegular.php(138): Contao\Controller->getFrontendModule('0', 'main')
#12 index.php(239): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#13 index.php(407): Index->run()
#14 {main}

[Supermann]

Hallo,

ich habe jetzt noch die Version von Github Installiert, der oben genannte Fehler hat sich bis auf die Zeilenangabe nicht geändert. Zusätzlich ist nun bei den Sucheinstellungen durch die anscheinend unterschiedlichen Versionen von der bei den Contao Erweiterungen angebotene und der auf Github angebotenen dazugekommen. Auch wenn ich "Cearch" in den Sucheinstellungen nicht aktiviere bleibt der Fehler bestehen. Außerdem wird bei aktivierter Cearch Suche nicht das richtige Suchtemplate übernommen, sondern es bleibt das Contao eingene aktiv, auch bei der Template auswahl kann ich nur das eine template auswählen.

Das wäre alles nicht so schlimm, denn ich könnte ja diese Erweiterung einfach wieder deinstallieren und gut wäre es... Leider ist das nicht so einfach, denn wen ich diese Erweiterung wieder deinstalliere funktioniert die Contao Suche nicht mehr. Ich bekomme immer eine Fehlermeldung aufgrund dessen weil ich jetzt keine Rootseite mehr bei den Sucheinstellungen auswählen kann. Bei der deinstallation der Cearch Erweiterung wurde dieses schlicht weg aus der Tabelle gelöscht.

Damit meine Suche wieder funktioniert muss ich die Caearch Erweiterung also wieder installieren und bekomme nun wieder die oben genannte Fehlermeldung.

Es wäre schön wenn sich der Entwickles das einmal ansehen kann und die Erweiterung wenigstens dahingehend überarbeitet, das sich diese deinstallieren lässt ohne das an Contao eigenen Tabellen etwas gelösccht wird.

[smohring]

Den Fehler kann ich nicht nachvollziehen - weder mit der 3.1.5 noch mit der 3.4.0.

Die Erweiterung lässt sich wie jede andere deinstallieren und liegt einzig und allein unter /system/modules/zCearchPro.
Nach der Deinstallation sollte natürlich die Datenbank aktualisiert, der interne Cache und Suchindex neu aufgebaut, sowie das Suchmodul neu konfiguriert werden.

[Supermann]

Hallo,

gerade gab es ein oder mehrere Updates, diese habe ich Installiert und nun ist die Zeilenangabe der Fehlermeldung von 142 auf 137 gesprungen. Im Backend kann ich jetzt bei den Sucheinstellungen jetzt sogar mehrere oder alle Webseiten als Referenz Seite auswählen.

Man kann das mit dem Fehler hier schön sehen:

https://www.digiphotopro.de/search?keywords=foto

Womit hängt der Fehler den zusammen?

Warning: implode(): Invalid arguments passed in system/modules/zCearchPro/modules/ModuleSearch.php on line 137

#0 [internal function]: __error(2, 'implode(): Inva...', '/srv/www/rwittr...', 137, Array)
#1 system/modules/zCearchPro/modules/ModuleSearch.php(137): implode('', NULL)
#2 system/modules/core/modules/Module.php(148): Contao\ModuleSearch->compile()
#3 system/modules/zCearchPro/modules/ModuleSearch.php(57): Contao\Module->generate()
#4 system/modules/core/elements/ContentModule.php(63): Contao\ModuleSearch->generate()
#5 system/modules/core/library/Contao/Controller.php(490): Contao\ContentModule->generate()
#6 system/modules/core/modules/ModuleArticle.php(184): Contao\Controller->getContentElement(Object(Contao\ContentModel), 'main')
#7 system/modules/core/modules/Module.php(148): Contao\ModuleArticle->compile()
#8 system/modules/core/modules/ModuleArticle.php(59): Contao\Module->generate()
#9 system/modules/core/library/Contao/Controller.php(405): Contao\ModuleArticle->generate(false)
#10 system/modules/core/library/Contao/Controller.php(229): Contao\Controller->getArticle(Object(Contao\ArticleModel), false, false, 'main')
#11 system/modules/core/pages/PageRegular.php(138): Contao\Controller->getFrontendModule('0', 'main')
#12 index.php(239): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#13 index.php(407): Index->run()
#14 {main}

[Supermann]

Hallo,

das Problem mit dem löschen der Tabelle ist erst aufgetreten nachdem ich die Erweiterung manuell durch die aus dem Github ersetzt habe wie mir Dein Kollege empfohlen hatte. Danach hatte ich auch den Tabellenfehler, einen Screenshot hatte ich Deinem Kollegen auch per Mail zukommen lassen.

Genau nach diesem Update habe ich diese Probleme. Vieleicht haben sich die beiden Versionen nicht mit einander vertragen und es ist dadurch etwas durcheinander geraten?

Falls das evtl. weiterhilft... bei der allerersten Version der Erweiterung trat dieser fehler noch nicht auf, erst nach dem Update hatte ich diese Fehlermeldung.

Da der fehler daher kommt, das dass Modul keine Liste bzw. korekten Angaben zur Rootpage bekommt, ich aber die Rootpage dort angegeben habe, weiß ich ehrlich gesagt nicht mehr wo ich bei mir hier noch suchen soll. Zumahl das erste Update ja eigentlich einen Rootpage Fehler bei Multidomains beseitigen sollte, ich habe zwar keine Multidomain aber ich habe jetzt nach dem Update diesen oder einen Rootpage Fehler.

[brain1965]

Liebe Community,

unter Contao 3.4.4. haben wir das Problem, dass in den Suchergebnissen die URL fehlt, so dass die Zielseite nicht aufgerufen werden kann. Die in der cearch-Ergebnisseite ausgegebenen Pfade sehen so aus:

http:///dokumentname.html

Nach den ersten beiden Slashs fehlt also die eigentliche Adresse dere Website. Hat jemand des gleiche Problem? Es handelt sich um ein Projekt ohne Besonderheiten, die htaccess ist aktiv.

Danke für Tipps!

[Kahmoon]

Ich hatte das auch und hab dann im Template die URL ergänzt bzw. mache eine relative URL aus der Variable

<?php
    $this->href = explode("http://", $this->href);
    $this->href = $this->href[1];
    $this->url = $this->href[1];
?>

[brain1965]

Hallo Kahmoon,

Danke für den Tipp - vielleicht gibt es ja bald einen Fix, der das Problem behebt. Danke an die Entwickler

[giorgiojob]

Ich hatte das auch und hab dann im Template die URL ergänzt bzw. mache eine relative URL aus der Variable

<?php
    $this->href = explode("http://", $this->href);
    $this->href = $this->href[1];
    $this->url = $this->href[1];
?>

Ich habe das gleiche Problem. Das Modul ist echt Klasse, aber leider ist der Link zur Antwort irgenwie falsch. Also bei mir fehtl auch in der ULR die Domain. Mit dem Hinweis der Ergänzung im Templat komm ich leider irgenwie nicht kalr, da ich jetzt nicht wirklich weiß, in welches Template der Code einzusetzten ist.
Ich babe es jetz in beiden von zChearchPro benutzen Templates jeweils am Ende versucht einzusetzten, aber ohne entsprechenden Erfolg.
Würde es nicht einfach genügen wenn man da nicht die komplette URL einbaut sondern wie sonst auch in Contao ../ ? Nur so falls sich die ULR der Website ändert, dann muss man nicht ständig daran denken, daß man im Template des Suchmoduls auch noch etwas ändern muss.
Ein Tipp welches Template zu verändern ist, wäre sehr hiflreich und wie sieht dann der gesamte Code des Templates aus?

Danke für eine Antwort.

Nach weiterem Probieren habe ich das Problem lösen können und zwar habe ich den im Zitat angegebenen Code in das Template: search_default.html5 eingesetzt. Diese sieht jetzt nach dem Winsetzten wie folgt aus:

 <?php
    $this->href = explode("http://", $this->href);
    $this->href = $this->href[1];
    $this->url = $this->href[1];
?> 
<div class="<?php echo $this->class; ?>">
<h3><a href="<?php echo $this->href; ?>" title="<?php echo $this->title; ?>"><?php echo $this->link; ?></a> <span class="relevance">[<?php echo $this->relevance; ?>]</span></h3>
<?php if ($this->image): ?>
	<p class="context"><img src="<?php echo $this->image;?>" /></p>
<?php endif; ?>
<?php if ($this->context): ?>
<p class="context"><?php echo $this->context; ?></p>
<?php endif; ?>
<p class="url"><?php echo $this->url; ?><span class="filesize"> - <?php echo $this->filesize; ?> kB</span></p>
</div>

Und jetzt läuft alles einwandfrei.

[Bastian F.]

Ich habe mal ne Frage zum Feld "image".

Ich wollte gerade das Modul testen (hauptsächlich weil ich auf der Suche nach einer Möglichkeit bin Teaserbilder in der Suche anzuzeigen).
Woraus wird jetzt also das Bild im Modul generiert? Konnte das leider nicht selbst herausfinden da das Feld bei mir auch nach mehreren Versuchen leer bleibt.

[Spooky]

Ich habe mal ne Frage zum Feld "image".

Ich wollte gerade das Modul testen (hauptsächlich weil ich auf der Suche nach einer Möglichkeit bin Teaserbilder in der Suche anzuzeigen).
Woraus wird jetzt also das Bild im Modul generiert? Konnte das leider nicht selbst herausfinden da das Feld bei mir auch nach mehreren Versuchen leer bleibt.

Das Bild wird über den og:image meta tag extrahiert, siehe https://github.com/feedbackmedia/Cea...earch.php#L179
Das heißt, wenn du haben möchtest, dass das News Teaser Bild erscheint, könntest du in deinem news_full Template einfach folgendes machen:

<?php $GLOBALS['TL_HEAD'][] = '<meta property="og:image" content="'. $this->Environment->base . $this->singleSRC .'">'; ?>

Damit wird jedoch das Original Bild verwendet (sowohl als og:image als auch dann in den Suchergebnissen). Wenn du automatisch ein kleineres Bild ausgeben möchtest, könntest du folgendes machen:

<?php 

$ogimage = $this->getImage( $this->singleSRC, 512, 512, 'center_center' );
$GLOBALS['TL_HEAD'][] = '<meta property="og:image" content="'. $this->Environment->base . $ogimage .'">'; 

?>

Das würde das Bild auf 512x512 zurecht schneiden. Gilt aber dann natürlich auch für das og:image (und damit auch für das Facebook Share Bild), nicht nur für die CearchPro Ergebnisse. Andererseits könntest du im news_full Template die erste Variante verwenden und dafür aber in einem eigenen search_default Template folgendes:

<?php

// process image url
$image = $this->image;

// get image URL components
$components = parse_url( $image );

// check if host is the same
if( \Environment::get('host') == $components['host'] )
{
    // just use the path
    $image = ltrim( $components['path'], '/');

    // generate new image
    $image = $this->getImage( $image, 400, 300, 'center_center' );
}

?>

<div class="<?php echo $this->class; ?>">
<h3><a href="<?php echo $this->href; ?>" title="<?php echo $this->title; ?>"><?php echo $this->link; ?></a> <span class="relevance">[<?php echo $this->relevance; ?>]</span></h3>
<?php if ($this->image): ?>
    <p class="context"><img src="<?php echo $image; ?>" /></p>
<?php endif; ?>
<?php if ($this->context): ?>
<p class="context"><?php echo $this->context; ?></p>
<?php endif; ?>
<p class="url"><?php echo $this->url; ?><span class="filesize"> - <?php echo $this->filesize; ?> kB</span></p>
</div>

(ungetestet)

[Kahmoon]

Also ich würde heute kein quadratisches Bild mehr für og:image verwenden (generell). Die Bilder im Stream sind nie quadratisch und die kleine Vorschau kommt eigentlich auch nur wenn das Bild zu klein ist oder etwas nicht passt. Ich frage deshalb die Dimensionen ab:

    if($this->width > $this->height)
    {
        #Querformat    
        $fbimage = $this->getImage($this->urlEncode($this->singleSRC), 768, 403 , 'center_center');
    }else{
        #Hochformat    
        $fbimage = $this->getImage($this->urlEncode($this->singleSRC), 403, 0 , 'proportional');    
    }
  $GLOBALS['TL_HEAD'][] = '<meta property="og:image" content="http://'.$_SERVER["HTTP_HOST"].'/'.$fbimage.'" />';
  $GLOBALS['TL_HEAD'][] = '<meta itemprop="image" content="http://'.$_SERVER["HTTP_HOST"].'/'.$fbimage.'" />'; 

Hier ist ein aktueller Guide der Größen
http://www.setupablogtoday.com/2015-...e-sizes-guide/

Daran kann man sich "proportional" richten.


Prüfen kann man die Darstellung hier: https://developers.facebook.com/tools/debug/

[Spooky]

Daher habe ich auch die zweite Variante vorgeschlagen, wo man im News Template das Original als og:image nimmt und die Größe erst im search template festlegt. Es geht ja hier um die Ansicht in den Suchergebnissen.

[Grossvater]

Ich bekomme in den error.log seltsame Fehlermeldungen:

[29-May-2015 14:02:53 Europe/Berlin] 
PHP Warning: preg_match(): Compilation failed: nothing to repeat at offset 2 in C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\zCearchPro\classes\Search.php on line 696
#0 [internal function]: __error(2, 'preg_match(): C...', 'C:\\MAMP\\htdocs\\...', 696, Array)
#1 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\zCearchPro\classes\Search.php(696): preg_match('/\\b++\\b/i', 'ab, aber, alle,...')
#2 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\zCearchPro\classes\Search.php(287): Contao\Search::getExclude('++')
#3 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\core\classes\FrontendTemplate.php(298): Contao\Search::indexPage(Array)
#4 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\core\classes\FrontendTemplate.php(113): Contao\FrontendTemplate->addToSearchIndex()
#5 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\core\pages\PageRegular.php(186): Contao\FrontendTemplate->output(true)
#6 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\core\controllers\FrontendIndex.php(244): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#7 C:\MAMP\htdocs\wiese\contao-3.4.4\index.php(20): Contao\FrontendIndex->run()
#8 {main}


[29-May-2015 14:02:53 Europe/Berlin] 
PHP Warning: preg_match(): Compilation failed: nothing to repeat at offset 2 in C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\zCearchPro\classes\Search.php on line 696
#0 [internal function]: __error(2, 'preg_match(): C...', 'C:\\MAMP\\htdocs\\...', 696, Array)
#1 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\zCearchPro\classes\Search.php(696): preg_match('/\\b++\\b/i', 'a, able, about,...')
#2 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\zCearchPro\classes\Search.php(287): Contao\Search::getExclude('++')
#3 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\core\classes\FrontendTemplate.php(298): Contao\Search::indexPage(Array)
#4 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\core\classes\FrontendTemplate.php(113): Contao\FrontendTemplate->addToSearchIndex()
#5 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\core\pages\PageRegular.php(186): Contao\FrontendTemplate->output(true)
#6 C:\MAMP\htdocs\wiese\contao-3.4.4\system\modules\core\controllers\FrontendIndex.php(244): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#7 C:\MAMP\htdocs\wiese\contao-3.4.4\index.php(20): Contao\FrontendIndex->run()

Ausserdem Ist der Link zu der Seite statt
http://seite.de/de/fruehlingswiese/v...shinweise.html
seltsamerweise:
http:///de/fruehlingswiese/verkehrshinweise.html - 33.63 kB

[Grossvater]

EDIT: habe das Problem gefunden:
Wenn man nach dem Startpunkt eine interne Weiterleitung auf das erste Kindelement setzt, dann spuckt zCearch eine Fehlermeldung aus.

Meine Navigationen hatte ich in interne Weiterleitungen "gruppiert"

[ways2web]

hat jemand ne Idee wie ich die Erweiterung für Contao 3.4/3.5 zum laufen bekomme?

aber die generierten urls stimmen nicht usw... es fehlt die basis-url bei den verlinken suchergebnissen...


gruss
ways

[Grossvater]

du arbeitest wahrscheinlich lokal...
Wenn du die fertige Seite hochlädst, vergib einen Domainnamen im Startpunkt der Website und alles ist gut

[ways2web]

Nicht lokal. Aber aktuell auf einer subdomain. Hab das ganze Grad auf einer Seite mit Domainnamen in der Struktur versucht. Da ging es.

Also ist es dieser Unterschied? Hab mich schon verrückt gesucht.,warum es bei der einen geht und bei der anderen nicht 😭

gesendet mit Tapatalk.

[Spooky]

Hm, leider kann man auf https://github.com/feedbackmedia/CearchPro keine Tickets erzeugen.

[Kahmoon]

Vom Entwickler selbst kam hier auch schon ne ganze Weile nichts mehr (wenn ich mich nicht irre)