web4you.cz pouziva PHP 4.1.2

A co je na tom divnýho? Debian má prostě konzervativní politiku a ve stabilní větvi nedělá žádné masivní updaty, aplikuje jenom opravy chyb a bezpečnostních děr. My taky máme na pronajatém ostrém serveru Debiana s PHP 4.1.2, a žádný problém v tom nevidíme.

Samozřejmě - pokud se vám to nelíbí tak se s nimi zkuste nějak domluvit případně změňte poskytovatele, v tom vám nikdo bránit nemůže.

Hmm...

Shlednete prosim tento dokument: http://www.php.net/ChangeLog-4.php#4.1.2
a jen letmo se zkuste seznamit s chybami a bezpecnostnimi dirami, ktere by Debianu urcite za opravu staly (soukromy nazor uzivatele FreeBSD - no flame, please).

K Vasemu ostremu serveru s PHP 4.1.2 - poskytujete (stejne jako web4you.cz) webhosting? Jadro pudla spociva v tom, ze na PHP 4.1.2 Vam spousta jinak kvalitnich PHP skriptu nepobezi a Vy tuto skutecnost zjistite az po zprovozneni hostingu, vetsinou spojeneho s registraci domeny. Uznejte, ze pro laika neni moc prijemne ihned po uzavreni smlouvy o zrizeni hostingovych sluzeb absolvovat martyrium spojene s prenosem nove domeny k jinemu poskytovateli hostingu. Osobne se domnivam, ze PHP 4.1.2 uz daaaaavno neni standard.

a ktere php je podle vas nyni standard? a pro CO je tim standardem?
osobne se domnivam, ze php nebylo nikdy standardem.
(soukroma myslenka uzivatele Linux,Solaris,HP-UX, MS Windows,PalmOS - no flame,please). ;-)

Opet soukrome ;-) - standartni PHP4 na webhostingu = PHP 4.3.X a nikoli PHP 4.1.2

A v tom vyctu jste jiste zapomnel na nekolik dalsich OS - predpokladam ze take nejste cerstvy absolvent :o)))

Nezapomel. jine v soucasne dobe nepouzivam. ;-)

1) Ten seznam bugu nic nerika o tom jestli fixy byly nebo nebyly backportovany do verze 4.1.2 ktera je v Debianu. Ja jsem presvedcen ze byly, akorat ze ne prechodem k novejsi verzi.

2) Ano, je fakt ze nejsme hostingova spolecnost, to uznavam. Vetsinu veci si vyvijime samostatne.

3) Nevim ktera verze PHP je standard a neodvazuji se neco takoveho rozhodnout. Spis slo o to proc se tazateli nelibi PHP 4.1.2 - jestli jenom z principu nebo ze mu neco nechodi. Je fakt ze jsme si museli nad nekterymi knihovnami dopsat chybejici funkce (ale nic tragickeho).

Spis mne prekvapilo ze se souhlasili s upgradem - ja bych spis ocekaval ze vas proste prehodi na jiny server s jinou distribuci ktera nema natolik konzervativni politiku jako Debian (pri jejich velikosti bych ocekaval ze takovy maji).

ad 1) ta pravdepodobnost tady je, ale nenapada me efektivni zpusob jak si to overit
ad 2) to jsem predpokladal
ad 3) nahradme prosim nepresny vyraz "standard" slovem "zvyklost" ci "ocekavani" ;-) A mate pravdu, jedna se o instalaci nami vyvinuteho modularniho redakcniho systemu, ktery rozhodne nebudeme prepisovat pro PHP 4.1.2 @ web4you.cz

Podotykam, ze kdyz jsem se k cele veci dostal ja, uz byla smlouva o zrizeni hostingu uzavrena a s klientem jedname na dalku s tim, ze komunikaci s poskytovatelem hostingu si vedou sami. Pozadavek na presun na jiny stroj jsme klientovi samozrejme doporucili a na vysledek netrpelive cekame - onen slibeny upgrade se pravdepodobne odehraje prave timto zpusobem, ale technik zrejme nechtel klienta zatezovat podrobnostmi.

Diky za Vase reakce a hezky vikend.

P.S. web4you.cz jsem samozrejme o tomto foru informoval hned po jeho zalozeni - skutecne jsem muj prvni prispevek vnimal jen jako perlicku - nebo vite o nejakem dalsim webhostingu s PHP 4.1.2 ? Abychom si dali pozor... ;-)

1) delam pro webhosting
2) na php 4.1.2 neni NIC spatneho, je to v debianu, zadnou diru to nema (je to opatchovany)
3) ze jste si objednali webhosting aniz byste si overili zda splnuje parametry kterej potrebujete... takovy zakazniky fakt miluju :) moc rad bych je obcas kopnul do zadku, treba by neco skocilo do hlavy...

Vam take hezky vikend! ;-)

Diky za info, alespon vim kteremu hostingu se vyhybat. Jasne, jsme mensi firma a neprinesl bych vam miliony, ale i tak ...

ad 1) http://www.debian.org/security/faq.en-gb.html#version
je opravdu takovy problem podivat se na www.debian.org?

Nez napises nejake moudro, tak si to nejdrive over. Muzes treba zde:

http://packages.debian.org/changelogs/pool/main/p/php4/php4_4.1.2-7/changelog

Z web4you.cz me mailem informovali, ze onen klientovi slibeny upgrade se netykal PHP, ale Debianu jako takoveho, protoze za 14 dni bude nova stable verze s novejsi verzi PHP.

S klientem jsme se domluvili, ze i s jeho novou domenou prejde k nami doporucovanemu poskytovateli hostingu - a je s podivem, ze jim tam take bezi Debian, ale s PHP 4.3.10

Tim koncim - ucelem tohoto fora nebylo nikoho osocovat, ale upozornit ostatni na verzi PHP pouzivanou konkretnim poskytovatelem hostingu - PHP 4.1.2 je z mnoha duvodu celkem neprijemne prekvapeni (viz vyse citovany changelog).

koukni se na debiani changelog k 4.1.2 a zjistis ze 4.3.10 nepotrebujes... videl jsem spoustu veci ktery maj v pozadavcich php 4.3.xa zadnej to ve skutecnosti nepotrebuje, je to jen kvuli security (a tu ma debian sakra vyresenou)

Jak uz bylo receno - Debiani pouze backportuji bugfixy, nic jineho. Najdete mi ve zminemem PHP 4.1.2 na Debianu napriklad funkci pg_query() ... jasne, zrovna tohle je jenom alias pro pg_exec(), ale funkci tam "chybi" vic.

pg_exec? neskriptuju v php takze nevim jestli je tam jiny rozdil nez v nazvu, ale z docs to vypada ze je to kompatibilni....
a jste si jisty ze v debianu woody neni patch pg_query ->pg_exec?

Ano, signatura te funkce je stejna, ale nejsem si uplne jist jestli se nejak zmenily vnitrnosti te funkce. Kazdopadne ale pg_query je tam az od 4.1.2 a protoze Debian nebackportuje funkcni zmeny ale jenom bugfixy (jak uz tu nekolikrat bylo uvedeno a jak je zrejme i z odkazu na Changelog toho debianiho balicku) tak to tam jednoduse neni.

Jenom doplneni - to ze ma neco v pozadavcich PHP 4.3.x neznamena ze ho to vyzaduje nutne. To klidne muze znamenat ze programator to na nem bylo vyvijene a ze to byli lini otestovat nekde jinde. Pripadne tu verzi 4.3.x potrebuje zrovna nejaka funkce kterou vy nepouzivate ...

Velmi mne tesi, ze tak rezolutne prohlasujete, ze PHP 4.1.2 uz "neni standard". Ukazuje to na hlubokou miru znalosti - stejne jako neuveritelne zjisteni, ze Debianu je vicero verzi (a tedy vicero verzi balicku). Natozpak skvela hlaska o tom, ze v PHP 4.1.2 je hafo chyb - a ze nevite, jestli je to opravene v distribuci... Tak mne napada, kdyz se tak rad ohanite changelogem, co takhle se podivat i do changelogu balicku, abyste to treba -zjistil-?

No jo, ucelem nebylo nikoho osocovat, nybrz se vysmat jejich neschopnosti a amaterstvi, ne?:)

Mozna by root.cz nemuzel publikovat jako novinku kazdou kravinu, kterou sem nekdo posle. Pokud se teda primarním cílem nestalo protáčení reklam i za cenu vyvolavání flamů.

Jinak k tomu PHP:

V 1. rade PHP neni nástroj pro seriozni praci. Duvody ci vygooglujte sami.

Starame se ve firme o nekolik hostingovych serveru a je na nich php ve verzich od 4.1 do 5.

Priklanim se k nazozu, ze na provozovani hostingu se zazaplatovanym PHP4.1 neni nic spatneho. S kazdym upgradem mohou prestat fungovat nektere aplikace zakazniku, takze podle meho nazoru neprofesionalni je naopak hosting, ktery neustalym upgradovanim zakazniky obtezuje.5.

Objednat si hosting a dopredu si pritom nezjistit, jestli je instalovany sw kompatibilni s moji aplikaci, to je neprofesionalni.

Aha, omlouvam se root.cz ona to neni zpravicka, ale "diskuse".

Můžete napsat alespoň jeden důvod, proč není PHP vhodný nástroj k seriózní práci?

Rika se chytremu napovez a hloupeho kopni, ale ja jsem nepoucitelny.

Pro zacatek zkuste:
google --> 'why php sucks' --> I'm feeling lucky

Hm... Ani jeden z důvodů, co se mi vypsal, mi nepřipadá dostatečný.

Pokud jde o drobné změny jazyka mezi jednotlivými verzemi PHP, většinu z nich lze ovlivnit konfiguračním souborem. Někdy stačí lehká úprava postižených skriptů. Mně se to taky nelíbí, ale kdyby to platilo jen pro PHP, byl bych štasten. Vzpomeňme GCC 3.4.0 :)

Pokial ste programator, tak si staci pozriet uprostred tejto stranky odstavec "Why PHP 4 is a pain"
http://www.odi.ch/prog/design/php/index.php

No je fakt, že objekty v PHP 4 nestojí za moc, ale v pětce je to lepší. (Další otázka by mohla znít - je potřeba programovat objektově, či ne?) Zbytek jsou podle mě vlastnosti - ne nedostatky. Jediné, co se mi ohledně typů nelíbí, jsou funkce, které jsou schopny vracet jak 0 jako číslo (integer), tak 0 jako false (boolean), což má ale úplně jiný význam. Ne že by to ale bránilo v programování.

Programovat vacsi projekt (viac ako 20 DB Tabuliek) v PHP s pouzitim objektov NEODPORUCAM. Ani PHP5 este nie je jazyk vhodny pre "koser OOP". Bez takej zakladnej vlastnosti ako je "namespace" je udrzba kodu utrpenim. Podla mna uplne staci programovat strukturovane a dodrzat dva principy
1.dosledne oddelit prezentacnu vrstvu od business logiky
2. pristupovat k DB napr. cez ADODb.

http://www.sitepoint.com/article/beyond-template-engine

No já tedy nevím, ale i Gentoo, které se prezentuje jako "state of the art" environment a "most up to date" nenabízí k dnešnímu dni nic lepšího než verzi 4.0.24.

What?! Co treba aktualizovat portage nebo se podivat na packages.gentoo.org? Ja tam zrovna koukam a vidim:

mod_php: 4.3.11 (4.3.11-r2 je ~x86)
php: 4.3.11 (5.0.3-r1 je ~x86)
php-cgi: 4.3.11-r1 (5.0.3-r1 je ~x86)

Oh. Mea culpa. mně se to v hlavě popletlo. Verze 4.0.24 je MySQL a ne PHP. Samozřejmě mtáte pravdu. :-)

.. ale ne nad webhosterem, ale nad "profesionálem", co to sem napsal. IMHO se ten webhoster chová docela zodpovědně, když se snaží zákazníkům zajistit stabilní prostředí se security updates. A že tam není pár funkcí, co využívá ten super profesionální redakční systém v PHP - to je takový problém to projít a ošetřit? Když si profíci nezjistili, co na serveru běží, tak s tím holt bude toška práce. Pokud je to vina klienta, tak to zaplatí přece klient... Takže perlička pro zasmání to byla, ale asi v jiném smyslu, než autor zamýšlel. Tomu se říká "backfire".

Cirou nahodou delam u jednoho docela velkeho hostera a co nejvic miluji jsou zakaznici typu: "Chceme tam PHP5, MySQL 4.1, ale jeste lepsi by byla nejaka beta z 5tkovy rady, a jeste ten novej patch na kdovico." Clovek jim proste nevysvetli, ze je tam bugu a bugu, ze to pada, ze se mi s tim opravdu nechce otravovat a resit jejich problemy - vzhledem k rychlosti devprocesu by clovek musel prekompilovavat vsechno minimalne jednou za tyden, coz pri dnesni prumerne cene za mesic hostingu opravdu nestoji...

Ja napr. nasadim PHP5 az bude venku verze tak odhadem 5.1.2. Podom budu mit jistotu, ze 1) je to opravdu odladene 2) vetsina programatoru uz si nove konvence do skriptu promitla, tzn. kdyz zmenim verzi, neprestanou pulce lidi fungovat jejich stranky a ze vse pojede OK.

zkusil sem najit, co maji na web4you za php a ja (ani google) to na jejich webu nenasel... co z toho pro me plyne - k nim nepudu ... chybu udelal zakaznik ze se dal na takovou pochybnou vec. jednani poskytovatele povazuji za neseriozni. kouknete se na jiny hosting a skuste zjistit co maji za verze software.

k tomu php: je problem provozovat na jednom serveru dve verze php? treba osvedcenou 4.0.x jako modul a k tomu posledni 5.x.x jako CGI???

A co treba na hlavni strance technicke informace a tam je link
na php info.

http://web4u.cz/phpinfo.php4

PHP 4.3.10