Jump to content

Jean Francois G

Members
  • Posts

    1,687
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by Jean Francois G

  1. Comme je te comprends. 

    @Coeos.pro : Il semble que tu n'ai vraiment pas pris connaissance de ce qu'y a été dit. je reprends donc et je confirme ce qu'a dit Mediacom : 

    - Tu montre une facture : Nous avons bien précisé que la facture était juste.. Je ne vois donc pas le rapport avec ce post. 

    - Vider le cache : Nous l'avons tous fait bien entendu. en 10 ans de prestashop on a tous le reflex de vider le cache pour chaque modif et même plus.  Mediacom aussi.

    - Le problème : IL s'agit de ce qui est écrit dans le back office, dans la section de l'adresse d'une commande, pas sur les factures. Mediacom a bien confirmé, comme mois, le bug. 

    1326929126_Screenshot_2021-04-18CommandesLavieenzen.thumb.png.2a6bda488218f4a2bf59c8f64c9435b8.png

     

     

  2. ah ben pas cool..

    Sinon je vais dire un truc idiot, c'est certain, mais comme il ne s'agit sans doute que d'un theme admin backoffice, il n'y aurait pas moyen de revenir à l'ancienne version du theme backoffice ? (Comme je l'ai dit c'est sans doute une idiotie... )

    Ou au pire ou sait ou se trouve le fichier qui gere cette partie ? Histoire de modifier le code ..

  3. On 4/14/2021 at 7:39 AM, Pyanepsion said:

    😃 Merci, Magicbel, pour cette remarque de bon sens, mais la question n’est pas de changer d’hébergement. Il s’agit ici de résoudre le problème de l’utilisation de 1 -Click Upgrade qui exige bizarrement un temps d’exécution PHP supérieur à 165 s. Il s’agit tout de même de 2 min 25 s.

    (L’hébergement est un hébergement web Performance à 12 € par mois vendu comme étant « optimisé pour Prestahop ». J’aurais bien proposé l’hébergement du site sur mon propre serveur, mais Prestashop ne respecte pas le standard de programmation, ce qui le rend incompatible avec NGinx, et il ne fonctionne pas sur PHP 8, ni même sur PHP 7.4, ce qui m’obligerait à installer une version PHP un peu ancienne.)

    Il doit bien y avoir une solution pour corriger ce problème de 1 - Click Upgrade. Comment faire sans obliger à une installation manuelle ?

    Magicbel fait juste remarquer que les hébergement mutualisés OVH ne sont pas à la hauteur de ce qu'ils annoncent. De plus dans la majorité des cas, vous n'avez aucun acces au paramétrage de PHP.ini. Si vraiment vous souhaitez rester sur du mutualisé pour vous simplifier la vie, d'autres solutions comme o2switch ou consoeurs vous propose  du mutualisé vraiment paramétrable via cpanel pour moins de 70€ par an. Vous ferez des économies.

  4. Bonjour a tous, j'ai cherché dans le forum prestashop si quelqu'un en parlait déja, et je suis surpris que non..

    Dans prestashop 1.7.7.3, quand on ouvre les commandes (et c'est un joli fouillis cette nouvelle version d'afficher les commande... ), le code postal du client apparait après la ville et pas avant comme c'est la norme en france.

    C'est un peu n'importe quoi non ?

    On peut modifier cela ?

  5. Je ne connais pas ton module de blog, mais d'après le source, il semble que certaines valeurs CSS soit fixées directement dans les paramètres du module et pas dans un fichier CSS. Ainsi si je change les valeurs de la classe tiers "blog-grid" du troisième bloc et que je change la position haute (top) et la position left, l'affichage devient correct.

    Avant : 

        left  : 35,7p%; top : 538px     

    Après :

       left : 68,7%; Top 0px;

    et ca donne ca :

    29274932_Screenshot_2021-04-05Alpinecare.thumb.png.95bc9bc4bece14b7a6f4e3423be2537e.png

     

    Donc, soit il faut que l'éditeur du module fasse une correction, soit dans les paramètres du module il y a une zone "CSS personnalisés" a modifier.

    ce que je ne comprend pas c'est que la position soit programmée en dur en  "Absolute" avec des valeurs, alors qu'un simple "relative" sans aucune autre information permettait un affichage automatisé dans la bonne position. (Je viens d'essayer en supprimant toutes les lignes css fixées en dur et ne mettant qu'un valeur css avec "position: relative; top: 0px;" et tout rentre dans l'ordre comme par magie..

    DONC, pour résumer :

    Comme ce n'est ni mes fichiers ni mon serveur, je ne peux pas chercher pour vous, mais il faudrait voir plusieurs possibillités : 

    - Est ce que dans le module lui même il n'y aurait pas trois ligne dans un tpl contenant "style="position: absolute; left: 2.8169%; top: 0px;" puis "style="position: absolute; left: 35.7746%; top: 0px;" puis "style="position: absolute; left: 35.7746%; top: 538px;"et dans ce cas les supprimer pour ajouter manuellement dans le fichier CSS /modules/prestablog/views/css/grid-for-1-7-module.css la ligne ".tiers.blog-grid {position:relative; top:0px;}

    - Est ce que dans les paramètres du module il existe un editeur CSS intégré ? dans ce cas repérer les mêmes lignes et ajouter la même chose..

     

    • Like 1
  6. A mon avis, c'est ta catégorie principale qui n'est pas renseignée.

    En effet, même si tu coches que ton article fait parti de plusieurs sous catégories, c'est la catégorie cochée comme "principale" qui génère le fil des catégories dans la page.

    Ainsi, tu as oublié de définir une catégorie principale, elle sera définie dans "accueil" et donc sans fil de suivi.

    2083482870_Screenshot_2021-04-05Aquoicorrespondlacatgoriepardfautdunproduit.png.088c296b78d014832a2bf742e1fa39e6.png

  7. SOLUTION TROUVEE : Installtion du module Packlink et suppression du module mondial relay.

    ---------------------------------------------------------------------------------------------------------------------------

    Bonjour a tous,

    Je poste cette question dans le général, car je ne sais pas si le problème vient de Mondial relay, de presta 1.7.6.2, ou du thème..

    Voici le soucis sur ma boutique :

    - Si un client choisi dans la liste des transporteurs n'importe quel société sauf mondial relay, tout fonctionne bien et mes choix de paiement apparaissent.

    - - Si un client choisi mondial relay et valide son choix, mes moyens de paiements disparaissent (Chèques et CB) et ne reste que Paypal.

    J'ai mis a jour le module mondial relay, mis a jour le module systempay, et aucun changement.

    Pour information, je voulais aussi tester en mettant à jour le thème, mais Prestacrea (l'editeur) me redemande pour la troisieme fois de payer 129€ HT (Premiere fois avec la première version nommée biocosmétique, la seconde avec la mise a jour nommée créanatural, et aujourd'hui pour une version nommée créauniversal..  soit 387€ au total chez créanatural .. du coup je n'ai pas acheté le dernier, je fais mon meaculpa mais tout fonctionnait bien et je n'ai rien changé du thème actuel.. )

    Quelqu'un a déjà eu ce genre de soucis ?

    Je me fais houspillé non stop car certains clients sont persuadés que je ne propose plus la CB du coup.. Ca pose problème.

    Je suis sur ce soucis depuis près de 8 heures sans succès. J'aurais besoin de l'aide d'un pro technique.. Merci :)

    Voici la photo du problème :

    1066130878_bugmondialrelay.thumb.jpg.4a0dc375ec737773e14d9cb1de1506a0.jpg

     

  8. Je précise que j'ai ecris au service dédié du module via un mail spécifique qui m'a été donné par un correspondant presta (car au départ j'avais d'abord écris au service technique du module via presta-addon, mais au final ils ne s'en occupent pas. Qui ai je eu du coup, aucune idée. mais j'ai bien eu le mail dédié pour leurs ecrire) .

    A ce jour aucune réponse, ni même un accusé de réception du mail. Thunderbird me dit qu'il n'a toujours pas été ouvert.

    Impossible de mettre la boutique en production avec un affichage pareil, personne ne validerait un paiement avec ces bugs.

    Un peu d'aide ?

  9. Bonjour a tous,

    Je viens d'installer Paypal Checkout sur une boutique qui est pratiquement prête a être en production.

    Elle est en ligne mais n'est pas encore accessible aux clients. (quint-essences.com)

    J'ai installé prestashop checkout en ayant préalablement fait toutes les inscriptions et api necessaires, mais la page de paiement affiche du délire comme ceci

     

    1206334999_Screenshot_2021-03-18Quint-essences.thumb.png.b8917242f9a07f77f26f22230a90b9a9.png

    Si je clic sur "j'ai lu les conditions", la page devient normale :

    1545494940_Screenshot_2021-03-17Quint-essences2.png.57854c8b66cbdf062fc8d3f4031884a0.png

    J'ai beau chercher, chercher, aller dans la page des positions, je ne trouve pas le problème.

    Quelqu'un aurait il une idée ? Un mode de recherche du problème ?

    J'ai besoin d'aide donc..

  10. Bonjour a tous,

    Petite question peut être bête mais, si l'on possède deux boutiques sur deux serveurs différents, est ce qu'en utilisant le module paypal sur chacune des boutiques, le même compte paypal peut être utilisé ?

    C'est à dire que si je lance mes paramètrages, et que je lance les autorisations paypal pour les boutiques, est ce qu'elles vont s'annuler, bugguer, ou fonctionner normalement ?

    Si vous avez une réponse ce serait cool, merci :)

     

  11. Bonjour a tous,

    Je remarque quelque chose de très étrange dans ma base de données, notamment au niveau de ps_product_carrier qui contient du grand n'importe quoi.

    Du coup j'aimerais comprendre la logique du fonctionnement car la je ne pige pas bien. je vous explique :

    SI je regarde dans cette base construite avec 3 variables (id product, id carrier, et id shop), par exemple je vois à la fin l'article 685 qui contient 9 lignes :

    685 | 109 | 1   = 109 pour Colissimo international D

    685 | 258 | 1 = 258 N'existe pas

    685 | 259 |1 = 259 n'existe pas

    685 | 260 | 1 = 260 n'existe pas

    685 | 261 | 1 = 261 n'existe pas

    685 | 262 | 1 = 262 pour colissimo international B

    685 | 263 | 1 = 263 pour colissimo international C

    685 | 304 | 1 = 304 n'existe pas

    685 | 315 | 1 = 315 Envoi suivi national

     

    Pourtant si je vais sur l'article en question dans le back office j'ai bien les bons transporteurs cochés et surtout j'ai les autres transporteurs qui ne sont pas présent dans cette base de données..

    Du coup, pourquoi prestashop gere t'il la base des transporteurs en ajoutant des lignes sur des transporteurs inexistants plutot que de modifier les lignes existantes ??? Et pourquoi la base article contient elle toujours les transporteurs qui ont changés d'ID ? Ca me dépasse je l'avoue..

    Au départ je voulais via une requête SQL, ajouter un transporteur sur tous les articles ne le contenant pas encore, sans toucher aux articles ayant tous les transporteurs par défaut. Mais la, vu que c'est un vrai souk la dedans, je n'ose rien faire..

    Donc si quelqu'un a une explication concrête (et constructive) , j'aimerais beaucoup la connaitre ne serais ce que pour ma compréhension personnelle de la chose ..

     

     

  12. Aie, en 1.7 ces lignes n'existent pas dans cron.php...

    Par contre avec ces quelques infos j'ai fais des recherches et j'ai trouvé une ligne dans modules/mondialrelay/classes/services/MondialrelayService.php

    A la ligne 17 on trouve le paramètre de WSDL. En modifiant selon vos indication, ca à l'air de fonctionner...

    Je n'ai pas trouver de ligne pour client_mr, mais je n'ai plus l'erreur, même sans cela.. Je vais tester un peu plus..

     

×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More