Aktuell unterstützen wir TYPO3, Drupal und Storyblok.
In Zukunft planen wir noch weitere Drittsysteme zu unterstützen.

Bitte verwenden Sie hierfür das Kontaktformular.

Wir betreiben unsere Plattform bei einem namhaften deutschen Hoster, der über eine Reihe von Zertifizierungen (u.a. DIN ISO/IEC 27001) verfügt.
Die von uns exklusiv genutzte Infrastruktur befindet sind ausschließlich in Deutschland und wird ausschließlich durch dkd direkt administriert.
In Bezug auf den Datenschutz wurde die Plattform durch den von dkd bestellten Datenschützer geprüft und wird bei ggf. erfolgten Änderungen am Verfahren fortlaufend neu bewertet.
Technisch sind die Kerne ausschließlich dem jeweiligen Kundenkonto zugeordnet und der Zugriff erfolgt per https mit den entsprechenden Credentials des SOLR-Kerns.
Eine exponierte Admin-Oberfläche für SOLR steht nicht zur Verfügung, sodass die Kommunikation ausschließlich über den zuvor genannten Kanal erfolgt.

Unsere Serverstandorte für die Infrastruktur der Plattform hosted-solr.com sind Nürnberg, Deutschland und Falkenstein, Deutschland.
Der von uns genutzte Anbieter für Hardware und Infrastruktur erfüllt die gesetzlichen Anforderungen auf nationaler und europäischer Ebene und verfügt entsprechend über eine Reihe von Zertifizierungen im Bereich Hosting.
Die konkreten Systeme und Applikationen werden ausschließlich von dkd betreut und gewartet.

Der Standard-Zahlungsrhythmus ist monatlich, es besteht jedoch die Möglichkeit, auf halbjährliche oder jährliche Zahlungen umzustellen.

Alle Solr-Pakete können ganz einfach mit nur einem Klick monatlich gekündigt werden.

Den Auftragsverarbeitungsvertrag (AV) für die Nutzung der Plattform hosted-solr.com können Sie bequem in Ihrem Kundenkonto abrufen und unterzeichnen. Direkt zum AV (https://app.hosted-solr.com/de/data_processing_agreement)

Das Admin-Panel stellen wir unseren Kunden leider nicht zur Verfügung.

Da die Stammform-Reduktion im Solr-Kern jeweils auf eine Sprache optimiert ist, sollte für jede Sprache ein eigener Solr-Kern verwendet werden.

Schema-Anpassungen für die Solr-Kerne sind im Self-Service leider nicht möglich. Wir bieten jedoch individuelle Anpassungen der Schema-Konfiguration an. Diese werden nach Aufwand vorgenommen, sind allerdings nicht persistent. Sollte ein Kern gelöscht werden (was äußerst selten vorkommt), müssten die Anpassungen erneut durchgeführt werden.

Derzeit können Sie bei uns einfach und sicher auf Rechnung per Überweisung zahlen. Bitte haben Sie Verständnis, dass SEPA-Lastschrift und Kreditkartenzahlung momentan nicht zur Verfügung stehen.

Die Vertragslaufzeiten betragen in der Regel 30 Tage. Ab dem Tarif Medium bieten wir auch 12-Monats-Verträge an – das reduziert den Verwaltungsaufwand durch weniger Überweisungen und Rechnungen. Wenden Sie sich dazu bitte über das Kontaktformular an uns.

Am schnellsten erreichen Sie unser Support-Team über das Kontaktformular. Füllen Sie einfach das Formular aus, und wir melden uns so schnell wie möglich bei Ihnen.

Nachdem Sie den Apache Solr-Index über die Weboberfläche von Hosted Solr angelegt haben, klicken Sie auf Tipps. Dort wird ein TypoScript-Snippet angeboten, das bereits die korrekte Konfiguration enthält. Sie müssen das Snippet lediglich in Ihre TYPO3-Installation einbinden.

Bei Nutzung der Site Configuration und der dazu passenden EXT:solr Version 10+ muss die Kern-Konfiguration in der Site Configuration erfolgen. Die für Hosted Solr benötigen Daten können allerdings nicht über das Site Management hinterlegt werden, sondern erfordern eine manuelle Anpassung der Yaml-Datei. Wie in der Extension-Dokumentation erwähnt, können dort sprachspezifische Informationen hinterlegt werden, z.B. via solr_host_read oder solr_core_read.

In Ausschnitten könnte die Konfiguration in der Yaml-Datei folgendermaßen aussehen:

EXT:solr < 12.0

languages:
  -
    title: German
    solr_host_read: node-x.hosted-solr.com
    solr_core_read: core_de
    solr_path_read: ##path##/solr/
    solr_username_read: ##user_host_x##
    solr_password_read: ##password_host_x##
  -
    title: English
    solr_host_read: node-y.hosted-solr.com
    solr_core_read: core_en
    solr_path_read: ##path##/solr/
    solr_username_read: ##user_host_y##
    solr_password_read: ##password_host_y##

rootPageId: 1
solr_enabled_read: true
solr_scheme_read: https
solr_port_read: 443
solr_use_write_connection: false

EXT:solr >= 12.0

languages:
  -
    title: German
    solr_host_read: node-x.hosted-solr.com
    solr_core_read: core_de
    solr_path_read: /##path##
    solr_username_read: ##user_host_x##
    solr_password_read: ##password_host_x##
  -
    title: English
    solr_host_read: node-y.hosted-solr.com
    solr_core_read: core_en
    solr_path_read: /##path##
    solr_username_read: ##user_host_y##
    solr_password_read: ##password_host_y##

rootPageId: 1
solr_enabled_read: true
solr_scheme_read: https
solr_port_read: 443
solr_use_write_connection: false

Download YAML Beispiel

Der Einsatz von Umgebungsvariablen ist ebenfalls möglich, Informationen dazu finden Sie in der Dokumentation von EXT:solr unter Using Environment Variables in Site Configuration.

Wichtig: Die Yaml-Datei sollte vor Zugriffen von außen geschützt werden.

In TYPO3-Installationen erlaubt EXT:tika die Metadaten- und Text-Extraktion aus lokalen Dateien, was insbesondere in Verbindung mit der über die dkd Entwicklungsbeteiligungen verfügbaren Extension solrfal einen Mehrwert bietet.

Selbstverständlich unterstützt auch Hosted Solr die Metadaten- und Text-Extraktion,  die in EXT:tika via Service "Solr Server" und die dazugehörigen Optionen konfiguriert wird. Wichtig ist, dass bei der Verbindungskonfiguration darauf geachtet wird die Zugangsdaten mit anzugeben, dies könnte folgendermaßen aussehen:

EXT:solr < 12.0 & EXT:tika < 12.0

(Screenshot einer Beispielkonfiguration)

EXT:solr 12.0+ & EXT:tika 12.0.1+

(Screenshot einer Beispielkonfiguration)

Aus Sicherheitsgründen ist der Zugriff auf das Solr Admin UI beschränkt und nicht möglich, es stehen aber Hilfsmittel bereit um Core-Operationen durchzuführen oder den Index-Inhalt zu prüfen.

Über hosted-solr.com können Sie den Core-Reload triggern, z.B. bei der Nutzung von Synonymen, dies ist für jeden Kern über "Admin" => "Solr-Kern neuladen" möglich, ebenso auch das vollständige Leeren des Kerns ("Admin" => "Solr-Index leeren"). Im Fall von TYPO3 ist es über das Modul "Apache Solr" > "Info" > "Index Documents" möglich die Index-Inhalte einzusehen.

Core-Reloads sind selten notwendig, Aktionen wie beispielsweise Änderungen an den Synonymen oder Stop-Wörtern erfordern allerdings einen Reload, aus Sicherheitsgründen ist der Zugriff auf das Admin-Modul von Apache Solr allerdings beschränkt und ein Reload somit nicht über das TYPO3-Backend möglich.

Natürlich können Sie aber auch bei Hosted Solr einen Core-Reload triggern, dies ist mit Ihrem Hosted Solr-Zugang unter hosted-solr.com möglich. Für jeden Kern finden Sie unter "Admin" => "Solr-Kern neuladen" eine entsprechende Option, ebenso auch für das vollständige Leeren des Kerns ("Admin" => "Solr-Index leeren").

EXT:solr setzt Remote Streaming ein, seit Apache Solr 11.8.3 und 9.3.0 erfordert die Nutzung das Setzen einer Umgebungsvariable. Hosted Solr Kerne unterstützen Remote Streaming und Sie können alle aktuellen EXT:solr Versionen einsetzen.

EXT:solr 11.5.6 und 12.0.2 prüfen im Reports Modul den aktuellen Status, um Benutzern etwaige Probleme aufzuzeigen. Hosted Solr Kerne unterstützen die Status-Prüfung aktuell noch nicht, obwohl Remote Streaming aktiviert ist. Sie können die Meldung "Error determining system properties" ignorieren, zukünftig wird eine Neuanlage das Kerns Abhilfe schaffen.

Hinweis zu Remote Streaming, der Einsatz mit EXT:solr und Hosted Solr ist unproblematisch, bei selbst gehosteten Solr Servern ist allerdings grundsätzlich darauf zu achten, dass diese entsprechend abgesichert und für Dritte nicht direkt erreichbar sind.

Der Tarif kann auf der Seite Tarif wechseln geändert werden.

Sie können Ihren Tarif alle 30 Tage ändern.

Ja, sie beträgt bei allen Tarifen 30 Tage.

Nein, falls Sie nur eine Sprache verwenden empfiehlt es sich den zweiten Kern für ein Testsystem zu verwenden.