Planning de réservation de salle lié à compte utilsateur pour facturation

[MegaSnake]

Bonjour,

Je voudrais réaliser un système de réservation de salle en ligne sous forme de planning accessible par login/mot de passe. Je pense faire ça en php/mysql mais je ne sais pas dans quelle direction partir, because :

- le "planning affichera trois semaines à partir du jour en cours (pas forcément de lundi à dimanche donc).
- les réservations prises devront s'afficher dans le planning avec le nom de l'utilisateur qui a réservé.
- les données de réservation devront être accessible à l'utilisateur sous forme de liste ; correspondre avec un système de facturation individuel accessible au gestionnaire des salles qui pourra annuler une réservation ou en prendre pour less usagers.
- j'aimerais que la "base" s'autogénère au fil du temps mais qu'elle reste accessible ensuite par semaine afin de l'utiliser à des fins statistiques en fin d'année (tel personne à réservé tant d'heures, telle salle ou tel créneau est le plus utilisé, etc)


Je crois que c'est pas très clair mais quelqu'un peut-il m'aider ?

Merci d'avance !

[MegaSnake]

Bonne année à tous !

Je précise ma demande suite à mes recherches...

Je pense partir sur une bdd mysql pour la gestion des salles avec régénération hebdomadaire en cron.

Les champs seraient ceux-ci :

id | date | créneau horaire | n° de salle | prix | nom utilisateur

Mais alors en calculant, nous disposons de 3 salles, il y a 13 créneaux horaires dans une journée et 7 jours par semaine, ce qui fait déjà 273 lignes par semaine et 14196 ligne pour une année...
N'est-ce pas trop lourd pour une base mysql ?

L'idée est que cette base serve à la fois à remplir le planning affiché sur le site, à établir une liste des réservations prises côté utilisateur et de la facture côté utilisateur et administrateur. Ça vous paraît faisable ?

Pour la base utilisateurs, j'hésite entre mysql et xml...

Explications.
Ma base pourrait se découper comme suit :

id | date | nom | tel | mail | mot de passe | montant réglé

Le montant réglé servant à calculer la facture en cours (total du montant des réservations prises - montant total des factures acquittées)

-> Qu'en pensez-vous ? Serait-il plus intéressant ou pas de passer par des fichiers xml ? Sachant que...

Les utilisateur vont disposer d'un page sur le site qui leur sera consacrée pour expliquer leurs activités (ex : un club de philatélie pourra poster des images, présenter ses membres, ses activités, dates, etc. sur sa page http://www.monsite.com/pageutilisateur)

Et là, je pense passer par du xml pour simplifier les modifications des données par les utilisateurs eux-même, ai-je raison ? Peut-on stocker des images dans du xml ?

Vaut-il mieux séparer leur données confidentielles de leurs données affichées sur le site où tout peut-il tenir dans la même base avec un haut niveau de sécurité ? Et vaut mieux du xml ou du mysql du coup ?

Merci d'avance, j'espère que ce casse-tête sera utile à d'autres !

Bon 1er de l'an, Tom

[ericd69]

salut,

non la bd est la solution pas le xml en terme de souplesse

après je pense que tu dois penser à différentes tables:

• une qui liste tes clients
• une qui liste tes salles
• une qui liste les périodes en lien avec les clients et les salles

après tu peux générer un calendrier au pas voulu à la volée juste pour les périodes de visualisation nécessaires (le mieux) ou sous forme une tables permanente

[MegaSnake]

Ok, merci pour ta réponse !

Je vais partir là-dessus. Je reviens quand j'ai avancé

Par contre, le xml, tu t'en sers dans quel cadre du coup ?

[ericd69]

comme format d'échange de données, ou pour la restitution (xhtml, rss, etc...)

pense à regarder aussi les sessions php

[MegaSnake]

Ok merci ! Faut encore que je creuse un peu l'utilité d'xml peut-être pour mes pages de présentation..
Les sessions oui, je m'en suis déjà un peu servi mais je gère pas du tout la sécurité. Je me demande si je devrais pas sécuriser les accès utilisateur en ssl mais pareil, je gère pas !!

Enfin bref, ma question est "Tu parles bien de différentes TABLES et pas de différentes BASES ?" Car je n'ai pas encore choisi l'hébergement et pour ce que je veux faire, je me demande si une base de 200mo sera suffisant ou si je doit prendre l'hébergement "pro" 3 bases 400mo + 1 base "pro" ?! de 2go...

Pourrais-tu m'aider à ce sujet s'il te plait ?

Merci ! Tom

[ericd69]

tables!

je déduis que tu parles d'ovh... tu peux faire évoluer facilement la formule d'un hébergement mutualisé...

vu que tu as l'air débutant en programmation et que tu t'attaques à un truc pas très simple, tu peux même commencer avec la configuration perso mais je pense que celle juste au dessus, la pro, sera celle qui suffirait pour un bon moment...

tu es pas parti pour avoir quelques réservations par jour je suppose...

faut voir réaliste et pas trop grand et donc cher pour rien

[MegaSnake]

Exact, quelques réservations par jour (entre 1 et 4) pour l'instant mais comme le site a aussi pour but de promouvoir les activités de l'asso, on espère une fréquentation plus grande dans l'année ! Et comme je veux archiver un max d'information je pense aussi que l'hébergement PRO sera parfait pour un bon moment

Bon beh merci Eric, y'a pu qu'à s'y mettre maintenant !

[ericd69]

le ssl a un cout car tu payes une agence de certification mais renseigne toi auprès d'ovh pour installer le certificat car sur les mutualisé, ils ne propose qu'un certificat partagé

pour la table qui liste les périodes de location je te conseille de lire la documentation mysql sur les partitions pour choisir entre cette technique et une classique indexation de certaines colonnes