Received: by 10.68.191.225 with SMTP id hb1mr1787147pbc.5.1336235137739;
        Sat, 05 May 2012 09:25:37 -0700 (PDT)
Path: pr3ni7414pbb.0!nntp.google.com!news1.google.com!news4.google.com!feeder3.cambriumusenet.nl!feed.tweaknews.nl!212.27.60.9.MISMATCH!proxad.net!feeder2-2.proxad.net!cleanfeed3-a.proxad.net!nnrp1-1.free.fr!not-for-mail
Date: Sat, 05 May 2012 18:25:37 +0200
From: Jean Francois Ortolo <ortolo.jeanfrancois_nos...@free.fr.invalid>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1
MIME-Version: 1.0
Newsgroups: fr.comp.lang.php
Subject: Re: Evolution future de la =?ISO-8859-1?Q?s=E9lection+modificati?=
 =?ISO-8859-1?Q?on_d=27une_cha=EEne_de_caract=E8res=2E?=
References: <4fa525c6$0$6835$426a74cc@news.free.fr> <4fa52d08$0$698$426a74cc@news.free.fr> <4fa53303$0$1713$426a74cc@news.free.fr> <4fa535c8$0$721$426a74cc@news.free.fr> <4fa53e31$0$719$426a74cc@news.free.fr> <4fa54955$0$1709$426a74cc@news.free.fr>
In-Reply-To: <4fa54955$0$1709$426a74cc@news.free.fr>
Lines: 75
Message-ID: <4fa55481$0$1690$426a74cc@news.free.fr>
Organization: Guest of ProXad - France
NNTP-Posting-Date: 05 May 2012 18:25:37 CEST
NNTP-Posting-Host: 82.225.74.10
X-Trace: 1336235137 news-2.free.fr 1690 82.225.74.10:38245
X-Complaints-To: abuse@proxad.net
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Le 05/05/2012 17:37, Clément a écrit :
>
> Quoi qu'il en soit, je ne ferai que me répéter pour la 3ème fois mais :
> Prendre en compte les versions ultérieures maintenant serait la pire
> perte de temps que vous puissiez prendre car :
> 1- on ne peut pas deviner le devenir de PHP, les choix sont votés et les
> modifications arrivent aux compte-goutte.
> 2- la version de PHP ne devrait être changée que pour une bonne raison
> (faille de sécurité par exemple) mais jamais de plus d'une version (php
> 5.2.2 à php 5.2.3 par exemple)
>
>


   Bonjour Monsieur

   Je peux quand même ( comme je l'ai fait en migrant mon site entier 
vers les fonctions de type PCRE et l'interface PDO de MySQL ), 
m'arranger pour que mon site soit compatible à priori, avec l'évolution 
probable future des versions de PHP.

   La compatibilité n'est pas identité, mais simplement une question 
d'adaptation. Un site peut très bien être compatible avec toutes les 
versions récentes de PHP, et aussi avec les ( relativement ) proches 
versions futures probable, de PHP.

   Par ailleurs, cette migration, dont je suis très fier, a nécessité 
que je programme en Bourne Shell et en Langage AWK, des programmes de 
conversion des anciennes fonctions, vers les nouvelles fonctions, en 
lisant les anciens scripts php de manière récursive dans l'arborescence 
des répertoires de mon site ( sur mon ordinateur of course ), et en 
traduisant les anciennes fonctions vers les nouvelles fonctions, tout en 
gardant les paramètres suffisamment identiques,q ue ce soient des 
variables ou des chaînes de caractères.

   Le processus, fût en fait semi-automatique, car j'ai eu à corriger 
les erreurs, loguées par mes soins dans des fichiers ad hoc.

   J'ai fait la même chose pour mon site partenaire www.lescourses.com , 
mais la version en ligne est encore à l'ancienne mode. Cependant, la 
nouvelle version a été copiée par mes soins, dans un sous-répertoire du 
site.

   Le processus de migration, a été plus que très accéléré par le mode 
semi-automatique. En fait, je ne m'en serais jamais tiré, si j'avais eu 
à changer tous les scripts manuellement... ;)

   Je suis obligé de suivre l'évolution des versions de PHP, compte tenu 
du fait que mon site est sur un hébergement mutualisé. Je ne maîtrise 
pas la version de PHP.

   Actuellement, la version de PHP pour mon site, est :

   PHP 5.2.6-1  , en mode CGI/FastCGI

   Le Safe Mode n'est pas activé, heureusement, ce qui me permet 
d'allonger un peu le temps d'exécution de mes scripts, donc de rendre 
mon site plus "Google friendly", en m'évitant des redirections de 
scripts en scripts, pour éviter la limite fatidique des 30 secondes 
maximum d'exécution. ;)

   Une dernière question que j'aurais, qui concerne plus MySQL en PHP, 
serait quelle instruction MySQL ( je crois que c'est de la forme  : "SET 
NAMES latin1" ou qqqhose comme çà ) je pourrais utiliser, pour fixer de 
manière absolue, le mode de caractères des lectures/écritures dans la 
base de données MySQL.

   Merci beaucoup de vos réponses à cette dernière question.

   Bien amicalement.

   Jean François Ortolo