mojorisin

  • Signature
    echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
  • Site web
  • Nombre de sujets
    3
  • Nombre de messages
    307
  • Nombre de commentaires
    Aucun
  • Nombre de news
    3
  • Niveau en PHP
    Débutant

Ses derniers messages sur les forums

mojorisin
le 09/07/2005 à 12:09
fopen economique ?
Non, si il y a ecriture dans des fichiers, il faudra alors prévoir des verrous pour empecher l'acces au fichier pendant ce temps. Si ce n'est que de la lecture cela ne pose pas de probleme.
Pour ce qui est de l'acces un htaccess put suffire, seulement si tu comptes utiliser des données provenant de formulaire pour ouvrir des fichier il faudra bien vérifier les données transmisent pour qu'un internaute ne peuisse pas ouvrir n'importe quel fichier sur le serveur.
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 09/07/2005 à 09:45
fopen economique ?
Oui les accès fichier sont plus rapide, mais soulèvent d'autres problèmes notamment sur la sécurité et l'accès concurrentiel aux fichiers.
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 07/07/2005 à 08:49
Stopper l'execution d'un submit
La validation de données de formulaire doit toujours ce faire par un événement sur le formulaire même (balise <form>) avec l'événement onsubmit.
<form action=".." method="post" onsubmit="verifForm();">

Pourquoi toujours par la balise form ?
La raison est que si ta vérification intervient sur le clic du bouton de soumission, celle-ci ne sera pas faite si le visiteur appuie sur la touche entrée pour envoyer le formulaire.

Ceci dit une vérification côté client des données envoyées ne doit pas être pris comme une vérification sure. Il faut qu'une vérification des données transmisent intervienne dans le script de traitement du formulaire.
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 04/07/2005 à 07:54
POSTDATA
Envoi des en-tête au navigateur lui indiquant de ne rien mettre en cache. Mais je ne suis pas certain que cela fonctionne par contre :)
header ("Expires: Mon, 26 Jul 1990 05:00:00 GMT");
header ("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
header ("Cache-Control: no-cache, must-revalidate");
header ("Pragma: no-cache");
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 30/06/2005 à 20:35
certains attributs concernant html -> xhtml
En XHTML c'est comme en xml : un attribut doit avoir une valeur.
donc dans ton cas : <select size="25" multiple="true">
pareil pour les selected ou checked
selected="selected" checked="checked" etc...
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 21/06/2005 à 20:02
fonction ereg
Tu t'en fout de ça,
compte le nombre d'entrées dans le tableau :
si plus de 7 (le motif général + les captures) y'en a trop :
erreur ou tu prends que les six premier
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 21/06/2005 à 08:18
fonction ereg
C'est parceque j'ai oublié les guillemets autour de l'expresion régulière :D
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 18/06/2005 à 10:14
fonction ereg
Parceque les expressions régulières Perl sont plus rapide :)
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 17/06/2005 à 20:19
fonction ereg
Bzh : nan c'est pas bon :)
Essaies avec ça :
preg_match_all(!(0?[1-9]|[1-4][0-9])\-?!,$champs,$reg);
fais un print_r($reg) pour voir les captures et lis la doc sur preg_match_all pour savoir comment exploiter les données capturées.
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
mojorisin
le 16/06/2005 à 12:04
preg_replace_callback et Array
Pourquoi ne pas utiliser une fonction appropriée aux tableaux hmmm?
array_walk est ton ami :)
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
LoadingChargement en cours