Dies ist der Befehl ic_mod_perlp, der beim kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, dem Windows-Online-Emulator oder dem MAC OS-Online-Emulator ausgeführt werden kann
PROGRAMM:
NAME/FUNKTION
ic_mod_perl – Führen Sie Interchange vollständig in Apache/mod_perl aus
ZUSAMMENFASSUNG
# Zu Apache httpd.conf hinzufügen:
PerlRequire /usr/lib/interchange/bin/ic_mod_perl
PerlChildInitHandler Vend::ModPerl::child_start
PerlChildExitHandler Vend::ModPerl::child_end
SetHandler Perl-Skript
PerlHandler Vend::ModPerl
PerlSendHeader Aus
PerlSetupEnv Ein
BESCHREIBUNG
Benefits
· Möglicherweise bessere Stabilität, insbesondere auf Nicht-Linux-Plattformen, auf denen Perl-Signale vorhanden sind
oft fehlerhaft.
· Verbrauchen Sie insgesamt weniger Speicher; Ich habe Apache nicht vorgeforkt und Daemons austauschen. Fügt ungefähr hinzu
8 MB mehr für einen typischen untergeordneten Apache/mod_perl-Prozess, insgesamt also beispielsweise 32 MB pro
Untergeordneter Apache-Prozess. Aber eigenständiger Interchange hat normalerweise drei Prozesse: einen
Interchange-Kindprozess (~24 MB), ein httpd-Kindprozess (~24 MB), und ein Link-CGI (~1 MB),
Es handelt sich also tatsächlich um eine ordentliche Einsparung des insgesamt genutzten Speichers.
· Geschwindigkeit (von etwas schneller bis gleich auf umfangreichen Seiten bis zu 10 Treffern/Sek. schneller).
auf leeren Seiten).
· Debugging – Tauchen Sie mit Apache::Status in die Tiefe ein.
· Einfachere Koexistenz mit anderem mod_perl-Code und anderen Bibliotheken.
· Kann problemlos mit der eigenständigen Interchange-Codebasis koexistieren.
· Verwaltungsfreundlichkeit (für Systemadministratoren, die Apache, aber nicht Interchange kennen).
Nachteile
· Interchange läuft als Webserver-Benutzer, was in einem Standardsystem normalerweise Apache oder ist
www, also möchten Sie diese Apache-Installation nicht mit nicht vertrauenswürdigen Benutzer-CGIs teilen,
PHP usw., da sie alle Interchange-Dateien lesen könnten, einschließlich DSNs, Benutzerdatenbanken usw.
· Apache muss dediziert sein oder sehr genau überwacht werden, da alle mod_perl-Sachen ausgeführt werden
im selben Interpreter und viele mod_perl-Codes verwenden Safe nicht.
· Wie können Sie in dieser Konfiguration auf mehrere App-Server skalieren?
· Hardware- oder Software-Port-Redirector
· Tux CGI-Front-End-Redirector wie Tlink
· Separater, leichter Apache (keine Module), der /ic-Anfragen weiterleitet
Ideal System Setup
Verwenden Sie Tux, um Bilder und statische Inhalte bereitzustellen, und führen Sie einen dedizierten Apache for Interchange aus
unter dem Benutzer „interch“ und ohne aktiviertes UserDir, CGI, PHP usw. und einem leeren DocRoot.
VORSICHTEN
· Achten Sie beim Wechsel zwischen den Sitzungen auf unterschiedliche speicherbare Versionen
standalone und mod_perl läuft!
Verwenden Sie ic_mod_perlp online über die Dienste von onworks.net
