Ses derniers messages sur les forums
Certes, la fréquentation est à la hausse depuis que La Globule a mis à jour, mais je ne pense pas qu'une section pour les offres d'emploi soit pertinente. Il existe de nombreux sites de qualité qui proposent de tels services. Je pense entre autres à Lolix, qui m'a permis de trouver quelques jobs.
Les rares annonces qui furent publiés sur lephpfacile sont le fait de profiteurs qui tentaient de faire travailler à l'oeil des bénévoles passionnés. Du coup, il faudrait passer du temps à modérer ces sacripants.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Je l'ai exposé à de nombreuses reprises, mais en gros :
http://www.lephpfacile.com/forum/1-php-mysql/7575-probleme-mise-a-jour-bdd
http://www.lephpfacile.com/forum/1-php-mysql/7554-minisite-avec-tableau-multidimensionnel
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Pour optimiser la sécurité, j'écrirais donc:
$societe = mysqli_real_escape_string(htmlentities(strip_tags(trim(stripcslashes($_POST["societe"])))));
Ralalalalala.
Pour foutre le bordel, c'est ce qu'il faut faire. Ce que tu proposes introduit des bogues. Il faut protéger les données au moment où elles sont propulsées d'un domaine à un autre. Le faire à un endroit unique, c'est vivre dans l'illusion de la sécurité, et introduire des bogues incompréhensibles (mais pourquoi diable mon PDF contiens des & ? ;) ).
strip_tags n'est pas complet, car il ne propose qu'un ensemble limité de tags liés à HTML 4. Et puis, ça ne nettoie pas les problèmes les plus graves. htmlentities suffit quand on projette des données dans un document HTML.
trim n'est là que pour le confort de l'utilisateur.
Ce qui est vraiment préférable, c'est de créer des fonctions qui s'occupent de passer les données d'un domaine à l'autre, et de toujours être conscient des limitations de chaque domaine.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
C'est une recherche, donc la sémantique de la search part est tout à fait indiquée.
Bien évidement, tu peux bidouiller en JS pour avoir des addresses articielles, mais je ne pense pas que ça en vaille la peine.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Une règle générale en programmation, c'est que si on dépasse les 5 arguments par fonction, c'est qu'il y a un problème.
Une autre règle est que, si on doit utiliser des variables avec une valeur incrémentale, c'est qu'il y a un gros problème d'analyse.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ce que niconicochan essaye de t'expliquer, c'est que le formulaire ne se vide pas. La raison pour laquelle il est vide, c'est parce que tu le créés vide. Donc, tu dois utiliser les données soumises si tu souhaites les proposes à l'utilisateur.
Cependant, ceci peut conduire à des CSRF si tu utilises la méthode proposée.
<input name="societe" size="22" value="<?php echo htmlentities(@$_POST['societe'], ENT_QUOTES); ?>"" type="text"/>
@ est l'opérateur de silence de PHP (il cache les erreurs, tels que les erreurs d'accès à une clé inexistante dans un array).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Peux-tu reformuler en français ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Et donc ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
En général c'est une information conservée dans la session, une technique connue sous le nom de « flash message ».
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Erwin, tu es dans l'erreur. Malheureusement, en PHP, on met les paramètres de la search part dans un $_GET, ce qui conduit à ton erreur. Quelque soit la méthode HTTP, la search part est toujours explosée dans $_GET.
Conseiller d'utiliser $_REQUEST ne permet qu'une chose : encourager la confusion, puisque ce tableau fusionne tous les paramètres HTTP (search part, cookie, post data, à l'exception des fichiers en cas de transferts multiparts).
Sinon, globalement, je suis d'accord avec tes précisions.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.