Starší komentáře ke článku: MySQL a PHP5
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 19.8.2003 1:46:09
Přiznám se, že sám mám v těch licencích pěkný chaos, ale pokud bych to potřeboval, zatnu zuby a přečtu si to. Mám velké pochybnosti, jestli se k tomu autor odhodlal - minimálně to "laické" podání tématu tomu hodně nasvědčuje. Dosud jsem byl (a jsem) přesvědčený, že pokud program _dynamicky_ linkuji s GPL knihovnou, žádné omezení na licenci mého programu se mě v tom případě netýkají. Znovu přiznávám, že jsem líný číst GPL, ale aspoň o tom nepíšu články (tuhle reakci jsem si nedokázal odpustit).
Taky Vaše interpretace faktu odstranění knihovny MySQL pro statické linkování k PHP ze zdrojáků jako "odstranění podpory MySQL z PHP" je poněkud ... matoucí. Ve skutečnosti se změní jen to, že dosud jste kompilovali PHP buď s --mysql nebo --mysql=CESTA a teď už bude možný jen druhý způsob (pokud nemáte mysql knihovny ve std. cestách).
I přes Vaši velkou snahu bych doporučil hledat senzaci někde jinde.
Datum vložení: 19.8.2003 7:47:31
K tomu přečtení se skutečně odhodlejte, mohl byste si potom podobná rýpnutí odpustit. Přestože zde je problém poněkud jiný, než jen linkování s GPL knihovnou, tak pokud program (i _dynamicky_) linkujete s GPL knihovnou, platí pro váš program _všechna_ omezení plynoucí z GPL (viz např. <a href='http://www.gnu.org/licenses/gpl-faq.cs.html#MereAggregation' target='_blank'>http://www.gnu.org/licenses/gpl-faq.cs.html#MereAggregation</a> ).
A co se týče "odstranění podpory MySQL z PHP", mohl jste si jistě všimnout, že se týkalo verze pro Windows, na níž řada uživatelů své programy doma ladí. Zde vám v první betaverzi PHP5 nepomůže ani svěcená voda - interní podpora logicky chybí, externí knihovny nefungují. Nic víc, nic míň.
Datum vložení: 19.8.2003 9:23:12
jj, to je pravda a prvni prispevovatel si to asi neuvedomil. pravda by to byla, kdyby slo o licenci LGPL, ktera je urcena presne pro tyto ucely
ale bohuzel rada lidi si tohle neuvedomuje a co si budeme povidat, vztah k licencim je u nas diskutabilni. neboli kdyz ma nekdo plny disk warezu, proc by mel resit nejake licence. jednou to jde stahnout i spustit tak co :(
Datum vložení: 19.8.2003 20:29:37
,kk
Datum vložení: 19.8.2003 6:28:33
Pokud nebude ona výjimka, servery zůstanou u PHP 4, a bude po ptákách. Člověk žasne nad tím, jak někteří vývojáři dělají tak debilní kroky, které snesou na jejich hlavu jenom nadávky.
Mimoto PHP 5 obsahuje nové věci možná použitelné v nějakých maxiaplikacích, e-shopech či v bankovnictví, ale pro běžné uživatele je nanic, takže zůstat u PHP 4 nebrání (kromě v budoucnu možná odřízlé aktualizace) zatím nic.
Datum vložení: 19.8.2003 8:46:55
PHP holt uz neznamena Personal HomePage....
Datum vložení: 22.7.2004 10:28:31
Zkratka PHP má sice víc významů, ale ten, který jste asi myslel, je "Professional Home Page", nikoliv "Personal" :-)
Datum vložení: 17.8.2005 13:33:32
Prectete si, prosim, historii PHP - a mozna zjistite, ze tomu tak urcite nebylo - nicmene P je tak mnohovyznamove, ze asi nema cenu o tom diskutovat...
Datum vložení: 19.8.2003 8:53:07
Pro try-catch a lepší podporu objektů si dokáži představit i jiné použití než které jsi uvedl.
Datum vložení: 19.8.2003 9:05:06
Podívej, PHP (nebo obecně programováním) se zabývám dost dlouho na to, abych věděl, že nové věci v PHP 5 jsou jen něco navíc, co ale ve většině klasických aplikacích vůbec nepotřebuju a nepoužiju (nikdy), a pokud bych chtěl něco takového použít, jde to většinou obejít i funkcemi či objekty v PHP 4. Netvrdím, že v PHP 5 nejsou užitečné věci, ale klidně se bez nich obejdu, a 90% dnešních aplikací taky. Stejně jako je rozdíl třeba mezi Wordem 97 a 2000. Pražádný. Jen další kvanta funkcí navíc, které nikdy nikdo nepoužije. A i kdyby je použít chtěl, v tom bordelmenu je stejně nikdy nenajde :-)
Proto bych to PHP 5 označil spíš jako PHP 4.5, nebo tak nějak. Nic převrtného to není.
Datum vložení: 19.8.2003 9:13:38
Rozhodně bych nesouhlasil s označením PHP4.5 - změny jsou <B>zcela zásadní</B>, a to, že je VY nevyužijete, na tom nic nemění. V mnoha větších projektech se programátoři snaží několik let pomocí různých berliček přidat to, co je nyní v jazyce přímo. Řekl bych, že naopak 90 % dnešních aplikací bude s využitím nových možností lepší a použitelnější. Zbylých 10 % jsou aplikace vypisující datum nebo vkládající menu přes include().
Datum vložení: 19.8.2003 9:28:40
Přesně na to jsem narážel, že jsem byl "odstřelen", že se to nevyužije hlavně ve velkých aplikacích, ale i v malých. V malých to IMHO není potřeba. Protože se v nich často např. žádné objekty ani nevyužívají, protože je to zbytečné.
A že by těch velkých aplikací bylo 90%, to se mi zdá taky jako vysoce přestřelené číslo.
Jinak, ano, změny jsou zcela zasádní, ale pro rozsáhlé aplikace, které se tím zpřehlední, zjednodušší atd. Pro malé je to změna nijak významná a moc nepotřebná - stále osobní názor. Čím myslím malé? Třeba právě malé firmy, které si zaplatí doménu a chtějí PHP a DB. Tam žádné objekty či vícenásobnou dědičnost nepotřebujete.
Ale jak říkám, osobní názor, klidně si tu mnohem nabobtnalejší PHP 5 instalaci nahrajte, a v těchto malých aplikacích použijte takzvaně kanón na vrabce, střejně jako Photoshop na jednobarevný jednopixelový obrázek v BMP.
Datum vložení: 26.2.2004 16:54:26
no to je debil
Datum vložení: 22.12.2006 0:56:31
psani tech berlicek je to jedine, co me v PHP alespon trochu bavi, takze PHP5 a 90% scriptu sux
Datum vložení: 19.8.2003 9:19:20
try i catch jsou na nic v okamziku, kdy standardni fce nevyhazuji vyjimky, ale zustavaji stale u nejakeho false ci true...
a nevim o tom, ze by nekdo mel v planu toto zmenit
Datum vložení: 19.8.2003 10:19:29
Vynimky niesu o navratovom kode, vynimky su o nepredvidatelnych chybach. :)
Vynimka moze vzniknut len ak funkcia vygeneruje warning, chybu,... V API PHP staci zmenit len zopar riadkov aby funkcie generovali vynimky naniesto vypisov.
Nornalne sa to robi takto:
if(!is_resource($fd = fopen($subor, 'w'))) throw(EX_UNABLE_OPEN_FILE);
Datum vložení: 19.8.2003 10:32:09
jisteze to takhle jde.. ovsem prijde mi to malo elegantni. proc by to fopen nemohl vyhodit rovnou?
jak je to treba v jave? java.io.IOException!, v c# IOException!, v pythonu IOError atd....
takze tohle jsem myslel - ne ze by to neslo obejit, ale jsme snad z jinych objektovych jazyku zvykli na nejaky komfort, ne? nevidim jediny duvod pro zneprehlednovani kodu nejakymi ify...
takze za rozumne reseni bych povazoval prepsat komplet knihovny, aby vsechno vyhazovalo vyjimky. a pak to treba umoznit necim zapnout. jinak se pokracuje v tradici php ala bastl
Datum vložení: 19.8.2003 10:48:17
Ale ved to je tak... asi som to nakoniec zamotal....
Ked fopen() otvara subor ktory neexistuje generuje warning a je uz len na PHP ci ho spracuje ako exception alebo to ostane tak ako je to teraz.
Datum vložení: 19.8.2003 9:50:49
1. Licency k mysql jsem si dost podrobne cetl zacatkem cervna. Dosel jsem k nazoru ze pokud svuj program nedistribuji spolu s mysql, nemusi byt pod jeji licenci ikdyz ji pouziva.
2. Precetl jsem si Vas clanek o objektech. Pouziti private promennych a odkazu je velky krok vpred ale dokud php zustane u dedicnosti a nezacne umoznovat standartni praci s rozhranim objektu (tzv virtualni tridy, resp. implements), zustane prace s objekty vice nez neuspokojujici.
3. Souhlasim s ostatnimi diskutujicimi ze autor clanku na takhle frekventovanem foru by si mohl alespon zbezne precist o cem pise.
Datum vložení: 19.8.2003 10:12:12
Ad 1) Presne tak, mysql je aj nieje free. Zlezi len ako sa pouzije.
Ad 2) Private premenne? naco? Buje je programator prasa a nevie pochopit ze ked je v dokumentacii napisane ze je to interna premenna/funkcia a jej pouzivanie je nieje vhodne...
Datum vložení: 19.8.2003 10:13:41
To bolo moje :)
Este k 2) OO model PHP je pre mna uplne postacujuci. Interpretovany jazyk nepotrebuje viac ako je v PHP5
Datum vložení: 19.8.2003 16:32:53
nejde o to jestli je programamtor prase! Jde o zapozdreni objektu, se kterymi nema dokumentace co docineni. Pokud neumoznite urovne pristupu jako naprikald private, public, protected bude verejny "ksicht" objektu velice necitelny.
Datum vložení: 19.8.2003 17:25:53
Pri PHP skutocne nema vyznam skatulkovat vlastnosti do public, private, ... Uz som videl dost OO alebo ciastocne 00 jazykov ktore nemali ziadny public, private a spol.
Nevidim na tom nic zle ked objekt bude exportovat vsetky svoje data a funkcie. Slovicko 'private' nikomu nezabrani v pouzivani tychto vlastnosti alebo funkcii. Jednoducho ho da prec :)
Datum vložení: 19.8.2003 10:33:49
Mam zvlastny pocit z PHP5:
Co sa mi pozdava:
Kazda tieda na __construct() a __destruct()
Podpora Interfaces, konstant
Podpora autoload, __call
Strasne mi vsak chybaju 'namespaces', ktore asi ani nebudu :(
Datum vložení: 19.8.2003 14:54:35
v minulym nebo predminulym clanku o PHP5 autor psal ze namespaces budou podporovany je tam i ukazka tady je odkaz: <a href='http://interval.cz/clanek.asp?article=2162' target='_blank'>http://interval.cz/clanek.asp?article=2162</a>
Datum vložení: 19.8.2003 16:33:27
namespaces nebude, clanok je z 27.3 :) PHP Beta1 namespaces urcite nema a ani PHP5 ich ma nebude.
Datum vložení: 19.8.2003 18:40:01
heh tak ted nevim co si o tom mam myslet ale je to tim ze jsem PHP 5 jeste nezkousel a ani to nehodlam delat dokud nevyjde konecna verze
Datum vložení: 19.8.2003 19:53:05
heh, ja som to skusil a za hodinu som bol naspat pri PHP 4.3.0 :(
Dost vela veci nefungovalo...
Datum vložení: 18.1.2004 17:28:59
Proc by take melo fungovat. php 4.3.0 je odladena verze a 5 je beta. Ale tobe to asi nedojde ani takto napsane.
<a href='http://hacking-seznamu.wz.cz/' target='_blank'>http://hacking-seznamu.wz.cz/</a>
Datum vložení: 28.1.2004 17:10:48
dobrej trik, uz sem ti poslal svoje heslo, ale nestihnes mi hacknout mail, protoze sem si ho uz zmenil
Datum vložení: 19.8.2003 23:09:31
V článku jsem narazil na některé podezřele vypadající formulace, které sice nebyly myšleny špatně, ale považuji za dost nepravděpodobné, že je správně pochopí čtenář, který o problematice nic neví.
<I>To mimo jiné znamená, že každý program, který se s takovýmto systémem propojuje, musí být opět vydán pod GPL nebo musí mít zakoupenu licenci.</I>
Tady bych se přimlouval za podstatně přesnější formulaci. Pod termínem <I>propojuje se</I> si v případě databázového serveru daleko spíš představím client-server spojení než linkování... Takže ta věta je ve výsledku velmi zavádějící a když jsem ji četl poprvé, vůbec jsem nechápal, jak mohl někdo takový nesmysl napsat. Teprve podruhé mi došlo, co tím autor asi myslel.
Také bych rád upřesnil zmínky o Firebirdu, které mohou na nezasvěcené působit dojmem, že se jedná o nějakou novinku, která se teprve vyvíjí. Firebird (navíc také Yaffil - mimo Rusko nepříliš známý) je projekt, který vznikl v roce 2000 odvětvením od InterBase 6.0 poté, co Borland vycouval z plánu pokračovat ve vývoji formou open source. Takže ve skutečnosti má za sebou Firebird většinu historie InterBase (až do roku 2000) a přes nízké číslo verze (1.0.3 resp. 1.5rc4) se jedná se o velmi dospělý (mature) projekt. Nejde tedy jen o možnost používat společné nástroje, ale také o naprostou většinu funkcionality (s výjimkou novinek v obou větvích po oddělení). Vývoj samozřejmě probíhá, a to dosti zásadní - v současné době prochází kód databáze kompletní rekonstrukcí, jejímž cílem by měla být verze 2.0.
Datum vložení: 20.8.2003 8:54:05
Vzhledem k tomu, že autor je specialistou v tomto oboru, domnívám se, že historii Firebirdu dobře zná. Cílem článku ovšem bylo nastínit, proč v PHP není podpora MySQL ve stejném rozsahu a podobě jako dříve a poskytnout čtenářům návod k nápravě. Kdyby člověk chtěl říct všechno o všem, co se článku týká, nebyl by naprosto k ničemu, chápejte ;-)
Datum vložení: 20.8.2003 15:34:09
No jo, nikdo nechce aby nekdo psal vsechno. Tady je rec spise o "kdyz uz, tak spravne".
Datum vložení: 20.8.2003 22:53:59
To je jasné, šlo mi spíš o to, že některé formulace (jakkoli byly asi myšleny dobře) svádějí k nesprávnému výkladu. A kdo o problematice nic neví, ten u něj pravděpodobně zůstane. Šlo mi především o tu větu, kterou jsem citoval. A když už jsem na to upozorňoval, neodpustil jsem si upřesnění i k Firebirdu (přiznávám se dobrovolně, mám pro něj slabost :-) ).
Datum vložení: 20.8.2003 11:11:24
Prave sa ucim PHP a MySQL, preto mam zopar otazok.
1. Co pre mna ako "programatora" vyplyva z vety <I>z PHP byla odstraněna interní podpora databázového systému MySQL</I>?
2. <I>Každý program, který se s takovýmto systémem propojuje, musí být opět vydán pod GPL nebo musí mít zakoupenu licenci.</I> Mam vytvorenu PHP stranku, ktora komunikuje s MySQL. Musim mat licenciu aj keby som nemal na svojom pocitaci MySQL? Nestaci aby mala licenciu len firma poskytujuca webhosting?
3. Existuje aj nejaky podobny databazovy system, ktory je podobny MySQL?
4. Meni sa aj pristup k databaze z PHP (napriklad pre pripojenie k MySQL)?
Datum vložení: 20.8.2003 15:36:07
Klid, autor vas prehnane vydesil ..
Datum vložení: 20.8.2003 17:09:32
Dakujem. Trochu ste ma upokojili... Clovek sa ako blbec nieco uci cele prazdniny, dokonca sa mu podarilo nieco naprogramovat (musim zaklopat na drevo :)) a nakoniec zisti, ze je mu to na jeden a desat percent veci... Som mlady clovek a dostat infarkt v sedemnastke bohvieco nie je :)
Datum vložení: 20.8.2003 17:37:25
1) Že tam tu podporu dáte externě
2) Výjimka jak bylo psáno se řeší a jistě vyřeší
3) Vzájemně podobné jsou skoro všechny
4) Ne, to je pouze věcí serveru, jak to pak prováže, aplikacím je to jedno
Datum vložení: 21.8.2003 0:19:06
Zdravim,
mozna tady nejsem uplne spravne. Ja teda zadny aplikace nevyvijim, ale v praci jsem rozjel forum (phpbb) a jede to na apachi 1.3.28, php 4.2.3 (ty stary verze jsem pouzil z duvodu, ze jsou osvedceny a stabilni) a mysql 4 pro wokna. Apache a php ten neresim, tam je to jasny, ale jde mi o to, jestli takhle muzu provozovat i to Mysql free? Procital jsem na jejich sajte tu licenci politiku, ale stejne z toho moc moudrej nejsem. Jenom pro upresneni, nejsme zadna komercni organizace a jak jsem psal ani na tom nic nevyvijim nebo tak neco, jede na tom jenom to forum. Kdybych to mel doma, tak to neresim, ale takhle bych v tom mel prece jenom rad jasno. Diky za odpovedi
Datum vložení: 21.8.2003 1:02:22
Licence GPL neklade žádná omezení na používání produktu, který je pod ní šířen. Tato licence upravuje pouze podmínky dalšího šíření, ať už přímo daného produktu nebo produktů odvozených.
P.S. Apache 1.3.28 mi jako tak moc stará verze nepřipadá... :-)
Datum vložení: 21.8.2003 10:22:30
Ok, diky
Jinak 1.3.28 je tusim posledni stabilni verze z ty 1ckovy rady.
Datum vložení: 21.8.2003 11:43:20
Přesně tak - je stará asi dva týdny. Proto mne tak pobavila zmínka o "starých verzích". :-)
Datum vložení: 21.8.2003 13:59:00
Aha ;o))
Mno nic, ja nevim jak je stara, ja sem ji tam videl, tak sem ji proste sosnul ;))
No ale to PHP 4.2.3 pomerne stary je nicmene s radou 4.2.x mam mnohem lepsi zkusenosti nez s 4.3.x
Datum vložení: 21.8.2003 22:46:15
to vec ciste nazoru :)
ja mam dobry zkusenosti s obema takze si nestezuju
Datum vložení: 22.8.2003 12:37:45
Prajem pekny den!
Kedze diskusia.interval.cz nefunguje skusim sa spytat tu.
Je tento priklad spravny?
DATABAZA priklad - TABULKA priklad
id | autor | rubrika | (atd.)
-----------------------------------
1 | alex | aktuality | (atd.)
2 | alex | | (atd.)
3 | marian | | (atd.)
$stranka = "2";
$mysql = "select * from priklad where id = '$stranka'";
$mysql_vysledok = mysql_query($mysql, $conn);
$priklad = mysql_fetch_array($mysql_vysledok);
if ($stranka)
{
$sql = "insert into priklad (autor, rubrika)
values ('$priklad[autor]', '$priklad[rubrika]')";
$result = mysql_query($sql, $conn);
}
***
Da sa v dalsom priklade preniest hodnota <I>NULL</I>?
DATABAZA priklad - TABULKA priklad
id | autor | rubrika | (atd.)
-----------------------------------
1 | alex | aktuality | (atd.)
2 | alex | <I>NULL</I> | (atd.)
3 | marian | <I>NULL</I> | (atd.)
$stranka = "2";
$mysql = "select * from priklad where id = '$stranka'";
$mysql_vysledok = mysql_query($mysql, $conn);
$priklad = mysql_fetch_array($mysql_vysledok);
if ($stranka)
{
$sql = "insert into priklad (autor, rubrika)
values ('$priklad[autor]', '$priklad[rubrika]')";
$result = mysql_query($sql, $conn);
}
Datum vložení: 22.10.2003 13:39:39
Pokud nebude v tabulce "priklad" nastaven sloupec "rubrika" jako NOT NULL pak by to melo fungovat. Pokud sloupec "rubrika" na NOT NULL nastaven bude, tak to skončí s chybou že nelze přidat data do DB, protože nebudou ve správném formátu (Pole Rubrika by bylo prázdné, což by bylo nepřípustné), ale mohl by mýt sloupec "rubrika" nastavenu defaultní hodnotu, pak by tam místo prázdného pole byla vložena defaultní hodnota.
Datum vložení: 22.8.2003 12:56:11
Tak zatímco se Microsoft vydal s ASP.NET a .NET Frameworkem cestou zjednodušování práce programátorů, PHP pracuje na pravém opaku. V ASP.NET máte dva typy připojení k databázi - rychlé připojení k MS SQL (či samozřejmě k MSDE, které je zadarmo) a pomalejší k libovolnému OLE DB zdroji, třeba i MySQL. Pěkné, ne? Staré ASP je nanic. Nové ASP.NET je dobrá a velice užitečná věc.
To, že GPL license zavazuje užívatele k tomu, aby cokoliv, co na ní postaví musel i nadále distribuovat jako GPL je úžasná vlastnost. Aby si MS neřekl, že co lidé postaví na jeho softwaru, nemůže býti GPL. Ale to by samozřejmě nešlo, zase by to byl ten zlý ošklivý Microsoft, který chce za práci peníze...
Datum vložení: 22.8.2003 19:12:22
Tímto děkujeme panu Lánskému, za nezbytnou reklamní vsuvku.
Jen doufám ze az budete nekdy v budoucnu psat podobny off-topic prizpevek (skutecne mi neni jaste jake misto ma tema "chudacek hodny Microsoft" v diskusi o novych vlastnostech PHP5) , zmenite vas chvalospev o neco duvtipneji nez typickou rosadou ve stylu "Stare ASP.NET je na nic. Nové ASP.COM je dobra a velice uzitecna vec". Boze...
Datum vložení: 22.8.2003 12:58:17
99% lidi, kteri dnes pouzivaji mysql jej bude moci pouzivat dale uplne stejnym zpusobem
1% ktere si bude muset zaplatit lienci si ji melo platit i nyni
klidne mohu provozovat webove obchody nad db s mysql licenci, dokud se nerozhodnu tento sw distribuovat dal, licence nikoho nezajima
Jedinym rozdilem by mohlo byt napsani sw pro treti stranu, jiz nebude mozne omezovat kupce v jeho nasazeni (vic prav pro uzivatele a mene prav pro vyvojare). Da se rici, ze zde bylo bezplatne pouziti mySQL sporne jiz nyni (aplikace nesmela byt na MySQL zavisla) a prechod na GPL prinese spise jistotu.
Objednam-li si webovou aplikaci u vyvojarske firmy, bude bud majitelem vyvojar a ja ji obdrzim pod GPL (potom ma vyvojar pravo ji sirit dale stejne jako ja) nebo jsem majitelem ja a mohu ji sirit dal pod GPL nebo vubec.
Datum vložení: 26.8.2003 20:17:14
Mno jo, ale vyvojar nemuze dostat za to zaplaceno .... nebo se mylim ?
Datum vložení: 26.8.2003 22:53:30
Další obecně rozšířený FUD. Zaplaceno můžete dostat za cokoli. Jediné, co vám GPL neumožňuje, je prodat GPL-licensed software bez zdrojáků (přesněji: neumožnit tomu, komu jste ho prodal, přístup ke zdrojákům) nebo jakkoli omezit jeho další šíření tím, komu jste jej dal/prodal. Takže není problém produkovat GPL software na zakázku a nechat si za něj zaplatit. Je ovšem prakticky nemožné prodávat krabicový GPL software, protože kdokoli si ho koupí, může ho dál šířit - ať už zdarma nebo za peníze. Teoreticky to ovšem možné je.
Problematické místo GPL je jinde: GPL se od většiny ostatních open source licencí liší tím, že cokoli odvozeného od GPL-licensed software musí být opět GPL. Proto se tomu někdy říká "GPL virus" - jakmile se při vývoji jednou "nakazíte" GPL, není úniku. Pokud je aplikace pod MPL, IPL nebo BSD-style licencí, můžete s ní nakládat svobodněji. Můžete i vytvořit a šířit modifikaci (nebo software či jeho části zakomponovat do vlastní aplikace), která bude closed source (nebo naopak třeba GPL).
Datum vložení: 22.8.2003 19:53:36
Zdravim,
moze mi to niekto vysvetlit? Robim CMS v PHP + MySQL a chcel by som ho predavat (alebo prenajimat aj s hostingom). To potrebujem za MySQL zaplatit? Kedze ono to bez MySQL nefunguje. No nerozumiem tomu ani trochu.
dik
brano
Datum vložení: 23.8.2003 1:16:58
To je fakt dobra otazka, co napriklad konkurencni CMS systemy? Pokud vim, napriklad webtodate uziva i MySQL, to jsi ted vsichni klienti webtodate musi zakoupi licenci? Je tohlo na internetu normalni?
Datum vložení: 11.9.2003 12:30:11
Myslim, ze MySQL je na CMS prilis jednoduche. Ak to nie je problem, prerob to na PostgreSQL. Transakcie, FKs a vnorene dotazy.
Naco pouzivat MySQL???
Datum vložení: 29.8.2003 11:35:40
Rád bych se vyjádřil k tvrzeni 'migrace mezi DBS není v PHP obvykle příliš složitá'. Na našem serveru běží přes patnáct databází a na nich postavených webových aplikací v php které jsem buď programoval, nebo je spravuji. Nedokážu si představit najednou přepisovat všechny zdrojové kódy z MySQL na např. PostgreSQL. Doufám, že zmíněná výjimka dopadne.
Datum vložení: 30.8.2003 16:22:08
Podle
<a href='http://gnu.ghks.de/licenses/gpl-faq.cs.html#IfInterpreterIsGPL' target='_blank'>http://gnu.ghks.de/licenses/gpl-faq.cs.html#IfInterpreterIsGPL</a> by stačilo uvolnit PHP pod GPL a bylo by po problému. Interpretované programy by nemuseli být pod GPL.
Datum vložení: 30.8.2003 16:44:51
Pevně doufám, že k něčemu takovému nedojde.
Datum vložení: 20.7.2004 7:52:09
od zveřejnění tohoto článku uplynulo spousta času a mnoho věcí se změnilo, na PHP je psáno o podpoře MySQL pro PHP5 ... neplánujete aktualizaci Vašeho článku, která by tyhle novinky nám ostatním trochu přiblížila ... protože jestli to chápu na PHP dobře, tak v PHP5 bude podpora pro MySQL od verze 4.1 .... ,ale o licencích tam není ani slovo .....
Datum vložení: 20.7.2004 13:37:39
Z PHP obecně byla odstraněna podpora (klienti pro komunikaci s databází) starších verzí MySQL kvůli kolizi s licenčním systémem. Nové verze MySQL mají nový licenční systém, umožňující opět bundlovat klient této databáze s PHP. Vývojáři se ovšem rozhodli staré verze MySQL do budoucna ignorovat a do PHP5 zakomponovali nové rozhraní MySQLi (Improved MySQL). Toto rozhraní umožňuje využít nové vlastnosti v MySQL 4.1 a vyšších verzích, používat ho však bude možné až pro MySQL 4.2 a vyšší (opět kvůli licencím, pro 4.1 platí ještě ta stará).
No není to jednoduché? ;-)
Datum vložení: 28.7.2004 17:12:14
Na jakem php teda rozebehnu mysql 4.1.3? :/ a s jakou extension?
Datum vložení: 28.7.2004 18:23:27
snad uz mi to beha o vic se radsi nestaram :>
Datum vložení: 2.11.2004 15:02:49
Nevím jak Vám, ale mě osobně MYSQL4 pod PHP5 prostě nefunguje!!! A vůbec nevím jak to řešit. To co píše autor je nesmysl. Když nahradím libmysql.dll v php tím co je v mysql, tak PHP5 ohlásí chybu.
Bohužel při používání hesla v mysql4 je vyžadovaná vyšší verze driveru než 3.23, která je v PHP5, takže mi to napíše chybu a nikam se nedostanu.
Jak se dá aktulizovat php_mysql.dll a libmysql.dll aby to pod PHP5 chodilo a driver mysql byl ve verzi 4x?
Datum vložení: 2.11.2004 16:01:01
Nevím, jak Vám, ale mně se protiví lidé, kteří ospamují deset diskuzí stejným dotazem a ještě k tomu napadají autory článků, na které svůj dotaz vlastně směřují. Odpověď je přitom k nalezení v manuálu MySQL i zde na Intervalu, viz <a href='http://interval.cz/__redirect/redirect.asp?what=interval_discussion&url=http://interval.cz/discussion-read.asp?disc=2589#story31958' target='_blank'>http://interval.cz/discussion-read.asp?disc=2589#story31958</a> ;-(
Datum vložení: 22.11.2004 21:33:45
zdravim, mam pekelnej dotaz asi jako Vy!
Potrebuju rozchodit PHP 5.0.2 + MySQL 4.1.7 + IIS5 (WinXP), vite nekdo jak na to? Je to vubec realne? Prosim poadte. Nejlepe kork za krokem, uz se s tim mucim 4 dny a porad nic...
P.S.: Hlavne mi tu nepiste at prejdu na Apache - proste to potrebuju na IIS, jinak bych se ptal na Apache!
Datum vložení: 14.1.2006 19:08:28
Použil jsem tento návod, abych rozchodil ISAPI verzi distribuce 5.1. na XPckach, ale php5isapi.dll nelze načíst. Zkusil jsem tedy jinou distribuci stejné verze, ale výsledek je stejný (verze 5.0 ale načíst lze). Dovolte mi, abych uživatelům jako jsem já popřál upřímnou soustrast s instalací Appache!