Ses derniers messages sur les forums
« Ben c'est une BD MySql et les fichiers des tables MyIsam... »
C'est tellement trivial expliqué comme ça
Ne parles pas de fichier quand tu parles d'une problématique liée à une base de données. Les fichiers dont tu parles sont du ressort de l'implémentation. Un moteur SQL peut très bien stocker l'ensemble des tables dans un seul fichier.
Bref, ce que tu veux, c'est l'intégrité référentielle. Ça n'existe pas avec MyISAM (c'est un moteur trop limité fonctionnellement). Il faut que tu passe à InnoDB par exemple. En définissant des clés étrangères, le plus gros du boulot sera fait. Restera plus qu'à mettre en place des triggers et éventuellement utiliser les transactions pour assurer l'atomicité de la suppression.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
C'est quoi un fichier MySQL ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(glodybiss4) Mais pourquoi tu parles de pseudo-frame ?
(Jeanlepail) En fait il y a deux méthodes. La première consisterait à conserver le contenu généré dans des fichiers, et que ce sont ces fichiers qui sont réellement servis.
La seconde est la plus probable. C'est l'usage d'un module de réécriture d'URL. Apache proposes le module mod_rewrite qui permet de transformer une URL suivant un schéma précis en l'URL réellement demandée.
Dans ton exemple, avec la réécriture d'URL, le serveur traduit l'adresse demandée par le client en une autre URL, qui correspond à l'appel d'un script PHP avec les paramètres qui vont bien.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Intéressant article je voulais dire ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
En travaillant sur ton problème, je suis tombé sur cet
intéressant très intéressant. Au-delà, j'ai aussi écrit une galerie que je pourrais publier une fois nettoyée (une mise à jour prévée est disponible pour toi Keika).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Oui mais non. Je n'ai pas demandé comment tu avais obtenu $total, mais ce que *contient* $total.
Si tu penses que le problème vient de $row, alors affiches-le avec var_dump et observe ce que contient ce tableau !
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
La programmation, ce n'est pas du chamanisme :D
Et comme ma boule de cristal est toujours en panne, je ne sais pas ce que contient $total ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ce n'est pas parce que l'ordre est toujours le même que c'est trié : si tu jète une pile de chaussure dans une piève, et que tu lis leur ordre (readdir de la chambre), tu auras toujours le même ordre.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
C'est inutile de poster vingt ligne de code pour une seule ligne pertinente, d'autant plus que l'essentiel n'est pas là : que contiennent $nombre et $page. Sans compter qu'on se demande pourquoi tu multiplie par 1.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Mais où se situe le problème ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
