Reacties op het script Perfecte parsetijd weergave
|
|
 Gepost op: 25 februari 2006 - 16:29 |
|
|
|
 
JS gevorderde
|
eerlijk gezegd vind ik het nogal idioot. Deze oplossing zorgt alleen maar voor meer parse-time. En wat is het beste:
meer parse-time <=> bijna juiste parse time |
|
|
|
|
| Gepost op: 26 februari 2006 - 07:39 |
|
|
|
Crew algemeen
|
| Ik heb meerdere manieren overwogen om dit zo te kunnen doen. strrpos en substr_replace zijn snelle functies, die dit in no-time (insignificant verschil) kunnen klaren. Wat als je de tijd ergens wilt neerzetten waarna je nog dingen doet? dan komt dit veel beter van pas. |
|
|
|
|
| Gepost op: 26 februari 2006 - 16:35 |
|
|
|
Moderator
|
Hmm, "perfect" is best nietszeggend in deze.
Ook weet ik niet of iedereen output-buffering gebruikt, dus om hier nu je parse-tijd berekening aan op te hangen...
Daarnaast is het volgens mij ook niet gegarandeerd dat wanneer je je buffer handmatig leegt, je klaar bent met code e.d.? Stel dat alles wat gebufferd is nog bewerkingen moet ondergaan?
In plaats van de functie triggeren met een callback-functie zou ik die handmatig aanroepen op het moment dat ik (wéét dat ik) klaar ben met alles. Dan heb je een "zinnige" parse-tijd... voor zover deze zinnig te noemen is... Is toch een beetje een pissing-contest tussen nerds, niet?  |
|
|
|
|
| Gepost op: 27 februari 2006 - 12:51 |
|
|
|
Crew algemeen
|
hehe;)
maar wat jij nu zegt, klopt gedeeltelijk niet. de output buffer zoals ik het hier neerzet, moet niet handmatig geleegd worden, het is de bedoeling dat dit automatisch gebeurt. de term 'perfect' slaat erop dat de tijd altijd na alles wat je zelf doet word opgenomen, en dus altijd bijna precies klopt. hiervoor heb ik dus strrpos en substr_replace gebruikt, aangezien deze veel sneller zijn. |
|
|
|
|
| Gepost op: 04 maart 2006 - 13:19 |
|
|
|
PHP expert
|
| En toch weet ik zeker dat dit niet via microtime moet. Ik herinner me in een boek (weet nog precies het welke) gelezen te hebben dat er een andere (betere) methode voor is. Die juist aangeeft hoelang ZEND echt nodig heeft om de shit te parsen en niet hoelang het duurt om aangeroepen te worden (wat dus een nutteloos gegeven is bij het testen van de snelheid van bv. twee functies). Alleen is dat boek 1000+ pagina's en heb ik al hoopse pogingen gedaan het terug te vinden... zonder resultaat:( |
|
|
|
|
| Gepost op: 04 maart 2006 - 13:53 |
|
|
|
Crew algemeen
|
| Als jij me vertelt hoe het wel moet, pas ik t aan.. Maar op dit moment heb je nou niet bepaald een poot om op te staan. |
|
|
|
|
| Gepost op: 21 maart 2006 - 13:32 |
|
|
|
Ouwe rakker
|
| en jij voelt je op de jouwe getrapt? |
|
|
|
|
| Gepost op: 22 april 2006 - 10:54 |
|
|
|
PHP expert
|
volgens mij kan je als je handmatig wil flushen gewoon weer een buffer in een buffer zetten:
<?
//functie
ob_start('callback');
ob_start();
echo 'bla';
flush();
ob_end();
?>
{|**PARSE_TIME_PLACE**|}
<?
ob_end();
?>
<? //functie ob_end(); ?> {|**PARSE_TIME_PLACE**|} <? ob_end(); ?>
|
|
|
|
|
| Gepost op: 22 april 2006 - 13:09 |
|
|
|
Crew algemeen
|
Citaat: [I][B]ikkedikke[/B] schreef op 22 April 2006 - 10:54[/I]
volgens mij kan je als je handmatig wil flushen gewoon weer een buffer in een buffer zetten:
[..code..]
Ja, dat kan;) |
|
|
|
|
| Gepost op: 19 juni 2006 - 16:33 |
|
|
|
PHP expert
|
| Ik krijg dit als laadtijd: -1,150,727,439.95266, wat doe ik fout >_< |
|
|
|
|
| Gepost op: 19 juni 2006 - 19:54 |
|
|
|
Crew algemeen
|
|
|
| Enkel aanvullende informatie, vragen en antwoorden op vragen zijn welkom. |
|
|
|
Wat is jouw favoriete javascript framework? (S: 18, R: 2)
