ID du formulaire non valide. Veuillez recharger la page et essayer à nouveau.

Bonjour,

Ces deux problèmes peuvent être liés à un problème de cache de base de données (object cache, Redis, Memcached, etc.). Si vous utilisez un plugin / outil de cache, essayez de vider le cache et de le désactiver complètement.

Vous pouvez également tenter d’identier un potentiel conflit avec un plugin tier, en suivant les instructions sous “Booking Activities ne fonctionne pas comme il le devrait” ici : https://booking-activities.fr/fr/documentation/faq/

Vous pouvez également essayer de créer un autre formulaire de réservation et de remplacer le shortcode par celui du nouveau formulaire sur votre page.

Re,

Mon installation est en multisite. Je n’ai pas de plugin activer à part ceux du réseau que je ne peux pas désactiver. Aucun plugin de cache non plus. La création d’un nouveau formulaire n’a rien changé.

D’autres pistes ?

Pouvez-vous m’envoyer (par email [email protected])

• Le shortcode que vous utlisez pour afficher le formulaire de réservation
• Un lien vers la page où est affiché le formulaire de réservation
• Un export de Outils > Santé du site > onglet Informations > cliquez sur “Copier les informations du site dans le presse-papier” > Coller-les dans votre email ou dans un fichier joint
• Un export de la base de donnée du site, uniquement les tables commen?ant par xxx_bookacti_.
  • “xxx” étant le préfixe de la base de donnée + le préfixe du site (ex.: wp_2_bookacti_) (dans une installation multisite les tables de chaque site sont préfixées par un nombre qui identifie le site)

J’ai testé de mon c?té une installation multisite mais je n’ai pas reproduis le problème. Vous pouvez essayer de

• installer un nouveau site, en dehors du multisite, sur le même serveur
• copier ce site sur un autre serveur (en local par exemple)

et vérifier si le problème se produit sur chacun des deux sites.

Si le problème se produit sur le même serveur mais pas sur un autre serveur, il se peut que le problème vienne de la configuration du serveur (outil de cache coté serveur, PHP FPM, un module PHP, etc.).

J’ai bien re?u les infos, merci.

J’ai importé vos données sur un site de développement dans une configuration similaire à la votre (PHP 8.2, Maria DB 11.5) et le problème ne s’est pas produit. Il est donc très probable que le problème vienne d’une configuration de votre serveur.

Dans les infos que vous m’avez envoyé, on peut voir ### wp-dropins (1) ### object-cache.php: true . Cela signifie que votre serveur est configuré avec un système de cache d’objet (cache de base de données) qui pourrait être la cause des dysfonctionnements. Ce fichier (object-cache.php) est un “plugin” obligatoire ajouté par votre serveur sur votre site pour faire fonctionner ce type de cache, il vous faut désactiver ce type de cache depuis l’interface d’administration de votre hébergeur, ensuite, ce plugin disparaitra de votre site automatiquement, et enfin, vous pourrez essayer à nouveau.

Si cela ne fonctionne toujours pas avec l’object cache désactivé, vous pouvez effectuer les deux tests recommandés dans mon précédent messages. S’ils confirment que le problème vient du serveur, vous pouvez contacter votre hébergeur afin qu’il vous aide à désactiver tous les type de cache / d’optimisation actifs sur votre site jusqu’à ce que vous identifiez celui qui pose problème. (Conservez le site de test sur votre serveur afin d’effectuer ces tests sur celui-ci, et donc ne pas impacter vos sites lives)

Même en désactivant le cache du serveur, cela ne fonctionne toujours pas correctement.

Reste plus que l’installation sur un site indépendant du multisite. N’ayant une licence que pour 1 site, comment installer sur un deuxième ?

Il n’est pas nécessaire d’activer la clé de license sur vos sites de tests, activer la clé de licence sert uniquement à recevoir les mises à jour automatiquement.

Et je peux récupérer les tables de la bdd ?

Oui, au moins les tables commen?ant par wp_6_bookacti_ (celles-là même que vous m’avez envoyé par email). L’idéal serait d’exporter toutes les tables comman?ant par wp_6_ et wp_ tout court (sans préfixe de site) de manière à avoir une copie parfaite de votre site.

• si vous utilisez un plugin de sécurité, il faudra le désactiver avant l’export de la base de données

• il faudra renommer vos tables dans le fichier d’export .sql pour supprimer le préfixe du site (renommez wp_6_ vers wp_), pour cela, il faut faire un rechercher-remplacer avec un logiciel tel que Notepad++
• Après l’import, il faudra modifier les valeurs des lignes siteurl et home dans la table wp_options(si vous l’avez importée), il faut les remplacer par l’URL du nouveau site, sinon il ne démarrera pas