Aller au contenu

Ernestine

Membre+
  • Compteur de contenus

    1 294
  • Inscrit(e) le

  • Dernière visite

Messages postés par 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 femme cougar. Je suppose donc que les télespectateurs, après avoir vu ça, ne vont certainement pas se précipiter pour s'inscrire ?

  2. 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.

  3. merci pour ta réponse. en général les vidéos du site sont également publiées sur son compte you tube, donc je pensais que lorsque la vidéo est publiée sur you tube elle peut directement être publiée sur mon site.

    faut il insérer un script sur mon site pour que sa vidéo de son site ou de you tube apparaissent sur mon site.

    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 youtube. Youtube propose en effet un ensemble de fonctions permettant d'interagir avec Youtube : récupérer des vidéos, rechercher, et même en uploader. Si tu travailles en php, alors la façon la plus simple pour interagir avec l'API youtube, c'est d'utiliser un framework. Le plus courament utilisé (et recommandé par Youtube) est le framework gdata de Zend (qui peut être utilisé indépendamment de Zend). Avec ça tu as tout ce qu'il faut pour récupérer les vidéos d'un utilisateur ou d'une playlist (et même beaucoup plus que ça).

    Voir la doc : https://developers.g...opers_guide_php

  4. 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.

  5. 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).

  6. Etant donné que cette page est sur le site de google, oui, on peut considérer que c'est de l'information fiable.

    Autre question : le robots.txt est-il sensible à la casse ?

    merci

    Tu n'as pas dû bien lire la page que tu cites :

    Notez que les instructions sont sensibles à la casse. Par exemple, Disallow: /fichier_corbeille.asp bloque http://www.example.c...r_corbeille.asp, mais autorise l'accès à http://www.example.c..._corbeille.asp. Googlebot ne prend pas en compte les espaces (en particulier les lignes vides), ni les instructions inconnues indiquées dans le fichier robots.txt.
  7. 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 un display:none. De même il comprend facilement qu'un texte mauve sur fond mauve est invisible. Alors qu'un positionnement absolu hors de l'écran, c'est déjà beaucoup plus difficile pour lui de comprendre que le contenu en question va se trouver hors du champ visible.

    Et pour encore plus de sécurité, on peut aussi faire ce positionnement en javascript (une fonction javascript qui va positionner l'élément hors de l'écran). Là pour le coup, ça m'étonnerait qu'un seul robot soit capable de voir la supercherie.

    Cela dit, le mieux est de ne pas jouer avec le feu, et d'éviter ce genre de pratiques.

  8. 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.

  9. D'après mon expérience je table sur environ 50/75 membres actifs par jours dans un premier temps...

    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'aime pas PHPBB (trop confus à mon goût). Et je n'aime pas non plus FluxBB : je l'ai testé il y a deux ans et j'avais vraiment été déçue par le code trop brouillon et toutes leurs histoires de "mods" bizarres (où il faut modifier les fichiers source). Du coup je ne saurais pas lequel te conseiller entre ces deux-là, je les trouve tous les deux mauvais (ça n'engage que moi).

  10. 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 level au-dessus en termes de fonctionnalités, mais je n'ai jamais essayé.

    Sinon il existe beaucoup d'autres moteurs de forum, et pas que ces deux-là.

    Bref, impossible de faire un choix sans connaître plus précisément tes besoins.

  11. 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.gandi-test.fr/phpinfo.php
    />http://wiki.gandi.net/fr/simple/instance_phpmysql

  12. 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 fortement recommandé. Or j'ai l'imression que l'extension PECL n'est pas installée sur les hébergements mutualisés d'OVH, ce qui poserait un gros problème.

    Merci d'avance.

  13. 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") {
    // traitement du formulaire
    }
    }

  14. 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 inputs.

    Voici un exemple de ce à quoi ça devrait ressembler :

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
    <title> AmbulanceWeb </title>
    </head>
    <body>
    <h2> Inscription</h2>
    <form action="formulaire.php" method="post">
    <fieldset>
    <legend>Formulaire d'inscription</legend>
    <table>
    <tr>
    <td>
    <label for="nomsociete">Nom de la société : </label>
    </td>
    <td>
    <input type="text" id="nomsociete" name="nomsociete" value="">
    </td>
    </tr>
    <tr>
    <td colspan="2">
    <input type="submit" value="Valider">
    </td>
    </tr>
    </table>
    </fieldset>
    </form>
    </body>
    </html>

  15. 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-votre-site-web-avec-html5-et-css3.html

    Tu y trouveras notamment un chapitre sur les formulaires ;)

  16. 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>
    </TABLE>
    </FORM>

    C'est encore pire : tu ouvres un nouveau formulaire en plein milieu d'une cellule de tableau pour le refermer après le tableau :wacko: et en plus il ne contient que le submit...

    En l'état, ce code est inutilisable.

    Si j'étais toi je repartirais de zéro : essaie de construire un simple petit formulaire, avec un seul champ, et le faire marcher. Ensuite tu pourras t'attaquer à plus complexe.

  17. 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 ;)

  18. 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.

  19. comment rester sur ma page d'accueil.

    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).

×
×
  • Créer...