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 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
včera 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 4
včera 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 4
24.5. 20:44 | Nová verze

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

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

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 11
23.5. 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 26
23.5. 15:11 | Zajímavý projekt

V únoru loňského roku bylo představeno několik útoků na celou řadu bezdrátových klávesnic a myší s názvem MouseJack. Po více než roce lze chybu opravit, tj. aktualizovat firmware, také z Linuxu. Richardu Hughesovi se podařilo navázat spolupráci se společností Logitech, získat od nich dokumentaci, přesvědčit je, aby firmware poskytovali přímo a ne jako součást .exe souboru, aby mohl být popis začleněn do služby Linux Vendor Firmware Service (LVFS) a aktualizace tak mohla proběhnou přímo z Linuxu pomocí projektu fwupd.

Ladislav Hagara | Komentářů: 2
23.5. 13:22 | Nová verze

Po roce a půl vydali vývojáři projektu SANE (Scanner Access Now Easy) (Wikipedie) novou verzi 1.0.27 balíku SANE-Backends. Nejnovější verze tohoto balíku pro přístup ke skenerům přináší například významná vylepšení v několika backendech nebo podporu pro více než 30 nových modelů skenerů. Verze 1.0.26 byla přeskočena.

Ladislav Hagara | Komentářů: 0
22.5. 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 616 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Python odmita indexovat data z MySQL

    2.2.2012 21:33 zdenek2008 | skóre: 20
    Python odmita indexovat data z MySQL
    Přečteno: 506×
    V Pythonu jsem dosud zpracovaval data zapsana rucne do seznamu primo ve skriptu (seznamy "datumy[...]", "gold[...]" atd.). Ted si chci ulehcit praci a nacitat je do seznamu primo z MySQL. Takze jsem pridal kousek kodu ktery nacte udaje z MySQL a ulozi jednotlive sloupce do promennych se stejnymi nazvy jako puvodni rucne vytvarene seznamy. Az dosud vse funguje, data se mi v konzoli normalne vypisuji. Pote zakomentuji nektery z rucnich seznamu jestli si nasledujici kod "vezme" prislusnou stejnojmennou promennou z MySQL misto toho rucne vytvareneho (a nyni zakomentovaneho) seznamu. Ale ouha:

    Traceback (most recent call last):
      File "trhy.py", line 163, in module
        text = nazev_krivky+'\n'+str(krivky[index_krivek][0]),#prvni zaznam z kazde krivky
    TypeError: 'Decimal' object does not support indexing
    
    Traceback (most recent call last):
      File "trhy.py", line 133, in module
        text=str(datumy[0]),
    TypeError: 'datetime.datetime' object is unsubscriptable
    
    Traceback (most recent call last):
      File "trhy.py", line 163, in module
        text = nazev_krivky+'\n'+str(krivky[index_krivek][0]),#prvni zaznam z kazde krivky
    TypeError: 'float' object is unsubscriptable
    

    Podle typu konkretni promenne dostavam chybova hlaseni ze promenne nelze indexovat. Rozumim tomu tak ze data nactena z MySQL si zachovaji typ sloupce a navic promenna z nich vytvorena neni takovym seznamem jako muj puvodni vytvareny rucne primo ve skriptu. Ta data z MySQL by snad mela jit nejak pretypovat?

    ...
    spojeni_db = mysql.connect('localhost', 'uzivatel', 'heslo', 'moje_db')
    
    # prepare a cursor object using cursor() method
    ukazatel_db = spojeni_db.cursor()
    
    # Prepare SQL query.
    dotaz = "SELECT * FROM trhy WHERE YEAR(datum)=2012 ORDER BY datum ASC" #\
    #       WHERE INCOME > '%d'" % (1000)
    try:
       # Execute the SQL command
       ukazatel_db.execute(dotaz)
       # Fetch all the rows in a list of lists.
       vysledek = ukazatel_db.fetchall()
       nazev_pole = ukazatel_db.description
       print "%s %s %s %s %s %s %s %s %s" % \
       (nazev_pole[0][0], nazev_pole[1][0], nazev_pole[2][0], nazev_pole[3][0], nazev_pole[4][0], nazev_pole[5][0], nazev_pole[6][0], nazev_pole[7][0], nazev_pole[8][0])
       for zaznam in vysledek:
          datumy = zaznam[0]
          eur_usd = zaznam[1]
          usd_jpy = zaznam[2]
          gbp_usd = zaznam[3]
          usd_chf = zaznam[4]
          gold = zaznam[5]
          sp500 = zaznam[6]
          tbonds_30y = zaznam[7]
          oil_brent = zaznam[8]
          #print type(gold)
          # Now print fetched result
          #print "%s %s %s %s %s %s %s %s %s" % \
          #       (datumy, eur_usd, usd_jpy, gbp_usd, usd_chf, gold, sp500, tbonds_30y, oil_brent)
          #print "%s" % (gold)
    except:
       print "Error: unable to fetch data"
    
    # disconnect from server
    spojeni_db.close()
    
    
    #+++ DATA PRO KRIVKY +++
    #++++++++++++++++++++++++++++++++++++++++++++++++++++
    
    
    oil_brent = [107.38, 111.31, 111.63, 113.69, 113.41, 110.58, 111.09, 111.49, 111.04, 111.05, 112.16, 111.84, ]
    
    t_bonds_30y = [7.01, 7.02, 6.97, 6.94, 6.98, 6.87, 6.9, 6.9, 7, 7.05, 6.99, 7.01, ]
    
    sp500 = [1257.6, 1278.34, 1277.06, 1277.3, 1281.06, 1321.2, 1318.45, 1314.94, 1313.01, 1312.41, 1328.04, 1324.09, ]
    
    gold = [1730.00, 1730.00, 1730.00, 1730.00, 1730.00, 1730.00, 1717.20, 1722.90, 1726.00, 1742.50, 1746.70, 1747.80, ]
    
    usd_chf = [1.0634, 1.0739, 1.0647, 1.0534, 1.0513, 1.0845, 1.0861, 1.0951, 1.0896, 1.0867, 1.0957, 1.0912, ]
    
    gbp_usd = [1.5471, 1.5658, 1.5606, 1.5519, 1.5501, 1.5638, 1.5689, 1.5721, 1.5704, 1.5762, 1.585, 1.5836, ]
    
    usd_jpy = [0.0130, 0.0130, 0.0130, 0.0130, 0.0130, 0.0129, 0.0129, 0.0130, 0.0131, 0.0131, 0.0131, 0.0131, ]
    
    eur_usd = [1.2922, 1.307, 1.2984, 1.2839, 1.2804, 1.3095, 1.3104, 1.3213, 1.3136, 1.3083, 1.3196, 1.3159, ]
    
    datumy = ['2012 - January - 02', '2012 - January - 03', '2012 - January - 04', '2012 - January - 05', '2012 - January - 06', '2012 - January - 25', '2012 - January - 26', '2012 - January - 27', '2012 - January - 30', '2012 - January - 31', '2012 - February - 01', '2012 - February - 02', ] 
    
    
    #seznam "krivky" nesmi mit vyssi pocet prvku nez je jednotlivych krivek!
    krivky=[eur_usd, usd_jpy, gbp_usd, usd_chf, gold, t_bonds_30y, sp500, oil_brent,]
    ...
    

    Řešení dotazu:


    Odpovědi

    2.2.2012 22:20 l4m4
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Chyby vznikají tak, že pracuješ s věcmi, které nejsou řetězce, jako s řetezci. Ty věci jsou například čísla, data, etc., protože v databázi to máš jako přesnější typy, ne řetězce.

    Jsou tedy zhruba tři možnosti (smysluplná je podle mne jen první, ale budiž):

    1) Operace, které s nimi provádíš jako s řetezci, mají smysl i s těmi lepšími (tj. data přesněji vystihujícími) typy, které dostáváš z MySQL, často i větší smysl. Přepiš kód, aby pracoval s těmi lepšími typy.

    2) Chceš všechno mít jako řetezce a hotovo. Ukládej tedy všechno do MySQL jako řetězce, nikoli jako přesnější typy.

    3) Chceš mit v databázi přesnější typy, ale v Pythonu s tím pracovat jako s řetězci. Musíš to po načtení naformátovat do řetezců (operátorem %, metodou strftime, etc.) -- a to velmi obezřetně, protože ten kód zjevně počítá s docela přesnými tvary těch řetězců.
    2.2.2012 22:34 zdenek2008 | skóre: 20
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Ano, s daty provadim dalsi kalkulace, spis bych dal prednost puvodnim typum z databaze nez retezcum. Mezitim jsem jeste kod prepsal, on totiz ani nevytvarel ty promenne jako seznamy, v kazde iteraci do nich ukladal jen jednu hodnotu z aktualniho zaznamu databaze. Tak ted mam seznamy. Nasledujici kod si z nich nacte prvni hodnotu, zpracuje ji, ale pri signalu ke zpracovani dalsi hodnoty ze seznamu vyhlasi opet stavku:

    Traceback (most recent call last):
      File "trhy.py", line 284, in module
        osa_y_popisky = procentni_zmena_popisky_oproti_zacatku * krok_na_ose_y
    TypeError: unsupported operand type(s) for *: 'Decimal' and 'float'
    

    Prepsany kod:
    dotaz = "SELECT * FROM trhy WHERE YEAR(datum)=2012 ORDER BY datum ASC" #\
    #       WHERE INCOME > '%d'" % (1000)
    try:
       # Execute the SQL command
       ukazatel_db.execute(dotaz)
       # Fetch all the rows in a list of lists.
       vysledek = ukazatel_db.fetchall()
       nazev_pole = ukazatel_db.description
       print "%s %s %s %s %s %s %s %s %s" % \
       (nazev_pole[0][0], nazev_pole[1][0], nazev_pole[2][0], nazev_pole[3][0], nazev_pole[4][0], nazev_pole[5][0], nazev_pole[6][0], nazev_pole[7][0], nazev_pole[8][0])
      
       datumy = []
       eur_usd = []
       usd_jpy = []
       gbp_usd = []
       usd_chf = []
       gold = []
       sp500 = []
       tbonds_30y = []
       oil_brent = []
    
       for zaznam in vysledek:
          datumy.append(zaznam[0])
          eur_usd.append(zaznam[1])
          usd_jpy.append(zaznam[2])
          gbp_usd.append(zaznam[3])
          usd_chf.append(zaznam[4])
          gold.append(zaznam[5])
          sp500.append(zaznam[6])
          tbonds_30y.append(zaznam[7])
          oil_brent.append(zaznam[8])
    
          #datumy = zaznam[0]
          #eur_usd = zaznam[1]
          #usd_jpy = zaznam[2]
          #gbp_usd = zaznam[3]
          #usd_chf = zaznam[4]
          #gold = zaznam[5]
          #sp500 = zaznam[6]
          #tbonds_30y = zaznam[7]
          #oil_brent = zaznam[8]
          #print type(gold)
          # Now print fetched result
          #print "%s %s %s %s %s %s %s %s %s" % \
          #       (datumy, eur_usd, usd_jpy, gbp_usd, usd_chf, gold, sp500, tbonds_30y, oil_brent)
          #print "%s" % (gold)
    
       print type(oil_brent)
       print "%s %s" % (datumy[0], datumy[1])
    
    except:
       print "Error: unable to fetch data"
    
    # disconnect from server
    spojeni_db.close()
    
    
    
    #+++ DATA PRO KRIVKY - TADY NESMI BYT NIKDE NULA! +++
    #++++++++++++++++++++++++++++++++++++++++++++++++++++
    
    
    oil_brent = [107.38, 111.31, 111.63, 113.69, 113.41, 110.58, 111.09, 111.49, 111.04, 111.05, 112.16, 111.84, ]
    
    t_bonds_30y = [7.01, 7.02, 6.97, 6.94, 6.98, 6.87, 6.9, 6.9, 7, 7.05, 6.99, 7.01, ]
    
    sp500 = [1257.6, 1278.34, 1277.06, 1277.3, 1281.06, 1321.2, 1318.45, 1314.94, 1313.01, 1312.41, 1328.04, 1324.09, ]
    
    gold = [1730.00, 1730.00, 1730.00, 1730.00, 1730.00, 1730.00, 1717.20, 1722.90, 1726.00, 1742.50, 1746.70, 1747.80, ]
    
    usd_chf = [1.0634, 1.0739, 1.0647, 1.0534, 1.0513, 1.0845, 1.0861, 1.0951, 1.0896, 1.0867, 1.0957, 1.0912, ]
    
    gbp_usd = [1.5471, 1.5658, 1.5606, 1.5519, 1.5501, 1.5638, 1.5689, 1.5721, 1.5704, 1.5762, 1.585, 1.5836, ]
    
    usd_jpy = [0.0130, 0.0130, 0.0130, 0.0130, 0.0130, 0.0129, 0.0129, 0.0130, 0.0131, 0.0131, 0.0131, 0.0131, ]
    
    eur_usd = [1.2922, 1.307, 1.2984, 1.2839, 1.2804, 1.3095, 1.3104, 1.3213, 1.3136, 1.3083, 1.3196, 1.3159, ]
    
    datumy = ['2012 - January - 02', '2012 - January - 03', '2012 - January - 04', '2012 - January - 05', '2012 - January - 06', '2012 - January - 25', '2012 - January - 26', '2012 - January - 27', '2012 - January - 30', '2012 - January - 31', '2012 - February - 01', '2012 - February - 02', ] 
    
    
    #seznam "krivky" nesmi mit vyssi pocet prvku nez je jednotlivych krivek!
    krivky=[eur_usd, usd_jpy, gbp_usd, usd_chf, gold, t_bonds_30y, sp500, oil_brent,]
    
    2.2.2012 22:47 l4m4
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Typ Decimal se nedá ve výrazech kombinovat s normálními floaty. Nevím přesně proč, IMO by se mohl ke konverzi používat defaultní Context, ale prostě to nejde. Takže chceš-li používat Decimal, musíš převést na Decimal všechna čísla, které používáš ve výrazech s nimi.
    2.2.2012 23:02 zdenek2008 | skóre: 20
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Float nepotrebuji, to klidne zmenim na Decimal. Uvidime co bude s tim DateTime...
    2.2.2012 23:19 zdenek2008 | skóre: 20
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Vse je ted v databazi Decimal (krome datumu), ale nepomohlo.
    2.2.2012 23:57 l4m4
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Nevím, jak vznikly proměnné ve výrazu

    procentni_zmena_popisky_oproti_zacatku * krok_na_ose_y

    z toho kódu to nelze říci. Ale jedna je prostě Decimal a druhá float, což nejde.
    3.2.2012 16:03 zdenek2008 | skóre: 20
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Diky, overim si typovani v tom skriptu a pokusim se to sjednotit.
    rADOn avatar 3.2.2012 13:57 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    A co takhle pouzit kapku pythoni magie?
    c = db.cursor()
    c.execute("select * from spam where ham=42")
    result = dict(zip([i[0] for i in c.description], zip(* c.fetchall() )))
    
    Vysledek je slovnik takze krome jineho se to nerozsype kdyz pridas dalsi sloupec. try blok si doplnis za domaci ukol, jinak je to afaik ekvivalentni te tvoji hruze (bez urazky, lidi kteri kombinuji select * s hardcodovanymi indexy by se meli veset za nos na semafor, casem pochopis sam). Saskovani s prevodem typu mysql sloupcu na pythoni objekty ridi slovnik MySQLdb.converters.conversions, predanim upraveneho konvertoru do konstruktoru spojeni muzes aplikovat Decimaly i na floaty nebo se jich naopak uplne zbavit. Jeste predtim bych ti ale VELMI doporucil prostudovat v dokumentaci MySQL i pythonu co to vlastne decimalni typ je a jestli to vubec potrebujes. Financni aplikace ktere neumi ani spravne secitat desetniky jsou dost tragicky zpusob humoru.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    Řešení 1× (zdenek2008 (tazatel))
    3.2.2012 16:02 zdenek2008 | skóre: 20
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    "te tvoji hruze"
    "veset za nos na semafor"
    "Saskovani"
    "tragicky zpusob humoru"

    Kde si myslis ze jsi ty chudinko? Kdyz neumis byt slusny tak sklapni.
    rADOn avatar 3.2.2012 17:35 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Myslím si že jsem na serveru kde jsou tázající v poradně slušní k lidem kteří se jim snaží pomoci, místo aby hledali důvody proč se urážet. Když neumíš přijmout kritiku, tak sklapni.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco

    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.