Hlavní navigace

Názory k článku
Jmenné prostory a další novinky v PHP 5.3

kukulich
kukulich (neregistrovaný) 193.86.150.---
1. 7. 2009 0:18 Nový

SPL Types

Pokud vím, tak SPL Types nejsou součástí PHP 5.3, ale jsou dostupné pouze jako PECL rozšíření.

kuguma mugu  ula
kuguma mugu ula (neregistrovaný) 95.85.194.---
1. 7. 2009 0:50 Nový

Jmenné prostory

celé vlákno

Nemá tohle C++ uz hezkou řádku let? Připadá mi že PHP je několik milionů let za opicemi…

Mastodont
Mastodont (neregistrovaný) 85.132.159.---
1. 7. 2009 6:54 Nový

Re: Jmenné prostory

celé vlákno

Mně zase připadá, že jsi ignorant nechápající rozdíl mezi tím, k čemu bylo určeno C++ a k čemu PHP :)

Peter Helcmanovsky aura:65

Re: Jmenné prostory

celé vlákno

Nejsem si jisty jestli v pripade C++ lze mluvit o „k cemu bylo urceno“. :)

povinná
povinná (neregistrovaný) ---.62.broadband3.iol.cz
1. 7. 2009 19:52 Nový

Re: Jmenné prostory

celé vlákno

Nemají PL/1, Lisp, Modula a Ada tohle už hezkou řádku let? Připadá mi, že C++ je několik milionů let za opicemi…

noname
noname (neregistrovaný) ---.casablanca.cz
1. 7. 2009 0:56 Nový

chybka?

celé vlákno

jestli jsem to pochopil dobře, tak v příkladech článku jsou chybně použity ty dvojté dvojtečky, co byly v ostré verzi nahrazené lomítkem.

Jakub Vrána aura:60
1. 7. 2009 3:14 Nový

Re: chybka?

celé vlákno

Je to použito jen v příkladu, který popisuje, jaké by s čtyřtečkou byly problémy. Zpětné lomítko se používá jen pro oddělení jmenných prostorů, statický přístup do třídy zůstal samozřejmě přes čtyřtečku.

Tomáš Kapler <tomas@kapler.cz>
Tomáš Kapler <tomas@kapler.cz> (neregistrovaný) ---.casablanca.cz
1. 7. 2009 15:38 Nový

Re: chybka?

celé vlákno

tj. ty čtyřtečky v kapitole Late static binding jsou správně? (p.s. nejsem php programátor, takže to je jen dotaz abych pochopil co je jmenný prostor ;)

Tomáš Růžička
1. 7. 2009 19:27 Nový

Re: chybka?

celé vlákno

Ano jsou ;). Zde JE zamýšleno volání statické metody f třídy Potomek.

blizz.boz
blizz.boz (neregistrovaný) ---.78-99-146.t-com.sk
1. 7. 2009 2:06 Nový

Re: Jmenné prostory a další novinky v PHP 5.3

celé vlákno

chcem poďakovať autorovi za výborný článok. php 5.3 bohužiaľ neprináša žiadne revolučné zmeny. inak zaujímalo by ma čo nové by mala priniesť verzia 6.0 ?

ivand
ivand (neregistrovaný) ---.web4u.cz
1. 7. 2009 6:00 Nový

Re: Jmenné prostory a další novinky v PHP 5.3

celé vlákno

Žádné revoluční změny? Bez jmených prostorů a late static binding to bylo dosud k uzoufání.

blizz.boz
blizz.boz (neregistrovaný) ---.91-127-7.t-com.sk
1. 7. 2009 11:53 Nový

Re: Jmenné prostory a další novinky v PHP 5.3

celé vlákno

a sú to revolučné zmeny? väčšina a jazykov obsahuje namespaces už od prvej verzie (napr.: C#) jediná zaujímavá zmena v PHP 5.3 sú anonymné funkcie. PHP by sa malo inšpirovať jazykmi ako ActionScript, alebo Ruby.

ivand
ivand (neregistrovaný) ---.e-brno.net
1. 7. 2009 13:55 Nový

Re: Jmenné prostory a další novinky v PHP 5.3

celé vlákno

Jsou to revoluční změny v rámci php.

Techi
Techi (neregistrovaný) ---.8.broadband.iol.cz
2. 7. 2009 0:42 Nový

Re: Jmenné prostory a další novinky v PHP 5.3

celé vlákno

Mě tam to lomítko nesedí. Jsem zvyklej na tečku… …!…

Petr
Petr (neregistrovaný) ---.239.broadband10.iol.cz
1. 7. 2009 2:14 Nový

goto

celé vlákno

Jako by nestačilo, že už teď dost lidí píše v PHP prasecky, ještě se přidá goto.. No super, tento příkaz tu opravdu chyběl :)

Playback
Playback (neregistrovaný) ---.osc.cz
1. 7. 2009 6:37 Nový

Re: goto

celé vlákno

Tím to nebude. Prase pise „prasecky“ v cemkoli. Naopak vhodne pouzity prikaz goto muze nekdy kod pekne zprehlednit :-). Nakonec je i v puvodnim C, jestli se nepletu.

Techi
Techi (neregistrovaný) ---.8.broadband.iol.cz
2. 7. 2009 0:38 Nový

Re: goto

celé vlákno

C je taková nadstavba nad assemblerem, tam se to dá pochopit :) Ale ve vyšším programovacím jazyku nemá goto co pohledávat

Misko
Misko (neregistrovaný) 194.160.37.---
2. 7. 2009 8:13 Nový

Re: goto

celé vlákno

+1

Presne tak, ja som asi pred rokom v PHP riesil nejaky algoritmus a keby som vtedy mal k dispozicii prikaz goto, tak by sa dal napisat mozno o 70% jednoduchsie.

Jakub Vrána aura:60
2. 7. 2009 10:07 Nový

Re: goto

celé vlákno

Můžeš pro zajímavost ten algoritmus uvést? Horko těžko jsem dával dohromady nějaký alespoň jakž takž smysluplný příklad na goto – moje myšlení s touto konstrukcí prostě není kompatibilní.

Sten
Sten (neregistrovaný) ---.18.broadband16.iol.cz
2. 7. 2009 16:22 Nový

Re: goto

celé vlákno

goto v jazyce jako je PHP? Když máme výjimky a cykly? Opravdu by mě zajímal jakýkoliv algoritmus, kde by goto vůbec k něčemu bylo.

V C je hlavně proto, že C nemá výjimky.

pan lipo
pan lipo (neregistrovaný) ---.nfx.cz
18. 6. 2010 14:07 Nový

Re: goto

celé vlákno

Samozrejmne ze v C lze pouzit strukturovane vyjimky.

Pavel
Pavel (neregistrovaný) ---.etnetera.cz
1. 7. 2009 9:50 Nový

Re: goto

celé vlákno

Mne by zase zajimalo, jak zavedeni goto zlepsi moznosti zpracovani chybovych stavu… od ceho mame vyjimky? Kdyby radsi zavedli finally.

Hosip Lan
1. 7. 2009 11:24 Nový

Re: goto

celé vlákno

z tohohle se mi taky obratil žaludek naruby, vzpoměl jsem si totiž na školní hodiny asembleru :D

brano
brano (neregistrovaný) ---.tatramed.sk
2. 7. 2009 12:38 Nový

Re: goto

celé vlákno

„naruby“ nebo „na Ruby“? :)

Michal
Michal (neregistrovaný) 193.86.73.---
3. 7. 2009 9:32 Nový

Re: goto

celé vlákno

OMG tak ted jsi me dostal! :-D

mm
mm (neregistrovaný) 80.5.24.---
1. 7. 2009 14:21 Nový

Re: goto

celé vlákno

naprosty souhlas, uz se taky tesim az zas budu zachranovat nejaky takovyhle paskvil. Je ale pravda, ze i v Jave je neco podobneho. Skoda ze se to nepreklada do cestiny, to bychom mohli mit treba misto goto ano; jdi_do_riti:ano;

GEe
GEe (neregistrovaný) ---.47.35.87.adsl.nextra.cz
10. 7. 2009 7:31 Nový

Re: goto

celé vlákno

S GOTO jsem naposledy dělal v BASICu, možná ještě v PASCALu. Souhlasím se všemi, že GOTO je zastaralá věc a nemá v moderním kódu co dělat. Jenom to dovolí dělat špatným programátorům ještě horší kód.

Martin Soušek
Martin Soušek (neregistrovaný) 89.176.101.---
1. 7. 2009 9:24 Nový

bastl nad bastl

celé vlákno

Bohužel se začíná ukazovat nedostatečná odbornost vývojářů jazyka. Postupně z toho dělají opravdu šílený bastl. Ještě že už jsem z toho kolotoče pryč!

A ostatním doporučuji v rámci udržování znalostního portfolia zkusit alespoň python nebo ruby.

alblaho
alblaho (neregistrovaný) ---.220.broadband15.iol.cz
1. 7. 2009 9:39 Nový

Re: bastl nad bastl

celé vlákno

Ten jazyk je vážně hnus. Trochu se mi dělá šoufl ze zpětných lomítek, ale to je jen detail.

Neříkám že v tom bastlu nejde napsat dobrá aplikace. Ale Python a Ruby, to je prostě krása.

Nejsilnější stránkou PHP jsou hostingy, to je bez debat.

Jakub Vrána aura:60
1. 7. 2009 9:50 Nový

Re: bastl nad bastl

celé vlákno

Chápu to samozřejmě jako nahrávku na flame :-).

Zpětných lomítek jsem se také děsil, ale dá se na to zvyknout velmi rychle a ve jmenných prostorech to vypadá nakonec docela přirozeně, subjektivně lépe než čtyřtečka.

Já jsem v Pythonu rok dělal a zas tak krásný mi ten jazyk nepřijde. Např. absence skutečně privátních proměnných je podle mě jasná chyba návrhu jazyka, některé věci se zase dělají podle mě zbytečně krkolomně.

A na Ruby se mi zase nelíbí, že dovoluje přepisovat metody.

ivand
ivand (neregistrovaný) ---.web4u.cz
1. 7. 2009 10:32 Nový

Re: bastl nad bastl

celé vlákno

V čem je (skutečný) problém absence privátních proměnných? Problém s public proměnýma je, pokud vím, ten, že po klientech třídy rozprskneš přímý přístup do paměti objektu – takže objekt nemá možnost reagovat. Pokud ale existuje možnost „obalení“ do properties, tak tento argument padá. To v pythonu (i v php) jde.

Co se týká kontejnerů, to je věc názoru, mě se míchání obyčejného a asociativního pole v php osobně nelíbí a nezdá se mi to o tolik složitější (ani pro začátečníky, spíš naopak).

Ty deskriptory jsou možná trochu složitější, ale jde to udělat i jinak

Jinak na pythonu oproti php oceňuji mimo jiné menší „psychologickou“ náročnost. Například nedávno jsem napsal něco takovýho: …array_map(arra­y(‚Sql‘, ‚q‘), $items)… 

Jinak pravda, právě s 5.3 několik silných argumentů v neprospěch php padá. Což je dobře. a říkal jsem si, kolik wtf bude, až to bude někdo číst. A pak jsem to pro zajímavost zkusil v pythonu:
map(Sql.q, items)
Je to v podstatě stejné, ale když čtu něco podobného jako v té php variantě, tak mě to napřed vyleká (ok, jsem zbabělec). Podobně je to s tím, když se používá jen . (tečka) versus :: \ → (což je teda opačný případ k tomu array() versus [] {})

Jinak, uznávám, právě s php 5.3 několik silných argumentů v neprospěch php padá. Což je dobře.

ivand
ivand (neregistrovaný) ---.web4u.cz
1. 7. 2009 10:37 Nový

Re: bastl nad bastl

celé vlákno

A jé to tlačítko zobrazit náhled funguje :(

Věta

Jinak pravda, právě s 5.3 několik silných argumentů v neprospěch php padá. Což je dobře.

se mi omylem dostala i doprostřed příspěvku (srovnání map a array_map)

povinná
povinná (neregistrovaný) ---.62.broadband3.iol.cz
1. 7. 2009 20:38 Nový

Re: bastl nad bastl

celé vlákno

„Např. absence skutečně privátních proměnných je podle mě jasná chyba návrhu jazyka“

Huuu? Co to jsou privátní proměnné? Lokální proměnné funkcí? K těm je přístup jen uvnitř jejich scopu. Já bnýt programátor v PHP, tak se soudy o „jasných chybách návrhu jiných jazyků“ značně šetřím. Mnohé z nich byly skutečně navržené. Python má sice nedostatky, ale ty jsou aspoň soustavně opravovány.

„A na Ruby se mi zase nelíbí, že dovoluje přepisovat metody.“

No tak v tom případě musíme Common Lisp, Scheme (R5RS), Smalltalk a asi dva tucty dalších jazyků zahodit do koše jako ouplně nepoužitelné.

Víte, co by Vám na to řekli autoři jazyka Lua? „If you don't want to do something, just don't do it.“

Jakub Vrána aura:60
2. 7. 2009 7:54 Nový

Re: bastl nad bastl

celé vlákno

Co se privátních proměnných týče, tak jako vývojář knihovny nechci, aby mi k ní uživatelé přistupovali jinak než přes veřejné API. Samozřejmě, že když se tím nebudou řídit, tak to bude jejich chyba, ale vysvětlujte jim to pořád dokola.

A co se přepisu metod týče, tak to naráží v situaci, kdy se dvě knihovny rozhodnou přepsat stejnou metodu a já chci použít obě. Třeba Rails by se dalo těžko použít s jinou knihovnou, která by přepisovala stejné metody.

Mantra „If you don't want to do something, just don't do it.“ se bohužel dá použít jen v situaci, kdy všichni vývojáři hrají na stejné straně. Při vývoji knihoven to je ale tak, že musím respektovat ostatní knihovny a někdy bojovat s uživateli.

Alblaho
Alblaho (neregistrovaný) ---.144.broadband4.iol.cz
2. 7. 2009 9:08 Nový

Re: bastl nad bastl

celé vlákno

Ok, uznávám, že na tvých argumentech něco je.

Pokud potřebuješ privátní proměnné chránit před útočnými nájezdy hloupých kolegů, tak chápu, že by se ti opravdu privátní proměnné líbily. Já v praxi nic takového nepotřebuji, protože moji kolegové prostě umí v Pythonu programovat. Kdyby programovat neuměli, nepomůže nic.

Třídy ze standardní pythoní knihovny s touto vlastností taky žijí. A rozhodně se s nimi pracuje líp než s tím nekonzistentním hnojem co má v základu PHP.

Velká výhoda Pythonu je v tom, že umožňuje odložit řízení přístupu k datům „na potom“. V Javě když uděláš proměnnou public, tak už ji nikdy nebudeš kontrolovat (leda by jsi změnil rozhraní). Proto jsou javovské programy plné nicnedělajících a zbytečných getterů-setterů. V Pythonu můžeš veřejnou proměnnou vždycky obalit a mít ji pod kontrolou.

Jakub Vrána aura:60
2. 7. 2009 10:05 Nový

Re: bastl nad bastl

celé vlákno

PHP má v možnostech řízení přístupu stejnou výhodu. K původně veřejné vlastnosti si kdykoliv později mohu dodělat getter a setter, přičemž zvenku se s ní pracuje pořád stejně. Pokud v tom má člověk systém (např. ten, že metody pojmenovává getWidth a setWidth), tak se to dá navíc zautomatizovat.

soda
soda (neregistrovaný) ---.net.upc.cz
3. 7. 2009 16:39 Nový

Re: bastl nad bastl

celé vlákno

Takze nakonec to dopada tak, ze vsechny vlastnosti tridy jsou private a nad to se posadi globalni __get a __set, ktery vsechny ty „prekrasny“ private elegantne zrusi :) Hlavne ze se to tvari „zapouzdrene“. Ale to neni jen o slove private, protected a public, to je o spravnem navrhu trid. A zpetne lomitko to „programatory“ v php nenauci.

Co se mi ale libi, jsou inline funkce, ze by konecne nabeh na pouzitelnou lambda fci?

ivand
ivand (neregistrovaný) ---.web4u.cz
6. 7. 2009 16:16 Nový

Re: bastl nad bastl

celé vlákno

V tom případě by byly stejně out i set/get přístupové metody – nesprávný návrh tříd?

Sten
Sten (neregistrovaný) ---.18.broadband16.iol.cz
2. 7. 2009 16:24 Nový

Re: bastl nad bastl

celé vlákno

Python má pseudoprivátní proměnné, kterými říkáte, že by se neměly používat. Ale obcházet encapsulation prase dokáže např. i v C++: #define private public ;)

tom
tom (neregistrovaný) ---.gcware.com
1. 7. 2009 9:52 Nový

Re: bastl nad bastl

celé vlákno

Doufam, ze to brzo skonci. Ukazuje to spise nevuli hostingu. Napr. google se svym appengine ukazal, ze to jde.

Vyvoj napr. v Jave se mi zda s pouzitim dobreho frameworku minimalne zabavnejsi. O efektivite a prehlednosti nemluve…

David Grudl aura:47
1. 7. 2009 10:16 Nový

Re: bastl nad bastl

celé vlákno

Na PHP (a stejně tak i Ruby nebo Pythonu) je vidět nedostatečná odbornost vývojářů v oboru „návrh počítačového jazyka“. To je bez debat.

Ale co s tím? Přestat tyto jazyky používat? Přestat programovat? Nebo uspořádat finanční sbírku a zaplatit si Anderse Hejlsberga, aby pro LAMP navrhl lepší jazyk, třeba vycházející z nějakého výše uvedeného? Asi by to bylo nejlepší, ale je to utopie.

-
- (neregistrovaný) ---.138.broadband4.iol.cz
1. 7. 2009 12:43 Nový

Re: bastl nad bastl

celé vlákno

Muzete rozberat tu nedostatecnou odbornost vyvojaru Ruby nebo Pythonu? Co si pod tim clovek ma predstavit?

Miloslav Ponkrác aura:67
1. 7. 2009 17:40 Nový

Re: bastl nad bastl

celé vlákno

Nic, David Grudl zase dělá chytrého. Toho si nevšímejte.

blizz.boz
blizz.boz (neregistrovaný) ---.78-99-89.t-com.sk
1. 7. 2009 19:53 Nový

Re: bastl nad bastl

celé vlákno

Ruby má jednu veľkú nevýhodu David o tom písal aj v tomto článku:

http://latrine.dgx.cz/…ekuji-nechci

-
- (neregistrovaný) ---.138.broadband4.iol.cz
1. 7. 2009 20:09 Nový

Re: bastl nad bastl

celé vlákno

No to rozhodne zadna nevyhoda neni :) Doporucuji nastudovat Smalltalk.

povinná
povinná (neregistrovaný) ---.62.broadband3.iol.cz
1. 7. 2009 20:42 Nový

Re: bastl nad bastl

celé vlákno

A Common Lisp. A nestatické implementace Scheme. A dva tucty dalších jazyků… :]

Miloslav Ponkrác aura:67
1. 7. 2009 17:55 Nový

Re: bastl nad bastl

celé vlákno

Python je krásný jazyk, má jen takový drobný problém, že autor si mění syntaxi a nutí přepisovat programy.

V PHP nikdy tak tvrdá změna v syntaxi jazyka, jako v Pythonu nenastala. Je naprosto jedno, jaký je Python jazyk, když zpětná kompatibilita je pro pythonisty sprosté slovo a snaží se to prakticky dokázat.

Ruby je na tom stejně, ale s tím, že řada věcí je tam dosti všelijaká. Například Ruby je snad jediný jazyk, který až do verze 1.9 neměl znakový typ. Autor Ruby nesnáší Unicode. Možnost rozšířit kdykoli definici jakékoli třídy kýmkoli, dokonce i systémové v core jazyka.

povinná
povinná (neregistrovaný) ---.62.broadband3.iol.cz
1. 7. 2009 21:15 Nový

Re: bastl nad bastl

celé vlákno

Python má stabilní větev 2.x a stabilní větev 3.x. Můžete klidně zůstat na 2.x, která bude udržována i do budoucna, a užívat si backporty těch změn, které nezpůsobí zpětnou nekompatibilitu.

Ruby znakový typ nemá, stejně jako Python. Pouze ve verzi 1.9 přešlo Ruby na tentýž komcept, jaký je v Pythonu, a sice že „znak“ je řetězec délky 1. Autor Ruby není Unicode-hater, ale m17n-lover. Řetězce v Ruby 1.9 podporují m17n.

Možnost rozšířit libovolnou třídu byla převzata ze Smalltalku a (Common) Lispu. Stejně tak si můžete zajít do kuchyně pro nůž a zkusit, co se stane, když si ho probodnete hrudníkem, ale většina lidí to nedělá o nic častěji, než Smalltalkeři předefinovávají ifTrue: a ifFalse: metody (má to samozřejmě pedagogickou hodnotu ;-)). V Common Lispu je tuto fíčuru nutné odemknout, protože balík CL je defaultně zamknutý, ale vývojářům se tím usnadňuje a urychluje vývoj samotné platformy – můžou měnit a ladit kód standardních knihoven a ihned ho zkoušet s „ostrými daty“ bez větších prodlev.

Jak jsem poznamenal výše, vývojáři jazyka Lua k podobným tzv. „nedostatkům“ poznamenali: „If you don't want to do it, just don't do it.“

Bone Flute aura:66
1. 7. 2009 23:00 Nový

Re: bastl nad bastl

celé vlákno

Nic, Miloslav Ponkrác zase dělá chytrého. Toho si nevšímejte.

(Sorry, ale to byla tak krásná nahrávka – prostě jsem neodolal.)

alblaho
alblaho (neregistrovaný) ---.144.broadband4.iol.cz
2. 7. 2009 8:54 Nový

Re: bastl nad bastl

celé vlákno

Vyčítat Pythonu stabilitu při srovnání s PHP je fakt důmyslné. PHP rozbíjelo aplikace i při desetinkových (nebo i setinkových?) updatech. Zatímco Python má po X letech nekompatibilní, jasně definované pokračování s nástroji a návody pro přechod.

Jakub Vrána aura:60
2. 7. 2009 10:06 Nový

Re: bastl nad bastl

celé vlákno

Rozdíl je ten, že v Pythonu to je záměr a v PHP chyba :-).

_
_ (neregistrovaný) ---.net.upc.cz
1. 7. 2009 14:29 Nový

Re: bastl nad bastl

celé vlákno

a to jste jeste nevideli jak vypada vykonna cast Zend Engine. Je totiz z goto kompletne sestavena.

Anonym
Anonym (neregistrovaný) 193.86.230.---
1. 7. 2009 10:49 Nový

Re: Jmenné prostory a další novinky v PHP 5.3

„Byla odsraněna konfigurační direktiva…“ :D

povinná
povinná (neregistrovaný) ---.62.broadband3.iol.cz
1. 7. 2009 20:30 Nový

Re: Jmenné prostory a další novinky v PHP 5.3

„Na rozdíl od JavaScriptu ale nejsou vidět všechny proměnné, nýbrž jen ty, které explicitně uvedeme v klauzuli use“

Spíš na rozdíl od snad všech programovacích jazyků s lexikálním scopingem, ne? ;-) No jo, PHP zase musí mít něco extra. :]

ptrx
ptrx (neregistrovaný) ---.net.upc.cz
1. 7. 2009 22:35 Nový

Místo parseru flex ...

celé vlákno

… flex neni parser ;-)

povinná
povinná (neregistrovaný) ---.62.broadband3.iol.cz
1. 7. 2009 23:32 Nový

Re: Místo parseru flex ...

celé vlákno

Samozřejmě, Flex je ušlápnutý český programovací jazyk, který nikdo nechce. :]

Jakub Vrána aura:60
2. 7. 2009 8:01 Nový

Re: Místo parseru flex ...

celé vlákno

Děkuji za upřesnění. Flex je program pro lexikální analýzu, který je parserem využíván. V článku jsem se dopustil určitého zjednodušení.

No a pak je to taky flashový framework, ale to je jen shoda jmen…

ded kenedy
ded kenedy (neregistrovaný) ---.136.broadband5.iol.cz
2. 7. 2009 11:20 Nový

Re: Místo parseru flex ...

celé vlákno

Flex je program pro lexikální analýzu

tesne vedle… flex je generator lexikalnich analyzatoru! sveho casu o tom na rootu vysly i najeke clanky…

lazycoder
lazycoder (neregistrovaný) ---.chello.sk
3. 7. 2010 21:52 Nový

free hostingy?

celé vlákno

Podla mna cely ten uspech PHP stoji a pada na free hostingoch. Rovnako ako to bolo pri mysql, dnes sa uz daju najst aj s postgresom. Na rozne osobne blogy, alebo jednoduche CMSka nie je PHP zla volba, ale clovek by chcel skusit nieco ine a 0 bodov a kodit len tak pre zabavu sa mi zrovna nechce.
Existuju vobec free hostingy s pythonom (alebo niecim inym)? Nasiel som 3 a maju rozne obmedzenia – stranky po anglicky, prispievanie na forum (navyse po podrobnom badani je to ten isty poskytovatel)..

lazycoder
lazycoder (neregistrovaný) ---.chello.sk
3. 7. 2010 21:53 Nový

Re: free hostingy?

celé vlákno

ps: k clanku som sa preklikal od inej stranky a nejako ma nenapadlo, ze je rok stary, ale otazka stale trva :)

Zasílat nově přidané příspěvky e-mailem