> A titre d'exemple mettre sur le même serveur IIS deux configuration
> ASP avec des paramètres totalement différents pour des raisons de
> sécurité qui appellent la même base de données avec d'un coté des
> appels extrèmement intensifs pour une mise à jour immédiate des
> données et de l'autre une gestion de cache optimisée pour minimiser
> les accès base est assez délicat sous Apache/PHP, rien que de gérer
> des php.ini différents en fonction des sites est problématique, et
> pour la gestion des accès il va probablement falloir se farcir une
> gestion du cache à la main (ce qui est toujours une très mauvaise
> idée, tant la question est délicate). Sous IIS ca se fait facilement.
> On met un processus middle tier par site et on règle les paramétrages
> OleDB par site et basta.
Mais que je sache il n'y a pas de possilités similaires au chrootage ou
à la mise en jail pour IIS - sauf à virtualiser. Ce n'est donc pas
véritablement de l'isolation.
[^] # Re: Plusieurs hypothèses
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal apache perd du terrain face à IIS de manière inquiétante. Évalué à 2.
> ASP avec des paramètres totalement différents pour des raisons de
> sécurité qui appellent la même base de données avec d'un coté des
> appels extrèmement intensifs pour une mise à jour immédiate des
> données et de l'autre une gestion de cache optimisée pour minimiser
> les accès base est assez délicat sous Apache/PHP, rien que de gérer
> des php.ini différents en fonction des sites est problématique, et
> pour la gestion des accès il va probablement falloir se farcir une
> gestion du cache à la main (ce qui est toujours une très mauvaise
> idée, tant la question est délicate). Sous IIS ca se fait facilement.
> On met un processus middle tier par site et on règle les paramétrages
> OleDB par site et basta.
Mais que je sache il n'y a pas de possilités similaires au chrootage ou
à la mise en jail pour IIS - sauf à virtualiser. Ce n'est donc pas
véritablement de l'isolation.