Experimentální DebugPanel – RequestsPanel

tohle je taky luxusni

Rád to tam dám, teď ale vůbec není čas, snad koncem týdne. Zkoušel jste to někdo? Chodí to bez problémů?

Mě to taky nefunguje (asi je to stejný problém) – boří to foreach ($logs as ... ) v šabloně, protože logs je NULL. Session beží, takže kvůli tomu to snad nezlobí.

Vyskušal som RequestPanel. Problem nastava pri použití forwardu. Ak je panel registrovaný v startupe BasePresenteru dojde pri forwarde k viacnasobnej registrácii panelu do DebugBaru (tiež sa viackrát zobrazuje).

Pridaním udalosti onResponse do životného cyklu aplikácie https://forum.nette.org/…lu-aplikacie by sa dalo registrovať panel v bootstrape (potom treba upraviť aj kod RequestPanelu).

Inak užitočný panel. Možno by sa dalo doplniť zobrazenie SQL prikazov ktoré sa vykonali pri jednotlivých requestoch a hlavne pred redirectom, ktoré dibi v DebugBare nezobrazuje.

Editoval dakota (11. 10. 2010 8:15)

Tiež som si všimol, že v režime PRODUCTION dochadza k zbytočnému logovaniu requestov, pričom sa hromadia. Nasledne ak sa zapne režim DEVELOPMENT dojde k vypisaniu nahromadených requestov (môže isť o veľký počet).

V produkčnom režime by bolo vhodne vypnuť logovanie requestov.

v posledních verzích nette se nerozbalují šipky. (nebo je to doctype htm>?)

do bar.requests.panel.phtml přidat(2 výskyty:
<a class=„nette-toggler“
přidat atribut rel=next

OT: jak je tam preg replace callback, tak Ony se kešují?proč?kam? jak často?
trvalo dost dlouho, než jsem přišel proč na localhostu to jde dávno, a na sevru se rozbaluje jen první úroveň?

bojovyletoun napsal(a):

v posledních verzích nette se nerozbalují šipky. (nebo je to doctype htm>?)

Môžeš v RequestsPanel.php

$entry['dumps']['HttpRequest'] = Debug::dump($httpRequest, TRUE);
$entry['dumps']['PresenterRequest'] = Debug::dump($request, TRUE);
$entry['dumps']['PresenterResponse'] = Debug::dump($response, TRUE);

nahradiť

$entry['dumps']['HttpRequest'] = $httpRequest;
$entry['dumps']['PresenterRequest'] = $request;
$entry['dumps']['PresenterResponse'] = $response;

a v šablone prepísať na

<?php foreach ($entry['dumps'] as $key => $dump): ?>
<tr>
	<td><strong><?php if (!is_numeric($key)) echo $key;?></strong></td>
	<td><?php echo DebugHelpers::clickableDump($dump) ?></td>
</tr>
<?php endforeach ?>

DebugHelpers::clickableDump – je priamo v Nette.

Edit:

Tiež stačí doplniť ako si uviedol rel=‚next‘ na <a href=‚#‘ class=‚nette-toggler‘ rel=‚next‘>

Editoval dakota (16. 11. 2010 11:51)

fixed

taky jsem neznal clickable dump..

Ot=
Prostě jsem tam přidal rel=„next“,aby to chodilo.
na localhostu OK= Abbyss web server, php 5.3.3

Nahráno na php5.cz – php 5.3.3. dotbeb0+ Apache2. Tam mi nešly rozkliknout (tohle slovo nenávidím, rozkliknout se dá tak leda myš, když na ni silou kliknete) vnitřní prvky (http,present request+response), ale vnější ano. Protože vnější výpis (a jeho rel=next) byl normálně zapsanve skriptu, zatímco vnitřní byl v callbacku. Výstup z callbacku se vůbec neměnil(žádné rel=next nepřibylo). (až po změně názvu callbacku).

Už je to srouzimelné v řeči tvého kmenu?

Editoval bojovyletoun (16. 11. 2010 21:32)

Ahoj,

pri delsim pouzivani tohoto panelu jsem zjistil takovou neprijemnost (jinak je samo super) – zapomnel jsem to na produkcnim serveru odebrat (i kdyz s vypnutym debugovanim), ale pri jakemkoliv nacteni stranky mi to do session ulozi ca 15kB, coz je u me celkem problem, pac mam napr aplikaci kde jsou uzivatele neustale prihlaseni a stranka se jim sama refreshuje – cili za den dokaze session narust klidne i na 15 – 20MB, coz pak samotnou aplikaci dosti zdrzuje.

Je na to nejaka rada? Napr nastavit pouzivane namespace nejakou expiraci ci tak?

Diky

:) hehe, takovou odpoved jsem vlastne i cekal :) proc taky mit tohle v produkcnim rezimu, ze?