Upgraded nach der Server-Last Problem![]()
Upgraded nach der Server-Last Problem![]()
Hat jemand eine Ahnung, wie groß die Datei-Cache bekommen konnte, bevor sie einen negativen Einfluss auf die Performance hat?
Datenbank-Cache Caches nur Übersetzungen. Nicht ganze HTML-Inhalte. Also, wenn einige übersetzte Seite generiert wird, dann die erste normale Seite generiert wird und danach ist es analysiert und übersetzt. Während der Übersetzung DB-Cache verwendet wird und übersetzten Sätze werden von dort übernommen. Nur Sätze - nicht ganze HTML, weil jedes Mal, Übersetzungen unterschiedlich sein kann (dh unterschiedlichen Berechtigungen der Benutzer, geänderte Inhalte). Eine HTML-Seite kann Hunderte von Sätzen zu übersetzen - vBET dauert Inhalte zwischen HTML-Tags. Dank DB-Cache die Übersetzungen nicht getroffen werden müssen, jedes Mal von Google - was verbraucht viel Zeit - statt dessen die Sie von Ihrem örtlichen DB übernommen. Still - normale Seite zu erzeugen und danach übersetzt.
Full File-Cache für Gäste funktioniert nur für die Gäste. Danke, dass wir keine Sorgen zu machen, die Benutzer unterschiedliche Rechte und sehen verschiedene Dinge. ll Gäste sehen den gleichen Inhalt. Aus diesem Grund haben wir nicht auf Ergebnis zu analysieren und übersetzen sie Stück für Stück jedes Mal - wir können machen es einfach man eine Weile und Cache voll HTML-Ausgabe. Also in diesem Fall, wenn ganze Seite nicht zwischengespeichert wird, oder zwischengespeicherte Inhalte zu alt ist, dann normale Übersetzung erfolgt - kurz vor beschrieben wie. Aber dieses Mal ganz am Ende vollständigen HTML-Ausgabe wird in Datei geschrieben. Also das nächste Mal, wenn dieselbe Anfrage von Gast kommt man nicht erzeugen, auch normalen Seiteninhalt - wir einfach Strom zu Gast bereits zwischengespeichert HTML-Datei. Deshalb haben wir viel von SQL-Abfragen, CPU und Speicher zu sparen. Wir haben gerade auf Benutzer Inhalte aus statischer Datei geben. Deshalb ist es wichtig, festzustellen, wie lange dieser Cache gültig. Denn wenn sich etwas ändern wird - also neuen Beitrag zu Thema ankommen, dann die Gäste nicht sehen, dieses neue Amt bis bereits zwischengespeichert Datei abgelaufen ist. Danach bei der nächsten Anfrage wieder normale Seite generiert, übersetzt und zwischengespeichert - und diese Inhalte Gäste werden für eine weitere Stunde (konfigurierbar), dh zu sehen. Sie werden keine Änderungen sehen, bis Cache-Datei wieder abläuft. Selbstverständlich werden Ihre Benutzer alles sehen, weil es nur für die Gäste Werke (so für Roboter auch, weil Roboter kriechen Ihr Forum als Gast).
Bitte teilen Sie tat es und Hilfe bei Fragen einfach fragen - wir gerne beschreiben mehr![]()
in der Datei /Images/vBET/Flags/vBET.CSS
Bitte beschreiben Sie besser, was es bedeutet, "weird" - vielleicht können wir Ihnen helfen. Auch wir raten, für solche Dinge Firefox mit Firebug-Plugin benutzen - es ermöglicht Ihnen genau zeigen, welche CSS-Stile für bestimmte Elemente verwendet werden. Es ist wirklich hilfreich![]()
Ich weiß, dass für alle seine Version am wichtigsten istUnd wir wollen nicht mit sich streiten
In diesem Fall vBET3.x ist früher aus gutem Grund: Qualität. Wir fügen neue wichtige Funktionen (Full File Cache für Gäste) in dieser Version, und es war viel einfacher, sie in vB3, hinzufügen, weil es keine freundliche URLs, und wir nur Thread URLs für vBSEO übersetzen. Für vB4 ist es komplizierter - freundliche URLs unterstützt werden muss, und wir übersetzen viel mehr Arten von URLs. Setzen sie zuerst in vB3. erlaubt uns zu testen es sehr gut auf real Foren, überprüfen Sie, ob es funktioniert gut, vielleicht wird zeigen, dass einige Fehler davor zu vB4. Und nachdem wir vollkommen sicher sind, dass es alle gut, wir haben noch in vB4 zusätzliche Unterstützung (Friuendly URLs, weitere Translted URLs) hinzufügen. D. h. benötigen warum dieser Zeit vBET3.x älter ist und wir immer noch 2 Wochen für vBET4.x. Und vielen Dank, dass Sie Lösung haben die sehr guten Qualität, Ewen erhalten, ist es komplizierter Detailhandels-Fall von vB3
Es sollte nicht so etwas wie negativen Auswirkungen auf die Leistung, weil der Datei-Cache werden. Es ist, weil Datei-Cache nicht wächst ... Wir schaffen separate Datei für jede Anforderung URL. So wird jede Cache-Datei ist einfach statische HTML-Datei (zwischengespeicherte Ausgabe für Anfrage). Wenn Ihre Server-Caches mehr und mehr vBET schafft einfach mehr und mehr Dateien. So jedes Mal, wenn eine solche Datei zu lesen:
1. Es ist nur Ergebnis für diese spezielle URL lesen
2. Wir haben sogar nicht lesen, um Speicher - einfach nur per Streaming an Client mit PHP-Funktion: readfile
Aus diesem Grund, auch wenn Ihr Ergebnis-Seite ist sehr groß - so Cache-Datei ist auch groß, wird es keine negativen Auswirkungen auf die Leistung, denn es will einfach stream diese eine Datei, ohne auch nur zu lesen Ganzen ist es in den Speicher. So sehen Sie Vorteile nicht Nachteile.