Aller au contenu

biouche

Email Invalide
  • Compteur de contenus

    17
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre

À propos de biouche

  • Date de naissance 15/08/1981

Pour me contacter

  • Mon Site
    http://www.webintegr.fr

Information du profil

  • Genre
    Homme
  • Localisation
    Savigny sur Orge
  1. Bonjour, Les fabricants de sgdb ne prévoient pas la possibilité de définir un ordre pour les colonnes, car ceci n'a aucun sens dans la logique sous jacente au modèle relationnel... En effet, et juste pour donner une illustration, les deux propositions suivantes sont strictement equivalentes: Je m'appelle jérôme et j'ai 27 ans. J'ai 27 ans et je m'appelle jérôme. J'espère que cela aura pu t'aider!
  2. Hello, Juste histoire d'émettre une hypothèse, il m'est arrivé la même chose il y a quelques mois : je testais le site que je développais alors, et sur firefox, tous les formulaires etaient soumis deux fois. Le problème ne se posait pas avec IE. Il m'a fallu du temps avant de comprendre que j'avais activé un module complementaire qui validait le code HTML de chaque page visitée via le valideur du W3C. Chaque page était donc appelée deux fois, ainsi que toutes les soumissions de formulaire...
  3. biouche

    Problème d'UPDATE

    Bonjour ! Le problème vient probablement du fait que "desc" est un mot-clé du langage SQL. Reteste ta requête en mettant le nom de ta colonne "desc" entre guillemets, tel que cela est fait dans la requête de création de la table. Bien sûr, l'idéal est de ne pas utiliser les mots-clés du langage pour nommer ses colonnes A bientôt !
  4. Hello ! Je peux me tromper, mais il me semble que lorsqu'on loue un hébergement mutualisé pour un domaine, c'est l'hébergeur qui prend en charge la gestion de la zone DNS correspond au domaine pour lequel on prend l'hébergement. Donc je pense que tu as raison, si ton ndd est toujours inscrit comme hébergé en mutualisé chez 1&1, de leur écrire pour leur demander d'abandonner la gestion de la zone.
  5. Il a tenté le coup; et son résultat s'explique ainsi : - la fonction array_unique compare les valeurs du tableau en les convertissant en chaines de caractères. - chaque valeur du tableau en question est un tableau. Or n'importe quel tableau converti en chaine de caractère donne la chaine "Array". - du coup, array_unique trouve qu'il n'y a que des doublons de "Array" dans son tableau, et donc il ne retourne qu'un seul élément du tableau. (mais pas forcément le premier, contrairement à ce qu'a dit deuletor)
  6. Bonjour, essaie cette fonction sur ton tableau : function dedoublonner_liens($links_array) { $rslt_array = array(); $known_titles = array(); foreach ($links_array as $link) { if (!in_array($link["titre"], $known_titles) { $rslt_array[] = $link; $known_titles[] = $link["titre"]; } } return $rslt_array; } Je te laisse le soin de la tester, je ne l'ai pas fait à+ !
  7. C'est vrai, mais ce n'est pas le cas de tous les SGDB. De plus, PHP propose de son côté un modèle quasi identique (un simple array à 2 dimensions) pour toutes ses extensions de gestion de bases de données : fonctions mysql, mysqli, sqlite... (je ne compte pas PDO). C'est avec ce modèle que mon modèle interfacera. Qu'entends-tu par "en lisant en boucle les données de la base" ? Je comprends; mais à des fins de réutilisabilité, je ne peux pas parier que tout le monde utilise le même encodage.
  8. Bonjour !! C'est assez amusant que tu poses cette question maintenant car je réfléchis à ce problème en ce moment... Je propose de poser le problème comme ceci : On cherche à modéliser un nouveau type de données répondant aux conditions suivantes : 1/ le modèle doit permettre de décrire n'importe quel résultat de recherche dans une base de données. 2/ le modèle doit être conforme à la syntaxe XML. Travaillant sous PHP 5, j'ai pensé à créer une nouvelle classe étendant la classe DOMDocument (et donc répondant au 2ème critère) dont chaque instance peut être construite à partir de n'importe quel tableau ayant la même forme que ceux renvoyés par la fonction mysql_fetch_array (1er critère). Il reste à savoir quelle forme on veut donner aux résultats en XML. Je propose ceci : <?xml version="1.0" encoding="UTF-8"?> <result count="2"> <row id="1"> <id>1</id> <nom>Dupont</nom> <prenom>Paul</prenom> </row> <row id="2"> <id>2</id> <nom>Durand</nom> <prenom>Jean-Pierre</prenom> </row> </result> Bien sûr le problème de l'encodage des données se pose. Quel encodage pour les données en XML ? Doit-il être le même que celui utilisé pour stocker les données dans la BDD ? Il y aura donc des histoires de détection et/ou de conversions. Voilà, je n'ai évidemment pas parlé des détails d'implémentation, je viens tout juste de commencer à travailler sur le modèle. A bientôt !
  9. De rien Je ne suis pas sûr, mais à ta place j'essaierais dans ce cas de donner une marge gauche de 85% (100% moins les 15% de la largeur du menu) à ton bloc de texte.
  10. Tu peux leur ajouter une marge gauche. Exemple : h1 { margin-left: 100px; }
  11. biouche

    Constante indefinie !

    C'est à se demander si les gens qui distribuent leurs scripts les ont testés.....
  12. Bonjour Neige, Je vais tenter de répondre à tes deux premières questions. Elles sont en rapport avec la même erreur dans ton formulaire. Pour le script PHP, les valeurs "oui" et "non" sont attachées à $_POST['news']. Le problème est que, dans ton formulaire, tu attaches l'un à "new_ok", et l'autre à "news_no". Tu devrais donc changer la valeur de tes attributs "name", cad remplacer <input class="news" type="radio" name="news_ok" id="news_ok" title="Je souhaite recevoir les news" tabindex="6" value="1" /> <label for="news_ok" title="Je souhaite recevoir les news">Oui</label> <br /> <input class="news" type="radio" name="news_no" id="news_no" title="Je ne souhaite pas recevoir les news" tabindex="7" value="O" /> <label for="news_no" title="Je ne souhaite pas recevoir les news">Non</label></p> par <input class="news" type="radio" name="news" id="news_ok" title="Je souhaite recevoir les news" tabindex="6" value="1" /> <label for="news_ok" title="Je souhaite recevoir les news">Oui</label> <br /> <input class="news" type="radio" name="news" id="news_no" title="Je ne souhaite pas recevoir les news" tabindex="7" value="O" /> <label for="news_no" title="Je ne souhaite pas recevoir les news">Non</label></p> J'espère que cela t'aidera. A bientôt !
  13. Merci et autant pour moi ! Bon alors finalement, j'ai pensé, tout bêtement, que puisque tout était en utf-8, je ne ferais aucune conversion... Et ça fonctionne. En fait c'est ce que j'avais fait au départ, mais phpAdmin m'avait induit en erreur car il n'affiche pas correctement les caractères non iso latin 1. Du coup je m'étais dit que je devais modifier quelque chose... Finalement je vais rester simple et ne rien faire Par contre je vais chercher le pourquoi du comment de l'affichage dans PhpAdmin, et si je trouve, je reviendrai poster ici. A bientôt !
  14. Bonjour à tous ! Je suis en train d'écrire un petit gestionnaire de contenus pour un ami, afin qu'il puisse gérer son site internet sans avoir à mettre les mains dans les langages du web. Ce projet me donne beaucoup de sueurs étant donné que c'est mon tout premier projet, mais je m'en sors. Sauf en ce qui concerne les jeux de caractères... Je m'explique : - le gestionnaire utilise une base de données MySQL pour stocker en utf-8 les contenus du site gérés par mon ami. - tout fichier contenant du code HTML est encodé en utf-8. - toute page envoyée contient dans son en-tête la déclaration de jeu de caractère en utf-8. Ma question est donc : Etant donné que le jeu de caractère utilisé dans le protocole HTTP et par PHP est l' iso-8859-1, et que mon ami est sensé pouvoir remplir ses formulaires d'administration avec des caractères n'étant pas pris en charge par l'iso-8859-1, dois-je faire des conversions au moment de la réception des données des formulaires ? lors de l'insertion des données dans la BD ? au moment de l'affichage ? Et dans quel sens se font ces conversions ? J'ai tenté plein de trucs, mais rien ne fonctionne comme je le voudrais Merci d'avance pour les éventuels bons conseils que vous pourriez me donner. Cordialement
×
×
  • Créer...