> Andererseits: Muss man wirklich pro Request einen Prozess starten? > Das klingt nach Uralt-CGI, und da dürfte man mit newLisp am besten dran sein
Müssen tust du nicht, aber du bist verdammt gut beraten es zu tun solange du nicht 100% garantieren kannst dass ALLE verwendeten Libraries und Extensions Thread-Safe sind
Fast-CGI ermöglicht dir zwar den Apache mit Threads klaufen zu lassen, der oben genannte Schrott frisst die halt ann den Speicher mit den isolierten PHP-Prozessen weg womit dir das im Hinblick auf Speicherverbrauch sehr wenig bringt
Und NEIN - MAN will bei PHP nicht hirntot Wrapper über Wrapper legen IDIOTEN wollen das und rotzen damit Sofwtare raus die es unmöglich macht ein paar hundert Hosts auf aktueller Hardware zu betreiben und beim ersten Presseartikel der auf eine gehostete Seite verweist steht alles
However, mir ist das Scheissegal, ich finde es nur lustig dass jede Menge Leute solchen Rotz bejutzen während wir mit selbst entwickelter CMS Software bis zu 1000 Domains auf einer Maschine hosten und dabei sind auch einige High-Traffic Domains
Wenn ihr so toll seid, dann bringt euer CMS doch als Opensource raus, damit alle was davon haben.
Aber ja, mich nerven diese Dickschiffe auch. Aber Drupal & Co. nehmen sich da auch nichts. Der alte PHP-Kram war zwar hässlich, aber lief dafür fast überall.
Wollen wir aber nicht weil damit der Vorteil ohne Rücksicht auf Kompatibilität Updates zu verteilen was alles per Knopfdruck auf eine beliebige Aanzahl Server mit der beliebigen Anzahl vHosts erfolgt
genau deswegen ist das Teil ja so rattenschnell geworden weil Micro-Optimization jederzeit als Rolling-Release raus kann ohne irgendjemandem was erklären zu müssen und wenn Sachen raus fliegen gibts ebenfalls Scripts welche ggf. vHosts in der ganzen Infrastruktur suchen wo noch verwendet und anzupassen ist
Als OpenSource macht so keinen Sinn und schon gar nicht will man fremde Finger drinen haben wenn permanent Security-Audits von grosskunden laufen
> Andererseits: Muss man wirklich pro Request einen Prozess starten?
> Das klingt nach Uralt-CGI, und da dürfte man mit newLisp am besten dran sein
Müssen tust du nicht, aber du bist verdammt gut beraten es zu tun solange du nicht 100% garantieren kannst dass ALLE verwendeten Libraries und Extensions Thread-Safe sind
Fast-CGI ermöglicht dir zwar den Apache mit Threads klaufen zu lassen, der oben genannte Schrott frisst die halt ann den Speicher mit den isolierten PHP-Prozessen weg womit dir das im Hinblick auf Speicherverbrauch sehr wenig bringt
Und NEIN - MAN will bei PHP nicht hirntot Wrapper über Wrapper legen
IDIOTEN wollen das und rotzen damit Sofwtare raus die es unmöglich
macht ein paar hundert Hosts auf aktueller Hardware zu betreiben
und beim ersten Presseartikel der auf eine gehostete Seite verweist steht alles
However, mir ist das Scheissegal, ich finde es nur lustig dass jede Menge
Leute solchen Rotz bejutzen während wir mit selbst entwickelter CMS
Software bis zu 1000 Domains auf einer Maschine hosten und dabei sind auch
einige High-Traffic Domains
Wenn ihr so toll seid, dann bringt euer CMS doch als Opensource raus, damit alle was davon haben.
Aber ja, mich nerven diese Dickschiffe auch. Aber Drupal & Co. nehmen sich da auch nichts. Der alte PHP-Kram war zwar hässlich, aber lief dafür fast überall.
Wollen wir aber nicht weil damit der Vorteil ohne Rücksicht auf Kompatibilität Updates zu verteilen was alles per Knopfdruck auf eine beliebige Aanzahl Server mit der beliebigen Anzahl vHosts erfolgt
genau deswegen ist das Teil ja so rattenschnell geworden weil Micro-Optimization jederzeit als Rolling-Release raus kann ohne irgendjemandem was erklären zu müssen und wenn Sachen raus fliegen gibts ebenfalls Scripts welche ggf. vHosts in der ganzen Infrastruktur suchen wo noch verwendet und anzupassen ist
Als OpenSource macht so keinen Sinn und schon gar nicht will man fremde Finger drinen haben wenn permanent Security-Audits von grosskunden laufen