Názory k článku Verze PHP v ČR
-
benn (neregistrovaný)Zřejmě inspirace tímto článkem http://www.dgx.cz/trine/item/statistika-zastoupeni-php-5-x
No výsledky jsou téměř stejné, PHP5 skoro nikdo nepoužívá, PHP6 tu má být do konce roku, takže programovat se bude pro tři různé nekompatibilní verze najednou. Nebo všichni PHP opustí a přejdou jinam. -
Duch (neregistrovaný)Spíše bych řekl, že tento test je nepravý. Všechny webhostingy v ČR, pokud vím, tak dnes poskytuje podporu PHP 5.1 téměř každý hosting na vyžádání. Kdyby někdo měl zájem o hosting s PHP 5.1 tak to může zkusit na http://www.cyberhost.cz
-
>Jde o to, že test nezkoumá, kolik hostingů nabízí PHP5, ale kolik webů používá PHP5. Tedy poptávku, nikoliv nabídku.
Pokud vim, ohlasi se tak kazdy webserver, ktery ma PHP integrovano - jeste to nerika nic o tom, zda je pod domenou bezici aplikace pouziva (jeden server muze mit pouzitelne PHP, ASP a servlet container, vse najednou, zeano) - a uz vubec to nic nerika o poptavce po PHP. Co mam, to uz tak casto nepoptavam, ze... -
anonymníAno, ale měl jsem na mysli konkrétně rozdělení mezi PHP4 a PHP5. Tady už se klient obvykle rozhoduje a pětkovou verzi žádá tehdy, pokud ji vyžaduje jeho aplikace, v opačném případě zůstává z důvodů kompatibility u verze 4.
> jeden server muze mit pouzitelne PHP, ASP a servlet container, vse najednou, zeano
Tady už čísla zdaleka tak o poptávce nevypovídají. I když, právě kvůli samostatnému zpoplatnění těchto služeb klient obvykle vybírá server jen s těmi, které skutečně potřebuje. Často volí i platformu, s tím, že PHP bývá zastoupeno na Linuxu, ASP na Windows atd. -
Ano, ale měl jsem na mysli konkrétně rozdělení mezi PHP4 a PHP5. Tady už se klient obvykle rozhoduje a pětkovou verzi žádá tehdy, pokud ji vyžaduje jeho aplikace, v opačném případě zůstává z důvodů kompatibility u verze 4.
> jeden server muze mit pouzitelne PHP, ASP a servlet container, vse najednou, zeano
Tady už čísla zdaleka tak o poptávce nevypovídají. I když, právě kvůli samostatnému zpoplatnění těchto služeb klient obvykle vybírá server jen s těmi, které skutečně potřebuje. Často volí i platformu, s tím, že PHP bývá zastoupeno na Linuxu, ASP na Windows atd. -
František Brakon (neregistrovaný)Správně, PHP se zabilo samo. Nakonec opravdu zůstane jen jako "startovací web jazyk pro lamy". Zkušení programátoři se totiž po nepovedené verzi 5.0 rozhlédli kolem a zjistili, že neexistuje jenom PHP. Navíc se ukázalo, že u jiných jazyků se s objekty jen nezávazně nekoketuje, ale opravdu se tam masivně používají. A pracovat v jiných jazycích je mnohem produktivnější než v usmoleném PHP. Takže někdo objevil smalltalk, někdo Python, někdo Ruby, někdo Javu a všichni opustili potápějící se PHP.
Musím říct že je to radost, začít s jiným jazykem. Největší překvapení je asi hledání informací po různých fórech k těmto jazykům. Nejen že se tam probírají velmi pokročilá témata, ale každý ještě rád začátečníkovi poradí a dotazy typu "using javascript function from PHP" tam ....... NEJSOU! -
joejoe (neregistrovaný)no ja nevim nakolik je to zjistitelne - jestli to ostatni jazyky davaji do hlavicek, ale proste by me zajimalo zastoupeni jednotlivych jazyku:
- php celkove
- php4
- php5
- asp.net
- asp
- jsp
- ruby
- smalltalk
- python
ono je taky otazka nakolik to muze byt zkreslene tim, ze jste pravdepodobne testoval jen port 80, ale nektere webove servery + jazyk se defaultne instaluji na jinych portech (tomcat 8080, nekolik swiki jsem videl na 8000)
dalsi statistika co by me zajimala je mnozstvi serveru pouzivajici https (port 433)
a nakonec by bylo super kdyby se za rok objevil podobny clanek s mezirocnim srovnanim... -
joejoe (neregistrovaný)priklady hlavicek:
X-Powered-By: ASP.NET
Server: Comanche/6.2 (unix)
Server: Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5 mod_scgi/1.2
samotne ASP jsem nenasel, ruby taky ne
par serveru kde bezi jsp jsem nasel bohuzel jsem nebyl schopen urcit nejakou vhodnou a jednoznacnou hlavicku (slovo tomcat se tam nevyskytovalo, obcas se tam vyskytovalo 'Server: Apache' jen tak bez niceho, obcas tam vubec hlavicka 'Server: .. ' nebyla
doufam, ze me ostatni doplni
comanche == smalltalk
ono jen jestli pri poctu nasazeni tech minoritnich jazyku na portu 80 nedojde k velkemu zkresleni tech cisel
- nemyslim, ze by bylo problem tu statistiku rozsirit o par dalsich portu..
- navic se relativne casto pouziva vice webserveru na ruznych portech..
- mimo to https bezi standartne na 443, tak by bylo fajn zahrnout do statistiky i tyto servery. imho se take jedna o relativne siroky okruh serveru.. -
Bjarne (neregistrovaný)No tak to by me zajimalo kolik lidi preslo z PHP na Smalltalk :) Pamatuju si z prednasek, ze existuje neco jako VisualWave ale pochybuju, ze v n nasich koncinach se v tomto pure-oo jazyku pisi ve vetsi mire webove aplikace a to jeste ex-PHPkarema. Tvrzeni, ze vsichni opustili potapejici se PHP je podle me opravdu nesmysl i kdyby to byla nadsazka.
Naopak pro spoustu lidi je stale PHP lehci a vyhodnejsi nez napr. Java. Pokud se podivam na JOBS.cz tak tam najdou prinejmensim 10x tolik nabidek pro PHP programatory nez pro Ruby/Smalltalk, coz o nejakem upadku taky zrovna nevypovida. -
anonymníJediny kdo muze konkurovat PHP je .NET(C#) a JAVA.
Jazyky jako ruby, python nebo smalltalk se nejspis nemaji nikdy sanci masove rozsirit diky sve syntaxy. U smalltalku je to dano tim co je, autori ruby a pythonu si takovy posahany zapis zvolili sami.
Ze je PHP5 objektove slaba je jasne, ale v porovnani s ubohosti PHP4 ve kterou porad jeste mraky lidi pouziva, je to zlate. Na bezne dynamicke weby je to dostatecne. -
glx (neregistrovaný)Presne tak. Na bezne dynamicke Weby je PHP mozna zdaleka nejlepsi volba - jazyk je jednoduchy a nezaludny, interpreter pracuje bez vetsich problemu, je to soucasti vetsiny distribuci, neni treba nic slozite instalovat a nastavovat. Na vetsine Webu proste neni duvod pouzivat Javu ci neco jako Mono - ty maji vyuziti u narocnych aplikaci zpravidla na intranetech velkych spolecnosti - a i tam leckdy najdete veci, ze by se clovek divil - pomerne slozite se neco patla v Jave, pritom to neni zase nic tak extra super narocneho, aby to nemohlo byt rychle napsano v PHP.
Nevidim duvod, proc by se dynamicke Weby nemohly psat bez objektu. Objekty jsou modou poslednich 10 let, mnohde programovani spise komplikuji. Samozrejme chapu, ze lide, vychovani uz jen v objektech to nepochopi...a dal budou zit v blahove iluzi, ze bez nich se vetsi projekt delat neda... -
Vemte si Javu a jeji pristup "objekty jsou cool, funkce jsou fuuj". Takze kdejakou sebemensi pomocnou funkci musite udelat staticky, nacpat ji do nejakeho objektu a pak volat pomoci Objekt.funkce(). Spousta projektu pak skonci s haldou objektu typu MiscUtils, WebUtils, AbcUtils a XyzUtils kde je spousta uzitecnych a na tridu nevazanych funkci.
Pripadne dalsi vec - muzete v Jave predat odkaz na funkci? Myslim ze ne, AFAIK je mozne mit odkaz jen na objekt/interface. To taky leckdy komplikuje zivot.
IMHO funkce nejsou tak moc fuuj jak je Java a mozna i jine pure-oo jazyky berou. -
A taky je blbý, že Java nemá ukazatele a GOTO, ne? Taky GOSUB by se občas hodilo... ;-)
V Javě se spousta věcí dělá prostě jinak a třeba místo callback funkcí se používá Command Pattern. Taky Javu moc nemusim, připadá mi zbytečně ukecaná. A za pure-oo jazyk bych ji neoznačil.
Já mám nejradši Python. V tom lze stejně snadno psát procedurálně jako objektově. Taky lze za běhu přidávat třídám a objektům nové metody (to proto, že metoda je vlastně objekt a je vlastností objektu třídy - třída je taky objekt :-) ), což třeba Java neumí a připadá mi to dost omezující. Odkazy na funkce v něm lze předávat snadno, protože v něm i funkce je objekt. -
IA (neregistrovaný)zakladni datove typy sice nejsou objekty, ale od 1.5 uz se na nich daji volat funkce jako na prislusnych objektech, takze se s tim ve vetsine pripadu da pracovat stejne jako s objektem.
java je nejenze u manageru in, ale hlavne je velmi oblibena u programatoru a v open source je to dnes prakticky jediny jazyk z mainstreamu, jehoz podil roste. dalsim hodne rostoucim je javou inspirovany c# a obecne platforma .net, takze to skoro vypada, ze v ni hodne lidi vidi budoucnost :-) -
Martin Povolny (neregistrovaný)Fascinuje mne, s jakou sebeduverou muze nekdo, kdo ocividne nema ani sajn o tom, co pise, rozdavat rozumy.
Ale doba se asi meni, neni dulezite mit znalosti, ale mit sebevedomi a nestydet se...
Kolik z tech jazyku, o kterych placate, znate (realizoval jste v nich nejaky netrivialni projekt)?
K PHP: ze je PHP nejrozsirenejsi, ma o jeho kvalite stejnou vypovidaci hodnotu, jako sledovanost o urovni TV Nova... -
mod_perl/2.0.2 (neregistrovaný):-)) doba sa meni, staci akykolvek zlepenec v php, a hned sa mozete pasovat na weboveho programatora
bohuzial, je taka realita ... to mate ako z windoze ... nemusia byt dobre, staci, aby boli aj pre blbych :-))
pracovat napr v mod_perl (a pracovat efektivne), to je oproti php iny svet.
niekto preferuje sablony (HTML::Template), niekto preferuje inline kod (php).
:-))) -
yossarian (neregistrovaný)"Saying that Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders"
to same (podobne) plati o PHP. pouzival sem ho dlouho, stale jej pouzivam , nicmene s verzi 5.0 sem se zacal pomalu poohlizet po jinem programovacim jazyce. nabidka jazyku na freehostinzich me totiz nijak neomezuje.
zase na druhou stranu, nez si clovek nainstaluje a nakonfiguruje funkcni mono/javu (kterou se mi pod linuxem ani nepovedlo zkompilovat. to sice bude rukama, ale chtejte to po nejakym BFU), tak ma v PHP web temer hotov.. -
anonymníGratuluji k zasadnimu zivotnimu kroku spravnym smerem ;-)
Taky jsem uplacal nejaky webik v PHP a udelal jsem nekolik webu v PERLu. Ted, kdyz neco delam, delam to v Ruby, at uz je to prace sysadmina, nebo programovani weboveho klikatka....
Kdybych zacinal novy projekt na webu, tak bych pouzil ruby-on-rails, nebo nitro+og, active record a mvc jsou podle me spravny zpusob, jak psat webove aplikace nad SQL.
Nastve me lama, ktera pise v PHP, PERL videla z rychliku, o Ruby si mysli, ze je to mladsi sestra nejake gejsi a Python si plete s uzovkou, kdyz sebejiste placa do fora kraviny... -
anonymníChapu nazor, ze v PHP se obvykle weby placaj. Ten jazyk k tomu primo svadi :)
Nicmene kdo chce, muze. RubyOnRails ma v PHP nekolik nasledovniku, napriklad CakePHP. Me osobne se nijak zvlast nelibil, ale proc ne.
nitro+og neznam
Active record jsem zkousel i v PHP5, diky descructorum ho lze pomerne snadno realizovat.
MVC frameworku jsou nad PHP mraky a navic kazdy programator postupne vytvari nejaky vlastni (vcetne me :))
Ja ruby ani python neshazuju, jen jsem napsal ze maj hnusnou syntaxy a proto se krci v ustrani. Java a C# jsou mene objektove, PHP5 zatracene mene, ale diky C like syntaxy se v jejich kodu dokaze orientovat po chvili kazdy.
A ruby ani python se nemuseli od teto syntaxe odchylovat a ani tim nic neziskali.
Proste jste moc namysleny a kdo si pred ruby nebo pythonem neseda na zadek je pro vas lama. -
mrzout (neregistrovaný)Za zmenu syntaxe neberu zapis cislo.abs.sort (to zase tak odlisny od objekt.funkce().funkce() neni), ale treba def, end a pod basicovsky/pascalovsky nesmysky co snizujou citelnost. Nebo Pythonovsky odsazovani.
Je strasne jednoduchy odmitnout nazor nekoho jinyho s tim ze nicemu merozumi, ale zkuste mi napriklad vysvetlit v cem spocva PRINOS pevnyho odsazeni pripadne nahrazeni prehledneho {} slovne vyjadreni?
Treba PHP umoznuje oznacit zacatek a konec bloku jak slovne tak pomoci {} a slovne to pouziva jen mizive procento lidi. To beru jako dukaz podporujici moje tvrzeni. -
anonymníJadro toho co jsem napsal nebylo odborne ale byl to subjektivni nazor na nadeji ruznych jazyku se masove prosadit.
Stacilo by se mene citit jako mistr sveta a prestat podsouvat jinym neco za co je lze zesmesnit.
V ruby, pythonu ani smalltalku jsem nikdy nic nepsal. Proste jejich syntaxy nedokazi zkousnout. A porovnali nekdo schopnosti pythonu a PHP a jejich rozsireni, pochopi ze nejsem sam. Python muze byt sebelepsi ale masove pouzivan neni a nevypada to na nejakou zmenu.
A co je dulezite, aby mohl byt python objektovy jazyk, nemusel se touto cestou vydavat. Tedy zcela subjektivne tvrdim, ze si cestu na vysluni pohnojil sam. -
Martin Povolny (neregistrovaný)> Jadro toho co jsem napsal nebylo odborne ale byl to subjektivni nazor ...
Neuvedl jste to tak...
> V ruby, pythonu ani smalltalku jsem nikdy nic nepsal.
To jsem poznal z toho blabolu, na ktery jsem puvodne reagoval.
Zkusim vam to vysvetlit takhle: Clovek, ktery umi zachazet jen s kudlou, umi si kudlou uriznou chleba, ostrihat nechty, i otevrit pivo a nikdy nic jineho nepouzil, by nemel za fakt vydavat svuj nazor, ze sada dlat, kterou pouziva jeden jeho soused, nebo chirurgicke nacini druheho jeho souseda je uplne k nicemu, protoze nepadne do ruky stejne jako jeho kudla, kterou se toho da tolik udelat.
Nenapsal jste, ze pro vas je python, ruby, smalltalk nezkousnutelny, protoze nezkousnete jeho syntax -- schvalne si znovu prectete, co jste napsal, to me nazdvedlo.
> Stacilo by se mene citit jako mistr sveta a prestat podsouvat jinym neco za co je lze zesmesnit.
Nic jsem vam nepodsouval, jako mistr sveta se necitim. Vazim si jinych nazoru, nez jsou moje, pokud je jejich nositel ma necim podlozene a dokaze si je obhajit.
Naopak pohrdam tim, kdyz nekdo placa a navic svoje placani nedokaze ani uvest zpusobem, ktery by tomu odpovidal. Treba slovy "myslim si, ze", "podle meho nazoru", "sice jsem v pythonu nic nedelal, ale myslim si..."
Zesmesnujete se sam v ocich tech, kteri vedi, o co jde. Bohuzel se toho, co pisete chyti dalsi, kteri nazor jeste nemaji a na zaklade vaseho blabolu, ktery je ovsem podan jako fakt, si delaji nazor svuj. Proto je potreba reagovat...
Takze se pripojuji k zadosti, ktera v tomto vlaknu uz zaznela: PISTE, PROSIM, O VECECH, KTERYM ROZUMITE. -
JT (neregistrovaný)No s tim nemuzu souhlasit - mam malou firmu a na serveru hostujeme nekolik desitek webu, at uz nami vytvorenych tak i "klasicky" hosting. Vsichni byli pul roku predem upozorneni, ze se bude prechazet na PHP verzi 5. Krome 2 webu ktere jsou stejne uz mrtve jelo vsechno v pohode. Staci kdyz clovek nepise jako prase a zmena verze ho pak nerozhazi.
-
Staci kdyz clovek nepise jako prase a zmena verze ho pak nerozhazi.
Dá se považovat za prasárnu, když někdo vrací reference na objekty způsobem return new Objekt? Nebo předává funkcím referenci na objekt způsobem funkce(new Objekt)?
Jistě, někde v manuálu bylo napsané, že by se to nemělo dělat, ale kdo to věděl? Snad všechny open-source produkty v PHP, které používám museli být ošklivě upravovány, aby v pětce nějak fungovali. Byl třeba SimpleTest napsaný jako prasaty?
-
anonymníMase firma spravuje nekolik stovek webu na nekolika hostingovych serverech ruznych spolecnosti. Upgrade PHP je VELKY problem, jsou lide, kteri provozuji weby napsane pred 6-7 lety, kteri o aplikaci, kterou si kdysi od kohosi nechali napsat vi jen to, ze porad FUNGUJE a NECHTEJI O NI SLYSET. Pak jim vysvetlujte, ze se na server bude instalovat nove PHP a ze jejich aplikace muze, ale nemusi prestat fungovat.
Pak je skupina zakazniku, kteri si najali nejakeho studenta, aby jim udelal novou aplikaci a ktery si nekde precetl, ze jedine posledni verze PHP je to prave a jedine to si doma na svych widlich rozjel a spravci serveru jsou u nej lamy, pokud na hostingu, ktery jeho zakaznik pouziva posledni 3 roky neni ta posledni verze....
A pak jsou ruzne opensource aplikace napsane v PHP, ktere treba clovek v mladicke nerozvaznosti pred X lety na server nainstaloval, udelal v nich nejake ty upravy, zakaznici si na ne zvykli a s novou verzi PHP prestanou funovat treba proto, ze jmena objektovych trid jsou najednou case senzitivni, prestoze drive nebyla....
To pak nestaci mit 2 verze PHP, to chce mit kazdou 2., ktera vyjde...
A pak jsou tu ti lide, kteri PHP pouzivaji...
Treba jsou tu ruzne verze GD bindingu, jednou se to jmenuje GD, potom chvili GD2, potom zase GD, PHP programator chce tu svoji funkci a generovat musi GIF, ale pritom nevi, co vlastne chce, teda vlastne vi, chce aby to fungovalo stejne, jako u nej doma na windows....
Dalsi programatov v PHP mi bude rikat, ze na mam na serveru _UPLNE_SPATNE_LOCALY_, pritom nevi co to locales jsou a na 3 maily z neho nakonec dostanu, ze potrebuje vygenerovat locales pro cs_CZ.cp1250.
Dalsi programator v PHP mi bude tvrdit, ze _SERVER_SPATNE_POSILA_MAILY_ nebo ze webovy postovni klient je spatne zobrazuje, pritom je to tim, ze on posila maily presne podle do cestiny prelozeneho manualu PHP, ktery uvadi priklad s nezaquotovanym predmetem a dostane ho hlavicek 8bitove znaky....
Dalsi PHP programator mi tvrdi, ze mu naschval _SERVER_CACHUJE_STRANKY_, takze se mu nezobrazuji aktualni data z databaze, kdyz mu reknu, ze jeho stranky necachuje hostingovy server, ale nejaka proxy po ceste, nebo browser a ze je to proto, ze neposila spravne hlavicky, tak se dozvim, ze to konzultoval _S_LIDMI_KOLEM_PHP_ a ze mu lzu a ze to delame proto, abychom usetrili za konektivitu....
Asi jsem si na PHP vypestoval alergii. -
V problémech s kompatibilitou mezi verzemi vám musím dát za pravdu, je to asi největší bolák PHP. Částečně to je daň za to, že PHP vyvíjí skupina dobrovolníků s různými zájmy, ale koncepce by měla být jasně určena a ke změnám by mělo docházet s rozmyslem a po výběru definitivní varianty (aby se nestalo to, co např. se SQLite, které do PHP 5.0 bylo zakompilované a v PHP 5.1 potřebuje extenzi, navíc je ještě závislé na PDO).
Co se ostatních věcí týče, tak myslím, že to nijak nesouvisí s PHP, ale s jeho masovostí. Neboli kdyby jiný jazyk byl tak masový a každý by si myslel, že mu rozumí, vznikaly by úplně stejné problémy.
Z příkladů v české verzi dokumentace funkce mail() jsem prozatím alespoň odstranil diakritiku, na webu se to objeví po příštím vygenerování manuálu ze zdrojáků.
-
spud (neregistrovaný)pipni pouziva verzi 5.1.1 i na placenem hostingu, ale musi si clovek pozadat o presun ze "ctyrky". prijde mi to velice rozumne, protoze spousta aplikaci je napsana tak, ze v "petce" by proste nefungovaly a zakaznik, kdyz uz si zaplatil za web, tak je mu jedno, na jakem systemu bezi. pokud mu funguje, nema potrebu upgradovat jadro. na druhou stranu si myslim, ze kazdy rozumny programator pise nove projekty v novem prostredi a hostingy mu vychazeji rozumne vstric.
-
kukulich (neregistrovaný)> pipni pouziva verzi 5.1.1 i na placenem hostingu, ale musi si
> clovek pozadat o presun ze "ctyrky".
je to obracene, defaultne je kazdy na PHP 5.1, ale na pozadani muze byt presunut na PHP 4.4
php na pipni:
free:
2 servery s PHP 5.1
placeny:
3 servery s PHP 5.1
1 server s PHP 4.4
1 server s PHP 4 i PHP 5 -
Metodika je přesně popsaná, je uveden i skript, kterým bylo měření provedeno. Jednu drobnou chybu jsem tam dodatečně odhalil a v článku jsem na ni upozornil s tím, že výsledky myslím v podstatě nijak neovlivnila.
Kupříkladu www.pipni.cz vrací v hlavičce Server řetězec "Apache", takže u něj není poznat nejen verze PHP, ale ani to, zda PHP vůbec používá. Příčiny a důsledky tohoto jevu jsou v článku také popsány. -
anonymníTakovou hlavicku mi vraci freehosting pipni:
Date: Mon, 16 Jan 2006 09:03:21 GMT
Server: Apache
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Length: 6140
Connection: close
Content-Type: text/html
200 OK
Mam pocit ze na freehostingu u nich si nelze vybrat a vsichni nucene testuji PHP5 :)
Hadam ze vetsina jejich domen jede na free, takze od oka rekneme dalsi 4% pro PHP5.1 celkove a 12% v podilu PHP ;)
Jinak ja pouzivam na serveru mod_security a ten defaultne hlasi linux s apachem jako IIS. Ja to prenastavil na neco neurciteho (takze jsem neuveden). -
anonymníKoukal jsem do logu nekolika webserveru a bohuzel musim rict, ze 5. a 6. ledna tohoto roku nemel ani jeden z nich zadnou konexy co bych cekal od toho robota. Nektere z nich dokonce nemely konexe z .cz vubec. Nejsem si proto jisty jestli bylo prohledavani domen uplne koser.
Na nakterych tech serverech bezi webservery boa a bozzohttpd. Kolik tehle severu se provozuje v .cz? -
Seznam domén je zhruba ze října 2005 od Cz.NIC. Jak jsem psal, měřeny byly pouze domény začínající www. a končící .cz. Pokud vaše domény této masce vyhovují, tak mi pošlete jejich seznam a já se podívám, zda byly na seznamu a případně co vrátily.
Boa: 1 doména www. .cz, bozzohttpd neznám, nezná ho ani Google a v .cz nemá zastoupení. -
Bilbo (neregistrovaný)No, zajimalo by mne odkud byl ziskan seznam domen.
Protoze typicky na jednom stroji casto bezi vice domen, hostingy maj treba stovky domen na masinu, firemni stroje muzou mit na jedne masine domenu treba i jen jednu, nebo obecne malo. Takze pokud se testovani delalo po domenach tak to vubec nevypovida o serverech ... sprava metodika by byla vsechny domenovy jmena nejdriv resolvnout a pak vyhazet duplicitni IPcka ... aneb na kazdy server connectit jen jednou.
I kdyz pokud by uz ziskani seznamu domen tomu odpovidalo, mohlo by to byt Ok.
A navic nektere servery (napr. muj bilbo.czela.net) jsou v CR ale pritom nemaji zadny zaznam v domene .cz
A naopak muzou byt zahranicni servery, ktere maji zaznam v .cz
Korektnejsi (=presnejsi vysledky) by podle mne bylo proscanovat treba podle GeoIP kazdou ceskou adresu ... -
Správnost metodiky záleží na tom, co chcete měřit. Já jsem chtěl měřit zastoupení na .cz doménách, "ČR" v titulku je jen básnická zkratka. Ze stejného důvodu nebyly ani sjednoceny domény podle IP adres. To by navíc nebylo přesné, protože i když je více domén spravováno jedním serverem, tak pro každou může být použita jiná verze PHP.
-
glx (neregistrovaný)Domeny samozrejme podmince vyhovuji.
Posilat jejich seznam nebudu - tak dulezite to pro me zase neni a co je komu do toho :-). Ale prozradim, ze tam je vetsinou PHP4, v jednom pripade z duvodu kompatibility jedne hodne stare aplikace dokonce PHP3 (radne patchovane a workaroundovane). -
rsaf (neregistrovaný)Ja prohlizel na jednom ze serveru taky access-log a taky jsem tam tohle nenasel... vzal jsem jeden starsi (odrotovany) access-log:
(datum kdy logy zacinaji)
magic1:~/logs# cat access.log.2 | head -n 1
x.x.x.x - - [04/Jan/2006:06:26:14 +0100] "GET / HTTP/1.1" 200 445 "-" "Mozilla/5.0...
(datum kdy logy konci)
magic1:~/logs# cat access.log.2 | tail -n 1
x.x.x.x - - [08/Jan/2006:06:32:34 +0100] "GET /image/postcard.jpg HTTP/1.1" ....
takze logicky by to melo byt nekde uvnitr toho souboru ;-) jenze
cat access.log.2 | grep checker
nevrati vubec nic
mj. jsem zkousel jeste
cat access.log.2 | grep Checker
a to vrati akorat neco od bota
ZyBorg/1.0 Dead Link Checker (wn.dlc@looksmart.net; ttp://www.WISEnutbot.com)
to same jsem zkousel hledat pro jistotu i v error.log
server hostuje minimalne tri domeny kde funguje www.DOMENA.cz (www.paskov.cz, www.obec-paskov.cz)
Mohl bych jeste prohlidnout server kde bezi par desitek cz domen.... jak to teda bylo s tom checkerem ? -
Majkls (neregistrovaný)Problémem jazyků jako je ruby, python, java (tomcat) není to, že by byl problém něco napsat objektově jinak. Ale problém je tyto jazyky aplikovat masově. Lze to buď s omezeníma nebo vůbec. Například u PHP pro masový hosting stačí provést jednoduchý patch (upravit open_basedir). Který z těchto projeků má něco podobného jako PHP, tj. open_basedir? Nedomnívám se, že by byl problém pro programátory se naučit jiný jazyk. Problém je opatchovat zdrojáky, aby to plně fungovalo.
