LINUXSOFT.cz Přeskoč levou lištu
Uživatel: Heslo:  
   CZUKPL

> Diskuze: článek PHP a SQL - EZ_SQL (2)

Pěkné
(link)
14.2.2005 17:49
Petr Zajíc
Věk: ( ~44 let)

Napadl mě ještě další důvod, proč vypnout zobrazování chyb: některé chybové hlášky jsou tak upovídané, že vyzradí např. verzi software (dejme tomu MySQL), kde se "to" stalo. Pokud je to verze s nějakou známou bezpečnostní dírou, mohli bychom nevědomky usnadnit život útočníkovi.

Jinak, ten příklad s obrázky jsem moc nepochopil. Proč se to ukládá do db? Nestačilo by projít složku a pokud bude neprázdná tak obrákzy načíst a zobrazit? Jistě, je to až řádově pomalejší, ale zase je to mnohem jednoduší na správu (např. vymažu obrázek... a on se nezobrazí). No, asi to byl jenom příklad, pak to chápu.

Re: Pěkné
(link)
14.2.2005 18:39
MaReK Olšavský
Věk: ( ~43 let) , Pracovní pozice: ?? Asi "holka pro vše" , Praxe v IT let: ( ~ let) , Bydliště: Duchcov

Ahoj,
právě že to tak dělám ;-)... Názvy obrázků v databázi a v adresáři, jehož název je odvozen od ID článku/newsy/... ke kterému patří. Přeci jen zákazníkům běžně nedávám přístup na FTP a metodu s názvy v db používá většina firem. Tebou navrhovanou metodu jsem také zkoušel, ale jaxi napsal, je to pomalé. Znám dokonce many, kteří cpou přílohy do BLOBů v databázi, ale mám proti tomu hodně důvodů.
Chyby loguji do texťáku, který si jednou za týden posílám na mail cronem, nebo stáhnu jej ftpkem...
BTW: Doufal jsem, že první komentář bude od Tebe, ale nedoufal jsem v kladný. Už píšu Smarty šablony a občas používám i PHP Peary, takže snad jednou...

Re: Pěkné
(link)
14.2.2005 20:07
Petr Zajíc
Věk: ( ~44 let)

Ale vždyť to bylo kladný... jen jsem se prostě zamyslel, že by to šlo dělat i jinak, to je všechno ;-)))

Práci s BLOBy jsem popisoval v seriálu o PHP a pomalé to bylo ukrutně. Nemluvě už o tom, že musíš spoustu věcí hlídat a je to veliký. Čili ruce od toho pryč...

Měl jsem na mysli něco jako Simple Picture Gallery Manager, jež DB taky nepoužívá.
http://spgm.sourceforge.net

Re: Pěkné
(link)
14.2.2005 22:37
MaReK Olšavský
Věk: ( ~43 let) , Pracovní pozice: ?? Asi "holka pro vše" , Praxe v IT let: ( ~ let) , Bydliště: Duchcov

Já jsem právě byl překvapen, že to bylo kladný, protože tahle druhá půlka je IMHO podstatně slabší, než první.
Do databáze je to pomalé i proto, že na to není dostatečně dimenzovaná cache (to jen pro informaci pro ostatní) a protože kvůli tomu musíš napsat mnoho kódu kolem jen abys to ošetřil...
http://spgm.sourceforge.net ... Děkuji, neznal jsem a kouknu na to.

Skeptik
(link)
14.2.2005 19:05
Ritchie
Věk: ( ~34 let)

Jsem docela skeptický k této střední vrstvě. Podle mě je použitelná jen pro naprosto triviální projekty. Složitější projekty je rozumné psát na míru použité db. Příklady: Vím-li, že budu pracovat s MySQL, těžko mohu spoléhat na trasakce. Pokud na serveru běží MySQL 4.0, nemohu si dovolit subqueries. Píšu-li pro Firebird, tak v jistých situacích raději použiji prepare/execute než query. Atd, atd.

Re: Skeptik
(link)
14.2.2005 20:09
Petr Zajíc
Věk: ( ~44 let)

No, on je to argument s obou stran. Čím specifičtější (nebo složitější?) je projekt, tím častěji (a asi je to dobře) se začíná výběrem databáze a pak se naplno využívají její možnosti. Ostatně, proto tolik databází máme.

Ale přesto mi to přijde jako šikovná věcička - třeba pro to ladění a tak.

Re: Skeptik
(link)
14.2.2005 20:54
Johann von Nepomuk

....Ostatně, proto tolik databází máme.....

ne, tolik databazime mame proto, protoze se vyrobci snazi nekompatibilitou vuci jakemukoliv standartu si udrzet zakazniky - a programatori nebo uzivatele, kteri to jeste nepochopili tomu rikaji 'moznost volby'....bylo by to legracni, kdyby to nebylo k placi....

Re: Skeptik
(link)
14.2.2005 22:33
MaReK Olšavský
Věk: ( ~43 let) , Pracovní pozice: ?? Asi "holka pro vše" , Praxe v IT let: ( ~ let) , Bydliště: Duchcov

Trochu mimo, ale třeba MySQL je whodná v nasazení na weby, protože díky tomu, že dost věcí neobsahuje je velmi rychlá. Standardy? Hmm a PL/SQL je standardizované? Subqueries (ty možná ano)? Transakce? Triggery? Views? Myslím, že ne. Nehledě k tomu, že PostgreSQL umožňuje použít na stored procedury nejen svůj PL/SQL, ale třeba Python, Perl, C, ... Pokud budu potřebovat vymoženosti, které MySQL neobsahuje, použiji jednoznačně PostgreSQL, které nejenže mám slušně osedlané, ale je druhé nejrozšířenější na webhostinzích, protože k čemu mi je, když použiji Oracle, když zákazník nebude schopen/ochoten zaplatit za server xx tisíc VZK navíc a můj produkt se stane neprodejný...
Každý programátor chce psát to nejlepší, ale každý se musí uživit, což znamená používat to, co je rozšířené.

Re: Skeptik
(link)
14.2.2005 23:33
Johann von Nepomuk

no tak kdyz uz jsme u tech standartu, tak je treba rici, ze ten problem lezi samozrejme na tom tzv. standartu = SQL. Ten koho to napadlo, ze se deskriptivni jazyk povysi na standart pro praci s daty a jejich uskladnenim by mel byt okamzite zastrelen. Takovy standart, s kterym nelze nic poradneho delat jen primo vybizi vyrobce k tomu, nadefinovat si v tom nesmyslu sva vlastni vylepseni. A konci to tim, ze se pise vyse pojednavane software pro mezivrstvy.

Pisi o tom, protoze mi na zacatku toho serialu chybi prave mala uvaha, jak je mozne ze to tak daleko doslo, ze se vubec o nejake te mezivrstve musi vubec mluvit.

To ze se dovime, jak pouzivat nejake funkce nejake mezivrstvy je jiste chvalyhodne, ale kdy uz se prestaneme konecne opajet tou technicitou nejakeho softwaroveho prostredku misto abychom byli rozhorceni, ze je vubec nutne, aby nejaky takovy prostredek vubec vzniknul.

Ano, svet uz je takovy, ale to snad neznamena, ze nebudeme kazdou minutu poukazovat na ty nesmysly, ktere nam programatorum ztezuji zivot a hlavne na to , jak k nim doslo.

Ten priklad z tim Office je priznacny. To software jen zdrzuje denne miliony lidi od prace, ale to neodradi OpenOffice lidi od toho, ten nesmysl vylepsovat.Ano, office je rozsirene software a my to hned tak nezmenime - a samozrejme to musime jako programatori v nasi praci zohlednit - ale proboha nam prece musi byt denne jasno, ze je to srot!!!!! A zrovna totez plati pro tu mezivrstvu.

Re: Skeptik
(link)
15.2.2005 07:01
MaReK Olšavský
Věk: ( ~43 let) , Pracovní pozice: ?? Asi "holka pro vše" , Praxe v IT let: ( ~ let) , Bydliště: Duchcov

A proc mame nekolik vzajemne nekomatibilnich prekladacu jazyka C, proc mame nekolik verzi Fortranu, Pascalu, Javy, Assembleru, ...? Nebude to tim, ze od zacatku kazdy vyvijel to svoje a alespon jakys standard vznikl pozdeji, diky kteremu je alespon spolecny prunik vlastnosti a zakladnich prikazu? Budme radi alespon za to...

Re: Skeptik
(link)
14.2.2005 22:39
Petr Zajíc
Věk: ( ~44 let)

JE to k pláči. Jenomže svět už je takovej. Můžu já za to, že v T-SQL (což je odnož SQL pro M$ server) umím jak když bičem mrská prostě proto, že jsem se to kdysi musel naučit? Když mám totéž dělat na Oraclu, tak to "neumím" (tzn. trvá mi to třeba trojnásobek času jen proto, že neznám do detailů dialekt jazyka). Bude-li se ale hovořit o nových projektech, bude naprostá většina programátorů prosazovat ne to, co je nejlepší, ale to, co umí. Ruku na srdce, je to většnou tak.

Proto nezbývá než souhlasit s tím, že kdyby se splňovaly standardy (např. SQL), problém popsaný výše by přestal existovat a pak bychom si vybírali databáze ne podle toho, jak se v nich snadno píše kód pro procedury a triggery (čti: jak snadno to umím JÁ), ale podle toho, co ta databáze umí.

Zhruba to odpovídá problému boje mezi M$ Office a OpenOffice.Org. Kdyby existovaly 100% kompatibilní otevřené formáty souborů, byla by hybnou silou vývoje kvalita kancelářských balíků. Takhle je tou silou (ne) schopnost sekterářky přečíst nabídku pod myší.

Jej, to jsem se ale rozvášnil ;-)))

Re: Skeptik
(link)
14.2.2005 22:40
Petr Zajíc
Věk: ( ~44 let)

Hezký... dva komentáře výše jsme psali s Markem "do sebe". Je až komické, jak jsou si podobné.

Re: Skeptik
(link)
14.2.2005 22:25
MaReK Olšavský
Věk: ( ~43 let) , Pracovní pozice: ?? Asi "holka pro vše" , Praxe v IT let: ( ~ let) , Bydliště: Duchcov

No přiznejme si, že tak 95% projektů, které píšeme patří k těm menším. Na velký projekt by asi PHP nestačilo výkovově, tam je asi vhodnějším nástrojem jsp+servlet, nebo Python. Třeba i proto, že v PHP je režie, co stránka, to připojení k db serveru, pak odpojení a pokud budou těchto požadavků řádově tisíce v každý okamžik, bude brzdou především to, že PHP je interpretovaný jazyk. Ale je to můj soukromý názor. Pro naprostou většinu běžného vývoje tato mezivrstva zpříjemní vývoj a následné nasazení.

Re: Skeptik
(link)
14.2.2005 23:49
Ritchie
Věk: ( ~34 let)

Možná menších, ale už ne triviálních. Dovolím si nesouhlasit, že "co stránka, to připojení k db serveru". Pokud používám persistentní spojení, tak se nová spojení k databázi zbytečně nezavírají a znovu neotvírají.

Subqueries jsou potřeba celkem často, ale pokud je na hostingu starší MySQL, nemohu je použít. Občas se hodí Views, ale se starší MySQL mám opět smůlu. Velice užitečné mně přijde generovat XHTML element select podle datového typu enum (v případě MySQL). Nejsem si jistý, jak moc by byl kód přenositelný pod jinou db. Potřebuji-li zařídit integritu dat, musím v MySQL použít zamykání tabulek, jinde bych použil transakce. Takových případů, kdy SQL píšu s vědomím konkrétní db, by se našla celá řada.

EZ SQL má použití právě a jen u triviálních projektů, kdy si vystačím s jednoduchými SELECT a INSERT. Bohužel hodně projektů, které vytvářím, se řadí už do kategorie menší, nikoliv triviální.

Mohu se zeptat autora, co ho vede k tomu, že lokálně píše aplikaci pro PostgreSQL, když na hostingu běží MySQL? Přijde mně to jako zbytečné zadělávání si na problémy. Mně stačí řešit rozdíly mezi MySQL 4.0 a 4.1.

Po Pythonu pošilhávám, nikoliv z důvodu výkonnosti, ale kvůli čistotě jazyka. PHP4 má šílený "objektový" model, register_globals a gpc_magic_quotes jsou jen pro zlost.

Re: Skeptik
(link)
15.2.2005 07:11
MaReK Olšavský
Věk: ( ~43 let) , Pracovní pozice: ?? Asi "holka pro vše" , Praxe v IT let: ( ~ let) , Bydliště: Duchcov

Jednoduche... Autor pouziva par aplikaci, ktere primo zavisi na PostgreSQL a mit na locale pustene dva servery povazuje za plytvani strojovym casem a RAM (maje jako desktop 700MHz Durona). Na dost hostinzich "uz" je k dispozici i PgSQL, takze prevod neni nutny.

No jestli jsou trivialni projekty jako redakcni system a webshop nevim, ale prave z techto mnozin znam takove, ktere pouzivaji prave tuto knihovnicku. Mimochodem, ja mam upravenou verzi tehoz, ktera ma navic $db->start_transaction a $db->stop_transaction, ktera na MySQL zamkne tabulky a vsude jinde nastartuje transakci. Krome toho si to upravuji, aby dalsi zakazala indexovani a konecna to cele preindexovala, preci jen je-li indexu vice, tak vkladani vetsiho mnozstvi dat by bylo pomale a tato cesta je rychlejsi (mluvim o importu v radu 10.000 rakdu), na coz taky budu muset udelat vlastni fci.

Re: Skeptik
(link)
15.2.2005 15:21
Ritchie
Věk: ( ~34 let)

Inspiroval jste mě napsáním si metod, které nahrazují alespoň trochu transakce pro MySQL. Sám používám vlastní třídu, která zatím jednoduše zapouzdřuje volání MySQL, ale postupně ji rozšiřuji o užitečné funkce.

DISKUZE

Pěkné 14.2.2005 17:49 Petr Zajíc
L Re: Pěkné 14.2.2005 18:39 MaReK Olšavský
  L Re: Pěkné 14.2.2005 20:07 Petr Zajíc
    L Re: Pěkné 14.2.2005 22:37 MaReK Olšavský
Skeptik 14.2.2005 19:05 Ritchie
  |- Re: Skeptik 14.2.2005 20:09 Petr Zajíc
  | L Re: Skeptik 14.2.2005 20:54 Johann von Nepomuk
  |   |- Re: Skeptik 14.2.2005 22:33 MaReK Olšavský
  |   | L Re: Skeptik 14.2.2005 23:33 Johann von Nepomuk
  |   |   L Re: Skeptik 15.2.2005 07:01 MaReK Olšavský
  |   L Re: Skeptik 14.2.2005 22:39 Petr Zajíc
  |     L Re: Skeptik 14.2.2005 22:40 Petr Zajíc
  L Re: Skeptik 14.2.2005 22:25 MaReK Olšavský
    L Re: Skeptik 14.2.2005 23:49 Ritchie
      L Re: Skeptik 15.2.2005 07:11 MaReK Olšavský
        L Re: Skeptik 15.2.2005 15:21 Ritchie




Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

13.9.2017 8:00 /František Kučera

Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Zajímá tě DIY, CNC, SDR nebo morseovka? Přijď na sraz spolku OpenAlt – tentokrát netradičně v pondělí: 18. září od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5).


Přidat komentář

3.9.2017 20:45 /Redakce Linuxsoft.cz
PR: Dne 21. září 2017 proběhne v Praze konference "Mobilní řešení pro business". Hlavní tématy konference budou: nejnovější trendy v oblasti mobilních řešení pro firmy, efektivní využití mobilních zařízení, bezpečnostní rizika a řešení pro jejich omezení, správa mobilních zařízení ve firmách a další.
Přidat komentář

15.5.2017 23:50 /František Kučera
Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Zajímá tě DIY, CNC, SDR nebo morseovka? Přijď na sraz spolku OpenAlt, který se bude konat ve čtvrtek 18. května od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5).
Přidat komentář

12.5.2017 16:42 /Honza Javorek
PyCon CZ, česká konference o programovacím jazyce Python, se po dvou úspěšných ročnících v Brně bude letos konat v Praze, a to 8. až 10. června. Na konferenci letos zavítá např. i Armin Ronacher, známý především jako autor frameworku Flask, šablon Jinja2/Twig, a dalších projektů. Těšit se můžete na přednášky o datové analytice, tvorbě webu, testování, tvorbě API, učení a mentorování programování, přednášky o rozvoji komunity, o použití Pythonu ve vědě nebo k ovládání nejrůznějších zařízení (MicroPython). Na vlastní prsty si můžete na workshopech vyzkoušet postavit Pythonem ovládaného robota, naučit se učit šestileté děti programovat, efektivně testovat nebo si v Pythonu pohrát s kartografickým materiálem. Kupujte lístky, dokud jsou.
Přidat komentář

2.5.2017 9:20 /Eva Rázgová
Putovní konference československé Drupal komunity "DrupalCamp Československo" se tentokrát koná 27. 5.2017 na VUT FIT v Brně. Můžete načerpat a vyměnit si zkušenosti z oblasti Drupalu 7 a 8, UX, SEO, managementu týmového vývoje, využití Dockeru pro Drupal a dalších. Vítáni jsou nováčci i experti. Akci pořádají Slovenská Drupal Asociácia a česká Asociace pro Drupal. Registrace na webu .
Přidat komentář

1.5.2017 20:31 /Pavel `Goldenfish' Kysilka
PR: 25.5.2017 proběhne v Praze konference na téma Firemní informační systémy. Hlavními tématy jsou: Informační systémy s vlastní inteligencí, efektivní práce s dokumenty, mobilní přístup k datům nebo využívání cloudu.
Přidat komentář

15.4.2017 15:20 /František Kučera
Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Zajímá tě IoT a radiokomunikace? Přijď na sraz spolku OpenAlt, který se bude konat ve středu 19. dubna od 18:30 v Šenkovně (Sokolská 60, Praha 2).
Přidat komentář

5.3.2017 19:12 /Redakce Linuxsoft.cz
PR: 23. března proběhne v Praze konferenci na téma Cloud computing v praxi. Hlavními tématy jsou: Nejžhavější trendy v oblasti cloudu a cloudových řešení, Moderní cloudové služby, Infrastruktura současných cloudů, Efektivní využití cloudu, Nástrahy cloudových řešení a jak se jim vyhnout.
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

18.9.2017 14:37 / Rojas
high security vault

15.9.2017 7:33 / Wilson
new zealand childcare jobs

31.8.2017 12:11 / Jaromir Obr
Re: ukůládání dat ze souboru

30.7.2017 11:12 / Jaromir Obr
Národní znaky

27.7.2017 12:24 / Jaromir Obr
Cteni/zapis

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2017) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze