Ergebnisse wurden beim Weitersuchen in den falschen Result Hash geschrieben.

Beim löschen des Keys für die Ergebnisse aus dem Redis System wurde der falsche Key angegeben.

Unnötige Log Einträge entfernt.  
Alten Job "Search" entfernt.

Weitere Bugfixes in den Fetchern

laufende Fetcher beenden sich nun nach einer gewissen Zeit.

Habe bei der Zeitmessung Sekunden mit Millisekunden verwechselt.

Vergleich von Phrasen mit Ergebnisbeschreibungen. Ergebnisse, welche die Phrase enthalten werden besser bewertet.

Die Anzahl der Fetcher reguliert sich nun von alleine. Fehlerfrei ist es aber noch nicht.

werden ins Redis geschrieben. Mit einem entsprechenden Cronjob werden diese auch in eine Log Datei geschrieben

Wenn keine Verbindung zum Cache Server aufgebaut werden kann (z.B. bei einem Update), benutzen wir den Cache nun einfach nicht mehr anstatt abzustürzen.

Pagination umgestellt:
* Es werden nur noch Links für die nächste Suche generiert
* Links für die letzte Suche werden nicht mehr generiert. Stattdessen wird per Javascript die History um eine Seite zurückgesetzt.

Jede Suchmaschine kann nun die Funktionen getNext() bzw. getLast() einbinden, mit denen sie
ein entsprechendes Suchmaschinenobjekt für die nächste bzw. letzte Suche erstellen
und speichern können.

In seltenen Fällen hätte es sein können, dass Ergebnisse, die aus dem Cache stammen,
gelöscht werden bevor sie ausgelesen sind.

Wenn der Wert geändert werden soll, kann man der Suchmaschine in der sumas.xml
das Attribut "cacheDuration" verpassen.
Dieses Attribut beinhaltet die Anzahl an Minuten für die der Cache vorgehalten werden soll.
ein Wert von 0 deaktiviert den Cache.

Bei Fehlgeschlagener Sitesearch wird eine Meldung ausgegeben und eine Suche ohne Sitesearch durchgeführt

Die Suche wird nun mit Hilfe der Laravel Queue in den entsprechenden Einstellungen parallel durchgeführt.
Hier für muss in der .env Datei der Queue-Driver auf redis gesetzt werden und entsprechende Worker am laufen sein:
z.B. php artisan queue:listen, oder php artisan queue:work Prozesse im Supervisor

Wie lange auf alle Suchmaschinen gewartet wird entscheidet sich jetzt anhand von 3 Parametern:
Wenn die bisherige Zeit < 500 ms ist:
	Wird das Warten nur abgebrochen, falls alle Suchmaschinen geantwortet haben
Wenn die bisherige Zeit >= 500 ms, aber kleiner der eingestellten Suchzeit ist:
	Wird das Warten abgebrochen, falls mindestens 80% der Suchmaschinen geantwortet haben.
Wenn die bisherige Zeit >= der eingestellten Suchzeit ist:
	Wird in jedem Fall abgebrochen.

Dies sollte einige Probleme beheben, bei dem Suchergebnisse nicht geladen wurden.