Relevanssi Hosting Größe für den Index, nicht nur die Posts.
Relevanssi baut seinen eigenen Index innerhalb von MySQL auf, und auf einer inhaltsreichen Website ist dieser Index routinemäßig größer als jeder Beitrag, den Sie geschrieben haben.
Alles, was ein datenbankgestützter Index von einem Host verlangt.
Relevanssi ruft keinen Suchdienst auf. Jede Abfrage und jeder Umbau geschieht in Ihrer Datenbank, was dies zu einem MySQL-Tuning-Problem macht.
Ein Index, der in den Speicher passt
Der InnoDB-Pufferpool ist so bemessen, dass er den Relevanssi-Index neben dem Rest des Arbeitssatzes hält, sodass eine Suche aus dem Speicher gelesen wird, anstatt Indexseiten von der Festplatte zu ziehen, eine Abfrage nach der anderen.
Rebuilds, die fertig sind
Ein vollständiger Reindex auf einer großen Website wird jede Browseranfrage überdauern. Unsere laufen von WP-CLI mit erhöhter Ausführungsobergrenze, so dass der Job abgeschlossen ist, anstatt auf halbem Weg zu sterben und einen Teilindex zu hinterlassen.
Suchseiten bleiben dynamisch
Die Ergebnisseiten sind pro Abfrage und oft pro Benutzer, also werden sie aus dem Seiten-Cache herausgehalten. Die teuren Lookups dahinter werden stattdessen in Redis zwischengespeichert, wo die Wiederholung tatsächlich ist.
Raum für lange Dokumente
Lange Posts, benutzerdefinierte Felder und Anhangtexte zu indizieren bedeutet, große Zeilen zu schreiben. Packet- und Zeilenlimits werden erhöht, damit diese Schreibvorgänge erfolgreich sind und nicht stillschweigend im mittleren Index scheitern.
Backups, die wissen, dass der Index wiederherstellbar ist
Der Inhalt wird über Nacht gesichert und vom Ursprung repliziert. Der Index kann daraus regeneriert werden, so dass eine Wiederherstellung nicht davon abhängt, dass eine konsistente Kopie einer Tabelle erfasst wurde, die sich ständig ändert.
Wissen, dass der Index aktuell ist.
Ein veralteter Suchindex ist unsichtbar, bis jemand nach dem Beitrag sucht, den Sie heute Morgen veröffentlicht haben, und nichts findet.
- Einklick-Admin-Anmeldung, keine gemeinsam genutzten Passwörter
- Indexgröße nach dem Pufferpool
- Plugins und Kernupdates mit Status pro Artikel
- Jedes tägliche Backup vom Dashboard wiederherstellen
Suchen Sie nach Antworten, bevor Sie sie neu tippen.
Relevanssi-Abfragen können nicht auf Seitenebene zwischengespeichert werden, daher wird ihre Geschwindigkeit vollständig davon bestimmt, ob der Index beim Eintreffen der Abfrage im Speicher ist.
Was wir für Relevanssi ändern
Diese unterscheiden sich von einer Standard-WordPress-Website auf dem gleichen Plan, und jeder von ihnen existiert, weil der Suchindex in Ihrer Datenbank und nicht in einem separaten Dienst lebt.
| Einstellung | So konfigurieren wir es | Warum |
|---|---|---|
| InnoDB-Pufferpool | Größe, um den Relevanssi-Index zusätzlich zum normalen Arbeitssatz zu halten | Der Index auf einer inhaltslastigen Site übersteigt häufig die Größe der Posts-Tabelle selbst, und sobald er nicht mehr in den Speicher passt, beginnt jede Suche, Indexseiten von der Festplatte anstelle von RAM zu lesen. |
| max_allowed_packet | deutlich über dem Standard für Indexschreibwerte angehoben | Durch die Indexierung langer Posts zusammen mit benutzerdefinierten Feldern und Anhängen werden einzelne Anweisungen erstellt, die weitaus größer sind als eine Standard-MySQL-Installation akzeptiert, und die Ablehnung wird als Inhalt angezeigt, der einfach nie auffindbar ist. |
| Index-Wiederaufbau | Durchlaufen von WP-CLI mit angehobener Ausführungsdecke, niemals von einer Admin-Seitenanforderung | Ein vollständiger Reindex in einem großen Archiv läuft viele Minuten, so dass das Auslösen aus dem Browser eine Anforderung bedeutet, die teilweise stirbt und den Index mit einigen der Site und keinem der Rest verlässt. |
| Suchergebnisseiten | Ausgeschlossen aus dem Seiten-Cache; die zugrunde liegenden Lookups wurden in Redis zwischengespeichert | Jede Ergebnisseite ist spezifisch für eine Abfragezeichenfolge und oft für die Berechtigungen eines Benutzers, so dass das Zwischenspeichern der Seite sinnlos ist, während das Zwischenspeichern der Abfrage dahinter die wiederholte Arbeit entfernt. |
| Indexwachstumsüberwachung | Indextabellengröße verfolgt und alarmiert gegen den konfigurierten Pool | Der Index wächst mit dem Archiv und nicht mit dem Traffic, so dass eine Website, die seit einem Jahr schnell ist, allmählich abnimmt, ohne dass sich die Besucher ändern und nichts im Traffic-Graphen, um es zu erklären. |
Einfache, transparente Preise.
Jeder Tarif umfasst eine kostenlose Migration, tägliche Backups, SSL und Support rund um die Uhr.
- 1 WordPress-Website
- 10 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Support per Ticket
- 5 WordPress-Websites
- 50 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Priorisierter Support per Ticket
- 20 WordPress-Websites
- 200 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Persönlicher Support
Häufige Fragen.
Warum ist meine Relevanssi-Suche langsamer als früher?
Wie lange dauert ein vollständiger Reindex?
Sollte ich Relevanssi oder ElasticPress verwenden?
Können Suchergebnisseiten zwischengespeichert werden?
Enthalten meine Backups den Suchindex?
Führen Sie Relevanssi mit einer Datenbank aus, die zum Index passt.
Kostenlose Migration, ein Pufferpool für Ihr Archiv und baut diesen komplett um.