apachesolr für deutschsprachige Webseiten
Eingetragen von mkalkbrenner (69)am 27.06.2009 - 10:07 Uhr in
Hallo,
gestern habe ich auf dem Linux Tag mit einem Mitglied der Berliner Drupal User Group gesprochen und erfahren, dass auf drupalcenter.de zukünftig apachesolr eingesetzt werden soll. Daher möchte ich an dieser Stelle mal darauf hinweisen, das apachesolr im aktuellen Zustand nicht für deutschsprachige Seiten geeignet ist.
Die gute Nachricht ist aber, dass ich bereits erste Patches eingereicht habe, um apachesolr zu lokalisieren, wobei ich mich zunächst auf die deutsche Sprache konzentriere. Wir selbst haben diese Patches bereits in aktuellen Projekten bei cocomore im Einsatz.
Hier eine kurze Liste der Probleme die ich bereits adressiert (und gelöst) habe:
- localize apachesolr (z.B. deutsche Wortstammbildung)
- localize apachesolr (Datumsformat)
- Add support for translated (localized) taxonomy facet blocks
Mitstreiter, Befürworter und Tester sind übrigens herzlich eingeladen!
- Anmelden oder Registrieren um Kommentare zu schreiben
Hallo Markus, in der Tat
am 27.06.2009 - 15:00 Uhr
Hallo Markus,
in der Tat haben wir in einer Entwicklungsversion der DrupalCenter Installation ApacheSolr integriert und angetestet. Im direkten Vergleich ergibt sich mit Solr bei einer Site wie dieser eine ganz deutliche Aufwertung.
Erstmal Danke für dein / euer Engagement und das Feedback an die Community. Voraussichtlich wird es eh noch eine Weile dauern, ehe das DC mit Solr live gehen wird, so dass die Patches noch alle Zeit haben es in ein Release zu schaffen. :)
Grüße,
Alex
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Fertiges Modul insb. für deutschen Sprachraum
am 05.10.2009 - 10:24 Uhr
Hallo Alex,
Nachdem ich auf der Drupalcon Paris an den BOFs zu Apachesolr und insb. Multilingual Search teilgenommen habe, schätze ich die Chancen für ein baldiges Release von Apachsolr inkl. der Unterstützung für den deutschen Sprachraum als sehr gering ein.
Deshalb haben wir beschlossen, für die Zwischenzeit selbst eine um die benötigten Features erweiterte Version des Moduls zu pflegen. D.h. Cocomore wird sich um das kontinuierliche Einpflegen der notwendigen Patches in die jeweilige aktuelle Version des Moduls kümmern.
Unsere Version kann unter http://drupal.cocomore.com/de/project/apachesolr
heruntergeladen werden.
PS: Unser Modul integriert sich dabei in den regulären internen Updateprozess von drupal.
Markus Kalkbrenner
Cocomore AG
Hallo Markus, vielen Dank
am 08.09.2009 - 18:35 Uhr
Hallo Markus,
vielen Dank für den Hinweis und den Link!
Gibt es denn keinen gangbaren Weg eure Verbesserungen in die offiziellen Releases einfließen zu lassen?
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Ofizielles Release
am 05.10.2009 - 10:24 Uhr
Sämtliche Features bzgl. Lokalisierung und Internationalisierung und auch die hierarchischen Facetten, die für eine Forumssuche benötigt werden, wurden auf Version 6.x-2.x verschoben. 6.x-1.1 befindet sich im Release-Canditate-Status. D.h. die Features kommen irgendwann, aber wenn man die bisherige Geschwindigkeit in diesem Projekt und die geplanten architektonischen Änderungen für 6.x-2.x berücksichtigt, dann wird es meiner Einschätzung nach noch recht lange dauern, bis Version 6.x-2.1 erscheint.
Da wir für unsere Kunden diese Features aber unbedingt benötigen und auch schon mehrere Seiten damit online haben, sind wir sowieso gezwungen eine auf 6.x-1.1 basierende stabile Version inkl. der Patches zu pflegen und haben uns entschieden, diese frei anzubieten.
Meine rein persönliche Vermutung zum 6.x-1.1 Release von apachesolr ist, dass im Hintergrund die Fertigstellung des Produktes Acquia Search für den englischen Sprachraum den Featurefreeze mit beeinflusst.
Markus Kalkbrenner
Cocomore AG
Ist sicher nicht ganz aus
am 09.09.2009 - 14:14 Uhr
Ist sicher nicht ganz aus der Luft gegriffen, da Acquia u.a. allein schon durch Robert selbst einen recht großen Anteil der Entwicklung trägt. Aber ist doch schön solche Hintergründe mal mitzubekommen. Das klingt ja im Grunde danach, dass auch ihr nicht ewig einen Fork pflegen wollt und wenn es dann mal eine entsprechende offizielle Version gibt, ihr auch peu á peu darauf mirgrieren werdet.
Hintergrund der ganzen Fragerei ist ja "nur", dass man sich mit solchen 3rd Party Modulen nicht unnötig etwas verbauen möchte und das sehe ich hier nach deinen Ausführungen nicht als gegeben an.
Danke dafür! :)
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Keine Sackgasse!
am 05.10.2009 - 10:25 Uhr
Ist sicher nicht ganz aus der Luft gegriffen, da Acquia u.a. allein schon durch Robert selbst einen recht großen Anteil der Entwicklung trägt.
... und mit Peter, Robert und Jacob die entscheidenden Köpfe des Projekts stellt.
Aber bitte versteht mich nicht falsch. Ich bin deswegen nicht persönlich wütend oder so, sondern halte die Integration von Solr für einen sehr wichtigen und richtigen Schritt für drupal und kann auch Acquias Interessen verstehen, wenn meine Mutmaßung stimmen sollte.
Hintergrund der ganzen Fragerei ist ja "nur", dass man sich mit solchen 3rd Party Modulen nicht unnötig etwas verbauen möchte und das sehe ich hier nach deinen Ausführungen nicht als gegeben an.
Absolut. Wir engagieren uns weiterhin aktiv bei der Entwicklung von apachesolr und haben das Ziel unsere Patches letztendlich alle offiziell in 6.x-2.1 zu sehen. Andere unserer Patches haben es ja auch in 6.x-1.1 geschafft :-)
Darüberhinaus verbaut man sich mit unserem Modul auf keinen Fall die Möglichkeit, später wieder auf das offizielle Modul zu wechseln, denn Solr ist als Suchmaschine ein zusätzliches System, das in keinster Weise die Daten in der Datenbank modifiziert. Und wir greifen mit unseren Patches nicht in die eigentliche API ein. Im schlimmsten Fall muss man bei einem späteren Wechsel den Suchindex löschen und neu aufbauen, was aber mit 6.x-2.x wahrscheinlich sowieso notwendig sein wird.
Markus Kalkbrenner
Cocomore AG