Formulaire et différence de réaction suivant même version PHP 8.1

Bonjour,

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

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

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 :weird:

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.

Citation:

---

Envoyé par Droïde Système7

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.

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 :D

DS7

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

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:

---

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 :koi:

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 :oops:

Pièce jointe 644665

Bonjour :D

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:

---

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:

---

<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 :oops:

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


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:

---

<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".

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

:yaisse2:

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

Une sombre histoire de l'habitude du short-tags :oops:

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 :ccool:

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 :marteau:

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 :bravo: :chin: :love2: