TheRec

Bonsoir, il existe des fonctions comme intval, floatval et leur inverse strval qui permettent de connaître la valeur d'une variable avec le type souhaité sans la modifier. Tu peux aussi convertir la variable directement en utilisant le transtypage (typecasting), à toi de voir ce que tu souhaites faire Bonne continuation

Bonjour, met entre guillemets l'URL... en tout cas sous Windows XP cela fonctionne... (au passage ce n'est plus DOS depuis un moment, c'est "la ligne de commande" ) start /MAX C:\Progra~1\Intern~1\iexplore.exe "http://tonurl/test.asp?a=1&b=2"

As-tu essayé de désactiver un éventuels pare-feu (firewall), que ce soit sur ton routeur (si tu en as un), sur ton PC, ... je ne vois pas en quoi cela produirait un tel message (qui est tout de même clair, il y a trop de connexion avec ce nom d'utilisateur), mais tu peux toujours essayer. Avant cela, essaie également d'utiliser ou pas le mode passif ("PASV mode" dans les options de connexion au site dans FlashFXP), mais si le problème était à ce niveau tu ne pourrais même pas récupérer la liste des répertoires du FTP, donc je doute que cela change grand chose. Sinon, cela ressemble quand même beaucoup à un problème côté serveur plutôt que côté client... donc je pense que seul ton administrateur pourras t'aider :S

Je ne vois pas vraiment ce que tu pourrais faire de plus... As-tu essayé de te connecter depuis d'autres ordinateurs ? Les résultats sont-ils les mêmes ? Question que je n'ai pas pensé à te poser avant, ce message d'erreur tu le reçoit lorsque tu te connecte au FTP, ou lorsque tu tentes d'envoyer/recevoir des fichiers ? Autrement, à mon avis tu devrais expliquer toutes les démarches que tu as faites à ton administrateur, il sera sûrement plus à même d'effectuer des tests avec ton compte.

Il te reste la possibilité de changer de mot de passe pour ce compte (soit par une console d'administration liée à ce FTP, soit en écrivant un courriel à ce même administrateur)... Demande lui également s'il est possible pour lui de fermer toutes les connexions utilisées par ce compte après avoir changé le mot de passe... Ainsi les autres clients ne pourront pas s'y reconnecter, à moins d'avoir le nouveau mot de passe... Note également que certains clients FTP (programmes) ouvrent plusieurs connexions simultanées (à afin de faire plusieurs transferts simultanés, ou permettre les transferts de fichiers en même temps que l'exploration des répertoires, ...). Personnellement je n'utilise que FlashFXP et je peux te garantir qu'il n'ouvre qu'une seule connexion pour accéder à un serveur FTP.

Bonjour, le compte que tu utilise sur ce FTP est-il utilisé par d'autres utilisateurs ? Si c'est le cas, ce message peut être dû au fait que d'autres clients sont connecté avec ce compte en même temps que toi (il y a une limite à 5 utilisateur pour ce compte apparemment). Si ce n'est pas le cas, plusieurs serveurs FTP (à condition que cette fonctionnalité soit active) permettent de s'identifier avec le même nom de compte, précédé d'un point d'exclamation : !username et le même mot de passe. Cela a pour effet de fermer les éventuelles sessions fantômes (ghost sessions). Sinon, tu peux toujours essayer d'envoyer un courriel à l'administrateur de ce site pour lui indiquer que tu n'arrive pas te connecter au FTP, quelque soit ton client FTP en lui précisant le message d'erreur. Bonne chance.

Bonjour, Il sert théoriquement (car je ne l'ai jamais testé), à prouver la propriété/paternité d'une uvre (que tu en es l'auteur). Ceci est utile dans le cadre d'une action de justice, ou simplement pour un premier contact avec le contrevenant (arrangement à l'amiable), pour lui montrer que tu t'es protégé en déposant ton travail auprès d'une entreprise qui atteste que ton uvre est originale. Maintenant je ne peux pas te garantir quoique ce soit car je n'ai jamais utilisé ce genre de services et que généralement mes problèmes de droits d'auteur se sont réglés à l'amiable (c'est plus souvent de l'ignorance du droit qu'une volonté délibérée de nuire... mais j'ai eu de la chance je pense ). Deux précautions valant plus qu'une, un certificat gratuit ne peut pas te nuire, à moins que ce soit une manière de te vendre des services supplémentaires après x mois/années). Peut-être que certains pourront témoigner de la qualité des services de ce prestataire ?

Bonsoir, Cela aurait été charitable de partager la solution ou au moins les ressources qui t'on aidé à résoudre ton problème... C'est aussi un des buts du forum. Merci d'avance si tu le fais Cordialement.

En fait la syntaxe est : SELECT * FROM table LIMIT offset, row_count Pour citer le manuel : Source : Manuel MySQL 5.0 (pour les versions antérieur c'est pareil)Donc l'exemple de Dan te donne les résultats partant du 11ème enregistrement jusqu'au 30ème

Bonjour, tu ne peux pas utiliser de retour à la ligne entre les paramètres de la directive RewriteRule ... tu peux utiliser un ou une suite d'espaces, une ou une suite de tabulations et c'est à peu près tout. Cela donnerait : Options +FollowSymlinks RewriteEngine on RewriteRule ^page-([a-z]+)-([a-z]+)-([a-z]+)\.html$ /accueil.php?page=$1&varcode=$2&varmarque=$3 [L] RewriteRule ^accueil.html$ accueil.php A part cela, la syntaxe des expressions est correcte (même celle en commentaire)...donc c'est uniquement ces retours à la ligne qui sont en trop. Bonne continuation.

Effectivement... l'expression ^(.*)$ seule semble poser problème... Et je ne trouve pas de référence à ce problème dans la documentation :S En fait il y a une certaine logique derrière cela à mon avis... imaginons que tu Réécrives en utilisant cette expression qui signifie n'importe quel caractère (ou même aucun)... Lorsque la requête vers le document réécrit est effectuée la règle est à nouveau vérifiée, vu que (à moins que la ressource se trouve à une autre adresse) elle est forcément composée de n'importe quel caractère... (Tu vois ou je veux en venir ?). En utilisant une classe de caractère moins "large" cela ne semble pas poser de problème... RewriteRule ^([a-z0-9_-]+)[/]?$ /s/index.php?key1=$1 [NC,L] Tu peux aussi régler ton problème en plaçant la règle un niveau au dessus du répertoire qui est utilisé dans l'URL (dans ton cas cela correspond à la racine de ton site et ensuite d'ajouter le chemin dans l'expression régulière : RewriteRule ^rep/(.+)[/]?$ /s/index.php?key1=$1 [NC,L] Sinon je ne vois pas... ensuite, comme l'a dit Dan en d'autres termes...le paramètre que tu récupère devra être unique et te mener aux données que tu souhaites afficher... (avec les autres URL tu as l'ID (surement unique et clé primaire de ta table) pour récupérer ton élément, là tu n'as que du texte, donc tu dois t'assurer qu'il est aussi unique).

Après relecture de ton message, si tu dois rediriger 60 pages vers chaque fois une URL différente et que les paramètre de la nouvelle URL ne se trouvent pas dans l'ancienne URL tu as deux choix : Tu fais 60 fois la règle que je t'ai indiquée en donnant la nouvelle URL à chaque fois... et en changeant la condition sur le paramètre "choix"... ce n'est pas vraiment la solution que je te conseille...à chaque requêtes toutes les conditions seront analyées (enfin à moin qu'une des conditions ait été validée). Tu es capable de composer ton URL à partir de ta base de données et tu pourras effectuer cette redirection depuis PHP... une redirection peut se faire grâce à la fonction header. Un exemple de redirection avec code 301 (histoire de conserver ton PR) : <?php header("HTTP/1.1 301 Moved Permanently"); header("Location: http://www.annuaire.com/".$id_de_la_categorie."/go/".$nom_de_la_categorie.".html"); exit(); ?> Ce code doit interpréter avant que tout autre caractère ne soit envoyé au navigateur de ton visiteur...tu auras plus de précision dans le manuel PHP. Si tu veux faire simple il suffit de remplacer le contenu de "la,categorie.php"...tu récupères les informations nécessaires depuis ta base de données par exemple grâce aux paramètre donnée par l'URL ($_GET['choix'] en l'occurrence) et tu effectues la redirection.

Je reprends l'exemple dans le message que j'ai cité précédemment : RewriteEngine On RewriteCond %{QUERY_STRING} ^page=(.+)$ RewriteRule ^index.php$ %1.php? [L] La partie (.+) correspond au sous-masque "au moins 1 caractère quel qu'il soit"... Si ton but à toi est de ne faire correspondre que "23", met le simplement "en dur" : RewriteEngine On RewriteCond %{QUERY_STRING} ^choix=23$ RewriteRule ^la,categorie\.php$ http://www.annuaire.com/23/go/agences-de-voyage.html? [L] Le seul moyen d'analyser la QueryString depuis un fichier .htaccess c'est d'utiliser RewriteCond... RewriteRule, ne prend pas en compte la QueryString lors de l'analyse de l'expression régulière (c'est pour cela que seule ta dernière règle fonctionnait dans les exemples que tu as cités). Si tu as besoin d'explications sur le déroulement des directives RewriteCond et RewriteRule tu as le manuel Apache à ce sujet et le message que j'ai cité précédemment où j'explique la syntaxe que j'ai utilisée. Et pour citer le manuel lui-même, un RedirectPermanent ne peut pas faire cela :

Bonjour, En partant du princpe que tu as le mod_rewrite en fonction sur ton serveur (c.f. dernier message de Bourinho). À la racine du répertoire de ton ancien site (-http://blabla.com), place un fichier .htaccess contenant : RewriteEngine On RewriteRule ^forum([/]?$|/(.*)) http://bloblo.com/A/discussions/$2 [L,R=301] Vu que le fonctionnement n'a pas l'air de t'intéressé je ne perdrais pas mon temps à te l'explique (code testé sous deux environnement serveur, Windows et Linux), sache juste que cela redirige tout ce qui commence par forum vers ta nouvelle adresse en y concaténant ce qui suit le "/" s'il y en a un. P.S. : Pour le PR, avec une redirection permanente (statuts 301) il n'y aura pas de problème...enfin c'est une question de temps, la redirection doit être détectée par Google quand même.

Bonjour, je te conseille la lecture de ce sujet (surtout les dernières interventions ou se trouve la réponse), il traite du même problème que le tiens à mon avis. La deuxième partie te ta RewriteRule étant une URL, la redirection avec statut 301 (permanent) se fera toute seule... et je ne suis pas certain que le flag "R" puisse prendre comme valeur "permanent"... il faut lui donner un nombre de statut : 301, 302, etc.

De rien...pas trop de mérite, je lai testée récemment...c'est sympathique, mais j'ai de la peine à m'y faire pour un usage quotidien

Bonsoir, Mouse Gesture peut-être ?

Bonjour, Au niveau de l'accessibilité, sans Javascript c'est totalement inaccessible, il serait préférable de proposer une alternative (par exemple une liste complète pour chaque liste déroulante (tous les départements, tous les codes postaux, toutes les communes). Si Javascript est activé il faudra ensuite vider les listes en question pour y mettre uniquement les valeurs souhaitées en fonction de la valeur sélectionné précédemment (bref comme cela fonctionne dans l'exemple donné dans la marche à suivre).

Bonjour, si tu es adepte des bonnes pratiques de "Mon Opquast", un billet au sujet de DotClear rédigé en relation avec ces bonnes pratiques. Je t'ai mis le lien vers la conclusion de ce billet car en fait il s'agit de plusieurs billets et dans le dernier il y a la table des matières...donc bonne lecture P.S. : Au passage, la version "DotClear 2 beta 1" sortira le 27 juin 2006. Gageons qu'ils ont travaillé sur tous les points évoqués dans les billets que j’ai mentionnés précédemment.

Bonsoir, À ma connaissance, aucun type numérique ne peut garder les 0 non-significatifs avec MySQL... Le sujet que tu mentionnes existe bien, mais il traitait de l'affichage d'un nombre avec des 0 non-significatifs, et non du stockage de celui-ci ! Pour gérer l'affichage il y a plusieurs fonctions (number_format, spintf, ...). Ce n'est pas ce que tu souhaites faire si jai bien compris. Je pense que tu n'as qu'une seule solution, c'est de faire de ton champ "INT" un champ "VARCHAR"...ainsi tu enregistres les "nombre" tels qu'ils sont, surtout ne convertis pas en entier en PHP ce que l'utilisateur te fournit (tu perdrais les 0 non-significatifs également)... Bref ce champ sera une chaîne de caractères. Cela est aussi logique car si tu viens à avoir une lettre ou simplement différents nombres de zéros non-significatifs, tu seras de toute façon embêté si ce champ n'est pas une chaîne de caractères. Si tu as un problème pour trier tes résultats (l'ordre alphabétique n'est pas toujours correcte lorsqu'il s'agit de trier les chaînes de caractères contenant des chiffres uniquement : 2 et 20 se suivent même si tu as 3 dans ta table) tu peux récupérer l'entier de tes données et les trier avec PHP grâce à la fonction natsort par exemple. Ce n'est pas très efficace, mais c'est un cas limite... je ne vois vraiment pas d'autre solution pour l'instant.

Bonjour... Loin de moi l'idée de faire de la publicité, mais j'ai écrit un article sur ce sujet récemment : PHP et architecture MVC... il te permettra peut-être de te documenter un peu plus sur les différents frameworks existants et éventuellement d'en choisir un Bonne chance. P.S. : Pour le framework Zend, tu n'est pas "contraint" d'utiliser l'architecture MVC, c'est pour cela que je n'ai pas traité ce framework dans mon billet... mais tu peux tout à fait le faire, il y a un article à ce sujet ici : Zend Framework, avec et sans MVC P.S.S : Concernant la pérennité de CakePHP je pense qu'il n'y a pas trop de soucis à ce faire, enfin c'est claire que Zend est encore plus sûr vu qu'ils sont derrière le langage PHP

Bonjour, La réponse tiens en 5 mots : Ne pas utiliser de hacks Je sais que cette réponse ne test pas très utile, mais je vais te donner une autre (que juste la validation) bonne raison pour laquelle il ne faut pas en utiliser... A chaque nouvelle version de navigateur ou nouveau navigateur (et ils font foison Flock, maxthon, ...), ton site sera sujet à des problèmes si tu en utilise, car le but des équipes de développement (en général) est de respecter les recommandations du W3C (pour autant qu'elles soient claires). C'est donc la durée de vie de ton code (XHTML/CSS) qui est remise en question lorsque tu exploites les disfonctionnements d'un navigateur. Maintenant si tu nous explique un cas précis, peut être que tu peux éviter l'usage d'un hack...tu serais étonner, parfois on peut s'en passer facilement

Sans avoir le reste du code de ta page d'erreur ça me semble difficile de te dire pourquoi :S Essaie peut être : echo '<pre>'; print_r($_SESSION); echo '</pre>'; Au début de ton fichier pour voir ce qui se trouve dans ton tableau de variables de sessions. Je ne vois pas comment un foreach pourrait fonctionner pour une itération et pas pour les suivantes, à moins que ton tableau soit "effacé" à l'intérieur d'une itération...et encore le foreach travaille sur une copie du tableau en arrière-scène. A moins que tu sois en PHP5 et que tu passe le tableau en référence (avec un & devant le nom de variable). EDIT : Alors peux-tu donner la raison de ton problème...cela aidera peut-être d'autres qui se trouveront ou se trouvent dans le même cas que toi.

Tout d'abord tu trouvera beaucoup d'exemple de gestion de sessions dans le manuel PHP à ce sujet. Une fois ta session "démarrée", il faut utiliser le tableau de superglobales $_SESSION (dans la même lignée que $_POST, $_GET on n'utilise plus le $HTTP_SESSION_VARS). Il y a une fonction pour enregistrer un variable de session, mais tu peux tout aussi bien le faire directement comme avec un tableau "normal", selon le code que tu mas donnée : $_SESSION['errors']= array(); for($i=0; $i <= $valeurlimite; $i++) { // boucle d'exemple //on vérifie que le membre a bien sélectionné une catégorie pour chaque photo $categorie=$_POST['categorie'][$i]; if($categorie=='14'){ $_SESSION['errors'][] = 'La ligne '.$i.' a causé une erreur'; //cette ligne n'est pas bonne je pense !! } } if(!empty($_SESSION['errors'])) { // Redirection vers ta page ou tu souhaite afficher l'erreur... la fonction redirect est a écrire par tes soins // Une redirection avec headers sera très bien si tu n'as pas envoyé d'autres données au navigateur avant de la faire redirect('page_erreur.php'); } Ensuite sur la page d'erreur tu démarre à nouveau la session (soit tu as passé l'identifiant de session par l'URL soit par un cookie (c'est le comportement par défaut sur la majorité des serveurs, regarde le manuel à ce sujet)) et tu auras accès à ce tableau : if(!empty($_SESSION['errors'])) { foreach($_SESSION['errors'] as $error) { echo '<p>'.$error.'</p>'; } } Ainsi chaque erreur est affichée...sur une autre page, après avoir redirigé l'utilisateur...

Il y a justement un article qui a été publié aujourdhui sur A List Apart : Prettier Accessible Forms Je pense que son auteur à du t'entendre penser très fort Non c'est un problème récurrent... quoi que personnellement je trouve qu'un tableau est acceptable d'un point de vue sémantique pour structurer un formulaire. Car tu présente un liste de champs (<td> datas) à chaque fois en rapport avec un intitulé (<th> header)... mais si tu as la possibilité d'éviter un tableau superflu, on peut tout à fait considérer que sémantiquement ton formulaire est une suite (logique ou non...dans l'article en question je ne comprends pas pourquoi il tient à utiliser une <ol> ... les champs n'ont pas d'ordre "logique" à part celui qu'il veut bien leur donner...enfin c'est un détail à ce niveau) de champs avec chacun un intitulé (<label>). La partie Javascript de cet article est intéressante dans la mesure où elle ne nuit pas vraiment à l'accessibilité de ton formulaire Par contre je suis moins intéressé par la partie CSS Hacks, c'est vraiment une manie que je ne comprendrais jamais...il n'y a pas mieux pour tuer la durée de vie d'une page