Jump to content

Ernestine

Membre+
  • Content Count

    1294
  • Joined

  • Last visited

Everything posted by Ernestine

  1. Ah tiens, j'avais loupé ce topic. Ce genre de reportage est-il vraiment une bonne publicité ? Non parce qu'à la fin, ils expliquent que tous ces sites dits "vitrine" (rencontres chrétiennes, rencontres asie, rencontres cougar, j'en passe et des meilleurs) alimentent tous le même site, à savoir easy flirt. En gros, ils annoncent donc assez clairement que c'est un peu du pipeau, tout ça, et que sous les apparences d'un site à thème, c'est un site très généraliste qui récupère tout. La femme qui recherche un mari chrétien se retrouve donc sur la même plateforme que l'homme qui cherche une femm
  2. Sinon il y a un super plugin jQuery pour la validation de formulaires : http://bassistance.d...gin-validation/
  3. Bonjour, Merci d'éviter de poster plein de messages à la suite, surtout si ces messages n'apportent rien de nouveau à ta recherche. Impossible de savoir comment sont générés les textes de ton site. Ils peuvent être en dur, ou extraits de la base de données, ou générés à partir d'un fichier de traduction, ou d'autres types de fichiers, etc... Si tu ne connais rien au php, le plus simple, c'est de ne rien faire en php, et renvoyer ceci à une personne compétente.
  4. Tu peux procéder de deux manières différentes. La méthode simple consiste à parser le flux RSS de la chaîne (ou de la playlist) youtube. Par exemple, pour cet utilisateur : -http://www.youtube.c...4?feature=watch Le nom de l'utilisateur est Sudimagesdu34, alors le flux de sa chaîne youtube est : -http://gdata.youtube.com/feeds/api/users/Sudimagesdu34/uploads Tu récupères ce flux et tu le parses en php avec Simple XML : le flux contient les titres des vidéos, dates, miniatures, etc... La deuxième méthode, un peu plus compliquée mais beaucoup plus performante, consiste à utiliser l'API yo
  5. Effectivement, chez moi sur IE9, la carte est bloquée et un message apparaît : "Internet explorer a bloqué cette page pour empêcher le script de site à site". Cela dépend apparemment des paramètres de sécurité enregistrés, et ça évidemment, tu ne peux pas les modifier chez tes visiteurs, donc pas possible d'être sûr à 100% que ça marchera chez tout le monde. Si j'étais toi, plutôt que de faire un lien externe vers cette carte, j'intègrerais directement la google map dans ta page. Ce sera plus joli, et à priori, tu n'auras plus ce genre de problème.
  6. Pas la peine de le rajouter si ça marche (on ne le rajoute que quand ce n'est pas paramétré de base dans le php.ini) Mets quand même la règle ci-dessus au début de ton .htaccess, pour être sûr que ce n'est pas une autre règle qui interfère.
  7. Je croyais que tu voulais faire une réécriture. Pour une redirection 301, alors c'est plutôt : RewriteCond %{QUERY_STRING} ^ItmID=6899633 RewriteRule ^PBSCProduct\.asp$ http://www.monsite.com/savon-rose.html? [R=301,L] PS : et mets ça plutôt au début de tes règles (après le "RewriteEngine On"), tout au moins le temps de faire les tests.
  8. Ah ok, c'est parce que tu as un point d'interrogation dans la partie gauche de la règle, donc une query string. Essaie : RewriteCond %{QUERY_STRING} ^ItmID=6899633 RewriteRule ^PBSCProduct\.asp$ savon-rose.html [L]
  9. Bonjour, Dans l'adresse souhaitée (www.mon-site.com/nouvelle-adresse.html), tu ne fais aucune mention de l'identifiant de la page. Or cela est indispensable, sinon comment faire le lien entre l'adresse frontale et l'adresse réeelle (à moins de les faire une par une ce qui n'est à priori pas le but) ? Ça devrait plutôt être du style www.mon-site.com/6899633-nouvelle-adresse.html voire même www.mon-site.com/product-6899633-nouvelle-adresse.html ("product" identifiant du type de d'objet, et 6899633 identifiant de l'objet lui-même, et "nouvelle-adresse" un texte quelconque).
  10. Etant donné que cette page est sur le site de google, oui, on peut considérer que c'est de l'information fiable. Tu n'as pas dû bien lire la page que tu cites :
  11. Il me semble que Google lit (parfois ?) les feuilles de style et est en mesure de détecter les contenus invisibles. Je ne sais pas dans quelle mesure il le fait, ni s'il le fait systématiquement, ni si sa technique est infaillible. Mais j'ai déjà vu des cas où des contenus invisibles étaient ignorés par Google. La page n'était pas forcément pénalisée, mais le contenu masqué n'était tout simplement pas pris en compte par Google. Du coup, je pense que la meilleure façon de cacher un contenu, ça reste le positionnement absolu hors de l'écran. En effet, un robot peut comprendre très facilement
  12. Très très belle nouvelle version, design agréable et fluide, ça fait plaisir Sympa aussi la petite capture d'écran des premiers jours du Hub ! Bon anniversaire et merci Dan !
  13. Bonjour, Je n'ai pas vraiment compris le problème. Déjà qu'on soit bien d'accord : il y a des ancres, et des liens qui pointent vers ces ancres. Quand tu dis que " l'ancre se retrouve cachée derrière le menu", je suppose que tu parles du lien ? Si c'est le cas, alors c'est juste une histoire de superposition de divs, et je ne vois pas en quoi c'est un bug : quand plusieurs divs sont les uns par-dessus les autres, il est logique que seul le div du dessus puisse intercepter les clics.
  14. Ok, mais ce n'est pas juste une question de nombre de visiteurs, c'est aussi une question de fonctionnalités. Par exemple, y aura-t-il une messagerie privée ? Y aura-t-il des salons réservés à certains groupes d'utilisateurs ? La modération sera-t-elle poussée, par exemple par un changement automatique des niveaux des membres en fonction du nombre de messages ? Permettra-t-on aux membres de mettre des liens en dofollow dans leur signature ? Y aura-t-il un url rewriting ? Pourra-t-on fusionner deux sujets de discussion ? Faut-il un captcha à l'inscription ? Etc etc... Personnellement je n'ai
  15. Salut, Tout dépend des besoins et de l'ambition du forum. FluxBB (fork de PunBB) est réputé pour être léger, simple, rapide et graphiquement épuré. Par contre certaines fonctionnalités sont absentes, telles qu'une messagerie privée (à moins qu'ils ne l'aient ajouté dans les dernières versions). Il existe par contre un système de plugins et de mods pour combler ces manques. Mais les "mods" c'est un peu bidon dans la mesure où ce sont des modifications des fichiers source, ce qui est vraiment mauvais. Par ailleurs le code est dans l'ensemble assez brouillon. PHPBB il me semble que c'est le
  16. Merci Stéphane. Effectivement, j'ai laissé tomber l'idée de le faire sur un mutualisé
  17. Cette histoire de cache étant importante, je vais oublier les mutualisés OVH. Je reformule donc ma question autrement : quel hébergement mutualisé me conseilleriez-vous, avec PHP > 5.2.14 et 5.0.51a , et l'extension PECL activée ? Pensez-vous que c'est une bêtise que d'installer eZPublish sur un mutu, et qu'il vaut mieux un dédié ? Et sinon, que penser des offres Gandi ? Ça a l'air pas mal, mais pendant un temps je me souviens que les serveurs de Gandi répondaient mal (mais c'était il y a longtemps). En tout cas ils ont bien APC installé sur leurs serveurs :/>http://simple.gand
  18. Bonjour, Je voudrais savoir s'il est possible d'installer un eZPublish 4.4 sur un mutualisé OVH plan perso. Requirements pour eZPublish : http://share.ez.no/downloads/downloads/ez-publish-community-project-4.4-fuji Plan perso OVH : http://www.ovh.com/fr/hebergement_mutualise/hebergement_web_mutualise_perso_25go_trafic_illimite_fiche_technique.xml Ça a l'air bon, mais vu qu'eZPublish est un CMF quand même plutôt lourd, je voudrais être sûre qu'il n'y a pas de problèmes particuliers. En particulier : eZPublish nécessite un cache accelerator pour PHP (APC). Pas obligatoire mais forte
  19. Ah et puis surtout dans ton traitement de formulaire, tu fais un if(isset($_POST["Valider"])), mais il n'y a aucun champ portant un name "Valider" dans ton formulaire ! Tu devrais rajouter un truc du style (quelque part à l'intérieur du formulaire) : <input type="hidden" name="Valider" value="Valider"> Quoique le name "Valider" n'est pas très bien choisi, il vaudrait un mieux un truc du style <input type="hidden" name="action" value="inscription"> et ensuite dans le traitement : if(isset($_POST["action"])) { if($_POST["action"]=="inscription") { /
  20. Tu as édité ton code pour ouvrir la balise TABLE mais tu ne l'as pas refermée. Et tu as oublié de préciser la méthode d'envoi du formulaire (post ou get). Et tu n'as pas précisé le DOCTYPE de ta page, ni le jeu de caractères (UTF-8 ou ISO-8859-1 ou autre). La balise CENTER est archaïque. Et il ne faut pas mettre des border="0" width="50%" dans le html (ce genre de trucs, c'est pour la feuille de styles). Il est également préférable (bien que pas obligatoire en HTML5) d'englober les champs dans un/des fieldsets, et de préciser les attributs for des labels, reliés aux attributs id des inpu
  21. En regardant à nouveau ton code, je vois que tu as tout mis dans le HEAD, c'est même pire, tu as carrément imbriqué le BODY dans le HEAD !!! Et tu as tout un tas de paragraphes ouverts et non fermés... Ton balisage est anarchique, on veut bien t'aider, mais il y a quand même un minimum syndical : si tu ne maîtrises pas les règles élémentaires du balisage html, cette discussion risque de s'étaler sur des dizaines et des dizaines de pages, car tu devras revenir au moindre problème. Je te conseille la lecture de ce tutoriel : http://www.siteduzero.com/tutoriel-3-13666-apprenez-a-creer-vo
  22. Je pense que tu n'as pas bien saisi les bases du formulaire Un formulaire est délimité par deux balises : une balise ouvrante <form> et une balise fermante </form>. Et c'est à l'intérieur de ces deux balises que doivent se trouver les <input>. Donc cette ligne : <FORM method = "post" action = "formulaire.php"></FORM> est absurde. Quant à ceci : <form method ="post" action = "formulaire.php"> <p align="center"><INPUT type="submit" name ="submit" value="Envoyer"></p> </TD> </TR> </T
  23. Tout d'abord, merci d'utiliser les balises CODE pour insérer des lignes de code (j'ai dû modifier ton message). A vue d'oeil, ton $_POST["nomsociete"] est vide, tout simplement. Merci de nous donner le code du formulaire car c'est sûrement là qu'est le problème
  24. Effectivement, si les liens sont systématiquement différents, leurs poids ne sont pas aussi forts pour le référencement, que s'ils étaient toujours les mêmes. L'idéal serait plutôt de mettre en place une liste de "billets similaires", sur la même thématique, et non tirés aléatoirement. Et que cette liste soit fixe pour chaque billet, et non changeante à chaque rechargement de la page.
  25. Deux solutions (entre autres) : 1/ Tu mets tout dans le même fichier : le formulaire ET le traitement du formulaire. Cela peut être la page d'accueil. Dans ce cas, elle doit porter l'extension php, et dans la balise du formulaire tu mets action="" (ainsi le formulaire est envoyé sur la même url). 2/ Ou alors tu fais une redirection après le traitement, en ajoutant header('Location: index.php'); à la fin. Où "index.php" est l'url de la page d'accueil. Dans ce cas, il faut également que rien ne soit affiché avant la redirection (donc retirer tout ce qui t'a servi au débug).
×
×
  • Create New...