abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 16:11 | Bezpečnostní upozornění

V Linuxu byla nalezena bezpečnostní chyba CVE-2019-8912. Jedná se o vážnou (CVSS v3.0: 9.8) bezpečnostní chybu typu CWE-416: Use After Free v crypto/af_alg.c. Chyba byla nalezena pomocí detektoru chyb při práci s pamětí KASAN (Kernel Address Sanitizer).

Ladislav Hagara | Komentářů: 5
včera 11:11 | Komunita

Mozilla.cz informuje, že další vydání SeaMonkey se zdrží. Infrastruktura projektu SeaMonkey prochází mnoha změnami. Důvodem je požadavek na nezávislost na infrastruktuře Firefoxu do konce roku, protože jeho vývoj nebude SeaMonkey následovat ve stejném tempu a rozdíly jsou moc veliké. Bohužel se při těchto přesunech nepodařilo udržet vše ve funkčním stavu a tak není možné sestavovat a vydávat nové verze SeaMonkey.

Ladislav Hagara | Komentářů: 0
20.2. 16:55 | Bezpečnostní upozornění

V Drupalu byla nalezena vysoce kritická zranitelnost PSA-2019-02-19. Podrobnosti a opravy 8.5.x a 8.6.x budou zveřejněny dnes mezi 19:00 a 23:00.

Ladislav Hagara | Komentářů: 1
20.2. 16:33 | Zajímavý projekt

Mozilla.cz informuje o stavu češtiny v projektu Common Voice. Projekt Common Voice sbírá hlasová data, na základě kterých bude možné trénovat modely a software pro rozpoznávání řeči. Aktuálně je nutné rozšířit počet vět v datové sadě a alespoň 5 tisíc vět musí být ručně ověřených několika lidmi.

Ladislav Hagara | Komentářů: 0
20.2. 16:22 | Nová verze

Byla vydána nová vývojová verze datového formátu a souvisejících nástrojů Relational pipes. Hlavní novinkou verze v0.10 je nástroj relpipe-tr-guile, který díky GNU Guile umožňuje filtrovat a transformovat relační data pomocí výrazů jazyka Scheme.

xkucf03 | Komentářů: 0
20.2. 00:33 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje na kritickou zranitelnost ve WordPressu umožňující vzdálené spuštění libovolného kódu. Prakticky se jedná o kombinací dvou různých zranitelností (Directory Traversal a Local File Inclusion), pro jejichž úspěšné zneužití musí útočník získat v rámci instance WordPressu alespoň oprávnění autora.

Ladislav Hagara | Komentářů: 2
19.2. 17:33 | Nová verze

Po dvou a půl letech od vydání verze 5.0.0 byla oficiálně vydána nová major verze 6.0.0 správce digitálních fotografií a nově i videí digiKam (digiKam Software Collection). Přehled novinek i s náhledy v oficiálním oznámení. Ke stažení je také balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.

Ladislav Hagara | Komentářů: 1
19.2. 00:44 | Komunita

Do 2. dubna se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 20. května do 20. srpna 2019, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 1
19.2. 00:11 | Bezpečnostní upozornění

Byly zveřejněny informace o o bezpečnostní chybě CVE-2019-6454 ve správci systému a služeb systemd (PID 1). Běžný uživatel jej může shodit připravenou D-Bus zprávou. V upstreamu je chyba již opravena [reddit].

Ladislav Hagara | Komentářů: 3
18.2. 22:44 | Nová verze

Byla vydána nová verze 2019.1 průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek v changelogu. Vývojáři zdůrazňují Linux 4.19.13 a díky němu opětovnou podporu Banana Pi a Banana Pro, aktualizaci nástrojů jako theHarvester nebo DBeaver a Metasploit Framework ve verzi 5.0. Aktualizovat Kali Linux lze pomocí příkazů "apt update && apt -y full-upgrade".

Ladislav Hagara | Komentářů: 0
Máte v desktopovém prostředí zapnutou zvukovou znělku po přihlášení se do systému?
 (8%)
 (1%)
 (90%)
 (1%)
Celkem 381 hlasů
 Komentářů: 11, poslední 14.2. 07:59
Rozcestník

Dotaz: Prubezny soucet v MySQL+PHP

Dalibor Smolík avatar 29.1.2004 09:33 Dalibor Smolík | skóre: 54 | blog: Postrehy_ze_zivota | 50°5'31.93"N,14°19'35.51"E
Prubezny soucet v MySQL+PHP
Přečteno: 883×
Vytvarim program pro jednoduche ucetnicvi a potrebuji vytvorit kolonky prijem, vydej, zustatek. Problem je v tom, ze nemohu vytvorit prubezny soucet zustatek na kazdem radku. Napr. prijem vydej zustatek 10 10 20 15 10 45 Prvni radek vznikne spravne, dalsi radek jiz ne - zobrazi se 25, nikoliv 45. Mohl by nekdo poradit? Dalibor
Rozdíly v řeči a ve zvyklostech neznamenají vůbec nic, budeme-li mít stejné cíle a otevřená srdce.

Odpovědi

29.1.2004 10:52 unchallenger | skóre: 69 | blog: unchallenger
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
To bys mohl napsat, kde se tam těch 25 resp. 45 má vzít. Co ho počítá, jak? Pokud ho tam zadáváš vypočítaný, tak se ti stěží sám změní na jiné číslo, a pokud ne, tak jsi toho napsal trochu málo. BTW já moc z hlavy počítat neumím, ale vychází mi tam také 25, stejně jako MySQL ;-) Nehledě na to, že mít ty částečné součty přímo uložené v tabulce a zajistit jejich konzistenci při změně může být v MySQL peklo.
29.1.2004 12:07 David Ondřich | skóre: 4
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
Mně tedy vychází 45 :-) Průběžný součet se IMHO počítá, že se součet položek aktuální řádky přičte k poslední uložené hodnotě. Ale souhlasím, že bych ten součet neukládal do tabulky.
29.1.2004 12:32 unchallenger | skóre: 69 | blog: unchallenger
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
V tom případě buď to prostřední číslo není výdej, nebo se sčítají absolutní hodnoty příjmu a výdeje (namísto odečítání)... v obou případech nechápu.
29.1.2004 14:23 David Ondřich | skóre: 4
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
Uznávám, nečetl jsem dost pozorně. Pak ale, je-li pravdivé tvrzení, že 10 10 20 je první řádek, je už ten špatně, ne?
29.1.2004 14:27 unchallenger | skóre: 69 | blog: unchallenger
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
To jsem si vysvětlil tak, že ten řádek není úplně první v db. Ale popravdě řečeno tomu vůbec nerozumím, navíc 6+7 je 13 a 6+6 je taky 13...
Dalibor Smolík avatar 29.1.2004 14:51 Dalibor Smolík | skóre: 54 | blog: Postrehy_ze_zivota | 50°5'31.93"N,14°19'35.51"E
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
Omlouvam se za chybu - ma to byt prijem-vydej=zustatek. Avsak na konstrukci skriptu by znamenko nemelo mit zadny vliv. Jde o to, ze v kazdem zaznamu (radku),kde je zaznamenan prijem nebo vydej, by mel byt ve sloupci zustatek aktualni stav dany k tomuto (tj. kazdemu) radku. V MS Accessu byl k dispozici atribut soucet-prubezny a tam to bylo mozne resit. Vytvoreni konecneho zustatku za obdobi jiz problem neni.
Rozdíly v řeči a ve zvyklostech neznamenají vůbec nic, budeme-li mít stejné cíle a otevřená srdce.
29.1.2004 15:28 unchallenger | skóre: 69 | blog: unchallenger
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
Relační db nemají nic jako vnitřní pořadí, takže není jasné, z čeho by se ten průběžný součet měl počítat. Pořadí musí být dáno nějakým sloupcem, takže částečný součet získáš stylem SELECT SUM(foo) FROM tabulka WHERE id_čas_etc < něco; Nejsem db expert, ale IMHO nic v principu jednoduššího neexistuje. Pokud nebudeš jednou zadaná data nikdy měnit a vkládat nová vždy až na konec (podle id, času, ...), tak si můžeš průbežné součty snadno počítat a ukládat jako jeden sloupec sám.
29.1.2004 17:12 Peter Golis | skóre: 57 | Bratislava
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
vnutorne poradie moze byt realizovane sekvencerom (mysql ho vola myslim auto increment) co sa da vyuzit ako sekvencia zapisu do databazy. lenze selekt v databaze povecsinou robi po riadkoch a moc si nezvykne pametat hodnoty predchadzajucich riadkov (aspon ja som sa s takou vlastnostou nestretol, mozno s tym nerobim dost dlho). na to sluzia potom proceduralne nadstavby - pl/sql alebo php. v tom druhom sa to da spravit jednoduchsie, pretoze tam si clovek priamo formatuje vystup na obrazovku a pridat si tam jednu premennu ktorej hodnota sa bude inkrementovat/dekrmentovat a zobrazi sa na konci riadku tabulky.

inac, dalo by sa to spravit zverinou cez pohlad (view) co by zahrnal povodnu tabulku a virtualny stlpec ktory by zratal (sum) vsetkych prijmov a vydavkov z celej tabulky az do ID aktualneho riadku.
ale to uz je blbost, ktora sa spomaluje geometrickym radom.
29.1.2004 17:42 unchallenger | skóre: 69 | blog: unchallenger
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
Auto_increment sloupec (který by se dal jako primary key) zaručuje unikátnost a monotonii vůči insertům, ale AFAIK nezaručuje, že když dám select bez order by, že se bude třídit podle něj ... a i kdyby, tak to vlastně stejně nic neřeší. Já to vidím tak, že (a) budu provádět změny jiné než insert na konec, a pak asi žádné průběžné součty nikde ukládat nebudu, musely by se pořád přepočítávat přes triggery a bylo by to peklo (nehledě na to, že triggery budou až v mysql 5.1...); pro třídění budu používat sloupec typu time obahující čas události v reálném světě (b) budu vždy jen přidávat na konec; pak použiji auto_increment slopuec jako id, průběžný součet si vypočítám rovnou při každém insertu z právě vkládaných hodnot a z hodnot v řádku s nejvyšším id, uložím si ho do nějakého sloupce a mám to zadarmo (to je jak nějaká reklama na mountfield ;-)
29.1.2004 21:35 Peter Golis | skóre: 57 | Bratislava
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
>Auto_increment sloupec
myslel som ho ako unikatne id uctovnej transakcie podla ktoreho sa to zotriedi (a popripade zrata ten virtualny stlpec) a rozdeli. triedit to podla datumu vytvorenia/zmeny je imho zavadzajuce, firma nikdy nedosiahne aby boli vyrovnane vsetky uctovne transakcie do terminu uzavierky/danoveho priznania. to by potom neexistovali neplatici a clovek by zaplatil fakturu uz pri jej vytlaceni co je platne iba vo vedeckom komunizme. a zaoberat sa tym padom datumom transakcie/uctovnym datumom je zbytocne, skor sa to robi tak, ze je otvorene uctovne obdobie (uctovny mesiac) do ktoreho sa zadavaju urcite platby a nan sa spravi report vynosov.

ale to som odbehol, a odbehnem este na chvilku. do tabulky zadavat predbezne vysledky je blbost, pretoze vzdy dojde niekto co ma vo firme veelkee slovo a povie tuto toto opravte, ta cena tam ma byt ina. my sme sa dohodli inac len vam sme to nepovedali. a vy opravte ten jeden zaznam. a clovek ho opravi aj so vsetkymi novsimi transakciami. poznam to trosku, som spravca fakturacneho systemu (uz druheho) a stalo sa mi to moc krat.

skor sa priklanam k tomu aby sa uvedeny stlpec pocital priamo v reporte co sa zobrazuje na obrazovku. napr v php ale to uz zavana,... uz som ticho ;-)
29.1.2004 22:14 unchallenger | skóre: 69 | blog: unchallenger
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
IANAE, ale auto_increment id je pro třídění ještě horší než čas, protože ten je víceméně spojitý, takkže když potřebuji něco vecpat doprostřed, mohu si nějaký kreativně vymyslet, zato při použítí auto_increment musím uzamknout databázi a přečíslovávat jak divý, protože id jdou těsně po sobě...
30.1.2004 03:06 Ritchie | skóre: 27 | blog: Ritchie's | Berlin
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
Přesně tak, id je jen nějaké držadlo, jak přistoupit k jedné konkrétní řádce. S časem nemá žádnou souvislost. Rozhodně bych nevytvořil aplikaci, která by spoléhala na to, že id odpovídá časovému umístění. Pokud kvůli něčemu potřebuji mít v tabulce i čas, tak ho tam prostě přidám jako nový sloupec.
30.1.2004 06:22 Peter Golis | skóre: 57 | Bratislava
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
>když potřebuji něco vecpat doprostřed, mohu si nějaký kreativně vymyslet
a o to ide. ked potom chce mat v tabulke ten docasny sucet (ci ako to nazval), tak potom precisluje zas ten sucet. to id transakcie som uviedol ako priklad ze s nim sa to da urobit aj na strane servra, ale je to ajtak blbina. ked chcem mat nieco casovo ohranicene, tak to dam do casoveho obdobia kam to patri (mesiac/stvrtrok/rok) a poradie ma imho nezaujima. ajtak ziaden uctovny system nevie ci ma triedit podla datumu vykonania transakcie albo uctovneho datumu.

ale ked tam chcu vidiet pocas zadavania, ze aky je fin. stav, tak nech sa to vyratava v klientskej aplikacii. stavim sa ze zachvilu tam do toho budu nahadzovat data min. dve fakturantky a cele sa to rozhasi. ony si pomozu ;-)
Dalibor Smolík avatar 30.1.2004 08:58 Dalibor Smolík | skóre: 54 | blog: Postrehy_ze_zivota | 50°5'31.93"N,14°19'35.51"E
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
Abych byl uprimny, pokud je prubezny soucet problematicky, obejdu se bez nej. Avsak jde o ucetni program, jehoz sestavy se budou predkladat financnimu uradu v pripade kontroly. Pokud nebude tato funkce uredne vyzadovana, vzdam se ji - avsak mne pouze prekvapil problem u zdanlive trivialniho pocetniho ukonu. Funkce auto increment skutecne nezaruci, ze v pripade vymazani radku budou cisla razeny po sobe a mohlo by to celou konstrukci rozhodit.
Rozdíly v řeči a ve zvyklostech neznamenají vůbec nic, budeme-li mít stejné cíle a otevřená srdce.
30.1.2004 13:38 Peter Golis | skóre: 57 | Bratislava
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
ten trivialny problem sa teoreticky da vyriesit, ale z hladiska udrzby (oprava faktur je bezna zalezitost) na tom clovek zabije tolko casu, ze sa to neoplati. skor by som navrhoval aby boli otvarane jednotlive uctovne obdobia na ktore sa spusti uzavierka a tym sa uzavru. potom tam clovek moze mat aj ten priebezny sucet. a ma to vyhodu ze uzavierka moze bezat v noci aby nikoho neobtazovala vytazenim systemu. a rano budu na tlaciarni komplexne financne reporty.

mozme mejlom ;-)
30.1.2004 17:06 Jiří Veselský | skóre: 30 | blog: Jirkovo | Ostrava
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP

To je prave ono.

Financnimu uradu predkladate *sestavy*, nikoliv *tabulku*. A udrzovat prubezne soucty v tabulce je na smrt, na tom se nas shodlo vice.

Nic vam ale nebrani udelat neco jako

$zustatek = 0;
$q = mysql_query("select ...");
while ($r = mysql_fetch_array($q)) {
  $zustatek += $r["prijem"] + $r["vydej"];
  // Tady printuju prijem,vydej,zustatek
}

Ted me ale napada, ze v te tabulce stejne asi pole "zustatek" budete potrebovat kvuliva "zacatku". Naivni predstava je takova: udelate "zaverku mesice" ci jak se to jmenuje (a to ucetni vedi, ze jakmile to provedou, uz do toho mesice proste nejde sahnout), vypadne na vas zustatek. Ten si vlozite jako solo radek coby prvni ucetni zaznam v nasledujicim mesici a ve vyse uvedenem skriptu nebude na zacatku $zustatek = 0 ale nainicializuje se z teto hodnoty. (Pricemz u nasledujicich zaznamu v mesici proste zustatek neresite.)

Nebo to jde vyresit asi deseti jinymi zpusoby, kazdopadne *prubezne* udrzovat zustatek pro kazdy zaznam je vrazda. Ale musite tam mit mechanismus, jak "zacit", protoze pocatecni zustatek nebude 0 skoro nikdy.

Dalibor Smolík avatar 30.1.2004 20:34 Dalibor Smolík | skóre: 54 | blog: Postrehy_ze_zivota | 50°5'31.93"N,14°19'35.51"E
Rozbalit Rozbalit vše Prubezny soucet v MySQL+PHP
Tak tato konstrukce funguje - mockrat diky. Jeste skutecne musim doladit pocatecni zustatky. Dalibor
Rozdíly v řeči a ve zvyklostech neznamenají vůbec nic, budeme-li mít stejné cíle a otevřená srdce.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.