On ven. 27 mai 2011 19:44:52 CEST, Milamber wrote:
> Bonjour,
>
> Je rejoins les réponses précédentes, quasiment impossible à forcer de
> faire l'upgrade si c'est pas prévu.
>
> Tu peux donc utiliser un web application firewall (modsecurity) pour
> palier aux problèmes de sécurité de PHP (et ce
On 04/06/11 13:48, Jérôme Nicolle wrote:
Le 27 mai 2011 19:44, Milamber a écrit :
utilisateurs possibles. L'ACL peut être aussi en GeoIP (module apache)
pour limiter les ip entrante à un pays (si c'est possible pour les
utilisateurs) ceci t'évitera un bon gros paquet de tentative d'attaques.
Le 27 mai 2011 19:44, Milamber a écrit :
> utilisateurs possibles. L'ACL peut être aussi en GeoIP (module apache)
> pour limiter les ip entrante à un pays (si c'est possible pour les
> utilisateurs) ceci t'évitera un bon gros paquet de tentative d'attaques.
Ou comment rendre ton site totalement
Bonjour,
Je rejoins les réponses précédentes, quasiment impossible à forcer de
faire l'upgrade si c'est pas prévu.
Tu peux donc utiliser un web application firewall (modsecurity) pour
palier aux problèmes de sécurité de PHP (et certainement de
l'application elle-même)
Ma recette c'est :
en fronta
Julien Escario écrit :
> L'appli est encore maintenue par le développeur 'historique'.
> Contrat type tierce maintenance applicative. Donc pour toi, ils
> n'ont aucune obligation à faire tourner ça sur une plateforme
> respectant l'état de l'art, ne serait-ce qu'en matière de sécurité ?
> Pour moi
Le Fri, May 27, 2011 at 05:02:06PM +0200, Julien Escario [esca...@azylog.net] a
écrit:
> Le 27/05/2011 16:51, Dominique Rousseau a écrit :
> > Oh bah c'est ton client qui va payer le dev, d'une façon ou d'une autre.
> > Soit qu'il a encore le presta en question à travailler sur le site, il
> > fai
Le 27/05/2011 16:51, Dominique Rousseau a écrit :
> Oh bah c'est ton client qui va payer le dev, d'une façon ou d'une autre.
> Soit qu'il a encore le presta en question à travailler sur le site, il
> fait évoluer sa demande sur « compatible PHP 5 actuel ».
> Soit qu'il prend quelqu'un d'autre pour
Le Fri, May 27, 2011 at 04:25:16PM +0200, Julien Escario [esca...@azylog.net] a
écrit:
[...]
>
> A priori, pas de trace de l'obligation écrite de la boite de dev de suivre les
> versions du langage.
>
> D'où ma question : le client est-il en mesure de forcer (par négo, voir par
> avocat) à rendr
Le 27 mai 2011 16:25, Julien Escario a écrit :
> D'où ma question : le client est-il en mesure de forcer (par négo, voir par
> avocat) à rendre son application compatible PHP5 ?
> Histoire de savoir qui va devoir payer le dev pour upgrader ce soft.
S'il y a un contrat de maintenance en condition
Bonjour,
Un projet de migration m’amène dans une situation inédite pour moi :
Je récupère une application web sur mes serveurs. Le problème : l'application de
fonctionne avec PHP 5.2 (je n'ai même pas voulu essayer en 5.3). L'ancien
hébergeur (et développeur de l'application - y compris dans le fut
10 matches
Mail list logo
