NeuBlack Friday – 50 % Rabatt auf die erste Zahlung
Bricks Builder-Hosting

Bricks Builder Hosting, wo die Abfrageschleife schnell bleibt.

Bricks rendert aus Live-Abfragen statt aus gespeichertem Markup, so dass die Seite, die ein Besucher erhält, pro Anfrage zusammengestellt wird. Das ist eine Datenbankfrage, lange bevor es eine Builderfrage ist.

Query Loops Object-CacheEditor schreibt nie zwischengespeichertKostenlose Migration
Query-Loop-TuningEditor-sicheres CachingSchnelle CSS RegenerationTägliche BackupsKostenloses SSL24 / 7 Unterstützung
Ein Builder, der fragt

Alles, was ein abfragegesteuerter Builder von einem Host verlangt.

Die meisten Seitenersteller speichern HTML. Bricks speichert eine Struktur und führt sie aus, wodurch die Kosten vom Speicher auf jede einzelne Anforderung verlagert werden.

Abfrageschleifen, die den Tisch nicht scannen

Eine Schleifenfilterung von Posts nach Metawerten ist ein nicht indexierter Scan, es sei denn, jemand fügt den Index hinzu. Auf einigen hundert Posts ist er unsichtbar; auf zwanzigtausend ist er die Seite.

Meta indexiertObjekt-Cache

Editor-Autosaves, die immer den Server erreichen

Ein zwischengespeicherter oder ratenbegrenzter Endpunkt verliert die letzten Minuten eines Layouts und gibt keinen Hinweis darauf, dass er es getan hat.

REST ausgenommenKeine Begrenzung

CSS regeneriert ohne leere Site

Globale Klassenwechsel bauen das Stylesheet neu auf. Auf die Anfrage, die danach gefragt wurde, wartet der erste Besucher nach einem Save auf das Ganze.

Sobald dies der Fall ist, werden die Daten in den Meldebögen A bis B gemeldet.

Header-, Footer- und Section Templates sind separate Posts, die auf jedem Rendering abgeholt werden. Cached, sie sind kostenlos; ungecached, sie sind zusätzliche Abfragen auf jeder Seite der Site.

Lange Editor-Sitzungen, die keine Zeit ausfallen

Das Erstellen einer Seite ist eine langlebige Sitzung mit großen Nutzlasten. Ausführung und Körpergröße Grenzen für eine Seitenansicht schneiden sie Mitte-Speichern ab.

Operationen

Bauen, ohne Arbeit zu verlieren.

Der Fehler, der bei einem Builder wichtig ist, ist nicht Langsamkeit, es ist ein Speicher, der stillschweigend nicht passiert ist, und ein Layout, das Sie jetzt aus dem Gedächtnis neu aufbauen müssen.

  • Editor-Endpunkte, die von Cache- und Ratenlimits ausgenommen sind
  • Autosave-Ausfälle aufgetaucht, anstatt verschluckt
  • Ein-Klick-Admin-Login
  • Jedes tägliche Backup vom Dashboard wiederherstellen
Abfrageschleifen
Indexierte Metaschlüssel
18 Schleifen
Editor spart
REST-Cache umgangen
Schreiben
Globales CSS
Regeneriert auf Save
gecached
Nachtlicher Backup
Nachgebaut außerhalb des Standorts
laufen
Leistung

Ein Archiv, das aus einer Abfrageschleife aufgebaut ist.

Die Vorlage ist klein. Was die Abfrage dahinter kostet, einmal pro Schleife pro Seite, gegen welche Indizes auch immer existieren.

Indexiert
Loop Meta Keys
Zwischenspeicher
Template Looks
NVMe
Speicherung auf jedem Plan
MagicWP170 ms
Nicht indexierte Meta-Abfrageschleife1850 ms
CSS regeneriert in-request760 ms

Beispielhafter Vergleich eines Loop-gesteuerten Archivs in einer großen Posttabelle. Ihre Zahlen hängen von der Anzahl der Posts und der Komplexität der Schleifen ab.

Konfiguration

Was wir für Bricks Builder ändern

Diese unterscheiden sich von einer Standard-WordPress-Website mit demselben Plan und folgen jeweils einem Builder, der aus Abfragen und nicht aus gespeichertem Markup rendert.

EinstellungSo konfigurieren wir esWarum
Metaschlüssel für Query-LoopsIndiziert individuell, mit objektgespeicherten Ergebnissen pro SchleifeEine Schleifenfilterung auf einem Metawert führt standardmäßig einen nicht indexierten Scan aus, und die Kosten werden erst sichtbar, wenn die Posttabelle groß genug ist, dass niemand sie berühren möchte.
Builder REST-EndpunkteVom Seiten-Cache ausgenommen und von der Ratenbegrenzung ausgeschlossenBricks speichert über REST, während ein Layout erstellt wird, so dass ein gedrosselter oder zwischengespeicherter Endpunkt die aktuelle Arbeit verwirft und den Erfolg meldet, während er dies tut.
Globale CSS GenerationRebuilt bei sparender Zeit und diente als statische DateiDie Regeneration des Stylesheets während der ersten Anfrage nach einem Speichern macht einen unglücklichen Besucher für den gesamten Wiederaufbau bezahlen.
Nachschlagescheine für VorlagenteileObjekt-Cache, statt Requeried per RenderHeader, Footer und wiederverwendbare Abschnitte sind separate Posts, so dass jeder einzelne eine zusätzliche Abfrage auf jeder Seite ist, bis etwas sie zwischenspeichert.
Upload und AusführungslimitsFür Editor Requests speziell erhobenEin Builder speichert eine große strukturierte Nutzlast in einer langlebigen Sitzung, die für eine gewöhnliche Seitenansicht begrenzt ist.
Tarife

Einfache, transparente Preise.

Jeder Tarif umfasst eine kostenlose Migration, tägliche Backups, SSL und Support rund um die Uhr.

MonatlichJährlich
Starter
Für private Websites, Blogs und Portfolios.
16,67 USD/Monat
200 $ pro Jahr · 40 $ sparen
  • 1 WordPress-Website
  • 10 GB NVMe-Speicher
  • Kostenloses SSL
  • Tägliche Backups
  • Bereitstellung mit einem Klick
  • Support per Ticket
Kostenlos testen
Pro★ Am beliebtesten
Für wachsende Unternehmen und gut besuchte Shops.
66,67 USD/Monat
800 $ pro Jahr · 160 $ sparen
  • 5 WordPress-Websites
  • 50 GB NVMe-Speicher
  • Kostenloses SSL
  • Tägliche Backups
  • Bereitstellung mit einem Klick
  • Priorisierter Support per Ticket
Kostenlos testen
Enterprise
Für Agenturen und Plattformen mit viel Traffic.
208,33 USD/Monat
2.500 $ pro Jahr · 500 $ sparen
  • 20 WordPress-Websites
  • 200 GB NVMe-Speicher
  • Kostenloses SSL
  • Tägliche Backups
  • Bereitstellung mit einem Klick
  • Persönlicher Support
Kostenlos testen
Häufige Fragen

Häufige Fragen.

Warum ist mein Bricks-Archiv langsamer als der Rest der Website?
Die Suchschleife ist fast immer. Filtern nach einem Metawert ohne Index bedeutet einen vollständigen Scan der Post-Meta-Tabelle bei jedem Render. Indexieren des Schlüssels und Zwischenspeichern des Ergebnisses ist normalerweise der ganze Fix.
Ich habe Änderungen im Bricks-Editor verloren.
Ein Speicher, der den Server nie erreicht hat - normalerweise ein Ratenlimit oder eine zwischengespeicherte REST-Antwort. Beide Endpunkte sind hier ausgenommen, und ein fehlgeschlagenes Autosave-Oberflächen, anstatt verschluckt zu werden.
Stört Page Caching Bricks?
Nicht mit dem Frontend, das wie jedes andere HTML zwischenspeichert. Was ausgeschlossen werden muss, sind der Editor und seine REST-Routen, und diese sind standardmäßig ausgeschlossen.
Warum sieht die Website gleich nach dem Speichern unstilisiert aus?
Das globale Stylesheet wird regeneriert. Wir bauen es zeitsparend um und dienen ihm als statische Datei, so dass der Besucher, der als nächstes kommt, nicht derjenige ist, der darauf wartet.
Ist Bricks schwerer als ein Blockthema?
Zum Render-Zeit-Zeit ist es mehr Arbeit, weil es löst Anfragen und Vorlagen, anstatt gespeicherte Markup ausgeben. Das ist ein fairer Handel für das, was es Ihnen gibt, vorausgesetzt, die Datenbank-Seite ist dafür eingerichtet.

Führen Sie Bricks Builder auf einem Host aus, der Abfrageschleifen versteht.

Kostenlose Migration, indexierte Schleifen und ein Editor, der niemals leise ein Save fallen lässt.