Jump to content

[ Non Résolu ] Durée de vie d'un nom de domaine ?


Recommended Posts

Bonjour,

 

Je rencontre un problème qui persiste depuis que j'ai décidé de ne pas renouveler l'hébergement payant je précise, lié à ce nom de domaine : myboutik-1945.tk depuis fin avril, or à ce jour il n'est toujours pas tombé dans le domaine public.

 

http://whois.domaintools.com/myboutik-1945.tk

 

Résultat, c'est que mes autres domaines de travail, dont le contenu ftp est une recopie venant de l'ancien domaine source : myboutik-1945.tk

 

Cherchent désespérément l’hôte de cet ancien domaine, bloquent dessus et ne m'affichent plus rien en front office, alors qu'en admin je vois tous les modules, etc ....  c'est à s'arracher les cheveux, je les ai testé sous 3 navigateurs différents, vider tous les caches, fait des flush dns, et rien à faire .....

 

Regardez bien en bas à gauche de l'image s'il vous plait.

 

 

post-501983-0-83121100-1495611076_thumb.jpg

 

 

En vous remerciant.

 

Cordialement.

Edited by BoutikShop69 (see edit history)
Link to comment
Share on other sites

Cela n'a rien à voir avec la durée de vie d'un domaine.

 

Vous avez dû oublier de nettoyer correctement votre base de données, tpls ou css et des urls en dur pointent toujours vers l'ancien domaine.

Il est en effet impossible qu'un domaine renvoie sur un autre si vous n'avez pas effectué de redirections.

 

Là votre domaine pointe sur 185.98.131.147 (IP appartenant à LWS (beurk) )

 

Vous avez un disclaimer sur fond noir avec comme règle css:

    background: url(http://myboutik-1945.tk/modules/webevasion_disclaimer/bg.jpg);

Donc forcément, il ne peut l'afficher et vous ne voyez que le fond noir....

Link to comment
Share on other sites

Bonjour Eolia,

 

Merci pour votre retour et votre efficacité. :)

 

Cela m'a permis de débloquer en partie la résolution du problème, ce n'était pas une règle css mais il restait un fichier tpl (il y en a 2 de fichiers tpl) dont il fallait mettre à jour tous les liens en dur qui permettent l'affichage des différents éléments du disclaimer (fond, bouton entrer / sortir), pour faire mieux il faudrait réécrire le module, mais sa fonction même si elle est basique, me suffit amplement.

 

Question : Comment nettoyer une base de données de tous ses liens écrits en dur ?

 

Car il en reste, puisque la recherche de l’hôte lié à l'ancien domaine continue ....

 

Enfin l'image qui illustre le fond du menu a disparue, et l'affichage de mon formulaire de retour créé avec cognitoform se bloque aussi.

 

Encore merci pour votre aide.

 

Cordialement.

Link to comment
Share on other sites

Edit : Pour l'image du menu, c'est résolu.
 
Par contre pour : Bon retour produit, ça se gâte, j'ai en partie isolé le problème mais je ne trouve pas comment le résoudre.
 
Cela viendrait de PS OpenGraph, il me génère le code suivant :
 
<meta property="og:type" content="website" />
        <meta property="og:title" content="Demande de retour produit" />
        
        <meta property="og:image" content="nomdomaine//nomdomaine/img/boutikashop-1473586969.jpg" />    <!-- Shop Logo if no specific Image is set -->
    
    
    <meta property="og:site_name" content="xxxxxxxxxx" />

    <meta property="og:description" content="demande de retour produit" />
    <meta property="og:url" content="http://xxxxxxxxxx/18-demande-de-retour-produit" />
 
Problème c'est qu'il n'existe aucun réglage pour modifier cette information qui est erronée. Puisque le module génère lui-même ces informations automatiquement, oups :
 
    //////////////
    
$smarty.server.HTTP_HOST $smarty.server.REQUEST_URI
 
  ///////////////
 
Donc je repose la question, comment nettoyer la base de données de tout lien précédent écrit en dur et les mettre à jour, s'il vous plait ?
 
Cordialement.


PS. Aucune possibilité de modifier quoi que ce soit depuis le site cognito forms qui ne demande même pas de fournir l'url du site, et ce n'est pas non plus une information intégrable dans le script qui nous est fourni, et cela se fait sans module à installer.

Edited by BoutikShop69 (see edit history)
Link to comment
Share on other sites

il faut commencer part trouver tous les liens en dur et modifier les champs qui les contiennent.

Pour les trouver, le plus simple est peut-être de sauver ta base, puis d'ouvrir le fichier sql de sauvegarde et de faire une recherche sur le lien que tu cherches.

Ensuite passer par phpMyAdmin par exemple pour modifier les données

Link to comment
Share on other sites

il faut commencer part trouver tous les liens en dur et modifier les champs qui les contiennent.

Pour les trouver, le plus simple est peut-être de sauver ta base, puis d'ouvrir le fichier sql de sauvegarde et de faire une recherche sur le lien que tu cherches.

Ensuite passer par phpMyAdmin par exemple pour modifier les données

 

Bonjour Olishop,

 

Merci pour ta réponse, mais je ne sais pas comment faire avec ce type de fichier sql, j'ai appris à les sauvegarder, mais chercher une info dans les tables et ou les modifier, réellement je ne sais pas.

 

Pourrais-tu me guider, un peu plus sur cette technique, avec un exemple, s'il te plait ?

 

Cordialement.

Link to comment
Share on other sites

Comme le dit Pilou, ouvre-le avec un editeur de texte et fait une recherche sur la chaine de ton ancien site.

Pour modifier, il faut passer par phpmyadmin et faire des requêtes SQL du style 'UPDATE <table_name> SET <nom_champ>=<value> where <champ_id>=<value>'

Link to comment
Share on other sites

Rebonjour,

@Pilou : je connaissais pas cette possibilité avec notepad, mais il ne me voit que la table ps shop avec l'ancien nom de domaine, or je les modifie en admin coté BO, donc cela signifie que la bdd ne prends pas en compte le changement ? De plus l'ancien domaine est utilisé par d'autres modules et +

@Olishop : merci pour l'exemple, mais je ne comprends pas la structure de la syntaxe que tu me donnes, désolé mais c'est du chinois pour moi hélas, si je veux modifier un champs précis tel que le nom de domaine écrit et utilisé en dur, je dois écrire quoi ?

Cordialement.

Link to comment
Share on other sites

donnes une entrée de ta table ps_shop que tu veux modifier, l'exemple en sera plus précis. Regarde bien dans toutes les tables pour trouver toutes les entrées.

 

De plus l'ancien domaine est utilisé par d'autres modules et +

L'ancien domaine est utilisé dans des modules de ton nouveau domaine ? :blink:  si tu as mis fin a ce nom de domaine comme tu le dis dans ton premier message, pas de raison que tes modules (ou autre) pointent encore sur ce site.

Link to comment
Share on other sites

Bonjour Olishop,

 

Le problème c'est que la base de données ne me renvoie que sur la table ps shop, or il existe d'autres lien en dur comme dans le menu haut horizontal, le disclaimer, et c'est là que je coince : dans le module PS Open Graph qui injecte les balises OG, il les inscrit bien quelque part et pourtant la base de données ne m'affichent rien d'autre comme lien que cette fameuse table.

 

Donc existe-t-il une autre méthode que la bdd, pour repérer les liens qui sont encore inscrit en dur, s'il te plait ?

 

Cordialement.

Link to comment
Share on other sites

Si tu fais une sauvegarde de ta base, tu devrais avoir toutes les tables. Mais comme c'est un module, il prend peut-être des paramètres dans config ou dans sa propre config, je ne connais pas ce module, désolé.

Link to comment
Share on other sites

Rebonjour,

 

En fait notepad ne peut pas remplacer php admin, faire une recherche sur l'un ne donne pas le même résultat sur l'autre.

 

Avec notepad la recherche ne m'avait renvoyé que la table ps shop, php admin lui m'a trouvé : 42 occurrences, que j'ai pu modifier manuellement, certes un par un, mais cela a fonctionné j'ai pu récupéré l'intégralité de l'accès au nouveau domaine et éradiquer a priori toutes les mentions à l'ancien domaine.

 

Mais bon ce n'est pas à la portée du premier venu, manipuler une base de donnée en direct n'est pas sans conséquence, c'est la zone rouge d'un site internet, au même titre que Regedit sur les ordi. A ne faire que si vous possédez une sauvegarde complète de la base sous la main, sauvegarde à réaliser avec php admin et non avec prestashop pour plus de sécurité.

 

Par rapport où je coinçais, c'est dans la table custom reinsurance que se trouvait la clé pour résoudre ce dernier problème de lien erroné.

 

Je remercie toutes les personnes qui ont pris le temps de me lire, ainsi que celles qui ont pris le temps de m'apporter leur aide.

 

Cordialement.

Edited by BoutikShop69 (see edit history)
Link to comment
Share on other sites

Bonjour

 

Résolu ou pas Résolu A priori résolu ne veut rien dire Merci de corriger le,sujet !

 

Bonjour,

 

J'ai besoin de finir de tester le site dans son ensemble d'abord, afin d'éviter d'avoir à réouvrir un topic sur le même problème. Moi au moins quand on me consacre du temps je prends la peine de faire un retour !!!!!  Merci me laisser le temps de travailler.

 

Cordialement.

Link to comment
Share on other sites

Rebonjour,

 

Comme quoi il faut toujours faire des vérifications avant de se prononcer.

 

J'ai passé le site à la moulinette, et lorsque je passe une commande, je reçois un mail de confirmation de commande, incomplet et tronqué.

 

Je suis remonté dans mes anciens mails de confirmation reçus, et je n'avais pas ce phénomène.

 

Voir le screen écran joint ci-après :

 

post-501983-0-13178300-1495714451_thumb.png

 

Il faut que je règle l'affichage de mon navigateur à 50 %, pour en voir le contenu.

 

Cordialement.

Link to comment
Share on other sites

Bonjour Okom3pom,

 

Je te remercie pour ton passage et tes commentaires. Le problème est principalement du à un transfert de domaine.

 

Cela ne règle pas mon dernier problème, merci de ne pas noyer ma dernière question que je pose, car du coup je vais avoir du mal à avoir une réponse pour me débloquer.

 

Cordialement.

Link to comment
Share on other sites

Bonjour,

 

Je relance ma question, car on me la noie dans des réflexions d'ordres généraux qui malheureusement n'aident pas à trouver la résolution au problème, je rappelle que j'ai créé ce topic - suite à un transfert de fichiers entre deux domaines -.

 

Demandez-vous juste si vous aimeriez recevoir ce type d'email tronqué. Est-ce qu'il est possible d'indiquer quelque part de n'afficher que x% au niveau de la taille du mail, image, contenu, etc .... Car ce type de réglage ne peut se débusquer en examinant le front office à la loupe, puisque ce sont des modules qui génèrent la création et l'envoi de ces messages.

 

Cordialement.

 

Rebonjour,

 

Comme quoi il faut toujours faire des vérifications avant de se prononcer.

 

J'ai passé le site à la moulinette, et lorsque je passe une commande, je reçois un mail de confirmation de commande, incomplet et tronqué.

 

Je suis remonté dans mes anciens mails de confirmation reçus, et je n'avais pas ce phénomène.

 

Voir le screen écran joint ci-après :

 

attachicon.gifMail de Confirmation de Commande.png

 

Il faut que je règle l'affichage de mon navigateur à 50 %, pour en voir le contenu.

 

Cordialement.

Edited by BoutikShop69 (see edit history)
Link to comment
Share on other sites

Bonjour

 

Si dans le module des mails rien n'est indiquer à configurer il faut chercher dans les fichiers du dossier mail, s'il n'y a pas d'erreur

Est-ce que vous avez personnalisé un texte ? si oui quel longueur vous avez ajouter des symbole si oui lesquels ?

 

Il n'y a pas de réponse directe si c'est un bug ou une erreur de manipulation.

Link to comment
Share on other sites

Bonjour,

 

@Oron : non je n'ai rien changé ou modifié entre les deux, pourquoi diable aller gratter quelque chose qui fonctionne ?

 

@Okom et Mediacom : merci pour vos pistes, mais rien dans les dossiers mails et mails alert ne permettent de voir et ou modifier l'affichage, si par exemple l'image du logo mail fait 100 pixels, et que c'est vu comme trop large, comment réduire son affichage reçu dans la boite mail sans raboter l'image, qui j'en avais fait l'expérience va devenir illisible, prestashop ayant réduit la taille des logos par rapport aux anciennes versions.

 

Il doit bien exister un moyen d'améliorer le template des mails ou pas ???? Telle est la question.

 

Quelle effet sur un client de recevoir un mail sans en-tête ?

 

Merci pour vos éclairages.

 

Cordialement.

Link to comment
Share on other sites

Le problème se situe dans vos templates mails.

Regardez dans themes/votre_thème/mails/fr et contrôlez le code des fichiers html.

Soit vous avez perdu les définitions css (balises <style>) en les éditant depuis le BO, soit le code n'est pas bon.

 

Faites un test en renommant fr en fr2 et copiez le contenu fr du zip de base du thème default-bootstrap dans votre thème et faites un essai. (idem pour le module mailalert DANS votre thème)

Link to comment
Share on other sites

Rebonjour,

 

Bon finalement ce n'est pas non plus un problème de code altéré, mais un défaut de conception dans les templates créé par prestacouille, qui ne trouve rien de mieux, que de nous mettre un width à 650 px pour le corps des mails, alors que par exemple dans gmail la largeur de visualisation des mails à l'intérieur de la boite mail est de ...... 253 px !!! pfffff, l'intelligence c'est pour quand ? En option apparemment.

 

Donc obligé de Choisir une autre image, pour agrémenter l’en-tête de l'email, pour que ça passe. On est de moins en moins libre quand il s'agit de créer ...... Je préférais quand même mon ancien en-tête. grrrrrrr

 

Enfin voilà le résultat :

 

post-501983-0-61847400-1496066902_thumb.png

 

Si vous avez une autre suggestion, je veux bien essayer .....

 

Cordialement.

 

Link to comment
Share on other sites

Lol

 

Vous devriez vous relire avant d'écrire^^

La largeur des mails est généralement entre 600 et 700px pour passer à peu près partout (https://www.lafabriquedunet.fr/email-marketing/articles/largeur-taille-emailings/)

 

Votre gmail à 253px n'a rien à voir car il redimensionne en pourcentage.

Je reçoit plein de mails de boutiques en body de 650px chez gmail sans aucun problème d'affichage.

 

Il doit plutôt vous manquer une dimension max sur le logo...

  • Like 1
Link to comment
Share on other sites

Bonsoir Eolia,

 

C'est bien ça le problème justement, l'ancien code sous la 1.4 par rapport à l'actuel fonctionnait beaucoup mieux, et je ne rencontrais pas ce type de troncage, qui m'oblige à me séparer de mon en-tête professionnel dans mes propres emails. :huh:

 

Cordialement.

Link to comment
Share on other sites

Je sens que je vais pas tarder à craquer cette fois ......

 

Je mets en place un nouveau jeu de templates : http://www.majory-cubizolles.fr/blog/gratuit-template-mails-prestashop/#more-978

 

Et c'est l'ancien modèle de templates fournis par prestashop qui est reçu dans la boite mail. :blink:

 

J'ai vidé tous les caches, y compris compile, recompiler, déconnecter du compte client test, attendu un moment, et c'est toujours pareil.

 

On est vraiment libre de rien.

Link to comment
Share on other sites

???

Vous êtes libre de tout, surtout au niveau des mails justement^^

 

Si vous avez remplacé le répertoire votre_theme/mails/fr vous devez recevoir vos nouveaux templates.

Si ce n'est pas le cas c'est que vous avez du cache au niveau de votre serveur, rien à voir avec Prestashop lui-même

Link to comment
Share on other sites

mouaip

 

de toute façon à l'origine et je comprends mal cette obstination : Il n'y a pas de dossier "mails" dans le répertoire "mon thème", il se situe uniquement à la racine du site juste au-dessus du dossier "modules".

 

mais bon ça change pas grand chose, car j'ai testé les deux options, et rien n'y fait.

 

donc je le laisse dans le répertoire mon thème, ou je remplace le dossier mail original ?

 

bien que je ne sache pas combien de temps il va falloir attendre pour voir apparaitre enfin un résultat.

 

cordialement.

Link to comment
Share on other sites

Comme je le dis depuis le début: dans le répertoire du thème

 

L'autre répertoire est écrasé à chaque mise à jour du shop. Si votre thème actuel est le default-bootstrap il est vivement conseillé de le dupliquer car le thème par défaut est également mis à jour lors d'une maj version.

Idem pour les pdf d'ailleurs^^

Link to comment
Share on other sites

Comme je le dis depuis le début: dans le répertoire du thème

 

L'autre répertoire est écrasé à chaque mise à jour du shop. Si votre thème actuel est le default-bootstrap il est vivement conseillé de le dupliquer car le thème par défaut est également mis à jour lors d'une maj version.

Idem pour les pdf d'ailleurs^^

 

Merci Eolia,

 

Mais ça fait très longtemps que je n'utilise pas le thème livré par défaut avec prestashop, beurk. :P :P :P

 

Reste plus qu'à attendre j'imagine. C'est bien celui copié dans le répertoire thème qui va prendre la main sur l'autre ?

 

Je demande qu'à voir. :ph34r: Combien de temps à votre avis ?

 

Cordialement.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...