Dotaz: Jak zjistím v PHP počet SQL dotazů

[Juraj]

Ahoj, našel jsem zde v patičce údaj který vypadá nějak takto

Doba zpracování: 0.03117 | SQL dotazů: 5 | Uživatelé: 56

Jak můžu i já zjistit takový počet SQL dotazu do MySQL databáze v PHP, poradí někdo? Díky

---

---

Odpovědi

[Kit]

Do objektu, který posílá dotazy do databáze, přidáš čítač.

[hyperventil]

což předpokládá, že takový objekt existuje a je použit pro všechny dotazy. možná by bylo dobré zvážit použití nějakého profesionálního profiling nástroje, např. xhprof.

[Kit]

Dnes už se to přece jinak než přes objekt nedělá. Potřebuji přece k SQL dotazu přidat data, které standardnímu ovladači musím dodat zvlášť. Také musím nějak tu databázi otevřít a přitom ji chci otevřít až když ji skutečně potřebuji.

Do takového objektu prostě doplním jeden čítač a jeden getter k němu. Hotovo.

[Kit]

Databázový dotaz nelze položit jinak než přes ten objekt, protože deskriptor k té databázi nikdo jiný nemá a objekt ho neposkytuje.

[Mr.S1lent.cz]

Pri vyvoji rozhodne pouzivej frameworky. V soucasne dobe muzu doporucit bezkonkurencni Nette. Nativne ma info debug bar, kde mas zakladni debug data, vcetne pametove narocnosti a souhrn vsech sql dotazu pri pouziti integrovane databazove vrstvy Nette\Database.

[Kit]

Rozhodně bych odstranil to slovo "rozhodně". Frameworky nejsou samospasitelné a občas vedou do pekel.

[Mr.S1lent.cz]

Bez frameworku neni programovani efektivni. Kazdy language jde nejakym zpusobem injectnout, kdyz se dostanes do uzkych... Je to sice praseni, ale tomu se vetsinou nevyhnes. Kazdopadne kdyz pouzivas nastroj, ktery pouziva a vylepsuje velka komunita lidi, je mnohem mensi sance, ze se dostanes do uzkych a ze se nekde zamotas ci zaseknes. Zadna volba neni 100%, ale je to cesta nejmensiho odporu. Velka efektivita a pripadna okamzita pomoc na chatech/forech komunity dela ze vsech framworku pro vsechny jazyky a typy aplikaci jasnou volbu.

[Kit]

Zrovna u databáze si místo košatého frameworku raději udělám vlastní 100-200 řádkový model, který umí perfektně vše, co aplikace potřebuje a nic zbytečného navíc.

O efektivitě frameworků bychom mohli dlouho diskutovat, ale uznávám, že v dnešní době není nutné na efektivitu brát zřetel. Frameworky jsou prostě pomalejší, ale dnes už to tolik nevadí.

[Mr.S1lent.cz]

No tak muzes samozrejme vsechno psat rucne, ale vyvoj a prehlednost - nasledny debug je nekolikrat casove narocnejsi a kdo ti zaplati tu o 20ms mensi rezii frameworku, opravu velkeho mnozstvi logickych chyb u velkych aplikaci, kdyz hrdlo db je nekolikrat vetsi, nez tech 20ms? Nikdo.. :) O znovupouzitelnosti kodu v nejakem tymu programatoru bez znalosti tveho nastroje ci API ani nemluve...

Jinak jsem videl i weby svistet kolikrat rychleji na frameworcich, nez od nejakeho bastlire v citem phpku. Zalezi to na tom, jak umi aplikaci optimalizovat.

A jestlize chce clovek hledet na vykon, pak co se tyce rychlosti vyvoje, tak at se treba mrvi s C++ webtools, kdyz je tak chorobne zavisly na kazde ms, kterou mu stejne, jak jsem psal, zhati databaze...

[Kit]

PHP je samo sobě frameworkem. Stačí jen znát jeho vestavěné funkce a cizí frameworky se stanou zbytečnými. Zrovna vazba OOP na databázi je v PHP vyřešena velmi elegantně. Podobně zbytečným je například Smarty, protože v čistém PHP vypadají šablony mnohem přehledněji.

Jde mi hlavně o úsporu času při vývoji. Proto cizí frameworky téměř nepoužívám.

[Mr.S1lent.cz]

Asi nevyvijis v praxi v tymu nebo na vetsich projektech, jinak bys tohle nemohl tvrdit. Na mensi ci nekomerncni projekty inu proc ne, ale na neco vetsiho, to by bylo docela "wtf" :)

[Kit]

Nemohu za to, že ten tvůj tým nezná PHP a místo elegantních řešení dodávaných s jazykem používají cizí frameworky jenom proto, že někde slyšeli o jejich kvalitě.

[Mr.S1lent.cz]

Proc bych mel vyvijet kolo, kdyz uz dost kvalitni kolo existuje, overene tisici programatory? Tam je vetsi nadeje nejakeho odlazeni a odbugovani nez u nastroje, ktery bych si zbytecne vyvijel a ladil sam. Neznalosti bych se neohanel, to je zaklad a prepisovat kod frameworku tak, aby byl efektivni a bezpecny jenom proto, ze jsem se zarekl, ze nebudu pouzivat cizi framework, mi proste prijde nestastne, nez abych ho proste a jednoduse pouzil. A myslim, ze ne jenom me, ale i 99% prosperujicih sw firem.

Jinak kdyby bylo PHP samospasne, nesnazili by se sami autori o nejaky svuj akademicky zend framework, neni-liz pravda a kdyz sam autor pro svuj jazyk vyvine framework, to uz je prece jen nejaky impulz pro to, ze psat tuny kodu neprijde normalni ani klukum ze zendu :)))

[Kit]

Tys to nepochopil. Napsat kus kódu v čistém PHP je dnes jednodušší, než ten samý kus kódu psát v nějakém frameworku. Autoři PHP totiž ty frameworky vložili přímo do jazyka.

Podle mne kolo vynalézají spíš autoři frameworků. Vše potřebné už v PHP je.

[Mr.S1lent.cz]

To jakoze naprosto vubec, to zijes asi v uplnem jinem vesmiru. Jak resis hezke routovani, generovani formularu, life time aplikace, posilani signalu? Vsechno velkym kusem kodu, na ktery mi staci jen vytvorit instanci s parametry. Jak v aplikaci resis Dependency Injection design pattern? Takhle bych mohl pokracovat do zitrka...

Bud mi odpovis, ze to neresis a delas vse slozite manualne, anebo ze na to mas svuj vlastni nastroj, ktery neustale rozsirujes, protoze potrebujes vzdy neco noveho a za 10 let skoncis na nejakem bastlu se stejnou funkcnosti, jako u radou programatoru vylazenem frameworku...

Kdyz jsem zacinal v PHP, tak jsem byl nadseny do toho, si psat ruzne pomocne funkce, ktere by mi usnadnily a urychlily vyvoj a porad jsem je zdokonaloval, upravoval a rozsiroval, pak jsem si uvedomil, ze uz existuji plne sofistikovane nastroje a ze vymyslim kolo, tak jsem tento fakt prijmul a zacal tyto nastroje pouzivat.

A je uplne jedno, jeslti vyvijim v PHP, pythonu, ci C++, vsude jsou dostupne frameworky, ktere jen a jen ulehcuji praci a nic jineho. Pokud ti 10 - 20ms rezie lezi v zaludku z duvodu, ze se ti nechce studovat dokumentanci, pak je to tvuj boj, ale neodsuzuj frameworky jako takove, bez kterych by snad zadna aplikace nemohla fungovat, protoze by jeji vyvoj byl priserne drahy.

[Kit]

Jak resis hezke routovani, generovani formularu, life time aplikace, posilani signalu? Vsechno velkym kusem kodu, na ktery mi staci jen vytvorit instanci s parametry. Jak v aplikaci resis Dependency Injection design pattern?

To všechno umí PHP i bez frameworků. Stačí si jen přečíst dokumentaci PHP a použít nástroje, které už vymyslel někdo přede mnou. Nemusím přece vynalézat kolo.

[Mr.S1lent.cz]

Ja PHP znam moc dobre, i do hloubky, protoze jsem pro nej psal nejake extensiony a vyvijel jsem sam nejaka rozsireni pro ruzne nastroje, takze s dokumentaci na me nechod.

Takze jinak:

1) jak resi PHP Dependency injection? 2) jak PHP generuje server/client side validaci formularu? 3) jak PHP resi hezke URL? 4) jak PHP resi zachytavani udalosti, o kterych ani samotne nevi? 5) jak osetruje zakladni injections?

Odpovim jednoduse.. Nijak :) A to jsou jen zakladni veci, ktere od vyzaduji - proc bych se mel s timto zdrzovat, kdyz tyto veci potrebuji opakovane, to je mam neustale psat od piky? Proc?

[Kit]

1. Stačí uvést interface před formálním parametrem
2. Validace v PHP také je
3. Hezká URL mi vyrobí Apache
4. Jako kdybys neznal obsluhu výjimek a zachytávání i fatálních chyb
5. htmlspecialchars, urlencode, prepared statements, ...

Máš ještě nějaké otázky? Rád poradím

[Mr.S1lent.cz]

ad 1) Jak zajistis, ze budes mit v aplikaci vzdy jen jednu instanci nejake tridy a ze vzdy budes mit moznost pro ni ihned sahnout?

ad 2) To ze ma byt validace? :D Pod pojmem form validace si prestavuju, ze mi nejaky takovyto zapis:

$form->addPassword('password', 'Heslo:')
    ->setRequired('Zvolte si heslo')
    ->addRule(Form::MIN_LENGTH, 'Heslo musí mít alespoň %d znaky', 3);

$form->addText('zip', 'PSČ:')
    ->addRule(Form::PATTERN, 'PSČ musí mít 5 číslic', '([0-9]\s*){5}');

Vygeneruje: javascriptovou validaci s nejakym hezkym reportingem v html a server-side validaci v php

Tohle cele mi zabere napsat asi tak pul minuty. Jak dlouho ty budes resit tohle vsechno rucne vcetne nastylovani chybovych javascriptovych zprav? Samozrejme vcetne odladeni, protoze narozdil od meho otestovaneho frameworku tvuj kod otestovany neni

ad 3) Hezkou url mozna, ale odkazy nani? V cele aplikaci pouzivam macra nebo redirect metody v nejakych controlerech/presenterech ve tvaru:

{link presenter:akce} nebo {plink akcePresenteru} ci $this->redirect('presenter:akce'); kdyz chci pridat parametr, pouziju: {link presenter:akce, id => $id} atd...

Jak to resis ty? Pekne a neprehledne si vypisujes $_SERVER['HTTP... ? :) Mimo osklivy zapis to opet jako formularova validace vede k ruznym peklepum

ad 4) Udalosti mam na mysli ty, ze mam v presenteru nejaky zivostni cyklus, metody, ktere se volaji v controleru/presenteru pred vykreslenim, v prubehu, po, ktere se volaji pri startu controleru a jsou tim padem common, ci pri konecne fazi jakoby nejaky "__destruct". Vsechny tyto metody maji odpostatneni, kdyz mam nejaky zakladni model aplikace, ktery se chova podobne a muzu vyuzit dedicnosti.

ad 5) je sice hezke, ze tyto funkce znas, jde o to je ale chytre je pouzit. Pokud bude neustale zavazet nekde v kodu, jen to bude aplikaci zneprehlednovat. Je dobre je umistit do spravne aplikacni vrstvy. Ale opet neustale psani dokola je neefektivni.

Mas jeste nejake zacatecnicke zle navyky? Rad te navedu :)

PS: zatim jsi mi dokazal pouze to, ze pises 3 tuny zbytecneho kodu neustale dokola bez nejakeho opodstatneneho duvodu. Jo, vlastne duvod mas - "PHP je prece framework sam o sobe, tak proto budu psat a psat a chybovat a ladit, protoze proto" - nebo to delas kvuli tem 20ms rezie? :D

[DarkKnight]

ad 1. singleton, jak to delas ty?
ad 2. tobe to zabere pul minuty, mi to zabere minutu, zato budu presne vedet, ze tam neni nejaka bota
ad 3,4,5 - doporucil bych si zjistit neco o navrhovych vzorech a ne porad poukazovat jenom na ten balast z nazvem Dependency injection

zle zacatecnicke navyky tu mas snad jenom ty... prijde mi, ze jsi nikdy na zadnem vetsim projektu moc nedelal (ono tech 50 tisic radku nejakeho systemu + dalsi framework tomu odpovida, ta rychlost bude fakt zazracna, vlastne se bude lisit jenom o tech 20ms :) )

a propos, rozdil mezi aplikaci napsanou v cistem php a s pomoci frameworku je bezne vice nez 20ms, to jen tak na okraj...

[Kit]

1. Obvykle se to dělá Singletonem, ale pokud používáš DI, tak Singleton většinou nepotřebuješ. Singleton je zpravidla jen chybou v návrhu aplikace.
2. Ptal ses na validaci. Ne na generování formulářů. To píšeš kvůli každému prvku ve formuláři takovou nudli? Pro každý jazyk extra? A co vrstvy, to ti nic neříká?
3. Když umíš používat OOP, tak nepotřebuješ makra. Do šablony vložím přímo objekt který potřebuji. $_SERVER['HTTP... mám uklizený v modelu, aby mi metody kolem něj poskytovaly totéž, co ta tvoje makra. Přece ho nebudu v programu parsovat.
4. Aha, tak na to mám Observer. Je součástí PHP.
5. Právě psaní ve vrstvách mi umožňuje vyhýbat se používání nesmyslných frameworků a znovupoužívání kódu. Také mi to umožňuje psaní kratšího a přehlednějšího kódu, než jaký by byl s frameworkem.

Aplikace neladím, ale testuji. Je to efektivnější.

[Mr.S1lent.cz]

Ted pracuju na informacnim systemu na webove platforme, kdy ma PHP kod bez html sablon zatim okolo 50 000 radku, a nedokazu si predstavit, jak bych to bastlil v cistem PHPku a resil zakladni funkcni logiku prostredi soucasne s logikou aplikace, tam by bylo tolik prostoru pro logicke chyby, ze by se vyvoj a hlavne odlazeni aplikace neskutecne prodrazilo.

Jde videt, ze nepracuje nikde v zadne fungujici firme, ale spis operujes jako teoretik, jinak by jsi mluvil uplne jinak. Navic oblibene frameworky vetsinou pisi docela zname osobnosti v programatorskem svete, ktere plati za velke kapacity v oboru, takze neni nutno se jich bat, spise naopak.

[Kit]

Původní otázka zněla: "Jak můžu i já zjistit takový počet SQL dotazu do MySQL databáze v PHP,..." a ty se na něj vytasíš s frameworkem na 50000 řádek, když se to dá vyřešit na max. pěti řádcích i s komentáři.

Když píšeš program na 50000 řádek, tak to pro mne znamená, že ho neumíš se stejnou funkčností a ve vyšší kvalitě napsat na 20000 řádcích nebo méně. Nikdy se nechlubím, jak dlouhý program umím napsat, ale jak ho umím napsat krátký. 50000 řádek informačního systému bez šablon? To bude asi způsobeno nějakou zásadní chybou při návrhu. Mělo by to být podstatně kratší, aby se to snáze udržovalo.

A protože jsi četl nepozorně, tak jen připomínám, že jsem napsal, že dnes už na rychlosti programů tolik nezáleží. Záleží na rychlosti vývoje, která je s frameworkem sice zpočátku vyšší, ale později se to často krutě vymstí v nejrůznějších omezeních.

[Ash]

Navic oblibene frameworky vetsinou pisi docela zname osobnosti v programatorskem svete

Spíš bych zmínil jaké frameworky při tom psaní používají :)

[potato]

Týmový vývoj velkých projektů ve firmách je byrokratický a neefektivní. Částečně to má i svoje opodstatnění (např. zvýšení bus factoru). Těžko ho ovšem lze dávat za příklad, když jde o úsporu času při vývoji.