NEPŘIHLÁŠEN Jste-li spokojení s radou jiného uživatele v diskuzním fóru, poděkujte mu prostřednictvím kladného hodnocení. Do budoucna mu tím pomůžete k zaslouženým výhodám na Spotřeby.cz. Děkujeme.
Diskusní fórum | Otázky a odpovědi | Zlý výpočet spotreby.
 šulda Registrován: 09.06.2010 Příspěvky: 160  poslat zprávu | zasláno: 23.07.2012 11:45 |
Bug je netankovat do plné a chtít správný výpočet  To přece nejde stejně jako předpověď počasí  | |
 pj$lf Registrován: 08.10.2009 Příspěvky: 10 poslat zprávu | zasláno: 23.07.2012 13:36 |
| sulda: tak si precti jeste jednou co jsem psal. tim ze jsem to zavrsil dotankovanim opet do plne a pak to cely zagregoval do jednoho (od plne do plne), a pro vypocet docasne navysil kapacitu nadrze tak, aby to sedelo s poslednim dotankovanim, tak by to melo vypocitat spravnej vysledek... | |
 romulus Registrován: 30.12.2007 Příspěvky: 318 poslat zprávu poslat e-mail | zasláno: 23.07.2012 14:30 |
| Omlouvám se, ale "tankovat" najednou 195 litrů není chyba aplikace, ale nestandardní použití. Změnit velikost nádrže se v průběhu evidence nemůže, protože se tím změní výpočet zůstatku v nádrži a výpočet nemůže sedět. Zkusím se na to později večer podívat a nějak to vyřešit. _______________________ Zakladatel a správce serveru Spotřeby.cz Pokud něco nefunguje, tak nadávejte mně ;-) | |
pj$lf Registrován: 08.10.2009 Příspěvky: 10 poslat zprávu | zasláno: 23.07.2012 14:39 |
| romulus: diky za odpoved. souhlasim ze to neni standardni zadani, ale bylo by hezke, aby si s tim aplikace poradila. docasne zvyseni kapacity nadrze byl ciste zoufaly pokus to cele obejit a narovnat to na spravnou hodnotu. | |
šulda Registrován: 09.06.2010 Příspěvky: 160 poslat zprávu | zasláno: 24.07.2012 11:02 |
| Já to četl a začalo to netankováním do plné, k dalšímu nesmyslu už sem se nevyjadřoval, ty si asi myslíš že jsou spotreby.cz z jiný galaxie a vyřeší tvůj bordel, promiň ale s použitím hlavy by ti mělo být jasný že tohle prostě nepůjde a stěžovat si můžeš tak akorát na sebe a ne na nějakou aplikaci. Nereagoval bych vůbec ale tvoje podání problému | |
pj$lf Registrován: 08.10.2009 Příspěvky: 10 poslat zprávu | zasláno: 24.07.2012 16:40 |
| Sulda: Tusim, ze si nabehnu, kdyz se pokusim jeste jednou reagovat. Nevim jakou zkusenost mas s algoritmizaci, navrhem aplikaci a jak moc znas spotreby.cz jak funguji uvnitr. Dle tve reakce ale predpokladam, ze budes odbornik. Rad si to tedy od tebe necham objasnit. Chapu, ze jde o nestandardni use-case a pokud s tim aplikace nepocita, tak docasne navyseni kapacity nadrze pro zagregovane tankovani muze zpusobit vic skody nez uzitku. Pokud ale pominu implementacni detaily aplikace v aktualni verzi, tak si bez problemu dokazu predstavit algoritmus, ktery si s popsanym agregovanym tankovanim poradi (samozrejme za predpokladu, ze je to samo o sobe tankovani do plne, kteremu predchazi taktez tankovani do plne). Pro vypocet zna natankovane mnozstvi paliva, kolik v nadrzi zbyvalo, cenu za litr a celkovy pocet ujetych km. Vse vzajemne konzistentni. | |
romulus Registrován: 30.12.2007 Příspěvky: 318 poslat zprávu poslat e-mail | zasláno: 24.07.2012 20:19 |
| Tak pokud chcete být za odborníka, zeptal bych se, jestli je Vám jasné, co kapacitně obnáší povolit v MySQL databázi pro nějaké pole záporné hodnoty. V nápovědě a i ve formulářích, je napsané, že měnit objem nádrže se v průběhu tankování nemůže. Správné řešení by bylo špatné údaje neuložit, ale tady zase narážím já na své kapacity, ale myslím, že s tím nyní statečně bojuju a Spotřeby se kvalitativně velice lepší. _______________________ Zakladatel a správce serveru Spotřeby.cz Pokud něco nefunguje, tak nadávejte mně ;-) | |
 OK406 Registrován: 11.06.2009 Příspěvky: 3 poslat zprávu poslat e-mail | zasláno: 24.07.2012 21:42 |
Taky mi to ukazuje posledný dobou divnou celkouvou spotřebu. Nevím, kde jsme uděl chybu  . Děkuji | |
pj$lf Registrován: 08.10.2009 Příspěvky: 10 poslat zprávu | zasláno: 24.07.2012 22:01 |
| romulus: Jestli chapu dotaz spravne a jedna se pouze o zmenu ciselneho sloupce ze signed na unsigned a jeji dopad na velikost db na filesystemu, tak to zadny negativni vliv nema. Pouze se zmeni rozsah moznych hodnot z | |
pj$lf Registrován: 08.10.2009 Příspěvky: 10 poslat zprávu | zasláno: 24.07.2012 22:06 |
| V predchozim pokusu o odpoved se mi text oriznul u prvniho znaku mensitka (zrejme kvuli stripnuti html tagu, mozna by to zkouslo html entity?) u zapisu intervalu, tak to zkusim jeste jednou bez nich. romulus: Jestli chapu dotaz spravne a jedna se pouze o zmenu ciselneho sloupce ze signed na unsigned a jeji dopad na velikost db na filesystemu, tak to zadny negativni vliv nema. Pouze se zmeni rozsah moznych hodnot, ale pocet bytu pozadovany k ulozeni ciselne hodnoty zustane stejny. Ledaze by zmenou rozsahu bylo nutne sahnout po "sirsim" datovem typu. Pokud byla kapacita myslena ve smyslu vypocetni zateze, tak pri urcitych typech dotazu muze byt index nad unsigned ciselnym sloupcem opravdu o neco rychlejsi, ale plati to pouze za urcitych podminek. Bez znalosti implementacnich detailu vsak netusim kvuli cemu je to nutne. | |
Rychlé menu
Prohlídka stránek (co zde mohu najít)Poslední diskuse
| 24.01. | tuningrob | Nová verze Spotřeby.cz - náz… |  |
| 06.01. | Falkon | Nová verze Spotřeby.cz - náz… | |
| 06.01. | ddsver | Nová verze Spotřeby.cz - náz… | |
| 06.01. | Wyder | Nová verze Spotřeby.cz - náz… | |
| 07.12. | Kico85 | Spotřeby 3 - veřejná zkušebn… | |
| 04.09. | Sestbit | Nejde pridat CS | |
| 23.08. | tuningrob | Nejde pridat CS | |
| 22.08. | Wyder | Nevypočítavá pruměr Golfu | |
| 16.08. | Wyder | Nevypočítavá pruměr Golfu | |
| 20.07. | Zdenek | Nevypočítavá pruměr Golfu | |
vstoupit do fóra