Commentaires

  1. Avatar de Dendrite
    • |
    • permalink
    Hop, hop, hop, j'ai discuté avec mon mari... et longuement réfléchi.
    J'oublie totalement le concept de rôle memo-writer et memo_reader...
    Dans quoi j'allais m'embarquer !!!
    Toute personne qui s'inscrit a le droit d'écriture et de lecture sur tous ses memos. Et puis c'est tout.
    Après, c'est aux gens de gérer ça à la maison.
    ex : Monsieur et Madame se connectent avec le compte de Madame, mais si Madame a la mémoire qui flanche, c'est Monsieur qui rédige...
    Bref, chacun son potager et les vaches seront bien gardées...

    Sinon ça nous faisait entrer dans un système délirant et hiérarchique, de délégation de droits... oufti... on va pas aller vers ça.
  2. Avatar de Dendrite
    • |
    • permalink
    Les choses ont mûri, je vais vraiment pouvoir ouvrir mon deuxième billet.

    Côté back office (je ferai ça en dernier voire pas du tout tant que je suis seule à administrer)

    memo_admin

    1) les 5 tables "de nomenclature" que l'utilisateur ne peut pas modifier

    a_relative (nomenclature des différents liens que l'on peut entretenir avec des personnes) => faudra le compléter via formulaire de feedback
    a_class (nomenclature du type de memo) (fait, activité, mode de vie, projet etc.)
    a_priority (nomenclature de l'importance du memo)
    a_tempo (nomenclature de la temporalité du memo (présent, passé, récurrence etc.)
    a_category (nomenclature des tags) ESSENTIEL pour la suite, doit se résumer à 6 trucs genre
    famille
    financier
    loisirs
    santé
    travail
    _autre

    Côté front office, j'aurai 2 types d'utilisateurs :

    memo_writer
    memo_reader

    Pour une personne valide et par défaut, l'on est memo_writer & memo_reader pour soi par défaut.
    Ensuite, l'on peut être en plus memo_writer pour son épouse, et l'épouse est memo_reader...
    Quand il y a une personne aidante + une personne en difficulté alors l'aidant est writer, l'autre personne est reader only.
    Ah ça, j'ai pas encore modélise côté DB... note : urgent de finir ça d'abord...

    2) les 9 tables utilisateur (à saisir dans l'ordre logique) par l'utilisateur memo_writer

    (obligatoire)
    cur_user

    (obligatoire)
    cur_memo

    (obligatoire)
    l_cur_memo_cur_tag

    (facultatif)
    l_relative_person
    cur_person
    l_cur_memo_cur_person

    (facultatif)
    cur_thing
    l_cur_memo_cur_thing

    (facultatif)
    cur_image
    l_cur_memo_cur_image

    3) Côté memo_reader, je pars sur ce genre d'interface, qui présente un tableau fermé par défaut sur les 6 catégories de tags

    https://codepen.io/andornagy/pen/gaGBZz

    Et quand la personne ouvre une catégorie, bam, tout s'ouvre d'un coup, les memos rangés dans l'ordre de priorité choisi, les images éventuelles associées (maxi une par memo), les personnes éventuelles associées, les choses éventuelles associées... exemple : le memo "J'ai 4 enfants" doit produire une photo de groupe, avec une info bulle qui décrit les gens de gauche à droite... etc. Car ce que j'ai remarqué avec Marcelle, c'est que quand il y a des kilos de photos de ses petits enfants, elle dit, épuisée : "C'est trop"... et s'en va... Une photo "pédagogique" de groupe, tous au même moment, est bien plus utile.

    Je pense que je tiens le bon bout... J'y retourne ce soir.

    Côté site public, les choses ont également avancé. J'ai mon hébergement OVH... tout est prêt à tourner.
    Je me donne un mois de boulot sur mon temps libre pour passer en prod. Je sens que je vais saoûler mon pauvre mari. Mais comme son père a aussi des soucis de mémoire...
    Mis à jour 15/09/2019 à 12h01 par Dendrite
  3. Avatar de Dendrite
    • |
    • permalink
    Bon, je considère que l'étape 1 (modélisation en base) est close.
    Voir le schéma de la db ci-dessus (le dernier), qui me semble abouti.

    Maitenant, je reprends le problème par l'autre bout.
    Et je vais ouvrir un my_memo étape 2...

    Les vues... quels formulaires vont remplir la base ?

    1) les 4 tables "de nomenclature" que l'utilisateur ne peut pas modifier (administrateur)

    a_relative
    a_class
    a_priority
    a_tempo

    2) les 9 tables utilisateur (à saisir dans l'ordre logique)

    cur_user

    l_relative_person
    cur_person
    l_cur_memo_cur_person

    cur_thing
    l_cur_memo_cur_thing

    cur_image
    l_cur_memo_cur_image

    cur_memo
  4. Avatar de Dendrite
    • |
    • permalink
    Bon, j'ai résolu la question : où je place ma table image et ma table tags

    table image (id, datetime, link, title, description)
    table l_cur_memo_l_image (id, cur_memo_id, image_id)
    table tag( id, cur_memo, tag_libelle)

    Enfin, tout ceci qui ne fonctionne que pour UNE personne, il faut que je le revoie pour n personnes, et ce sera fini côté modélisation...

    Cinephil ? Fsmrel ? Artemus24 ? SQLPRO ? J'ai nommé les pointures de SQL que j'ai repérés...
    et tous ceux qui voient des conseils modélisation à ce stade ?
    Je veux pouvoir entrer n'importe quelle info

    "J'ai ouvert une assurance vie"
    "Mon chien est mort" => edit : ah tiens, "mon chien", ça va rentrer dans personne tant pis... j'aurais pu mettre anime/inanime
    "je projette de revendre mon appart dans 8 ans"
    "Je suis fâchée avec Bernard, mon frère"
    "Je suis encore en bons termes avec Jean-Luc, mon ex"
    "Je prend 2 pilules d'Azinc tous les matins" => edit : pourrait être rattaché à la chose abstraite "traitement médical"
    "Je pèse 68K"
    "Ma cuvette des WC a une fuite"
    etc... etc...

    edit aussi : Je pense que les tags pourront se référer aussi à des grandes catégories de la vie... santé, famille, loisirs, travail... et donc une nouvelle table a_categorie, où l'on devrait toujours laisser "autre"... parce que ma foi... on ne peut pas penser à tout.
    Mis à jour 13/09/2019 à 10h19 par Dendrite
  5. Avatar de Dendrite
    • |
    • permalink
    Je voulais aussi ajouter quelque chose qui m'est souvent bien utile (mais seulement dans les commentaires cette fois), car c'est une notion un peu plus avancée.
    Souvent, je fais une table avec une clé d'unicité.
    Prenons une table contact('id','mail','pseudo').

    Mettons que 'id' soit auto-incrémenté, que la colonne 'mail' soit le truc unique qu'on ne change jamais...
    J'ai donc posé dans ma table contact une clé d'unicité sur mail. Pas possible de faire un doublon de mail.
    Que se passe-t-il ensuite si 'toto@gmail.com', tête en l'air, est déjà dans ma base, sous le pseudo 'dark_vador', et veut se réinscrire, toujours avec le même mail donc, et le pseudo 'bisounours'... Eh oui, il a changé avec l'âge...

    Je règle ça ainsi en SQL :

    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    INSERT INTO contact VALUES (NULL, 'toto@gmail.com', 'bisounours')
    ON DUPLICATE KEY UPDATE pseudo='bisounours';

    Comme VOUS avez posé la clé d'unicité sur mail, il saura ce qu'est un doublon. Sinon, bien sûr, la db ne prend aucune initiative. Et miracle, dark_vador est devenu bisounours, sans changer de mail.
    Bien entendu, si le mail est absent de la table, c'est une simple insertion. Sinon, c'est une simple modif de pseudo.


    En PHP via PDO, c'est tout à fait possible aussi, avec cette méthode :

    Code PHP : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    <?php
    $sql='INSERT INTO contact VALUES (NULL, ?, ?)
    ON DUPLICATE KEY UPDATE pseudo=?;';
    $db = include 'db_mysql.php';
    try { 
       $stmt = $db->prepare($sql);
       $mail='toto@gmail.com';
       $pseudo='bisounours';
       //c'est ici qu'il faut tilter : $pseudo doit être présent 2 fois ! Rappelez-vous, autant de valeurs que de points d'interrogation au dessus !
       $stmt->execute(array($mail, $pseudo, $pseudo)) ;
       // on peut récupérer une information assez précise (pour mysql du moins)
       $nb_insert = $stmt->rowCount();
       //si c'est 1, il y a eu une vraie insertion, si c'est 2, il y a eu une simple modification du pseudo...
       unset($db);
    } 
    catch (Exception $e) {
       print "Erreur ! " . $e->getMessage() . "<br/>";
    }

    Enjoy !
  6. Avatar de Dendrite
    • |
    • permalink
    Bonjour !

    Mise à jour importante (sur la recommandation de Jreaux), merci à toi.

    1) Bien préciser tôt qu'on n'est pas censé ouvrir et fermer une connexion à chaque requête, parce que ça va mieux en le disant !
    2) Ensuite, pour les requêtes SELECT, écrire directement
    Code PHP : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    //$data est un tableau de tableaux associatifs directement exploitable ensuite dans une boucle foreach
    $data= $stmt->fetchAll(PDO::FETCH_ASSOC);
    Plutôt que de faire une boucle artificielle.
  7. Avatar de Dendrite
    • |
    • permalink
    Merci Max de ton retour.
    Je suis d'accord avec la plupart de tes remarques. Ma hantise, c'est que le conjoint bien portant s'épuise. Au demeurant, il a dit cette phrase qui est pour moi la plus belle preuve d'amour : "De toute façon, si l'un de nous deux doit aller en ehpad, je prends soit une chambre commune, soit la chambre voisine, car il est hors de question que nos fins de vie soient séparées." C'est beau. On s'est dit avec mon mari que si ça se posait, on ferait pareil. Bien sûr, ça a un coût, financier et psychologique, mais quand on s'aime, on est prêt à en payer le prix.

    J'espère qu'un jour la science pourra au moins stopper définitivement l'évolution des maladies dégénératives du cerveau.
    Personnellement, j'en suis tout à fait convaincue. C'est un sujet sur lequel je suis optimiste. Le tout est de savoir quand. Je pense sérieusement que ma génération (54 ans) ne mourra plus de ces maladies cognitives, et que le diagnostic précoce sera indispensable car il bloquera totalement la maladie, voir remontera les dégâts.

    A part ça, j'ai progressé hier dans ma db. J'édite et je vous montre le schéma relationnel. Je pars de MES informations, pour être sûre que tout peut rentrer, passé (j'ai été prof), présent (mon métier), futur (j'achèterai un autre appart dans 8 ans), récurrence (je marche 1H trois fois par semaine), permanence (je n'ai pas d'enfants).

    A la réflexion, si l'on commence à remplir nos informations dès maintenant, ça peut être utile aussi, indépendamment de toute maladie cognitive, pour classer nos priorités. Car je m'aperçois que je mets en place un barème.

    What else ? il me reste à poser : la table images (indispensable bien qu'en left join) mais si vous pouvez me conseiller quant à la relation avec quelle table, j'ai plein de doutes. La table tags...

    Je me demandais s'il me fallait poser la table des émotions associées... Mais je me dis que non. On ne peut pas souffler aux gens des émotions. S'il oublie une info, ils oublient les émotions associées, on s'en tape.

    Pour une toute autre utilisation, les émotions sont un sujet qui me passionne. Et si vous voulez les modéliser, vous trouverez ici un travail passionnant, la roue des émotions, un travail quasi exhaustif de clinicien neurologue qui s'appelle Robert Plutchik et qui a modélisé ça dès 1980, la roue des émotions :
    https://fr.wikipedia.org/wiki/Robert_Plutchik
    Mis à jour 07/09/2019 à 13h06 par Dendrite
  8. Avatar de Max747
    • |
    • permalink
    Bonjour,
    Je ne puis vous aider en ce qui concerne la conception informatique de votre projet qui j'en suis sûr sera utile durant de nombreuses années lorsqu'il sera au point.
    Car de plus en plus de personnes âgées intéressées par l'ordinateur seront atteintes de maladies neurodégénératives de type Alzamer.
    Je suis moi même confronté à ce genre de maladie et à ces problèmes que subissent ma soeur et ma belle mère âgée de 84 ans et 88 ans!
    IL me semble qu' à un stade déjà pas trop avancé de la maladie les malades eux même ne se sentent pas malade.
    Ce qui peut créer des conflits car elles se demandent pourquoi nous personnes bien portantes ont s'occupe de leur santé.Et qu'ensuite les malades ne se rendent plus compte de rien en vivant dans leur monde.En tout cas c'est ce que je peux constater pour mes deux proches!
    Et fait je considère que durant la plus longue partie de la maladie qu'ils subissent, le plus difficile à vivre n'est pas pour les malades mais pour les aidants!
    D'où parfois des personnes déjà vieilles encore en santé correct peuvent s'épuiser au contact des très vieux qu'elles doivent aider dans leur maladie!

    J'espère qu'un jour la science pourra au moins stopper définitivement l'évolution des maladies dégénératives du cerveau.

    Cordialement.
  9. Avatar de Dendrite
    • |
    • permalink
    Alleluia, Cinephil, merci pour ce commentaire.
    Ecoute, pour l'instant, comment dire, aussi bizarre que cela paraisse, et j'ai pourtant l'impression qu'on a déjà une maladie de 5 ans sur une personne de 83, son caractère s'est incroyablement adouci ! Et en même temps, elle garde son humour, quand elle est en forme, et une très grande lucidité. Exemple d'un RV chez le médecin : "Alors comment va votre mémoire Marcelle ?" Elle : "Ma mémoire ? C'est Raymond !" le mari (prénom fictif). Et le médecin de répondre : "Eh bien c'est très bien comme ça".
    Marcelle n'a pas besoin de cacher quoi que ce soit, car plus personne de son mari ou de ses enfants ne s'étonne lorsqu'elle "yoyote" comme on dit dans les Vosges.

    Je sais que les heures les plus sombres sont devant nous. Mais pour l'instant, la maladie tue lentement, et ça m'arrange, je ne suis pas pressée.
    J'attends de tes nouvelles (sur le plan applicatif).
  10. Avatar de CinePhil
    • |
    • permalink
    Projet intéressant !

    Pas le temps de détailler ta coneption mais projet intéressant.
    Je vais demander à ma compagne, prof en neuro-sciences et elle aussi confrontée à l'Alzheimer de ses parents, si elle connait un logiciel qui va dans ton sens.
    Bon courage ! Je sais que ce n'est pas facile à vivre, même si je n'y ai pas été confronté directement moi-même.
  11. Avatar de Dendrite
    • |
    • permalink
    Merci des infos.
    Alors je te conseille de poser ton problème dans la zone du forum consacrée à javascript.
    Si j'ai bien compris, tu as grosso modo fini la partie SQL...
    Ton problème reste uniquement d'intégrer la librairie javascript fullCalendar, plugin de jquery... pas du tout ma partie non plus.

    Regarde par ici

    https://blog.ludikreation.com/fullca...-comme-google/

    Bon courage !
  12. Avatar de 957booky
    • |
    • permalink
    Citation Envoyé par Dendrite
    Quel est ton existant ? Rien ? une base de données que tu consultes par phpmyadmin ? une appli base de données + script PHP ?
    Bonjour Dentrite,
    J'aimerais transformer ce tabeau excel en application php... L'idée est que chaque utilisateur puisse se connecter pour voir son planning et éventuellement apporter des modifications en cas de dépassement..et avoir un aperçu du delta et du cumul total
    L'administrateur doit pouvoir ajouter des utilisateurs et attribuer des heures et voir ceux qui ont modifiés leurs heures .
    ...

    Pour l'instant je me suis inspirer de tes tables pour construire ma base
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    74
    75
    76
    77
    78
    79
    80
    81
    82
    83
    84
    85
    86
    87
    88
    89
    90
    91
    92
    93
    94
    95
    96
    97
    98
    99
    100
    101
    102
    103
    104
    105
    106
    107
    108
    109
    110
    111
    112
    113
    114
    115
    116
    117
    118
    119
    120
    121
    122
    123
    124
    125
    126
    127
    128
    129
    130
    131
    132
    133
    134
    135
    136
    137
    138
    139
    140
    141
    142
    143
    144
    145
    146
    147
    148
    149
    150
    151
    152
    153
    154
    155
    156
    157
    158
    159
    160
    161
    -- phpMyAdmin SQL Dump
    -- version 4.8.3
    -- https://www.phpmyadmin.net/
    --
    -- Hôte : localhost:3306
    -- Généré le :  sam. 23 mars 2019 à 12:09
    -- Version du serveur :  5.7.19
    -- Version de PHP :  7.2.11
    
    SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
    SET AUTOCOMMIT = 0;
    START TRANSACTION;
    SET time_zone = "+00:00";
    
    
    /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
    /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
    /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
    /*!40101 SET NAMES utf8mb4 */;
    
    --
    -- Base de données :  `cef_heurereel`
    --
    
    -- --------------------------------------------------------
    
    --
    -- Structure de la table `horaire__prevue`
    --
    
    CREATE TABLE `horaire__prevue` (
      `id` int(11) UNSIGNED NOT NULL,
      `personne_id` int(11) NOT NULL,
      `jour_prevue` date NOT NULL,
      `debut_prevue` time NOT NULL,
      `fin_prevue` time NOT NULL
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED;
    
    --
    -- Déchargement des données de la table `horaire__prevue`
    --
    
    INSERT INTO `horaire__prevue` (`id`, `personne_id`, `jour_prevue`, `debut_prevue`, `fin_prevue`) VALUES
    (1, 1, '2018-06-01', '09:00:00', '16:00:00'),
    (2, 1, '2018-06-02', '16:00:00', '23:00:00'),
    (3, 1, '2018-06-04', '08:00:00', '16:00:00'),
    (4, 1, '2018-06-05', '14:00:00', '18:00:00'),
    (5, 2, '2018-06-01', '16:00:00', '23:00:00'),
    (6, 2, '2018-06-04', '16:00:00', '22:00:00'),
    (7, 3, '2018-06-01', '08:00:00', '16:00:00'),
    (8, 3, '2018-05-31', '16:00:00', '22:00:00');
    
    -- --------------------------------------------------------
    
    --
    -- Structure de la table `horaire__saisie`
    --
    
    CREATE TABLE `horaire__saisie` (
      `id` int(11) UNSIGNED NOT NULL,
      `personne_id` int(11) NOT NULL,
      `jour_saisie` date NOT NULL,
      `debut_saisie` time NOT NULL,
      `fin_saisie` time NOT NULL
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED;
    
    --
    -- Déchargement des données de la table `horaire__saisie`
    --
    
    INSERT INTO `horaire__saisie` (`id`, `personne_id`, `jour_saisie`, `debut_saisie`, `fin_saisie`) VALUES
    (1, 1, '2018-06-01', '09:30:00', '14:00:00'),
    (2, 1, '2018-06-01', '14:00:00', '18:00:00'),
    (3, 1, '2018-06-04', '08:00:00', '11:50:00'),
    (4, 1, '2018-06-04', '13:00:00', '18:15:00'),
    (5, 2, '2018-06-01', '05:00:00', '13:00:00'),
    (6, 2, '2018-06-04', '13:00:00', '21:00:00'),
    (7, 3, '2018-06-01', '08:00:00', '23:59:59'),
    (8, 3, '2018-05-31', '08:00:00', '20:00:00');
    
    -- --------------------------------------------------------
    
    --
    -- Structure de la table `users`
    --
    
    CREATE TABLE `users` (
      `id` int(11) NOT NULL,
      `username` varchar(50) NOT NULL,
      `password` varchar(255) NOT NULL,
      `created_at` datetime DEFAULT CURRENT_TIMESTAMP
    ) ENGINE=InnoDB DEFAULT CHARSET=latin1;
    
    --
    -- Déchargement des données de la table `users`
    --
    
    INSERT INTO `users` (`id`, `username`, `password`, `created_at`) VALUES
    (1, 'pisco', '$2y$10$F5cMTysZIApkcPESrt7coOaxrSNz90wV/geqBejPpOutmx1VqxmHm', '2019-03-22 11:34:17'),
    (2, 'pisco2', '$2y$10$4NkOJxGJ5n9mCNurQmtSEuHcjiyvF01jgsGaxwHGoHva17JRdAxcC', '2019-03-22 12:18:41'),
    (3, 'booky', '$2y$10$xfVxUHqWJhSwPqUc9OD0T.opn.TyqU5u8gF9QCru9X1MCRQRoYdlS', '2019-03-22 13:10:42');
    
    --
    -- Index pour les tables déchargées
    --
    
    --
    -- Index pour la table `horaire__prevue`
    --
    ALTER TABLE `horaire__prevue`
      ADD PRIMARY KEY (`id`),
      ADD KEY `personne_id` (`personne_id`),
      ADD KEY `jour` (`jour_prevue`),
      ADD KEY `debut` (`debut_prevue`),
      ADD KEY `fin` (`fin_prevue`),
      ADD KEY `periode` (`jour_prevue`,`debut_prevue`,`fin_prevue`);
    
    --
    -- Index pour la table `horaire__saisie`
    --
    ALTER TABLE `horaire__saisie`
      ADD PRIMARY KEY (`id`),
      ADD KEY `personne_id` (`personne_id`),
      ADD KEY `jour` (`jour_saisie`),
      ADD KEY `debut` (`debut_saisie`),
      ADD KEY `fin` (`fin_saisie`),
      ADD KEY `periode` (`jour_saisie`,`debut_saisie`,`fin_saisie`);
    
    --
    -- Index pour la table `users`
    --
    ALTER TABLE `users`
      ADD PRIMARY KEY (`id`),
      ADD UNIQUE KEY `username` (`username`);
    
    --
    -- AUTO_INCREMENT pour les tables déchargées
    --
    
    --
    -- AUTO_INCREMENT pour la table `horaire__prevue`
    --
    ALTER TABLE `horaire__prevue`
      MODIFY `id` int(11) UNSIGNED NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=9;
    
    --
    -- AUTO_INCREMENT pour la table `horaire__saisie`
    --
    ALTER TABLE `horaire__saisie`
      MODIFY `id` int(11) UNSIGNED NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=9;
    
    --
    -- AUTO_INCREMENT pour la table `users`
    --
    ALTER TABLE `users`
      MODIFY `id` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=4;
    COMMIT;
    
    /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
    /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
    /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
    j'ai fais aussi l'interface de connexion qui redirige son l’accueil utilisateur...
    J'ai essayer d’intégrer fullcalendar mais c'est pas encore de mon niveau https://fullcalendar.io/docs/timelin...dard-view-demo
    Mis à jour 23/03/2019 à 13h23 par 957booky
  13. Avatar de Dendrite
    • |
    • permalink
    Quel est ton existant ? Rien ? une base de données que tu consultes par phpmyadmin ? une appli base de données + script PHP ?
  14. Avatar de 957booky
    • |
    • permalink
    Citation Envoyé par Dendrite
    Oui bien sûr.
    Pose ton problème ici.
    Bonjour Dentrite, je voudrais une vue admin qui permets d'ajouter des utilisateurs et de leurs assignés des heures de début et de fin.
    et une vue utilisateur qui permet voir et de modifier les heures en cas de dépassement.
    Merci
  15. Avatar de Dendrite
    • |
    • permalink
    Oui bien sûr.
    Pose ton problème ici.
  16. Avatar de 957booky
    • |
    • permalink
    Bonjour Dentrite,
    étant débutant en php, pourrais-tu m'aiguiller pour la construction des vues pour l'utilisateur.
    en te remerciant.
  17. Avatar de Dendrite
    • |
    • permalink
    Ravie que ça serve !
  18. Avatar de Xmael
    • |
    • permalink
    Extrêmement intéressant.
    Merci
  19. Avatar de Dendrite
    • |
    • permalink
    Bonjour Cicillo et merci de ton retour.
    Je vais tenir compte de tes remarques sur quelques points "Préciser tout de suite que le script s'appelle contact.php" ou "Préciser où l'on colle le SQL"...
    Pour le reste, ce tuto ne s'adresse pas spécialement aux grands débutants que tu sembles être en PHP-MYSQL, tu as raison, ce tuto essaie de s'adresser à un peu tout le monde. Sur mon blog, je me fais un peu plaisir et je ne reviens pas sempiternellement sur les bases supposées acquises. Beaucoup de gens ont déjà une bonne habitude de développement avec d'autres librairies PHP d'accès aux bases, et surtout l'extension "mysql_" et veulent passer facilement à PDO. J'avoue que c'est d'abord à eux que j'ai pensé. Ce n'est pas une initiation à SQL pour les novices. C'est surtout une initiation simplifiée à PDO.

    Ceci dit, quand je modifierai mon chapitre base de données dans "PHP pour grands débutants pressés", je le simplifierai encore et encore en tenant compte de tes remarques. Et notamment, je séparerai l'initiation à SQL et l'initiation à PDO. Mais pas sur ce billet.
    Bonne continuation !
    Mis à jour 24/07/2018 à 11h55 par Dendrite
  20. Avatar de Ciccillo
    • |
    • permalink
    Bonjour, dialogues entre connaisseurs... Moi je rame. Vous vous comprenez au quart de tour et le tuto semble écrit pour des initiés. Par exemple, il faut deviner qu'à un moment donné on parle de contacts.php à créer mais sans le nommer. Il faut s'imaginer qu'il y a une table à créer. Autre exemple, un peu avant les contacts (je crois), il y a un code où l'utilisateur (du tuto) doit le copier-coller après avoir créé la DB. Mais le coller où? Par la suite le bouts de codes m'apparaissent comme des électrons libres... Ils sont reliées par quoi, quelle logique, quel(s) cas? Il manque des exemples.

    Je termine sur un point positif. Ce tuto permet de se poser beaucoup de questions bien formulées par ses divers entêtes de chapitres. C'est bien bien que d'aller à la pêche d'infos sans savoir exactement quoi chercher. Merci.
Page 1 sur 2 12 DernièreDernière