Ses derniers messages sur les forums
Union est ton ami dans ce cas !
Pour en revenir à ta requête SQL initiale, plusieurs précisions.
Le mot clé outer est inutile (left join se suffit).
Un left join ne doit être utilisé que lorsque nécessaire. C'est à dire lorsqu'il y a une relation n..0 entre deux tables, et que la table jointe n'est pas une condition de sélection, mais un ajout fonctionnel.
En d'autres termes, si tu écris : « je veux tout les utilisateurs avec leurs rendez-vous », tu fais un left join. Si a contrario tu écris « Je veux tout les utilisateurs qui ont un rendez-vous », tu fais un join normal.
Une fois qu'on a compris, c'est limpide. Mais il est vrai que ce n'est pas évident. Et la culture du monde PHP ne pousse pas à ce genre de requêtes propres (car MySQL a (avait ?) de grosses limites fonctionnelles et des performances désastreuses lorsqu'on l'utilise comme une base de données relationnelle avancée (je pense aux requêtes imbriquées, entre autres).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Si mon ton ne te plait pas, ignores-moi.
En attendant, si tu savais t'exprimer il n'y aurais pas eu d'incompréhension. Dans ton premier message, tu ne dis pas que le nom de fichier est indéterminé, mais qu'il n'est pas toujours le même.
Du coup, la « solution » que tu as trouvé est stupide. La fonction glob renvoie une liste de fichiers existants, ce qui fait qu'il est inutile de faire un file_exists derrière...
Et oui, je ne doute pas à ce niveau :D
Si tu étais un professionnel de la profession, tu saurais que c'est non pas la condescendance (et je suis désolé d'en déborder), mais l'incompétence et l'approximation qui domine. C'est pour ça que j'ai la dent si dure, je sors facilement de mes gonds.
Ici tu as été approximatif. L'approximation dans le développement Web est dangereuse. Elle induit des trous de sécurité, c'est uen autre raison de mon intolérance.
Quand à mon intelligence, effectivement, je suis stupide. Je crois encore que l'excellence technique est digne d'intérêt.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Le caractère de séparation dans les chemins de fichiers est le slash / et non l'antislash \. Tu risques d'avoir des problèmes en utilisant l'antislash.
Par exemple, si tu cherches "toto\nono.txt" tu ne trouveras jamais le fichier car \n correspond à une fin de ligne dans une chaîne interprétée (relis la
documentation sur les chaîne).
Ensuite, ton bidouillage ne résous pas ton problème.
Il vaudrait mieux que tu fasses quelque chose dans ce genre :
<?php
$filename = 'listePWD.txt' ;
$filedir = 'FICHIERTXT' ;
$filepath = $filedir . '/' $filename ;
if(file_exists($filepath)) /* Do thing */ ;
À noter que pour vérifier un nom de fichier différent, il suffit de modifier le contenu de la variable.
Je pense que tu ne sais pas ce qu'est une variable, il faudrait que tu relises les tutoriels du site, puis la documentation de base du langage.
Bon courage !
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ce que j'entends par là, c'est que la modération valide la ou les premiers messages. Ça nous permettrait d'éviter de tacler les nouveaux.
C'est une simple suggestion. Parce que je pense que j'ai déteint sur toi ;) Et que si ça continue, tu seras bientôt perdu et il n'y aura plus personne de sympa sur ton site :D
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ça commence à faire beaucoup de noobs qui débarquent en croyant qu'ici, les choses sont magiques.
Bientôt on va avoir un gus qui va nous demander si on sait écrire une boutique en ligne et qui va exiger une recette pour le lendemain ^^;
J'aurais bien une idée, modérer le premier message. Mais ça signifie un surcroît de travail, et surtout des nerfs d'acier pour celui qui le fait. Du coup il faudrait aussi un article pour guider les débutant... un tutoriel pour apprendre à développer en fait... J'ai bien ça sur le feu, mais je ne sais pas si ce que j'écris est abordable.
'fin bref, va falloir trouver une solution.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Codelyokodd) LePhpFacile n'est pas là pour te dire comment écrire une application. Tu veux écrire un système de contributions modérées, alors plusieurs options s'ouvrent à toi.
Tu télécharges un logiciel tout fait, dans laquelle la modération est implémentées (au hasard, une application de forum). Pour tu regardes comment c'est fait.
Une autre option est de réfléchir. Pour bien résoudre un problème, le secret est de définir les termes. C'est quoi un message ? C'est quoi un message modéré ? Comment un message est modéré ?
La réponse à ces quelques question simples permettent d'y voir plus clair, et de se rendre compte de ce qu'il faudra développer.
Si tu veux, tu peux poster ici tes réflexions, et si on considère que tu t'impliques, nous nous ferons un plaisir de t'aider. Et n'oublie pas de préciser où tu en es de ton développement.
Aider. Pas autre chose (même s'il m'arrive parfois de relever le challenge pour le plaisir).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(er-issam) Si tu désactives les contrôles pour des raisons fonctionnelles, il faut évidemment créer les champs input cachés correspondants aux champs désactivés.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(lordgun) Mouhaha. Mais en fait, c'est pas si con :
<form action='http://google.com/search'>
<p>
<label for='keywords'>Mots-clés</label>
<input id='keywords' name='as_q'/ >
<input type='hidden' name='as_sitesearch' value='lephpfacile.com' />
<p>
</form>
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
C'est le comportement attendu de l'attribut
disabled.
Ce que tu souhaite faire n'a pas de sens, sémantiquement.
Pourquoi désactives-tu ces select ?
Pourquoi as-tu besoin de leur valeur ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Moi aussi.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
