Messages postés par "vibrice"
| Sujet | Date | Extrait |
|---|---|---|
|
Problème d'accent lors de la mise en ligne
PHP HTML MYSQL |
lundi 23 mai 2016 à 19h11 | Donc ça fait bien 2 htmlspecialchars au lieu d'un ? Pas lieu de faire un htmlspecialchars avant ta regexp, c'est seulement pour l'affichage. Tes extraits ne sont pas partinents, ils ne sont pas as… |
| lundi 23 mai 2016 à 14h06 | Il faut que tu regardes du côté des [fonctions de fenêtrage](http://docs.postgresql.fr/9.5/functions-window.html) si c'est bien basé sur la "position" des lignes et que tu n'en connais pas vraiment à… | |
|
Problème d'accent lors de la mise en ligne
PHP HTML MYSQL |
dimanche 22 mai 2016 à 21h48 | Ca ne peut même pas être un problème d'encodage tout court sur une quote puisqu'elles sont strictement codées de la même façon sur tous les jeux de caractères qui agissent comme un sur-ensemble d'ASC… |
|
Problème d'accent lors de la mise en ligne
PHP HTML MYSQL |
samedi 21 mai 2016 à 15h59 | Code ? Parce que tu fais deux fois un htmlentities/htmlspecialchars ? Du moins, au moins un quand il ne faut pas ? En tout cas, ça (ces entités HTML), ça n'a rien à voir avec l'encodage ... |
| mercredi 04 mai 2016 à 21h15 | J'ai bien dit "pourrait" : à chacun de voir ce qui est préférable sans sa situation. Cependant, j'avais perdu de vue qu'il était question d'un framework, où un try/catch trouverait parfaitement sa… | |
| mercredi 04 mai 2016 à 19h53 | Il n'y a même pas nécessairement besoin d'être "aussi" explicite : * ob_start est (déjà) réalisé par PHP s'il y un output_buffering (le ob_end_flush ou équivalent dans tous les cas sera implicitem… | |
| mercredi 27 avril 2016 à 21h13 | > En effet, je pense que le flag `L` est ce qu'il te faut : il empêche toute RewriteRule suplémentaire, la règle est la dernière (**L**ast) à affecter la requête. [La doc](https://httpd.apache.org/do… | |
| mercredi 27 avril 2016 à 18h18 | ``` RewriteCond %{HTTP_HOST} =clementine.domaine3.com RewriteRule ^mandarine$ - [L] ``` Placée **avant** l'autre règle ? | |
| lundi 04 avril 2016 à 21h11 | [Les directives Order/Allow/Deny sont remplacées par Require en 2.4](http://httpd.apache.org/docs/2.4/upgrading.html) ``` Order Deny,Allow Deny from All Allow from 127.0.0.1 ``` => … | |
|
Formulaire recu par mail avec mauvais caracteres
demande de verification du code |
jeudi 31 mars 2016 à 21h38 | > Est ce que je risque une injection de script avec le code ci-dessous? Agir sur le mail, oui puisqu'il n'y a toujours aucune vérification du format de `$email`/`$_POST['email']`. Si je ne dis pas… |
|
Formulaire recu par mail avec mauvais caracteres
demande de verification du code |
jeudi 31 mars 2016 à 19h28 | Euh, sûr, la dernière version de PHP 4.4 va dater de 8 ans ? Sérieusement, ils ont toujours ça chez OVH ? Tu ne serais pas en train de nous donner celle de phpMyAdmin ou je ne sais quoi ? Il suffi… |
|
Formulaire recu par mail avec mauvais caracteres
demande de verification du code |
jeudi 31 mars 2016 à 18h56 | Oui mais il m'est d'avis que tu n'as pas pour autant corrigé le problème, tu l'as juste caché sous le tapis : je pense que tu as PHP < 5.4 ou PHP > 5.6 avec un default_charset en ISO-8859-1 (question… |
|
Formulaire recu par mail avec mauvais caracteres
demande de verification du code |
jeudi 31 mars 2016 à 17h41 | C'est juste au niveau du mail ou ça a lieu avant en réalité ? Quelle version de PHP ? Quel est le charset en content-type de ton script ? (voir les entêtes HTTP, onglet réseau de la console ou … |
|
Trier un tableau en PHP
Besoin d'aide sur un cas particulier |
mercredi 02 mars 2016 à 00h03 | On peut regrouper certaines "instructions" (2 * array_unshift => array_splice). C'est un brin laid mais : ``` $tab = array_splice($tab, 0, 2) + (function (array &$tab) { ksort($tab); return $tab… |
|
mauvais résultat retourné par ma faction
bug lors du retour des resultats |
lundi 01 février 2016 à 19h36 | [Regardes comment PHP le gère en interne](http://lxr.php.net/search?q=PDO_PARAM_*&defs=&refs=&path=&hist=&project=PHP_7_0) : ce sont des comparaisons (== et case) et non des tests sur les bits (&). … |
|
mauvais résultat retourné par ma faction
bug lors du retour des resultats |
lundi 01 février 2016 à 19h08 | > PDO::PARAM_STR|PDO::PARAM_INT C'est l'un ou l'autre mais pas un masque des deux. Pour revenir au résultat, t'es sûr de considérer le bon "id" ? Parce que vu le SELECT *, la requête renvoie 3 … |
| jeudi 21 janvier 2016 à 11h10 | Il n'est pas écrit en dur s'il provient de la méthode POST. Donc il faut voir le jeu de caractère de ce formulaire aussi. Et, j'ai oublié de dire, que la meta, est secondaire, il y a aussi l'entêt… | |
| mercredi 20 janvier 2016 à 23h44 | Il nous manque des infos : d'où sortent les 2 "Sébastien". Mais pour commencer est-ce que **tous** tes scripts sont encodés avec un seul et même jeu de caractères et non un mélange UTF-8 et ANSI/W… | |
| lundi 18 janvier 2016 à 13h37 | Euh si c'est vraiment `(isset($_POST['pseudo1'] AND $_POST['pseudo1']))` que tu as écrit, tu n'aurais pas PHP qui râle parce que tu passes une valeur au lieu d'une variable à isset ? T'es conscien… | |
| lundi 18 janvier 2016 à 00h03 | > Comme ça ? : `(isset($_POST['pseudo1']) AND $_POST['pseudo1'] == "pseudo")` As-tu essayé ton propre code ? A moins de s'appeler pseudo, ton site n'est pas prêt d'avoir la moindre activité ... Tu… | |
| dimanche 17 janvier 2016 à 21h12 | Ligne 35, pourquoi tu mets chaque valeur dans un tableau séparé avant de remettre le tout dans un tableau ? (je rappelle que `[ ... ]` équivaut à `array( ... )` depuis PHP 5.4.0). Tout devrait être d… |