Discussion :

[Droïde Système7]

Bonjour,

En effet, je vais quitter un hoster qui pourtant était super et tout et tout

Mais malheureusement qui a révisé ses tarifs à la HAUSSE... C'est pas difficile à trouver

Bref, sur la version PHP 8.1 tous mes formulaires fonctionnaient impec.

J'utilise systématiquement la fonction mail().

Oui je sais existe la méthode phpMailler

Mais jamais je ne placerai mes identifiants personnels dans une page PHP. Certains le font ; mais pas moi.

Ce thread, simplement pour savoir ce qui pourrait influer significativement sur le comportement d'une même version PHP ; en l'occurrence la 8.1.

Oui je sais : les extensions. Mais lesquelles ?

Merci de vos éclairages.

[mathieu]

influer significativement

cette expression me donne l'impression d'englober beaucoup de chose.
on pourra peut-être mieux vous répondre si vous nous donniez un exemple.

[Droïde Système7]

Bonsoir,

Justement, je me reposais sur l'expérience des experts PHP d'ici qui doivent avoir vu de telles différences.

Des différences entre ce qui fonctionnait impec sur un server PHP 8.1 et un autre idem, mais qui cette fois fichait l'appli en rideau.

Le cas par exemple de formulaires fonctionnant impec, et sur le changement de servers ; ça foirait lamentablement.

Faudrait que je fasse une maquette simplifiée en virant tout ce qui est autour d'inutile afin de mieux appréhender la ou les causes potentielles.

Merci

DS7

[mathieu]

si une ligne particulière de votre code produit une erreur, vous pouvez afficher l'erreur en réglant les 2 directives suivantes sur votre serveur de développement :
https://www.php.net/manual/fr/errorf...display-errors
https://www.php.net/manual/fr/errorf...rror-reporting

[Droïde Système7]

Ah oui merci Mathieu merci, je ne suis pas un as du PHP, mais presque systématiquement je dispose ce bloc en tout premier sur mes pages PHP :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<?php
	ini_set("display_errors", TRUE);
	ini_set('display_startup_errors', 1);
	error_reporting(E_ALL);
?>

Ce que je constate d'un hoster à un autre c'est un truc bien plus vislard qui ne génère aucune erreur directe PHP !

Un exemple :

Sous 7.4 : OK RAS présentation formulaire et submit OK

Sous 8.1 : présentation entachée au niveau du textarea et des inputs de bribes de PHP.

Oui du PHP visible dans le textarea et inputs

Inutile de dire que pour la vérification anti-robots consistant à valider une addition toute simple ; tout contenu parasite en input fiche le processus par terre.

Faudra que je prenne le temps de montrer le code une fois que j'aurai pris le temps d'éclaircir le code pour les besoins de la maquette et de facto rendre tout ça plus clair au debug.

J'aurai bien entendu préféré que soit généré des warnings au passage à la 8.1, cela aurait été trop beau et facile à remédier.

A moins que cette version 8.1 ait également des répercussions de bords au niveau HTML ?

C'est un peu fou, mais j'ai déjà vu pire

[Droïde Système7]

Bonjour

Alors, afin de simplifier au maximum le debug de cette histoire, sur un formulaire j'ai isolé les deux seuls endroits qui selon moi sont en ligne de mire et les ai colorés en rouge :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
<?php if (isset($result_error_message)) {echo $result_error_message;} ?>
<textarea name="msg_text" id="msg_text" tabindex="4" placeholder="Votre message" onkeydown="countCar(this, 0)" onkeyup="charLimit(this, 1000);"
onclick="onClick_color(this)"
style="<? if($result_error_message){print('; background-color:orange');} ?>" value="<? if (isset($textarea)) {echo $textarea;} ?>"><? if (isset($textarea)) {echo rtrim($textarea);} ?></textarea>

C'est plus précisément ce qui se trouve en "value" et juste après.
Oui je sais qu'au niveau textarea c'est un élément un peu spécial à manipuler, mais l'input ci-dessous donne exactement le même dysfonctionnement.

Et cet input étant normalement en hidden, destiné à recevoir le résultat de l'addition :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<input type="text" name="verifresult" size="20" value="<? echo $verifresult; ?>" />

C'est en "value" que ça se joue idem.

Si vous détectez une anomalie qui pourrait entrainer le dysfonctionnement en PHP 8.1 ; ce serait super

La complexité du code est loin d'être élevée, et malgré cela, pas moyen de trouver

Car pour l'instant si je laisse le switch sur PHP 8.1 :


Edit : Arfff, je crois que j'ai une piste, là au moins j'espère qu'au moins sur l'input, le souci est réglé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<input type="text" name="verifresult" size="20" value="<?php if (isset($verifresult)) {echo $verifresult;} ?>" />

Oui je sais ce que vous allez me dire : "Faut toujours tester avant".

[Séb.]

Ton PHP débutant par <? n'est pas exécuté.
=> La directive short_open_tag doit être à false

La bonne pratique consiste à débuter PHP soit avec <?php soit avec <?= (raccourci pour <?php echo).
Cela permet d'avoir un code toujours portable et d'être à l'abri de toute dépréciation de short_open_tag.

https://www.php.net/manual/fr/ini.co...short-open-tag
https://wiki.php.net/rfc/deprecate_php_short_tags
https://wiki.php.net/rfc/deprecate_php_short_tags_v2

[Droïde Système7]

Une bêtise de (vieux) débutant !!!

Une sombre histoire de l'habitude du short-tags

Niveau server j'ai trouvé pour quelle raison des fois ça passe sur un en PHP 8.x et un autre idem en php 8.x c'est nada :

Un server donné peut désactiver l'utilisation de ces balises par la directive short_open_tags du php.ini placée à la valeur off.

J'espère que ça servira à d'autres

Merci de vos lectures,

DS7

PS : Mais je possède aussi un autre formulaire très spécial ; avec lui alors en PHP 8.x c'est carrément le CSS qui foire

[Droïde Système7]

Arffff !!!

Séb., je n'avais pas vu ton message juste au dessus, certainement dans le feu et la joie de l'action.

Merci à toi, tu aurais encore été là une fois de plus pour m'aider !

Amicalement idem à toi