Aller au contenu

Toute l’activité

Ce flux se met à jour automatiquement     

  1. Hier
  2. Au secours ...

    Salut, Je voudrai que ma réécriture soit : petites-annonces-gratuites.htm au lieu de petites-annonces-gratuites-lavariable.htm Mais je n'arrive pas à supprimer la variable de la réécriture. Voici le code : RewriteRule ^annonces-code-de-la-route/petites-annonces-gratuites-([0-9]+)\.htm$ /annonces-code-de-la-route/petites-annonces-auto-ecole-gratuites.php?limite=$1 [E=BREAK:1,L] # RewriteCond %{ENV:REDIRECT_BREAK} !^1$ RewriteCond %{QUERY_STRING} ^limite=([0-9]+)$ RewriteRule ^annonces-code-de-la-route/petites-annonces-auto-ecole-gratuites.php$ https://code-a-domicile.com/annonces-code-de-la-route/petites-annonces-gratuites-%1.htm? [R=301,L]
  3. Tracer le fonctionnement d'Apache (2.2.15)

    Merci Kioob pour ta réponse. J'ai bien un fichier dans le répertoire vhosts correspondant au nom de domaine en question, c'est la raison pour laquelle je m'arrache les cheveux pour comprendre le cheminement de la requête. Le pire c'est que j'ai déjà des NDD qui arrivent sur ce serveur sans aucun problème, il ne s'agit donc pas d'un problème général de configuration du serveur ou d'Apache. Mais tu as raison, il doit y avoir une erreur d'aiguillage quelque-part...
  4. Bon, il semblerait que l'extension .dev soit aussi la raison de mon problème post migration D7-D8 de mon site mulitilingue. Après avoir recommencé avec une extension commune (.fr), et indiqué seulement une url (pour le moment) dans le trusted_host_patterns, puis modifié l'url des différentes langues dans l'admin, je n'ai pour le moment plus le problème tel que cité dans mon premier post. Alléluia.... ?
  5. La semaine dernière
  6. Tracer le fonctionnement d'Apache (2.2.15)

    Bonjour, j'aurais tendance à penser qu'il n'y a pas de vhost qui match le nom de domaine en question (ServerName & ServerAlias). Non ? En tous cas je ne connais pas d'option de log permettant de verifier le comportement du "routage" des virtualhost.
  7. Bonsoir. J'ai un nom de domaine qui arrive bien sur mon serveur (DNS ok) mais malgré que le fichier correspondant dans le répertoire /etc/httpd/vhosts soit présent, les requêtes vers ce nom de domaine aboutissent systématiquement sur le site par défaut défini dans /etc/httpd/vhosts/default.conf. Je souhaiterais donc tracer de manière précise le traitement par Apache des requêtes afin de visualiser ce cheminement non voulu vers le site par défaut... Je précise qu'actuellement, il n'y a aucune erreur d'écrite dans les logs d'Apache. D'avance, merci de vos réponses. CDLT C.V.
  8. Heu...Comment dire, suis-je vraiment c.. ? Ah oui. C'est un site multilingue (ce que je n'avais pas précisé). Les urls relatives aux différentes langues sont en dur, dans la table language. Suffit d'y penser, ce qui m'a pris 3 jours. Puis suffit de les modifier, et ça roule. Merci à vous
  9. Merci de ta réponse. (j'indiquais default uniquement pour énoncer l'ensemble de mes manips pour la duplication) $base_url est déjà renseigné, pas de changement. dans file-system, je n'ai qu'un chemin vers les fichiers publics: sites/default/files Les caches sont invariablement vidés après chaque tentative de résolution de ce problème. En fait, les liens corrects sont ceux des contenus de pages toutes simples, 'codés' en url relative. Ceux qui dirigent vers site1 sont les liens de menu (superfish), et de contenus utilisés dans des vues/blocks.
  10. J'ai du mal à comprendre quand tu copies un site de site1 vers site2 (default n'a pas grand chose à voir la dedans), les seuls liens qui posent problème sont les liens vers les fichiers intégrés dans tes pages sur un wysiwyg. Si tel est le cas, quelques règles dans ton htaccess régleront ton problème. Dans le fichier settings, tu indiques l'adresse de ton site dans la variable $base_url. Et dans l'admin, tu as un répertoire à indiquer où sont placés tes fichiers : /admin/config/media/file-system (la variable file_public_path pour être précis, qui doit être sites/site1/files et sites/site2/files ). et ensuite, vider tous les caches bien sur, car les pages/css/variables sont généralement cachées. Renommer le répertoire d'un site ne pose pas plus de souci dans drupal 7 quelle que soit la version mineure.
  11. Ne fait-il pas être sous linux pour cela ? Ce qui n'est pas mon cas
  12. Si c'est dans la base, un simple "grep" sur les fichiers de dump devrait trouver l'URL du site.
  13. Salut Dan, Non, pas de possibilité de modifier l'url 'générique' dans l'admin. Je penche plus pour une donnée importée lors de la restore de la base de données, mais quelle table...? Je fouille....
  14. Bonjour, Je ne connais pas Drupal, mais n'a-tu pas dans le back-office un endroit où l'URL du site se définit, comme sous Wordpress ? Dan
  15. Bonjour, Je m'explique: pour différents test, j'ai copié un site local D7 (site1.com) sur un autre D7 (site2.com) (versions identiques, 7.58). Après install à nu de site2, j'ai copié les fichiers de site/all et site/default (sans le setting.php) de site1 vers site2, puis sauvegarde de la base site1 et restore sur site2, avec les fichiers cache et sessions vides. Le blème, c'est qu'un paquet de liens internes de site2 pointent vers site1 ! Or, je ne trouve rien dans les .htaccess redirigeant vers site1, et setting.php est bien configuré pour taper dans la base de site2. Qu'ai-je oublié, ou où et que dois-je modifier pour retrouver mes petits ? Merci de vos réponses
  16. Comme j'ai eu une bonne déconvenue concernant quelques projets, en local, parce que le leur collais l'extension .dev (problème posté dans le salon, et résolu, merci Dan...), et comme cette migration D7 vers D8 concernait des .dev, je retenterai plus tard avec une extension acceptée par wamp, et vous dirai si ce problème de trusted_host _patterns venait de là...
  17. Comment réaliser la même présentation

    Bonjour, Déjà, n'utilise pas les cm : sur le Web, on parle en pixels. Ensuite, si tu es sous Wordpress, pourquoi ne pas chercher un thème (= design pour Wordpress) qui corresponde à cette présentation ?
  18. Bonjour, j'espère que tout le monde va bien je suis sur WordPress depuis un an maintenant mais je ne m'y connaît pas tellement en langage html et css, j'ai quelques connaissances fragile mais insuffisante pour réaliser mon objectif qui est de reproduire exactement la même présentation que cette image : https://zupimages.net/up/18/15/z3gz.png vous voyez que l'image est assez simple : une bande en arrière plan qui traverse l'écran de gauche à droite d'une hauteur de 10.5 centimètre avec en premier plan trois rectangle aligné sur la même ligne de 6.5 cm (largeur) x 7 cm (hauteur) avec 0.4cm d'espace entre eux dont la bas (des rectangles) dépasse de 1.6 cm le bas de la bande en arrière plan
  19. Expression régulière

    C'est impec ! Il y avait plus de codes à tester et 2 types différents, j'ai rajouté ce qu'il fallait et ça fonctionne... /^[A-D]{1}[0-9A-F]{7}$|^[A-Z]{1}[0-9]{11}(1276|1300|1280|1307|1318|1315|1314|1275|1322|1317)[0-9]{1}$/i Merci à vous !
  20. Expression régulière

    Ou /^[A-Z][0-9]{12}(1322|1317)[0-9]$/i
  21. Expression régulière

    /^[A-Z][0-9]{12}13(22|17)$/i ou si j'ai mal compris l'intitulé : /^[A-Z][0-9]{11}13(22|17)[0-9]$/i
  22. Expression régulière

    Bonjor à tous, Je tourne en rond avec une expression régulière en JS, je dois vérifier un format bien spécifique : 1 lettre puis 16 chiffres, ça c'est facile avec /^[A-Z]{1}[0-9]{16}$/i Mais je dois aussi vérifier que les suites de chiffres "1322" ou "1317" sont présents dans la chaine à la position 13-14-15-16... Merci pour vos idées...
  23. Précédemment
  24. Parce que ces navigateurs ne sont pas encore à jour. Mais cela viendra certainement sous peu. Pour firefox c'est tout récent. Pour chrome, cela remonte à un ou deux mois.
  25. Naaaaaaaaaaaaaaaaan ! Pfff Effectivement, tu as entièrement raison ! Je viens de modifier l'extension, et cela fonctionne de nouveau. Un grand merci à toi, car là, j'aurais continué de galérer pendant...longtemps. Par contre, pourquoi le .dev (avec wamp) sur IE et safari ne bascule pas en https...?
  26. C'est à cause de l'utilisation du tld "dev" qui est un top level domain appartenant à google, si je ne m'abuse. Utilise un autre TLD, tout simplement Un peu de lecture : https://stefan-h.com/blog/https-wampserver-bug ou en anglais : https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/
  27. Rien de précisé spécifiquement dans l'admin Drupal, la page d'accueil par défaut est bien en http... J'ai vidé cache & cookies dans les navigateurs incriminés, rien à faire ! Dans la barre d'adresse, si je tape http://monsite.dev, il passe automatiquement en https://monsite.dev
  28. Le back-office de Drupal, pas du navigateur, bien évidemment Pour info, le premier site de ta signature n'existe plus ...
  1. Télécharger plus d'activité
×