PHP4 a PHP5 na jednom apači - kudy cesta nevede

25.2.2008 22:42 | Přečteno: 12264× | Ubuntu

Protože Wiki je dneska v módě, řekl jsem si, že jí na svou doménu nainstaluji. To jsem ale netušil, že poslední verze vyžadují PHP5 ...

První problém, na který jsem na našem společném virtuálním serveru narazil byl PLESK, který vyžadoval php4. Po nějaké době dohadování jsme se rozhodli, že bez Plesku přežijeme a postupili jsme o krok dál. Bez větších problémů jsem vyměnil mod-php4 za mod-php5. Phpinfo zahlásilo PHP5. Hurá. Jenže přestalo fungovat phpbb, v kterém mám pár vlastních modifikací. Po chvíli odlaďování jsem našel množinu asi 10ti funkcí v includes/functions.php, kvůli kterým to nejspíš přestalo fungovat. Ovšem vidina toho, že budu na "ostrém" serveru překopávat zdrojáky takového molocha, jakým je phpBB se mi moc nelíbila. Ještě jednou jsem prohlabal abíčko i google a našel návod, který doporučoval instalaci přes fastcgi. Tudy cesta také nevede, respektive jsem ji vzdal v okamžiku kdy jsem nebyl schopen přesvědčit apače, aby phpčka spouštěl a nepsal jen 404ku ... Na dvou portech se mi 2 instance Apache pouštět nechce (a už vůbec ne tak prasácky jak je popsáno v blogu). Gentoo rady ani tohle mi moc nepomohlo

Vzhledem k časovému presu tak v podstatě zbývají tři řešení - buď si přečíst PHP4 - 5 migrační příručku a portnout phpBB2 do 5ky, nebo upgradnout phpBB2 na phpBB3 (a přeprogramovat všechny moje vychytávky, přemigrovat databázi a tak podobně, nebo halt nainstalovat MediaWiki 1.6.0, což je poslední release, který běží pod PHP4.

P.S.: našel jsem docela zajímavé tipy na wiki ze ZČU

       

Komentáře

[onion]

S paralelnim provozem php4 a php5 ti neporadim nicmene mam trochu zkusenosti s prechodem na phpBB 3.x.

Konverze probehla bez nejmensiho problemu, je to otazka cca dvou kliknuti v instalatoru, chvili to trva (v zavislosti na velikosti DB). DB jsem mel tusim v UTF-8 a s cestinou zadny problem nebyl. Taky je dost slusna sance, ze svoje "vychytavky" nebudes muset prepisovat, protoze skok od 2.x k 3.x prinesl obrovske mnozstvi funkci a dost mozna, uz jsou tvoje vychytavky integrovane

[jm]

No tak nevim; vanilla phpBB funguje normalne pod PHP5. Jestli sis tam dobastlil nejakou neumetelskou sragoru co to nezvladne, tak to je celkem tvuj problem. Jo BTW Gentoo rady fungujou, ale to chce asi ponekud jiny pristup. Suma sumarum - pokud neco nefunguje dodnes pod PHP5, tak bude lepe ten rozbity kram smazat a vyhodit.

[Georgius]

Já mám tu polskou modifikaci (modified by Przemo) z dob, kdy jsem neměl sílu bastlit phpBB mody (to je fakt hrůza) + vlastní překlad + jeden celkem elegantní (i když ne tak moc) mod přidávající vlastní tag do textu (+ vkládání parametrů přes menu a tak). To co mne zarazilo je, že PHP5 umírá při definici funkce. To by se slušně vychovanému jazyku nemělo stávat, řekl bych, že by měl umřít s nějakou inteligentní hláškou a ne ticho po pěšině ...

[jm]

Modifikovany phpBB -> bleeesmrt. To to nijak neaktualizujes, nebo jak to delas? Takhle modifikovany jsme meli squirrelmail na hostingu, ktery sice potom vypadal opravdu uzasne, ale jakakoliv aktualizace byla naprosto nemozna jinym zpusobem, nez vyzobavanim zaplat z CVS a patchovanim souboru. Never more!

[Věroš]

Použít PHP4 jako CGI a PHP5 jako modul?

Alternativa 2: virtuální stroje - neměl jsem sílu migrovat stávající uživatele z PHP4 na PHP5 a tak jsem jim udělal malý XEN...

[azurIt]

pri PHP cez CGI som mal problem napr. s Joomlou (nefungovala spravne)

[happy barney]

php4 a php5, oba ako fastcgi
výhoda: nepotrebuješ suexec, fastcgi sa dá spúšťať mimo chroot-u httpd, dokonca i na inom stroji, vieš reštartnúť php (memory-leaky) bez nutnosti reštartu httpd, pri použití napr lighttpd môže jeden httpd používať viacero fastcgi serverov, pre každý virtual host vlastný user-id, atď, atď

[pht]

co treba mit 2 apache a kazdej s vlastnim php. ten php5 muze byt poveseny bud na jine ip nebo na jinem portu a pripadne ten puvodni na nej muze i neco redirectovat.

[Georgius]

Dobrý nápad, ale máme jen 1 ks IP veřejné . Viset na jiném portu mne napadlo, ale jsou proxyny, které tam pak člověka nepustí (v práci proxyna pustí 80+https a tím to končí). Čili jedině jedno php mít na http a jiné na https ...

[Věroš]

A co mod_proxy v rámci Apache?

[Georgius]

jejda, to mne nenapadlo. Díky za inspiraci.

[Věroš]

A nebo ještě lepší - požadavky protáhnout přes nějakou reverzní cache (squid, varnish, lighthttpd) a tam je třídit.

Spotřeba paměti Apache drasticky klesne, protože nebude muset čekat na ty zas***é klienty na pomalých linkách...

Měl jsem takhle pod rukou kamarádův server shozený jenom stahováním statických obrázků - stahovalo je moc lidí najednou a protože tam běželo i PHP, tak každý jeden potomek Apache sežral paměť, jako by používal i PHP - a že jí nebylo málo. Pak už to šlo z kopce, swapování a rychlá smrt při trashování. Jenom blbý předřazený squid tomu výrazně pomohl.

[pht]

ten jeden apache muze bejt na privatni ip (klidne i na 127.0.0.1 ci 127.0.0.2) a dostavat se na nej muzou lidi pres reverzni proxy jak uz bylo receno.

[VRtulnikk]

Prez .htaccess lze nastavit ruzne parsovani pro ruzne adresare... cili le nastavit jako vychozi PHP5 a pro jeden adresar jako vychozi PHP4... jedno vsak musi bezet jako modul, druhe jako CGI ...nemel jsem s tim problem.

[Georgius]

Přes .htaccess ? Nechtělo by se ti pastnout nějaký příklad ?

[VRtulnikk]

AddHandler php5-cgi .php
Action php5-cgi /php5cgi/php

...takto lze napriklad nastavit pro vsechny .php soubory v adresari a podadresariich jako vychozi PHP5, ikdyz je jinde PHP4

[Georgius]

Hmm, browser hodí 404, v errorlogu nic, v normálním logu

mojeIP - - [26/Feb/2008:09:27:34 +0000] "GET /php5 HTTP/1.0" 301 604 "-" "blablablabla"

to jsem z toho jelen

[Michal Fecko]

"Přátelé, tudy ne, tudy cesta opravdu nevede"