Aller au contenu

captain_torche

Membre+
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    7 531

  • Inscrit(e) le

  • Dernière visite

 Type de contenu 

Tout ce qui a été posté par captain_torche

  1. captain_torche
    La radio en question ne propose-t'elle pas son propre lecteur ?
  2. captain_torche
    Salut à tous Un des prestataires de ma boîte a développé un script, dont une des fonctionnalités me hérisse le poil : Lors de la procédure de récupération de mot de passe, on renseigne son e-mail dans un champ. Le souci, c'est que si l'e-mail ne figure pas dans la base, un mail est tout de même envoyé (contenant un message plus marketing qu'autre chose "inscrivez-vous pour profiter ..."). J'ai donc quelques questions : - Y a t'il un risque quelconque de dire sur la page même "cette adresse mail ne figure pas dans notre base" ? - Une personne mal intentionnée peut par conséquent spammer n'importe quelle boîte mail de nombreux messages non sollicités. Est-il possible de se faire blacklister l'IP du serveur si quelques unes de ces personnes le signalent comme spam ? Merci d'avance !
  3. captain_torche
    Sans plus d'information, on aura du mal à te conseiller quoi que ce soit. Avast ne propose pas un forum de support technique ?
  4. captain_torche
    Dadou : en fait, je contourne ce problème, en utilisant ma fonction de génération d'url propre Dans les deux cas, l'url générée est "captain_torche", donc le second login est refusé. Ce n'est pas infaillible (loin de là), mais ça peut limiter la casse. De toutes façons, je compte modérer les comptes "copieurs". Par contre, ce n'est pas parce que je n'identifie pas en fonction du pseudo, que je compte laisser la possibilité de changer ce pseudo. Tu parles de mettre une alerte sur une tentative de création d'utilisateur avec un mail identique ? Wefficient :je destine le site à un grand public, ça ne sera certainement pas du B2B En ce qui concerne les emails jetables, j'ai déjà un script qui permet de les filtrer. Dans les deux cas (authentification par login ou par email), l'adresse mail doit être valide.
  5. captain_torche
    Je suis en train de créer un petit site communautaire, et je me posais une question : faut-il que les membres s'identifient par leur adresse e-mail, ou par leur pseudo ? J'étais parti sur le principe d'authentifier via l'adresse e-mail, pour laisser un certain choix de personnalisation du pseudo, mais je me demandais jusqu'où permettre cette personnalisation ? - Faut-il permettre tout caractère dans le pseudo, au risque de se retrouver avec des fioritures illisibles, du style (¯`·._(¯`·._(captain_torche)_.·Ž¯)_.·Ž¯) ? - Faut-il limiter ces caractères à leur strict minimum (chiffres, lettres, tiret, underscore) ? - Faut-il trouver un compromis (et dans ce cas, quels caractères autoriser ?) Pareillement, pour l'authentification, si je choisis la première solution (ou la troisième, en fonction de la complexité autorisée), si je choisis l'authentification par email : - cela peut-il être un facteur bloquant (les utilisateurs ayant plusieurs adresses se rappellent-ils bien de celles qu'ils ont précisée à l'inscription) ? - cela peut-il être source de confusion, si j'autorise une modification de l'adresse e-mail ?
  6. captain_torche
    Pour Google (et pour n'importe quel autre moteur de recherche), il vaut mieux avoir du contenu à se mettre sous la dent. Comme une vidéo ne peut être utilisée par un moteur (il ne peut pas de lui-même savoir ce qu'il y a dedans), il faut absolument ajouter un texte descriptif pour chaque vidéo, chaque vidéo ayant sa page dédiée. En ce qui concerne les pap, ce sont les pages vues avec publicité. En mettant toutes tes vidéos sur une seule page, tu empêches tes visiteurs de découvrir d'autres pages de ton site.
  7. captain_torche
    Pourquoi ne pas mettre de balises <html>, <head> et <body> dans ton iframe ?
  8. captain_torche
    C'est très sympa (je n'ai pas d'iphone, mais comme tu testes l'user-agent, c'est assez simple à simuler). C'est dommage que les articles ne contiennent pas d'image, même réduites. Tu devrais aussi proposer un moteur de recherche.
  9. captain_torche
    Il est relativement difficile de créer des tutos, ou de s'autoformer là-dessus. Ce n'est pas une question de technique, mais plus de créativité (et on ne donne pas de cours de créativité). Je pense qu'il est nécessaire de suivre un certain cursus, d'avoir une bonne culture artistique, pour saisir vraiment les mécanismes créatifs.
  10. captain_torche
    Tu peux éventuellement installer Multiple IE, mais ça n'est pas la solution la plus fiable, selon moi. Si tu veux vraiment tester en conditions réelles, sans machine supplémentaire, Microsoft propose Virtual PC 2007 gratuitement, qui te permettra d'installer une machine virtuelle sur ton ordi, ainsi qu'un choix d'images de disque dur préinstallées, comprenant XP SP3 avec IE6, mais aussi Vista et IE7 pour les possesseurs d'XP. Ces images ont une durée de vie limitée, il est nécessaire de les retélécharger tous les trois mois.
  11. captain_torche
    Tu as essayé ? Parce qu'à partir du moment où tu as placé le code dans le HTML, que le script appelé fasse lui-même un document.write ne fait pas vraiment de différence, logiquement.
  12. captain_torche
    Woops, au temps pour moi. Si tu utilises jquery, il va falloir que tu modifies légèrement le code de ta régie pour remplacer les document.write par $('#tondiv').append('ton code html');
  13. captain_torche
    Tu copies-colles le code dans ta page et ça devrait fonctionner, non ?
  14. captain_torche
    Tu as deux solutions envisageable : - Dans ta page de récapitulatif, tu peux créer un formulaire, qui ne contiendra que des champs cachés (<input type="hidden">), qui reprendront les noms et contenus des champs de la page précédente. Le bouton "valider" sera bien entendu un bouton de formulaire. - Tu peux également utiliser une session pour enregistrer les infos du formulaire précédent.
  15. captain_torche
    Selon ce site, il semblerait que le document.write ne possède pas le même comportement selon qu'il est appelé au chargement de la page (remplacement du contenu), ou dans la page même (ajout d'un contenu). Ton problème semble venir de là.
  16. captain_torche
    Ce que yuston voulait dire, c'est que tu ne trouveras pas LE tuto qui fait exactement ce que tu souhaites. Il faudra forcément que tu mettes tes mains dans le cambouis pour l'adapter à tes besoins.
  17. captain_torche
    Le-juge, tu es sûr que cette limitation est toujours d'actualité ? Il me semblait que les moteurs (Google, en tout cas) ne se limitaient plus à 100 Ko.
  18. captain_torche
    Il me semble que la meilleure solution serait un flux XML, mais il faudrait avoir suffisamment de "poids" pour que le site partenaire en développe un.
  19. captain_torche
    Au temps pour moi, j'avais pas les yeux en face des trous.
  20. captain_torche
    Essaye plutôt avec ça Redirect permanent texte1/texte2/formation-exemple,1-10.php texte1/texte2/formation-exemple,2-10.php Le souci, c'est que ton url est relativement complexe; il y figure des éléments qui n'ont aucune utilité pour identifier ton offre. Il aurait mieux valu avoir une url du type formation-10.php qui elle, sera valide quelle que soit la filière. Il te suffirait ensuite, dans le code, de retrouver la filière associée à cette formation pour afficher ta page. Actuellement, tu devras modifier ton .htaccess pour chaque changement de filière, voire pour chaque modification de mots-clés (à quoi servent-ils ?), ce qui risque à terme d'alourdir considérablement ton fichier.
  21. captain_torche
    En même temps, je comprends très bien leur démarche; les échanges de liens en fonction du PR se sont tellement pervertis qu'il vaut mieux ne pas donner d'indice réellement fiable.
  22. captain_torche
    J'imagine que tes mots sont déjà dans une table de ta base de données. On pourrait imaginer quelque chose comme ça : <?php $liste = array(); $sql = "SELECT mot FROM table WHERE mot like '%lettres%'"; $req = mysql_query($sql); while($row = mysql_fetch_assoc($req)) $liste[] = $row['mot']; ?>
  23. captain_torche
    Malheureusement, si l'éditeur impose l'iframe, tu ne peux rien faire : la totalité du traitement se fait chez lui. Tu ne pourras même pas espérer récupérer l'adresse mail en JavaScript; l'iframe étant hébergée sur un autre domaine, ton site ne pourra pas communiquer avec son contenu.
  24. captain_torche
    Hé non, tu ne peux malheureusement pas. En même temps, c'est heureux vu que si c'était possible, il me suffirait d'une simple manipulation pour m'approprier les pages de n'importe quel site !
  25. captain_torche
    Je ne comprends pas bien ton besoin; pourquoi un iframe ? Et que comptes-tu faire précisément ? Enregistrer le mail dans ta base, avant d'envoyer tes membres sur le site de l'éditeur ?
×
×
  • Créer...