Vector logo of the PHP programming language wi...

I dag har jeg truffet en lett å lese for php cache den HTML. Her snakker vi om caching utgangen av koden vår ikke som jeg skrev cache til skritpovete opcode nivå med eAccelerator. Så hva handler om – La oss minne oss selv på raske arbeidet med php-it. Forespurt for en webserver-Han aksepterer oss en parametere som vi sende den og sender dem til php-skript han kompilerer og spytte ut resultater i html-versjon. Det er en ganske generelle linjer. Hva vil være vår idé her hoppe forespørsler, hopper over store blokker eller ikke så stor som blokker malt direkte når allerede utarbeidet utgangs. Fordelene er åpenbare – namalâna ganger, mindre belastning og forbruk av ressurser. Som helhet ikke er åpning varmtvann eller noe som vet hvor komplisert. Det er mange klasser for dette formålet PHP Pære Cache_Lite som har en fin funksjon, men jeg tror i fremtiden for å skrive med min mye mer strømlinjeformet struktur og mine sine krav til caching. Nå vil vi ta en betrakte aborigenskiâ alternativ med Utgang kontrollfunksjoner. Så la oss ta ut noe –

//start cache all output after that will be saved

ob_start();

//generate output

echo 'Some dynamic output';

echo 'Some other dynamic output ...';

//assign output into variable

$var=ob_get_contents();

//close cache output

ob_end_flush();

Ovenfor koden er trivielt, men la meg forklare hva som skjedde. Først erklære vi hva delen i koden starter hurtigbufring. Så generere du en mer standard måte å sluttkode. Da den genererte utgang blir den variabelen som vil være tilgjengelig senere i denne filen eller i noen økter det er din avgjørelse. Til slutt ryddet og avslutte caching. Ganske hverdagslig handling for å si geenriraneto cache går gjennom store blokker av kode, slik at vi kan spare mye CPU tid som en buffer for en stund eller for en enkelt økt. Nå er det alt om hva du vil om hurtigbufferen har blitt gjort tilgjengelig for allmennheten eller er tilgjengelig for forskjellige brukere.

Forbedret lenker: