Vous n'êtes pas identifié(e).
Pages : 1
Salut,
dans ta boucle while, tu ajoutes un lien : <a href="detail-job.php?idjob=<?php echo"$id_unique_du_job_dans_la_bdd"; ?>">ce que tu veux écrire pour donner envie de cliquer</a>
et tu récupères l'ID dans la page 'detail-job.php' : $id_du_job_a_afficher_en_details = $_GET['idjob'];
puis requete : SELECT champ1, champ2... FROM ma_tbl_jobs WHERE id_unique_du_job_dans_la_bdd=$id_du_job_a_afficher_en_details
Salut,
déjà, il faut laisser PHP te donner les messages d'erreurs : ça te permettra de savoir si/où ça plante.
donc, éviter les messages d'erreur "maison", qui plus est avec JS
au tout début de ta page, ajouter :
ensuite, laisser les réponses d'erreur aussi, donc, modifier:
ensuite, il faut jeter un coup d'oeil aux "PPS" -> Parametrized Prepared Statements
ça, c'est la fête du slip pour les injections SQL...
NE JAMAIS UTILISER des variables venant d'un utilisateur quel qu'il soit !!! Il faut les tester, puis ensuite les passer à la moulinette des PPS
après ça, cherche la signification des messages d'erreur, et vérifie aussi la console du DEV tools de ton navigateur.
ensuite, on en saura plus (et toi aussi ) et on pourra avancer...
PS: un bon tuto (en anglais) PDO tutorial
Salut,
Tu peux jeter un oeil sur AGGREGATE FUNCTION. Perso, je pense à quelque chose comme:
Regarde les liens, lis, fais des recherches, essaie, pose des questions (plein), debug, recommence...
Et surtout, au début, des choses **simples** ! tu sépares tout ton code. Ex: une page d'inscription -> un formulaire avec 3 champs -> une page d'enregistrement -> une requete d'insertion -> une page d'identification -> une requete de selection/verification des données = beaucoup plus simple à comprendre, faire, et à débuger...
PHP envoie une requête au serveur, qui lui renvoie une réponse : c'est "brut". A partir de là, c'est *TOI* qui décide de l'apparence que ça doit avoir, donc, la CSS influence fortement .
certes depuis PHP 5.5, mysql_* est déprécié (PHP doc) donc il est conseillé de travailler sur les PPS : Prepared Parameterized Statements. Tout ça permet de "nettoyer" les variables, et de se protéger des injections SQL au maximum. De plus, le code est plus leger, plus lisible, bref, que des avantages IMHO. Mais surtout, si les tutos sont (comme souvent) du grand n'imp', il faut prendre le temps de rechercher plus d'infos... Et **bien** faire depuis le début, en prenant le temps. Il ne sert à rien de vouloir afficher des trucs, sans comprendre. On a tous été content(e )s de voir notre premier affichage succéder à notre premier "parse error" ou "undefined index", mais si tu fais des tutos à l'arrache en te disant que la propreté et la sécurité du code viendront après : NON. Si tu n'as pas le temps maintenant, tu ne l'auras pas plus ensuite. "DO OR DO NOT ! There is no try..." (merci Yoda ^^)
Alors (merci la coloration syntaxique de Notepad++ ^^) :
ça correspond à -> $ideleve=$data['num']; /* à priori, le champ 'num' n'existe pas ou ne renvoit rien */
ça correspond à -> $sql = SELECT * FROM `ELEVE``, document where eleve.num = document.numeleve; /* encore une erreur de backtick / requete à mettre en " " */
ça correspond à -> echo $data['date'] /* pas de bras, pas de chocolat ! pas de requete, pas de loop -> pas de loop, pas de data ! pour les fans de "mission Cleopatre, revoir la scene avec "pas de pierre, pas de construction ! pas de construction, pas de palais ! pas de palais... pas de palais !" */
Salut,
double backtick + point-virgule + jointure bizarre ^^
en plus, tu n'as pas besoin de mettre des backticks autour des champs sauf si ... (voir doc)
Conseil : toujours ajouter en haut de tes pages en pre-prod
Conseil² : mysql_* est déprécié depuis longtemps ! tu devrais regarder ceci -> PHP doc mysqli_* et PHP doc Prepared Parameterized Statements pour éviter les injections SQL
ouaip, ça roule... 65 heures de taf lundi/samedi, on a fait pire ! (même si c'était avec 20 ans de moins...)
je développe des petits trucs sympas, ça occupe
là, je bosse sur un système complet de gestion pour auto-école : gestion des formateurs, des plannings, des leçons, inscriptions, génération des échéanciers de paiement, des factures, fiches de suivi, rappel par mail ou SMS, et tout ce qui concerne la pédagogie et le financier... pour les élèves : espace privé, gestion du dossier, suivi pédagogique, booking online, paiement par CB...etc... que du bonheur
Salut la team !
Les plus anciens se souviendront de Qui-Gon, ou Yoda, ou même de ZeDude (parmi quelques pseudos que j'utilisais sur internet à l'époque...)
Ils se souviendront des loop et des foreach qu'on modérait à moooooort !
Ils se souviendront de Raf, Yves (le belge) et les autres... les premiers geeks à squatter sur PHPdeb' bien avant DTC ^^
Les premiers à se retrouver au moment des apéroPHP avec un magazine de code sous le bras, histoire de pas se louper...
Pour ceux qui m'auront reconnu, sachez que malgré le temps qui passe, je vous [ ... ] toujours autant !
Pour les autres... ben, pas de bol !
Salut,
$url = $data['url_a'];
$lieu = $data['lieu_a'];
$page = "<a href=\"$url\">$lieu</a>"; /* les single quotes ne lisent pas les $variables ou alors il faut faire $page = '<a href=" '.$url.' ">'.$lieu.'</a>'; mais c'est moins clair je trouve */
Salut,
il n'y a ni formulaire pour passer les variables en POST, ni variables passées dans l'URL en GET...
donc, $villeNom = $_POST['ville_nom']; renverra... dans les méandres du web
Si le lien est <?php echo $cityID.' - '.$saveName ?><a href="index.php"> Détails :<?php $saveDetail ?></a>, là encore, aucune variable envoyée...
<?php echo $cityID.' - '.$saveName ?><a href="index.php?id=<?php echo"$cityID"; ?>"> Détails :<?php $saveDetail ?></a> et ensuite, on récupère $idCity = $_GET['id'];
SELECT * FROM city WHERE city_id=$idCity /* exemple */
mais POST est nettement préférable à GET (IMHO) et ensuite, il faut vérifier les vars qui sont passées *avant* de les utiliser pour des requêtes ! sinon, danger...
Salut,
Au début, l'affichage du message est prévue *après* la redirection, donc, ça ne fonctionnera pas...
Si tu affiches le message et que tu veux ensuite faire une redirection, alors tu auras une erreur du genre : header already sent...
Pourquoi ne pas rediriger puis afficher sur la nouvelle page "merci, votre message a bien été envoyé" ?
Pages : 1