Bonjour,
J’ai utilisé FramaForms pour plusieurs enquêtes dans un contexte syndical et, comme nous avons un site pour le syndicat dont je fais partie, je souhaite installer FramaForms dans un sous-domaine. Là, je fais d’abord l’install dans un domaine de test pour pouvoir tout virer et recommencer si nécessaire.
Nous sommes hébergés chez Ouvaton, avec Apache, PHP7.3/7.4 et MySQL. J’ai vu dans la doc que c’était possible mais pas forcément la config de choix. Mais bon, j’ai tenté…
D’abord la base de données, j’utilise une BD de test qui contient déjà des tables, donc préfixe obligatoire. Et comme précisé sur la page d’install de Drupal, interclassement utf8_generic_ci.
J’utilise un PHP 7.3 pour cet espace web, c’est ce qui est recomandé avec Drupal 7.x apparemment. On verra plus tard pour passer au PHP 7.4
Première tentative : je fais comme dit : Drupal 7.7 avec la copie du profil FramaForms. Bof, un paquet de warnings et ça n’a jamais fonctionné.
Deuxième tentative : directement le ZIP de FramaForms, apparemment c’est du Drupal 7.3. Pas mieux, bof.
Troisième tentative : Drupal 7.3 avec la copie du profil FramaForms. Un peu mieux, ça a l’air fonctionnel, j’arrive à créer un formulaire, mais il y a toujours des warnings PHP.
Warning : « continue » targeting switch is equivalent to « break ». Did you mean to use « continue 2 »? dans include_once() (ligne 1387 dans […]/httpdocs/includes/bootstrap.inc).
Ensuite, traduction française : je mets d’abord à jour Drupal et ses modules, il couine un peu sur certains mais globalement ça fonctionne. Ensuite, je télécharge les 3 fichiers de FramaForms et je les importe, et miracle, ça marche !
Donc maintenant, j’hésite entre deux prochaines étapes possibles :
- Me débarrasser des warnings PHP sur chaque page ;
- Mettre à jour Drupal version par version jusqu’en 7.7 pour avoir l’ensemble des fixes de sécurité.
De toute manière, il faudra que je fasse les deux…
Voilà, c’était un petit retour d’expérience…
@+
Benoît ‹ Mutos › Robin