Bonjour,
Je reçois de mon hébergeur OVH ce mail inquiétant :
==================================
Bonjour,
Vous avez actuellement un ou plusieurs Hébergement(s) Web qui
utilise(nt) le langage PHP pour des pages web.
Dans un souci d'amélioration et de sécurisation des services OVH, nous
sensibilisons nos clients sur l'abandon des anciennes
versions de PHP, qui ne sont plus maintenues par l'éditeur.
Cela concerne actuellement les versions PHP 4 ainsi que 5.3 et
inférieures.
Il est possible que, dans le futur, nous soyons contraints de ne plus
supporter ces versions obsolètes. Ainsi, il est recommandé
de veiller à la mise à jour régulière de vos pages.
Vous pourrez suivre la planification d'éventuelles actions via la tâche
travaux : http://travaux.ovh.net/?do=details&id=12455
Certains de vos sites utilisent une version obsolète de PHP. Nous vous
conseillons donc de migrer vers une version plus récente,
idéalement PHP 5.5 ou 5.6.
Merci de votre compréhension.
================================================
Les explications d'OVH laissent penser que la migration pourrait être
compliquée.
Je n'ai plus trop envie de mettre les mains dans le cambouis, et j'ai
peur de tout casser si j'entre dans des procédures que je ne maîtrise
pas vraiment.
Peut-être faudrait-il que je reparte sur des bases entièrement
nouvelles ?
Y'a pas un truc préfabriqué qui pourrait le faire ?
Merci !
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
On scanne et on trouve que telle fonction est utilisée dans le code. Ou encore, on ne fait rien et on envoie le même message à tous ceux qui n'ont pas modifié leur code depuis x années.
Après relecture de mon code avec Notepad++, je crois avoir l'explication: Mon site comporte un lecteur de playlist mp3. J'avais utilisé pendant quelques temps un lecteur fourni par Archive Host, qui utilisait PHP. Je l'ai récemment remplacé par un lecteur SoundCloud (en iframe) mais le lecteur Archive Host est resté en commentaire dans mon code. C'est peut-être ce qui a titillé le robot OVH et déclenché l'alerte. Je crois donc que pour le moment je peux me permettre de ne rien changer, sauf peut-êttre aller nettoyer le commentaire... Merci de vous être tous penchés sur mon problème ! :)
--
GD https://soundcloud.com/g-rard-delassus/sets
Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP
est utilisée par le site (mutualisé ?)
On scanne et on trouve que telle fonction est utilisée dans le code.
Ou encore, on ne fait rien et on envoie le même message à tous ceux
qui n'ont pas modifié leur code depuis x années.
Après relecture de mon code avec Notepad++, je crois avoir
l'explication:
Mon site comporte un lecteur de playlist mp3.
J'avais utilisé pendant quelques temps un lecteur fourni par Archive
Host, qui utilisait PHP.
Je l'ai récemment remplacé par un lecteur SoundCloud (en iframe) mais
le lecteur Archive Host est resté en commentaire dans mon code.
C'est peut-être ce qui a titillé le robot OVH et déclenché l'alerte.
Je crois donc que pour le moment je peux me permettre de ne rien
changer, sauf peut-êttre aller nettoyer le commentaire...
Merci de vous être tous penchés sur mon problème ! :)
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
On scanne et on trouve que telle fonction est utilisée dans le code. Ou encore, on ne fait rien et on envoie le même message à tous ceux qui n'ont pas modifié leur code depuis x années.
Après relecture de mon code avec Notepad++, je crois avoir l'explication: Mon site comporte un lecteur de playlist mp3. J'avais utilisé pendant quelques temps un lecteur fourni par Archive Host, qui utilisait PHP. Je l'ai récemment remplacé par un lecteur SoundCloud (en iframe) mais le lecteur Archive Host est resté en commentaire dans mon code. C'est peut-être ce qui a titillé le robot OVH et déclenché l'alerte. Je crois donc que pour le moment je peux me permettre de ne rien changer, sauf peut-êttre aller nettoyer le commentaire... Merci de vous être tous penchés sur mon problème ! :)
--
GD https://soundcloud.com/g-rard-delassus/sets
Pierre Maurette
SAM :
Le 01/04/15 09:32, Otomatic a écrit :
Gerardel écrivait :
Je dois avoir un vieux Wampserver 2 qui traîne dans un coin du bureau. Il n'a pas servi depuis des années, va falloir que je m'y remette... :(
Sur un Wampserver 2.0x, vous ne pourrez pas faire tourner PHP 5.5.x ou 5.6.x.
Faut-il vraiment tester chez soi ? Il doit bien il y avoir des fonctions PHP.4 conservées dans le PHP.5.5/6 ?? Ne suffit-il pas que le site n'utilise que ces fonctions pour être alors "compatible" avec le *"nouveau"* système ?
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
Pas bien compliqué, puisqu'il faut bien que "le site" dise à l'hébergeur quelle version utiliser, si ce n'est pas celle par défaut. Ça se passe vraisemblablement dans un .htaccess, mais on peut imaginer autre chose. Il faut voir dans la doc OVH (ou si c'est comme chez 1&1, aller directement sur Google) comment positionner la version PHP. Il semble que les détails dépendent en fait de l'ancienneté du contrat. Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Je dois avoir un vieux Wampserver 2 qui traîne dans un coin du bureau.
Il n'a pas servi depuis des années, va falloir que je m'y remette... :(
Sur un Wampserver 2.0x, vous ne pourrez pas faire tourner PHP 5.5.x ou
5.6.x.
Faut-il vraiment tester chez soi ?
Il doit bien il y avoir des fonctions PHP.4 conservées dans le PHP.5.5/6
??
Ne suffit-il pas que le site n'utilise que ces fonctions pour être alors
"compatible" avec le *"nouveau"* système ?
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est
utilisée par le site (mutualisé ?)
Pas bien compliqué, puisqu'il faut bien que "le site" dise à
l'hébergeur quelle version utiliser, si ce n'est pas celle par défaut.
Ça se passe vraisemblablement dans un .htaccess, mais on peut imaginer
autre chose.
Il faut voir dans la doc OVH (ou si c'est comme chez 1&1, aller
directement sur Google) comment positionner la version PHP. Il semble
que les détails dépendent en fait de l'ancienneté du contrat.
Et si on ne veut pas mettre les mains dans le camboui, il faut
sous-traiter la migration.
Je dois avoir un vieux Wampserver 2 qui traîne dans un coin du bureau. Il n'a pas servi depuis des années, va falloir que je m'y remette... :(
Sur un Wampserver 2.0x, vous ne pourrez pas faire tourner PHP 5.5.x ou 5.6.x.
Faut-il vraiment tester chez soi ? Il doit bien il y avoir des fonctions PHP.4 conservées dans le PHP.5.5/6 ?? Ne suffit-il pas que le site n'utilise que ces fonctions pour être alors "compatible" avec le *"nouveau"* système ?
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
Pas bien compliqué, puisqu'il faut bien que "le site" dise à l'hébergeur quelle version utiliser, si ce n'est pas celle par défaut. Ça se passe vraisemblablement dans un .htaccess, mais on peut imaginer autre chose. Il faut voir dans la doc OVH (ou si c'est comme chez 1&1, aller directement sur Google) comment positionner la version PHP. Il semble que les détails dépendent en fait de l'ancienneté du contrat. Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
-- Pierre Maurette
JC_Et
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;) sinon c'est simple tu créé un ficher phpinfo.php avec comme texte : <?php phpinfo();?>
et dans ton navigateur tu te connecte avec hhtp://ton_domaine/phpinfo.php Et la le miracle se produit ... tu lis ta version de PHP
-- JC E.
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP
est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;)
sinon c'est simple
tu créé un ficher phpinfo.php
avec comme texte :
<?php phpinfo();?>
et dans ton navigateur tu te connecte avec
hhtp://ton_domaine/phpinfo.php
Et la le miracle se produit ... tu lis ta version de PHP
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;) sinon c'est simple tu créé un ficher phpinfo.php avec comme texte : <?php phpinfo();?>
et dans ton navigateur tu te connecte avec hhtp://ton_domaine/phpinfo.php Et la le miracle se produit ... tu lis ta version de PHP
-- JC E.
SAM
Le 01/04/15 22:46, JC_Et a écrit :
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;)
pas ni compris !
sinon c'est simple tu créé un ficher phpinfo.php avec comme texte : <?php phpinfo();?>
et dans ton navigateur tu te connecte avec hhtp://ton_domaine/phpinfo.php Et la le miracle se produit ... tu lis ta version de PHP
Merci, merci. Au moins ça m'aura rappelé qques souvenirs ;-)
mais ...
ce n'est pas parce que je sais quelle est la version utilisée par le serveur qu'alors lui sait quelle (vieille ?) version j'utilise, non ?
surtout si j'utilise des fonctions toujours pérennes dans la version "moderne" et "à la page" du serveur, s'pas ?
Cordialement, -- Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Le 01/04/15 22:46, JC_Et a écrit :
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP
est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;)
pas ni compris !
sinon c'est simple
tu créé un ficher phpinfo.php
avec comme texte :
<?php phpinfo();?>
et dans ton navigateur tu te connecte avec
hhtp://ton_domaine/phpinfo.php
Et la le miracle se produit ... tu lis ta version de PHP
Merci, merci.
Au moins ça m'aura rappelé qques souvenirs ;-)
mais ...
ce n'est pas parce que je sais quelle est la version utilisée par le
serveur qu'alors lui sait quelle (vieille ?) version j'utilise, non ?
surtout si j'utilise des fonctions toujours pérennes dans la version
"moderne" et "à la page" du serveur, s'pas ?
Cordialement,
--
Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;)
pas ni compris !
sinon c'est simple tu créé un ficher phpinfo.php avec comme texte : <?php phpinfo();?>
et dans ton navigateur tu te connecte avec hhtp://ton_domaine/phpinfo.php Et la le miracle se produit ... tu lis ta version de PHP
Merci, merci. Au moins ça m'aura rappelé qques souvenirs ;-)
mais ...
ce n'est pas parce que je sais quelle est la version utilisée par le serveur qu'alors lui sait quelle (vieille ?) version j'utilise, non ?
surtout si j'utilise des fonctions toujours pérennes dans la version "moderne" et "à la page" du serveur, s'pas ?
Cordialement, -- Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Denis Beauregard
Le Wed, 01 Apr 2015 22:46:53 +0200, JC_Et écrivait dans fr.comp.infosystemes.www.auteurs:
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;) sinon c'est simple tu créé un ficher phpinfo.php avec comme texte : <?php phpinfo();?>
et dans ton navigateur tu te connecte avec hhtp://ton_domaine/phpinfo.php Et la le miracle se produit ... tu lis ta version de PHP
Euh, non.
PHP 3 est identifiable car les fichiers sont appelés .php3.
La fonction phpinfo() donne la version installée sur le serveur. Comment peut-on identifier la version de PHP si un fichier ne contient que cette ligne ?
<?php phpinfo (); ?>
Chez moi, cela donne la version installée sur mon ordi, alors que sur mon serveur, c'est une autre version. Et c'est le même code.
Denis
Le Wed, 01 Apr 2015 22:46:53 +0200, JC_Et
<jc.nospam.etiemble@nospam.free.fr.invalid> écrivait dans
fr.comp.infosystemes.www.auteurs:
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP
est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;)
sinon c'est simple
tu créé un ficher phpinfo.php
avec comme texte :
<?php phpinfo();?>
et dans ton navigateur tu te connecte avec
hhtp://ton_domaine/phpinfo.php
Et la le miracle se produit ... tu lis ta version de PHP
Euh, non.
PHP 3 est identifiable car les fichiers sont appelés .php3.
La fonction phpinfo() donne la version installée sur le
serveur. Comment peut-on identifier la version de PHP si un
fichier ne contient que cette ligne ?
<?php phpinfo (); ?>
Chez moi, cela donne la version installée sur mon ordi, alors
que sur mon serveur, c'est une autre version. Et c'est le même
code.
Le Wed, 01 Apr 2015 22:46:53 +0200, JC_Et écrivait dans fr.comp.infosystemes.www.auteurs:
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;) sinon c'est simple tu créé un ficher phpinfo.php avec comme texte : <?php phpinfo();?>
et dans ton navigateur tu te connecte avec hhtp://ton_domaine/phpinfo.php Et la le miracle se produit ... tu lis ta version de PHP
Euh, non.
PHP 3 est identifiable car les fichiers sont appelés .php3.
La fonction phpinfo() donne la version installée sur le serveur. Comment peut-on identifier la version de PHP si un fichier ne contient que cette ligne ?
<?php phpinfo (); ?>
Chez moi, cela donne la version installée sur mon ordi, alors que sur mon serveur, c'est une autre version. Et c'est le même code.
Denis
Gerardel
Pierre Maurette a écrit :
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part de référence active à un PHP (sauf dans un bout de code ancien mis en commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
--
GD https://soundcloud.com/g-rard-delassus/sets
Pierre Maurette a écrit :
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter
la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant
à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a
nulle part de référence active à un PHP (sauf dans un bout de code
ancien mis en commentaire, qui a sans doute induit en erreur le robot
scanneur OVH).
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part de référence active à un PHP (sauf dans un bout de code ancien mis en commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
--
GD https://soundcloud.com/g-rard-delassus/sets
Pierre Maurette
Denis Beauregard :
Le Wed, 01 Apr 2015 22:46:53 +0200, JC_Et écrivait dans fr.comp.infosystemes.www.auteurs:
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;) sinon c'est simple tu créé un ficher phpinfo.php avec comme texte : <?php phpinfo();?>
et dans ton navigateur tu te connecte avec hhtp://ton_domaine/phpinfo.php Et la le miracle se produit ... tu lis ta version de PHP
Euh, non.
PHP 3 est identifiable car les fichiers sont appelés .php3.
La fonction phpinfo() donne la version installée sur le serveur. Comment peut-on identifier la version de PHP si un fichier ne contient que cette ligne ?
<?php phpinfo (); ?>
Chez moi, cela donne la version installée sur mon ordi, alors que sur mon serveur, c'est une autre version. Et c'est le même code.
C'est un poisson ?
-- Pierre Maurette
Denis Beauregard :
Le Wed, 01 Apr 2015 22:46:53 +0200, JC_Et
<jc.nospam.etiemble@nospam.free.fr.invalid> écrivait dans
fr.comp.infosystemes.www.auteurs:
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP
est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;)
sinon c'est simple
tu créé un ficher phpinfo.php
avec comme texte :
<?php phpinfo();?>
et dans ton navigateur tu te connecte avec
hhtp://ton_domaine/phpinfo.php
Et la le miracle se produit ... tu lis ta version de PHP
Euh, non.
PHP 3 est identifiable car les fichiers sont appelés .php3.
La fonction phpinfo() donne la version installée sur le
serveur. Comment peut-on identifier la version de PHP si un
fichier ne contient que cette ligne ?
<?php phpinfo (); ?>
Chez moi, cela donne la version installée sur mon ordi, alors
que sur mon serveur, c'est une autre version. Et c'est le même
code.
Le Wed, 01 Apr 2015 22:46:53 +0200, JC_Et écrivait dans fr.comp.infosystemes.www.auteurs:
*Bonjour*, Le 01/04/2015 12:49, Denis Beauregard a écrit :
Et pi d'abord : comment il fait OVH pour savoir quelle "version" de PHP est utilisée par le site (mutualisé ?)
il connaissent la version de php utilisé sur leur serveur simplement ;) sinon c'est simple tu créé un ficher phpinfo.php avec comme texte : <?php phpinfo();?>
et dans ton navigateur tu te connecte avec hhtp://ton_domaine/phpinfo.php Et la le miracle se produit ... tu lis ta version de PHP
Euh, non.
PHP 3 est identifiable car les fichiers sont appelés .php3.
La fonction phpinfo() donne la version installée sur le serveur. Comment peut-on identifier la version de PHP si un fichier ne contient que cette ligne ?
<?php phpinfo (); ?>
Chez moi, cela donne la version installée sur mon ordi, alors que sur mon serveur, c'est une autre version. Et c'est le même code.
C'est un poisson ?
-- Pierre Maurette
Pierre Maurette
Gerardel :
Pierre Maurette a écrit :
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part de référence active à un PHP (sauf dans un bout de code ancien mis en commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
Vos fichiers, qu'ils contiennent ou non du code actif PHP, n'ont pas de version PHP. C'est le serveur qui les sert qui détermine - ou non - la version de l'interprêteur. Si l'hébergeur vous laisse un choix, ce dernier passera par des fichiers de configuration, .htaccess, .ovhconfig, que sais-je. Notez qu'il serait au minimum inutilement compliqué de communiquer la version PHP par du code PHP.
-- Pierre Maurette
Gerardel :
Pierre Maurette a écrit :
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter
la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une
page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part
de référence active à un PHP (sauf dans un bout de code ancien mis en
commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
Vos fichiers, qu'ils contiennent ou non du code actif PHP, n'ont pas de
version PHP. C'est le serveur qui les sert qui détermine - ou non - la
version de l'interprêteur. Si l'hébergeur vous laisse un choix, ce
dernier passera par des fichiers de configuration, .htaccess,
.ovhconfig, que sais-je.
Notez qu'il serait au minimum inutilement compliqué de communiquer la
version PHP par du code PHP.
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part de référence active à un PHP (sauf dans un bout de code ancien mis en commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
Vos fichiers, qu'ils contiennent ou non du code actif PHP, n'ont pas de version PHP. C'est le serveur qui les sert qui détermine - ou non - la version de l'interprêteur. Si l'hébergeur vous laisse un choix, ce dernier passera par des fichiers de configuration, .htaccess, .ovhconfig, que sais-je. Notez qu'il serait au minimum inutilement compliqué de communiquer la version PHP par du code PHP.
-- Pierre Maurette
SAM
Le 01/04/15 22:58, Gerardel a écrit :
Pierre Maurette a écrit :
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part de référence active à un PHP (sauf dans un bout de code ancien mis en commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
Moi, je penche pour une campagne "coup de balai" de la part d'OVH. Coup de balai complètement à l'aveugle !!!
C'est un site ancien, pas gros, pas remis à jour depuis 1 an ou à activité/visites faible ? Hop! on va lui faire un peu peur histoire de le secouer ! Et pourquoi pas à propos de nvelles versions de PHP ? - d'une part ça fait une sorte de pub auprès des locataires - d'autre part afin que le webmaster-en-herbe s'y mette un peu ! - et puis s'il pouvait au passage changer de forfait ! (les mois déjà loués ne sont pas remboursés, on repart à zéro avec de nvelles conditions)
J'ai conseillé à mes amis chez OVH qui n'y ont plus le service prévu et qu'OVH veut faire migrer sur un autre truc et avec les modalités évoquées ci-dessus entre ( ), de carrément changer d'hébergeur.
Cordialement, -- Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Le 01/04/15 22:58, Gerardel a écrit :
Pierre Maurette a écrit :
Et si on ne veut pas mettre les mains dans le camboui, il faut
sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à
une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a
nulle part de référence active à un PHP (sauf dans un bout de code
ancien mis en commentaire, qui a sans doute induit en erreur le robot
scanneur OVH).
Moi, je penche pour une campagne "coup de balai" de la part d'OVH.
Coup de balai complètement à l'aveugle !!!
C'est un site ancien, pas gros, pas remis à jour depuis 1 an ou à
activité/visites faible ?
Hop! on va lui faire un peu peur histoire de le secouer !
Et pourquoi pas à propos de nvelles versions de PHP ?
- d'une part ça fait une sorte de pub auprès des locataires
- d'autre part afin que le webmaster-en-herbe s'y mette un peu !
- et puis s'il pouvait au passage changer de forfait !
(les mois déjà loués ne sont pas remboursés, on repart à zéro avec de
nvelles conditions)
J'ai conseillé à mes amis chez OVH qui n'y ont plus le service prévu et
qu'OVH veut faire migrer sur un autre truc et avec les modalités
évoquées ci-dessus entre ( ), de carrément changer d'hébergeur.
Cordialement,
--
Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part de référence active à un PHP (sauf dans un bout de code ancien mis en commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
Moi, je penche pour une campagne "coup de balai" de la part d'OVH. Coup de balai complètement à l'aveugle !!!
C'est un site ancien, pas gros, pas remis à jour depuis 1 an ou à activité/visites faible ? Hop! on va lui faire un peu peur histoire de le secouer ! Et pourquoi pas à propos de nvelles versions de PHP ? - d'une part ça fait une sorte de pub auprès des locataires - d'autre part afin que le webmaster-en-herbe s'y mette un peu ! - et puis s'il pouvait au passage changer de forfait ! (les mois déjà loués ne sont pas remboursés, on repart à zéro avec de nvelles conditions)
J'ai conseillé à mes amis chez OVH qui n'y ont plus le service prévu et qu'OVH veut faire migrer sur un autre truc et avec les modalités évoquées ci-dessus entre ( ), de carrément changer d'hébergeur.
Cordialement, -- Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Pierre Maurette
SAM :
Le 01/04/15 22:58, Gerardel a écrit :
Pierre Maurette a écrit :
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part de référence active à un PHP (sauf dans un bout de code ancien mis en commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
Moi, je penche pour une campagne "coup de balai" de la part d'OVH. Coup de balai complètement à l'aveugle !!!
C'est un site ancien, pas gros, pas remis à jour depuis 1 an ou à activité/visites faible ? Hop! on va lui faire un peu peur histoire de le secouer ! Et pourquoi pas à propos de nvelles versions de PHP ? - d'une part ça fait une sorte de pub auprès des locataires - d'autre part afin que le webmaster-en-herbe s'y mette un peu ! - et puis s'il pouvait au passage changer de forfait ! (les mois déjà loués ne sont pas remboursés, on repart à zéro avec de nvelles conditions)
J'ai conseillé à mes amis chez OVH qui n'y ont plus le service prévu et qu'OVH veut faire migrer sur un autre truc et avec les modalités évoquées ci-dessus entre ( ), de carrément changer d'hébergeur.
Ramassis d'âneries...
-- Pierre Maurette
SAM :
Le 01/04/15 22:58, Gerardel a écrit :
Pierre Maurette a écrit :
Et si on ne veut pas mettre les mains dans le camboui, il faut
sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à
une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a
nulle part de référence active à un PHP (sauf dans un bout de code
ancien mis en commentaire, qui a sans doute induit en erreur le robot
scanneur OVH).
Moi, je penche pour une campagne "coup de balai" de la part d'OVH.
Coup de balai complètement à l'aveugle !!!
C'est un site ancien, pas gros, pas remis à jour depuis 1 an ou à
activité/visites faible ?
Hop! on va lui faire un peu peur histoire de le secouer !
Et pourquoi pas à propos de nvelles versions de PHP ?
- d'une part ça fait une sorte de pub auprès des locataires
- d'autre part afin que le webmaster-en-herbe s'y mette un peu !
- et puis s'il pouvait au passage changer de forfait !
(les mois déjà loués ne sont pas remboursés, on repart à zéro avec de
nvelles conditions)
J'ai conseillé à mes amis chez OVH qui n'y ont plus le service prévu et
qu'OVH veut faire migrer sur un autre truc et avec les modalités évoquées
ci-dessus entre ( ), de carrément changer d'hébergeur.
Et si on ne veut pas mettre les mains dans le camboui, il faut sous-traiter la migration.
Pas besoin : En fin de compte mon site plutôt rudimentaire se résumant à une page HTML contenant un lecteur mp3 Soundcloud en iframe, il n'y a nulle part de référence active à un PHP (sauf dans un bout de code ancien mis en commentaire, qui a sans doute induit en erreur le robot scanneur OVH).
Moi, je penche pour une campagne "coup de balai" de la part d'OVH. Coup de balai complètement à l'aveugle !!!
C'est un site ancien, pas gros, pas remis à jour depuis 1 an ou à activité/visites faible ? Hop! on va lui faire un peu peur histoire de le secouer ! Et pourquoi pas à propos de nvelles versions de PHP ? - d'une part ça fait une sorte de pub auprès des locataires - d'autre part afin que le webmaster-en-herbe s'y mette un peu ! - et puis s'il pouvait au passage changer de forfait ! (les mois déjà loués ne sont pas remboursés, on repart à zéro avec de nvelles conditions)
J'ai conseillé à mes amis chez OVH qui n'y ont plus le service prévu et qu'OVH veut faire migrer sur un autre truc et avec les modalités évoquées ci-dessus entre ( ), de carrément changer d'hébergeur.
