Houd er rekening mee dat je de uitgang niet zien hoe vBET verbruikt uw CPU, maar hoe je hele forum verbruikt uw CPU. Controleer je zien dat je nog steeds zien / Home / thebull / public_html / forums / vbenterpris zelfs wanneer vBET zal worden uitgeschakeld, omdat uw .htaccess is het ombuigen van alle forum aanvragen (met uitzondering van index.php voor onze front controller vbenterprisetranslator_seo.php die alleen stelt een aantal variabelen voor vBSEO en omvat vbseo.php Zo vbenterprisetranslator_seo.php fungeert meer als filter voor het onderscheppen van vbseo.php die is voor-controller. Als u vBET volledig, dan in je output zal je zien dat de hele CPU is genomen door vbseo.php - wat ook niet waar is. Deze uitgang is alleen geïnterpreteerd worden.

Zo dit is niet het CPU-gebruik door vBET - dit is het CPU-gebruik door geheel uw forum

Ook rekening mee dat voor het niet vertaalde pagina's vBET bijna niets doet - voeg gewoon vlaggen en ontleedt langtitle wereldwijd (alleen als er wat te parsen). Dus als je CPU-gebruik groeit na het inschakelen van vBET is het omdat u extra verkeer naar vertaalde pagina's te hebben. Bij de vertaalde pagina vervolgens wordt gebruikt vBET hebben om het te vertalen en hoe we onze code te optimaliseren (wat we doen de hele tijd) zal het altijd iets te kosten. Maar ...

Maar om eerlijk te zijn - niet altijd. Want nu heb je grote functionaliteit van Gast Cache die het mogelijk maakt uw forum om antwoorden te genereren veel sneller, zelfs voor een normale (niet vertaald) forum pagina's. Houdt u er rekening mee dat deze functionaliteit nog in BETA staat, maar we zijn er al heel wat updates te baseren op onze gebruikers feedback. Dus als je niet probeert te gebruiken in de laatste release - probeer het dan - in de laatste release hebben we opgelost veel kwesties in verband met Gast Cache