Ses derniers messages sur les forums
Je crois avoir compris ce qu'il t'arrive : la table n'est pas dans le scope de la jointure.
MySQL essaye d'abord de faire la jointure
programme AS p1
LEFT OUTER JOIN clubs AS clubHome ON clubHome.id_clubs = p2.id_clubs
Puis joindra la table obtenue à « programme AS p2 ».
Or, dans la jointure left outer join, p1 n'est pas connu. En fait, La Globule avait mal exprimé le fait que le champs is_clubs n'est pas visible dans la clause on join.
De plus, en y réfléchissant :
programme AS p2
LEFT OUTER JOIN clubs AS clubHome ON clubHome.id_clubs = p1.id_clubs
Pourquoi faire une jointure en utilisant une donnée extérieure aux tables à joindre ? Ce n'est pas logique en fait.
Revoie la logique de ta requête, tu devrais t'en sortir. Et surtout, vas-y pas étapes.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Regarde dans le répertoire des préférences utilisateur.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
On en a déjà parlé précédemment. Le plus fiable, c'est de stocker dans MySQL.
Ça doit être dans la FAQ ou un comment faire. Bonne recherche !
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Michel_57) Tu es dans le bon forum. Parce que ce que tu demandes est possible.
Tu peux utiliser PHP pour écrire des applications. Aussi bien des scripts Web que des application fenêtrées ou des daemons. Maintenant, que veux-tu comme application ?
N'essaye pas de programmer des applications en bash, tu vas t'arracher les cheveux.
En ce qui concerne le fait d'avoir une interface de saisie et un cron qui parcours la table pour les updates, c'est ce qui ce fait dans beaucoups de gros intrawebs. Donc, pas de remords de ce côté là !
(Bzh) Tu pars du principe que PHP ne peut que générer du HTML, ce qui est faux.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Les colonnes id_* font toutes partie de la clé primaire. Lorsque tu joins deux tables, tu fais en sorte que la clé primaire concorde avec les clés étrangères de la table de gauche. Donc il se peut que tu doives indiquer l'ensemble des valeurs de la clé primaire pour effectuer la jointure.
Ce n'est qu'une supposition.
Mais il est possible que ce soit un bogue de MySQL.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Bzh) Sous BeOS, ce que tu fais n'a aucun impact sur le comportement du système, car à l'accès du fichier le Tracker utilises mime magic pour déterminer le type de contenu du fichier. Et sous les environnements KDE et Gnome, ça vient tout doucement. Bien sûr, je ne parlerais pas des bureaux
antiques tel que celui de MS Win.
(Patochewie) Pour déterminer le type de contenu, c'est ce que fait Apache avec l'extention mime magic, pareil pour PHP. Ils ouvrent le fichier et regardent les premiers octets. Voir la commande
file.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Je me demande si tu ne dois pas préciser la clé primaire dans son intégralité.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Mais on ne peut pas déterminer les caractéristiques d'un fichier local... à moins que la page ne soit locale...
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ben faut dire à ton responsable que les maichants du service d'administration te font de l'obstruction, et qu'ils t'obligent à un infâme bricolage.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Que dois contenir la partie admin ? C'est une meilleur question ;) Le mieux c'est de faire la partie admin en même temps, puisque tu y inclueras les outils de maintenance.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
