Il s'agit de la commande ic_mod_perlp qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
ic_mod_perl -- Exécutez Interchange entièrement dans Apache/mod_perl
SYNOPSIS
# Ajouter à Apache httpd.conf :
PerlRequire /usr/lib/interchange/bin/ic_mod_perl
PerlChildInitHandler Vend :: ModPerl :: child_start
PerlChildExitHandler Vend :: ModPerl :: child_end
Script perl SetHandler
PerlHandler Vend ::ModPerl
PerlSendHeader désactivé
PerlSetupEnv activé
DESCRIPTION
Avantages sociaux
· Peut-être une meilleure stabilité, en particulier sur les plates-formes non Linux où les signaux Perl sont
souvent buggé.
· Utiliser moins de mémoire totale ; ne pas avoir préforqué Apache et Démons d'échange. Ajoute environ
8 Mo de plus à un processus enfant Apache/mod_perl typique, pour un total de, disons, 32 Mo par
Processus enfant Apache. Mais l'échange autonome a généralement 3 processus : un
Processus enfant d'échange (~24 Mo), un enfant httpd (~24 Mo), et un lien CGI (~1 Mo),
il s'agit donc en fait d'une économie décente sur la mémoire totale utilisée.
· Vitesse (allant d'un peu plus rapide au même sur les pages lourdes, à 10 hits/sec. plus rapide
sur des pages vides).
· Débogage -- plongez dans les entrailles avec Apache::Status.
· Coexistence plus facile avec d'autres codes et bibliothèques mod_perl.
· Peut coexister avec la base de code d'échange autonome sans problèmes.
· Facilité administrative (pour les administrateurs système connaissant Apache mais pas Interchange).
Inconvénients
· Interchange s'exécute en tant qu'utilisateur du serveur Web, ce qui, dans un système standard, est généralement Apache ou
www, vous ne voudriez donc pas partager cette installation Apache avec des CGI d'utilisateurs non fiables,
PHP, etc. car ils pourraient lire tous les fichiers d'échange, y compris les DSN, userdb, etc.
· Apache doit être dédié ou surveillé de très près car tous les éléments de mod_perl s'exécutent
dans le même interpréteur, et beaucoup de code mod_perl n'utilise pas Safe.
· Comment évoluez-vous vers plusieurs serveurs d'applications dans cette configuration ?
· Redirection de port matériel ou logiciel
· Redirecteur frontal Tux CGI comme tlink
· Apache léger séparé (pas de modules) qui exécute les requêtes /ic
Idéal Système installation
Utilisez Tux pour servir des images et du contenu statique, et un Apache dédié pour l'exécution d'Interchange
sous l'utilisateur 'interch' et sans UserDir, CGI, PHP, etc. activé et un DocRoot vide.
MISES EN GARDE
· Méfiez-vous des différentes versions de Storable dans les sessions lors du basculement entre
autonome et mod_perl fonctionne !
Utilisez ic_mod_perlp en ligne à l'aide des services onworks.net
