Jump to content

Ernestine

Membre+
  • Content Count

    1294
  • Joined

  • Last visited

Everything posted by Ernestine

  1. Si tu as des paramètres à gauche, il faut utiliser QUERY_STRING : RewriteCond %{QUERY_STRING} id=([0-9]+) RewriteRule index.php$ index.php?id=%1&type=client [L]
  2. Salut, Un flux RSS n'est rien d'autre qu'un fichier texte au format RSS. Il peut être statique (c'est quand même rare, car aucun intérêt) ou généré dynamiquement à partir d'une base de données, ou d'autres sources. Ce flux peut être généré en PHP ou tout autre langage. Si tu n'as pas de site web et/ou que tu ne sais comment faire, il y a ce site qui peut s'occuper de te générer des flux RSS : http://www.rapidfeeds.com/ Mais je ne l'ai jamais testé.
  3. Je ne vois pas en quoi le fait de supprimer le « .com » permet de rendre le lien fonctionnel, bien au contraire.
  4. Comment ça, tu as des signes de ponctuation dans tes adresses email ? Je n'ai pas compris.
  5. Reprends la technique que je t'ai dite dans mon précédent message, mais au lieu de background: url("bg.jpg") center top repeat-y; mets plutôt : background: url("bg.jpg") center top;
  6. Mets cette image en background : Et dans ta css, ajoute cette ligne aux styles du body : background: url("bg.jpg") center top repeat-y; En mettant le bon chemin pour l'image bien sûr.
  7. Il faudrait que ton image de background comporte une bande centrale noire au centre, de manière à simuler la colonne.
  8. Tout ce qui suit le # ne concerne que le navigateur et n'est pas envoyé au serveur, donc pas possible de le récupérer directement côté serveur. Tu peux éventuellement lire ce qui suit le # en javascript et l'envoyer séparément au serveur par une requête ajax.
  9. Aucun rapport Un site mobile et une appli ce n'est pas du tout la même chose.
  10. Ben en fait, le principe est le suivant. Nous avons défini (ou plutôt le client a défini) une trentaine de pays : France, Royaume-Uni, Allemagne, etc, qui ne sont pas des pays officiels, puisque parmi cette liste se trouvent des "pays" tels que : "Scandinavie", "Amérique du Sud", etc..., sans oublier l'inévitable "Autre pays". Ces "pays" sont regroupés en 9 secteurs commerciaux : Europe de l'Ouest, Europe de l'Est, etc... Pour chaque pseudo-pays sont définis les différentes langues parlées dans ce pays, avec pour chacun une langue par défaut. Jusque là tout va bien, le problè
  11. Billcom > Détecter le user agent ok, mais par la suite çe ne résoud pas le problème de crawlage du site par le bot car il n'y pas de lien en dur d'une version à l'autre. jcaron > Malheureusement il n'y a pas de liens en dur d'une version à l'autre. Quand l'internaute clique sur un pays ou une langue, ça l'envoie sur un script qui le redirige en fonction de plusieurs critères, son ip, ce qu'il a en session et en cookies, etc. Enfin je vais quand même essayer de faire en sorte que les liens du langage switcher soient en dur (en passant tous les critères dans l'url au moment de la fab
  12. Bonjour, Sur un site que je développe actuellement, on procède automatiquement à une détection du pays de l'utilisateur en fonction de son adresse IP (on a une grosse base de données faisant le lien entre des plages d'ip et les pays du monde). En fonction de son pays, on en déduit sa langue (pour les pays ayant plusieurs langues, comme la Suisse, on choisit la langue principale du pays), et on le redirige avec un header Location vers le sous-domaine correspondant à sa langue. Ça marche bien, mais je m'inquiète un peu pour le référencement. Si Google bot arrive sur la page d'accue
  13. Non, le propriétaire d'un nom de domaine n'attend jamais la date d'expiration pour le renouveler, sauf étourderie de sa part, donc ne compte pas trop là-dessus
  14. Salut Dino, Quand tu fais du responsive, tu utilises les media queries, c'est à dire des propriétés conditionnelles dans la feuille de styles, par exemple : "si la largeur est inférieure à 400 pixels, masquer telle colonne". Ou bien "si la largeur est comprise entre 200 pixels et 400 pixels, alors modifier tel élément", etc... Evidemment le responsive ne se résume pas aux media queries, mais si tu veux juste masquer ta colonne latérale sur navigateur mobile, ça ne devrait pas te causer beaucoup de modifications (et ça ne devrait avoir aucun impact sur ton système de changement de
  15. Normal, Joomla c'est un peu comme Wordpress, dès que tu sors un tant soit peu des sentiers battus, tu es obligé d'installer un plugin, avec tous les effets collatéraux que ça entraîne (qualité très relative des plugins, incompatibilité possible entre ces plugins, etc) Alors que dans Typo3 et eZPublish, les fonctionnalités de base sont tellement énormes et évolutives, qu'il est en réalité très rare de ne pas pouvoir se débrouiller avec ce qu'il y a en natif
  16. La base de données du CMS, tout simplement. Comme tout CMS il y a d'une part un système de fichiers et d'autres part une BDD. Avec Drupal tu peux gérer plusieurs sites sur une seule installation (c'est à dire un seul système de fichiers), mais par contre chaque site aura sa propre base de données. Ou alors, s'il n'est pas possible d'utiliser plusieurs BDD, les tables de la base seront recréées avec un autre préfixe. Conclusion si tu gères 50 sites, tu te retrouves soit avec 50 bases de données, soit avec une seule grosse base de données contenant des centaines et des centaines de tables. Alo
  17. SPIP c'est pour faire du journal en ligne, ce n'est pas adapté à ton cas. Joomla c'est brouillon, et dès qu'on veut des fonctionnalités spécifiques, c'est la fête du plugin et ça devient ingérable. Drupal serait pas mal, mais je trouve que leur gestion du multisite est bancale, dans la mesure où la base de données va être dupliquée autant de fois qu'il y a de sites, ce qui est vraiment pénible. eZPublish répond à tous tes besoins, en particulier le multisite et la gestion affinée des permissions utilisateurs, par contre il demande un certain temps de prise en main. Idem pour Typo3. Pour les au
  18. Apparemment son formulaire est traité par un script cgi : <FORM name="form1" method="POST" action="http://ici.fr/cgi-sys/FormMail.cgi"> (Au passage ma précédente réponse était donc complètement hors de propos) Peux-tu nous copier-coller le code COMPLET, c'est à dire de <FORM... jusqu'à </FORM>, sans le javascript généré, et en bon état de fonctionnement ? Ça nous permettrait d'éviter de faire des suppositions à l'aveuglette, et de savoir ce qu'il faut que tu génères précisément comme code.
  19. Alors il faut que tu utilises le formulaire "Adresse avec lien", comme entouré en rouge sur l'image ci-dessous :
  20. Salut, Vérifie que c'est bien la variable "recipient" qui est récupérée et traitée par ton formulaire. Mais sinon il vaudrait mieux que tu insères ton adresse mail au moment du traitement du formulaire en php comme le préconise Billcom.
  21. Salut, Si tu débutes, ce qui est apparemment le cas, le plus simple est d'utiliser un CMS simple comme Wordpress
×
×
  • Create New...