PHP4 és PHP5 egy gépen

UNIX haladó

Sziasztok!

Megoldható az alábbi feladat?

Adott egy darab szerver. Egy darab "rendes" IP címmel.
Xen alatt két virtuális gép fut, egy-egy privát IP címmel (pl. 192.168.1.1 és 192.168.1.2).

Az egyik VM PHP4-et futtat.
A másik VM PHP5-öt futtat.

A bejövő HTTP kéréseket hoszt nevek alapján szét kellene válogatni aszerint, hogy PHP4 vagy PHP5 környezetben leledzik az adott oldal.

Az internet felől csak egy darab 80-as port látszódhat.

Attila

  • 1722 megtekintés

( efpe | 2009. 03. 05., cs – 22:26 )

Ha egy Apache-ba huzod fel a php5-t es cgikent a php4-et, akkor talan egyszerubb. Siman, vhostonkent AddHandlerrel tudod varialni, hogy melyiket, mi hajtsa meg. Talan Howtoforgeon lattam ehhez kapcsolodo leirast.

Ha mindenkeppen 2 kulon vmre akarod rakni, akkor talan shell script general vhost configot a kulso gepre, majd proxyzol.

Egyiket sem probaltam.. :)

( saxus | 2009. 03. 05., cs – 22:43 )

FastCGI?

Akkor akár egy gépről is mehetne (vagy ha akarod háromról, mert FastCGI mehet TCP/IP-n is) és vhostonként szabályozhatod, hogy melyik melyiket használja.

----------------
Lvl86 Troll

Nem szeretnék CGI-t.
De az az ötlet, hogy a "külső" gép 80-as portján konfiguráljak egy Apache webszervert, reverse proxy segítségével, nos, ez egyre jobban tetszik.

Az Apache doksi szerint:

A reverse proxy (or gateway), by contrast, appears to the client just like an ordinary web server. No special configuration on the client is necessary. The client makes ordinary requests for content in the name-space of the reverse proxy. The reverse proxy then decides where to send those requests, and returns the content as if it was itself the origin.

Csinált valaki ilyesmit?

FastCGI nem ugyanaz, mint a CGI. FastCGI-nél egyszer spawnolod a PHP feldolgozókat és nem fog minden oldalletöltéskor külön indítgatni.

De alapvetően nekem mindegy, csak egy tipp volt.

Mondjuk én alapvetően a PHP4-t helyből kiírtanám, a régi szutykokat meg portolnám 5-re a helyedben, PHP4 2007 dec 31 óta nem támogatott. De gondolom ezzel tisztában vagy.

----------------
Lvl86 Troll

( Tyra3l | 2009. 03. 05., cs – 22:58 )

ha lenne meg1 publikus ip, akkor futhatna 2 apache, az a leggyorsabb.
ha nincs ra keret, es nem gaz, akkor meg mindig futhat az egyik apache alternativ porton.
ha nem szabad, akkor 2 apache alternativ porton eleg a default portra 1 squid, vagy apache mod_backhand-del vagy mod_proxy-val.
De ennek mar kozel azonos overheadje van, mintha apache + fastcgi komboval virtualhostonkent egyedi php.ini-vel, es php verzioval szolgalnad ki a kereseket, es ez egy csomo proxyzasbol adodo esetleges problemat elkerulhetove tenne.

itt a hupon mar az osszes variaciorol volt topic szerintem.

Tyrael

( janoszen v | 2009. 03. 06., p – 01:02 )

1. két Apache, esetleg reverse proxyval szétdobva a kapcsolatokat.
2. két IP cím, két Apache
3. Egyik PHP (Fast)CGI-vel fut
4. Gentoo concurentphp patch (ugly sick hack)

( dannyboi | 2009. 03. 19., cs – 13:33 )

Zorp hostnev alapjan meg tudja csinalni az iranyitast. Nalam egy gepen fut 2 apache, az egyik alatt php5, masik alatt php4 megy. Zorp bellitasanal megadom melyik site melyik belso apache portra menjen, kifele csak 80-as port latszik.

Konnyebb volt igy megcsinalni, mint fastcgi-vel (nekem) :D

( ScOut3R | 2009. 03. 19., cs – 15:15 )

Host gepen egy reverse proxy-val domain alapjan szet tudod dobalni a kereseket a VM-ek belso IP-jere. Nginx-et javaslom.