Aller au contenu

Clair de Lune

Membre+
  • Compteur de contenus

    257
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

1 Neutre

À propos de Clair de Lune

  • Date de naissance 25/07/1959

Pour me contacter

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

Information du profil

  • Genre
    Homme
  • Localisation
    Toulon
  • Société
    Camping Clair de Lune

Visiteurs récents du profil

5 759 visualisations du profil
  1. Oui, un petit lien depuis le Hub est un bon début
  2. pour compléter, dans un fichier .htaccess on doit pouvoir utiliser RewriteCond %{HTTP:Accept-Language} ^en [NC] RewriteRule ^$ /en/ [L,R=301] Mais là c'est Dan le champion
  3. Je suis peut-être à côté de la plaque, mais dans ton cas est-ce le pays d'origine de l'IP qui compte ou la langue utilisée par le navigateur du visiteur ? En effet, je peux avoir une IP chinoise parce que j'y suis en voyage, mais vouloir consulter un site dans ma langue, par exemple. Du coup j'essaierais de détecter la langue du navigateur qui demande la page en PHP avec $_SERVER['HTTP_ACCEPT_LANGUAGE'] pour générer la bonne version du site. Il y a sûrement des inconvénients, parce que l'on ne peut pas se fier aux en-têtes, mais ça couvre probablement la majorité des cas, non ?
  4. Le nom de cette nouvelle évolution de l'algorithme rappellera aux plus anciens la blague publiée par Google le 1er avril 2002 au sujet du PigeonRank™ (PR)
  5. Bonjour Je reviens vous tenir au courant, j'ai en effet trouvé une solution intéressante, si ça peut servir à d'autres. À la suite des réflexions inspirées par vos réponses, j'étais parti pour créer un fichier de redirections en PHP, appelé dans l'index.php avant le fichier de configuration, avec un tableau pour les correspondances en fonction de $_SERVER['REQUEST_URI']. Mais en fait, il existe un module pour Prestashop qui prend soin de ce type de problème et permet, dans l'interface d'administration, de créer ces redirections, avec un choix sur le code renvoyé, dans mon cas toujours 301. Cerise sur le gâteau, on peut y importer un fichier *.csv avec la liste des URLs, ce qui est simple à constituer à partir de sitemaps. Le module est payant, mais j'ai trouvé que ça en valait le coup
  6. Pour résumer Les formats d'URL différents ne me permettent pas d'utiliser une directive RewriteRule à base d'expressions régulières, et étant de plus sur un hébergement mutualisé, je n'ai pas accès aux fichiers de configuration vhosts du serveur, et ne peux donc pas utiliser de directive RewriteMap. Il ne me reste qu'à établir à la main la correspondance pour chaque ancienne URL vers la nouvelle, et ma question est de savoir quelle méthode utiliser pour pénaliser le serveur aussi peu que possible. Mes options semblent être les suivantes : 1) insérer mes 350 redirections permanentes dans le .htaccess à la racine, l'inconvénient évident étant que ce fichier sera lu à chaque requête vers le serveur, mais est-ce beaucoup réellement pour une formule perso chez OVH ? 2) définir dans mon .htaccess à la racine une page 404 avec un script php qui se charge de rediriger chaque URL non connue de prestashop vers une des nouvelles pages 3) modifier la page d'erreur 404 de prestashop pour qu'elle intègre les redirections en y ajoutant une détection de l'URL demandée, si c'est possible Merci encore
  7. Et 300 redirections dans un .htaccess, ça consomme beaucoup de ressources ?
  8. C'est bien ce que je craignais, j'avais cru comprendre qu'il fallait déclarer le RewriteMap dans le vhost, et tu me le confirmes. Merci. Or je n'ai pas accès à ces fichiers de configuration, le site est sur un petit serveur mutualisé. Il ne me reste que le .htaccess avec 350 lignes ou une redirection par PHP. Saurais-tu me dire laquelle de ces deux options serait la moins gourmande pour le serveur ?
  9. Merci pour vos réponses. Dan, je viens de consulter la doc pour RewriteMap, mais c'est un peu ardu pour un béotien. Aurais-tu un exemple simple à me montrer pour m'indiquer la voie ?
  10. Bonjour Je dois effectuer la migration d'un site actuellement sous Dotclear vers une nouvelle installation sous Prestashop. Le site actuel est bien référencé avec de nombreux mots-clés, et comporte environ 350 pages indexées. J'ai commencé l'intégration de la boutique dans un répertoire temporaire, qui sera déplacé à la racine quand tout fonctionnera... et que j'aurai trouvé le moyen de rediriger les anciennes pages. Et c'est là que réside ma question : comme je ne vois pas de moyen simple de faire correspondre automatiquement les anciennes URLs et les nouvelles, je ne peux pas utiliser une règle de réécriture générique. Je me suis résigné à faire une redirection permanente pour chaque URL. Mais ça va faire dans les 350 lignes, et je ne sais pas quel impact ça aura sur le serveur, car le fichier .htaccess est lu à chaque requête.. Avez-vous des expériences similaires et une solution ?
  11. Bonne année à toutes et à tous !
  12. Tu pourrais peut-être mettre les deux blocs en inline-block ? display: inline-block; vertical-align: top; et pour la largeur, affecter 50% (avec margin et padding à 0, sinon un peu moins) pour le landscape et 100% pour le portrait
  13. Sur IE11, effectivement les menus ne s'affichent pas, alors que tout va bien avec d'autres navigateurs ou IE10. La première erreur reportée par la console d'Explorer est sur le DOCTYPE, actuellement : <!DOCTYPE HTML /> essaie de le transformer en <!DOCTYPE html> ça fera peut-être basculer IE dans un mode plus standard
  14. Dans ce cas, n'est-il pas possible d'aspirer le site ? Il serait ainsi possible de l'installer sur un hébergement beaucoup moins cher, sans même utiliser PHP puisqu'il n'y aurait que du contenu statique (html, js, images)
×
×
  • Créer...