Ses derniers messages sur les forums
Sinon tu peux à partir de la 1ere requête (sans le count) faire un tri avec PHP pour trier tes piments.
SELECT * FROM piment WHERE pulpe = rouge OR pepin = 25
Tu fais un tableau qui représente tes piments :
$piments=array('pulpe_rouge'=>$pulpe_rouge,'pepin'=>$pepin,'sans_pepin'=>$sans_pepin);
et tu incrémentes à chaque boucle celui qui correspond
Des étoiles dans les yeux, le ciel pour m'évader
Pourquoi ne pas faire directement la requête 2
Pourquoi faire un pré-tri alors que t'as directement le résultat avec la 2ème requête. (c'est plus rapide et moins coûteux en resource)
Sinon pour répondre vraiment à la question, tu peux pour faire un pré-tri, faire une requête imbriquée (le 2ème SELECT est dans la condition WHERE).
Mais là, dans ton exemple, je ne vois pas l'intérêt
Des étoiles dans les yeux, le ciel pour m'évader
Tu dis que dans la base de données, t'as bien la colonne pass_md5?
Car là l'erreur retournée indique que MySQL ne trouve pas cette colonne donc qu'il ne peut effectuer une recherche sur celle-ci.
Tu peux nous donner la ligne de ta requête SELECT?
Des étoiles dans les yeux, le ciel pour m'évader
(LupusMic) Pourquoi encombrer la base de données avec les données d'une image alors que tu peux la stocker sur le serveur? Je ne vois pas l'avantage pour un grand nombre d'images. Images un site avec 100 000 images de 300Ko
100000*300*1024= 30 720 000 000 octets rien que pour les images
Je n'ose imaginer les backups
Si c'est pour éviter qu'une personne accède aux images ou pour éviter le listage, un simple htaccess peut empêcher cela.
Puis des méthodes pour créer des noms uniques difficiles à trouver sont nombreuses donc j'ai un peu de mal à voir le gain que cela procure.
Personnellement, je ne stocke que les infos utiles : nom de l'image, date d'ajout, date de modification, image validée etc, etc.
Ça évite de trop solliciter la base de données pour "rien".
Quel avantage tires-tu de ta méthode?
As-tu un retour d'expérience sur cette méthode?
Je suis curieuse de savoir
Des étoiles dans les yeux, le ciel pour m'évader
Je déteste les framework
Pour faire un formulaire c'est relativement simple. C'est (pour la plupart) du (x)html pour la structure et du css pour la mise en page. Pas besoin de framework ou autre pour ça.
Tu peux utiliser des balises p (paragraphe)
<form id="form" method="post" action="ma_page.php">
<p>
<label for="textfield"></label>
<input type="text" name="textfield" id="textfield" />
</p>
</form>
Des listes <ul><li></li></ul> (je n'aime pas cette méthode)
<form id="form" method="post" action="ma_page.php">
<ul>
<li><label for="textfield"></label>
<input type="text" name="textfield" id="textfield" /></li>
</ul>
</form>
Ou bien ma méthode préférée, les listes de définitions <dl><dt></dt><dd></dd></dl>
<form id="form" method="post" action="ma_page.php">
<dl>
<dt><label for="textfield"></label></dt>
<dd><input type="text" name="textfield" id="textfield" /></dd>
</dl>
</form>
Tu remarqueras que la balise form entoure le formulaire.
Pour l'ajax : Ce n'est pas vraiment un langage. C'est par exemple du javascript+php . Un exemple bateau... tu veux vérifier au moment de la saisie dans un formulaire qu'un pseudo n'est pas déjà présent en base de données. Là tu vas utiliser cette technique.
Des étoiles dans les yeux, le ciel pour m'évader
Je suis d'accord avec toi ^^ C'est peut-être un formalisme de programmation mais pour moi une constante doit être en majuscule.
Des étoiles dans les yeux, le ciel pour m'évader
La ligne 7 représente le dossier de réception. Cela suppose donc que tu crées un dossier images (Bon j'ai prit comme nom images mais tu peux mettre le nom de ton choix).
La ligne 9 représente le chemin final vers l'image téléchargé sur le serveur (si tu veux l'afficher par exemple).
Par contre j'ai peur de comprendre que tu souhaites insérer ton image en base de données. Si cela est le cas, c'est une TRES TRES mauvaise idée
En base de données, tu n'insères que le nom de l'image... JAMAIS l'image par elle même. Sinon tu vas alourdir ta base pour rien.
Dans l'exemple, tu insères $photo en base de données. Lorsque tu veux l'afficher, tu vas chercher le nom de l'image et tu recrées le lien vers elle
c'est aussi bête que ça
Des étoiles dans les yeux, le ciel pour m'évader
C'est vrai que pour une certaine logique de codage, utiliser const partout c'est pas mal.
Mais à mon sens const et define ne sont pas totalement identique. ça dépend donc du contexte.
define a un 3ème argument optionnel
Des étoiles dans les yeux, le ciel pour m'évader
Oups 2 erreurs
ligne 3 $tmp=$_FILE['photo']['tmp_name'];
et ligne 10 il manque une ) en fin de ligne
Je devrais me relire avant de poster
désolée
Des étoiles dans les yeux, le ciel pour m'évader
Ta variable photo prend le nom que tu veux ^^
Par exemple, si tu veux conserver le nom :
<?php
$tmp=$_FILE['photo']['tmp_name'];
$photo=$_FILE['photo']['name'];
//dossier de reception
$mon_dossier_de_reception='images';
//chemin final vers ton fichier téléchargé
$mon_fichier = $mon_dossier_de_reception.'/'.$photo;
if(is_uploaded_file($tmp))
{
if(move_uploaded_file($tmp, $mon_fichier)){
//ma photo a bien été téléchargé
}
}
Si tu veux changer le nom tu changes juste la variable $photo par ce que tu veux.
Attention de garder la même extention de fichier.
Exemple $photo='moi.jpg';
Bien sûr mon exemple ne prend pas en compte les tests sur les images (taille,poids,dimension etc etc). C'est juste un exemple
Des étoiles dans les yeux, le ciel pour m'évader
