Je comprends !
Pour le moment : après avoir constaté que la page de paramétrage s’affichait, j’étais passé à autre chose hier.
Ce matin, je me connecte et en haut de la page d’accueil, un message d’alerte qui se termine par :
Requête dernier accès en base en erreur: SELECT s.nom, er.rowid, er.ref, er.datec, er.fk_event, er.fk_statut, er.fk_user_registered, e.label, ed.date_event, sp.lastname, sp.firstname, sp.fk_soc as socid FROM db_event_registration as er LEFT JOIN db_event as e ON er.fk_event=e.rowid LEFT JOIN db_event_day as ed ON er.fk_eventday=ed.rowid LEFT JOIN db_societe as s ON er.fk_soc=s.rowid LEFT JOIN db_socpeople as sp ON er.fk_user_registered=sp.rowid ORDER BY er.datec DESC, er.rowid DESC LIMIT 5
Code retour dernier accès en base en erreur: DB_ERROR_NOSUCHTABLE
Information sur le dernier accès en base en erreur: Table ‹ ******_.db_event_registration › doesn’t exist
Ma question est maintenant de savoir comment forcer Dolibarr à créer cette table (ces tables puisqu’il y en a toute une série).
Dans le dossier sql, toutes ont en effet comme préfixe « llx_ », les miennes ont « db_ » (installation depuis le panel de mon hébergeur), et il n’y a aucune table « llx_ » dans la base.
Pour revenir à mon autre discussion concernant un formulaire de contact, elle me semble déborder du simple cadre de la réservation que doit pouvoir proposer Module Event.
Il y a le simple besoin d’un formulaire de contact pour lequel je n’ai toujours pas compris comment ça peut se gérer, pour, par exemple, contacter le professionnel avant qu’il puisse inclure ce prospect dans Dolibarr, mais aussi ce formulaire beaucoup plus complet.
Ce formulaire doit permettre de réserver des séjours d’une ou plusieurs semaines, débutant toujours un dimanche et se terminant un samedi, avec facturation des nuits de séjour supplémentaires si le candidat arrive plus tôt et/ou repart plus tard, il faut donc que l’élève sélectionne un jour d’arrivée, que le samedi suivant (ou de la semaine suivante) soit systématiquement sélectionné par défaut, avec calcul des nuits supplémentaires pour facturation si le client en change, sachant que les jours de la première semaine de stage sont non sélectionnables. Ensuite, diverses formules d’hébergement et des spécificités alimentaires doivent être sélectionnées, des extras peuvent aussi l’être (activités sportives ou culturelles, réservation d’une carte de bus, etc. avant de passer aux informations d’identité et autre, de l’envoi aux parents d’un lien vers la validation d’un formulaire de consentement, pour les mineurs. Il faudra ensuite envoyer un lien vers une page de test de connaissance du français pour pouvoir placer l’élève dans la bonne classe de niveau et choisir et informer la famille d’accueil.
De plus, les agents pourvoyeurs d’inscription doivent pouvoir valider la création de la facture concernant leur commission, et, de mémoire, les familles d’accueil doivent pouvoir valider elles aussi leur demande de règlement par la société. Agents et familles ont donc leur compte sur le site et doivent pouvoir y modifier leurs adresse, téléphone et autres notes.
Tout ceci est actuellement géré par un site fait main sur la base de Wumpa qui n’a pas été modifié depuis 6 ans, et qu’il m’a fallu rendre compatible avec PHP jusqu’à 7.3 en bricolant le code (je rappelle que je ne suis pas codeur) et en récupérant d’autres scripts inclus qu’il fallait mettre à jour. Le développeur initial, trop occupé, n’a pas voulu reprendre ce code. Il faut donc trouver une alternative avant qu’il ne fonctionne plus.