Soutenez-nous
Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 9 sur 9
  1. #1
    Invité de passage
    Inscrit en
    octobre 2007
    Messages
    13
    Détails du profil
    Informations forums :
    Inscription : octobre 2007
    Messages : 13
    Points : 4
    Points
    4

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

    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 !

  2. #2
    Invité de passage
    Inscrit en
    octobre 2007
    Messages
    13
    Détails du profil
    Informations forums :
    Inscription : octobre 2007
    Messages : 13
    Points : 4
    Points
    4

    Par défaut Plus de précisions

    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

  3. #3
    Expert Confirmé Avatar de ericd69
    Homme Profil pro Eric Dureuil
    Développeur informatique
    Inscrit en
    avril 2011
    Messages
    1 849
    Détails du profil
    Informations personnelles :
    Nom : Homme Eric Dureuil
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : avril 2011
    Messages : 1 849
    Points : 2 894
    Points
    2 894

    Par défaut

    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
    soyons pensez à mettre quand votre problème est résolu ou à utiliser pour les réponses pertinentes...
    ne posez pas de problématique soi-disant simplifiée sur des problèmes que vous n'êtes pas capable de résoudre par respect pour ceux qui planchent dessus... sinon: et à utiliser pour insérer votre code...

  4. #4
    Invité de passage
    Inscrit en
    octobre 2007
    Messages
    13
    Détails du profil
    Informations forums :
    Inscription : octobre 2007
    Messages : 13
    Points : 4
    Points
    4

    Par défaut

    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 ?

  5. #5
    Expert Confirmé Avatar de ericd69
    Homme Profil pro Eric Dureuil
    Développeur informatique
    Inscrit en
    avril 2011
    Messages
    1 849
    Détails du profil
    Informations personnelles :
    Nom : Homme Eric Dureuil
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : avril 2011
    Messages : 1 849
    Points : 2 894
    Points
    2 894

    Par défaut

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

    pense à regarder aussi les sessions php
    soyons pensez à mettre quand votre problème est résolu ou à utiliser pour les réponses pertinentes...
    ne posez pas de problématique soi-disant simplifiée sur des problèmes que vous n'êtes pas capable de résoudre par respect pour ceux qui planchent dessus... sinon: et à utiliser pour insérer votre code...

  6. #6
    Invité de passage
    Inscrit en
    octobre 2007
    Messages
    13
    Détails du profil
    Informations forums :
    Inscription : octobre 2007
    Messages : 13
    Points : 4
    Points
    4

    Par défaut

    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

  7. #7
    Expert Confirmé Avatar de ericd69
    Homme Profil pro Eric Dureuil
    Développeur informatique
    Inscrit en
    avril 2011
    Messages
    1 849
    Détails du profil
    Informations personnelles :
    Nom : Homme Eric Dureuil
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : avril 2011
    Messages : 1 849
    Points : 2 894
    Points
    2 894

    Par défaut

    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
    soyons pensez à mettre quand votre problème est résolu ou à utiliser pour les réponses pertinentes...
    ne posez pas de problématique soi-disant simplifiée sur des problèmes que vous n'êtes pas capable de résoudre par respect pour ceux qui planchent dessus... sinon: et à utiliser pour insérer votre code...

  8. #8
    Invité de passage
    Inscrit en
    octobre 2007
    Messages
    13
    Détails du profil
    Informations forums :
    Inscription : octobre 2007
    Messages : 13
    Points : 4
    Points
    4

    Par défaut

    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 !


  9. #9
    Expert Confirmé Avatar de ericd69
    Homme Profil pro Eric Dureuil
    Développeur informatique
    Inscrit en
    avril 2011
    Messages
    1 849
    Détails du profil
    Informations personnelles :
    Nom : Homme Eric Dureuil
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : avril 2011
    Messages : 1 849
    Points : 2 894
    Points
    2 894

    Par défaut

    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
    soyons pensez à mettre quand votre problème est résolu ou à utiliser pour les réponses pertinentes...
    ne posez pas de problématique soi-disant simplifiée sur des problèmes que vous n'êtes pas capable de résoudre par respect pour ceux qui planchent dessus... sinon: et à utiliser pour insérer votre code...

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •