Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation on 06/29/2018 in all areas

  1. 1 point
    Hi, a rather strange problem: customers can register normally and enter a password. This password is hashed and saved in the database in ps_customers. However, when customers try to login again after their session was ended, the password is not accepted ("Your Authentication failed"). Customers can reset their password with the reset-link and are logged in afterwards. However, the new password won't be accepted the next time they try to login with their username and (new) password. https://www.prestashop.com/forums/topic/663544-customer-login-failed/ describes exactly the same problem, however no solution was provided. Can anyone help? Admins can log in without any problems. Best regards, Christian
  2. 1 point
    Downloaded archive will come from https://download.prestashop.com/download/releases/prestashop_1.6.1.20.zip MD5 hash will be checked against 39d2eb1adb541d8da28f8f7aabcf8f70 downloading from https://download.prestashop.com/download/releases/prestashop_1.6.1.20.zip file will be saved in /mypath/autoupgrade/download/prestashop.zip download directory has been emptied Download complete but MD5 sum does not match (e67b119d6bf80ee556f89db9f8e0d2ac).
  3. 1 point
    Hello, thank you for the reply. It is strange. Wherever i put files on the server it starts to download the files instead of execute (even outside the PS storage) I've tried to run other files - they are the same as on the server. OK, it works! I've deleted the . htaccess and it started to work properly
  4. 1 point
    Use "Local archive" upgrade and then replace classes/Rijndael.php from github https://www.prestashop.com/forums/topic/851480-prestashop-16120-update-error
  5. 1 point
    1) Non, au pire ça peut dépendre de la ferme OVH liée au type de compte (les offres perso 2010 par exemple ont quelque soucis à ce niveau) 2) Depuis quand Prestashop se soucie-t-il des problèmes des e-commerçants ? Ils ont déserté le forum et refilé la gestion catastrophique du module à 202ecommerce 3) Votre problème n'a rien à voir avec Prestashop ou le module mais avec la configuration de votre serveur. Allez faire un test ici https://www.ssllabs.com/ssltest/analyze.html et si tout n'est pas vert à la fin, contactez OVH qui est le seul responsable de ne pas avoir mis correctement ses fermes de serveurs à jour
  6. 1 point
    Salut à tous, Pour répondre aux exigences de PAYPAL, j'ai également du modifier mon hebergement OVH et upgrader ma version Presta. Chez OVH: Je suis passé en PHP 5.6 et environnement STABLE J'ai activé le certificat SSL sur chaque domaine de mon site Chez Presta: Upgrade en 1.6.1.19 et passage en https sur tout le site ... et là plantage magistral à l'ouverture de la boutique. Un erreur 500 était systématiquement envoyée + une erreur sur la table des employés (id_employe) renvoyée par le back office. Après 2 jours de prise de tête sur la bdd et la verification des tables, j'ai fini par aller dans le BO, PARAMETRES AVANCES/PERFORMANCE / MODE DEBUG j'ai desactivé les modules non développés par Presta et là, comme par miracle, j'ai récupéré l'accés à la boutique. C'est après avoir testé un par un tous les modules non développés par Presta que j'ai pu identifié "Scroll to top" comme étant le module fautif. J'ai parfaitement conscience que cette solution n'est surement pas applicable à tous mais à l'avenir je me méfierai plus des messages d'erreur de Presta. ... a moins que quelqu'un connaisse une quelconque relation entre la table des employés et le module Scroll to top?
  7. 1 point
    Me autorespondo: Tan facil como quitar todos los accesos de modulos en el grupo de clientes visitante. (dejando unicamente el de iniciar sesion). Tema resuelto.
  8. 1 point
    Le CMS est plus stable, le module est dispo et relativement fonctionnel. L'éco-système s'enrichit (plus de modules et de thèmes) et les perfs sont meilleures (PHP 7 quasi obligatoire quand même). Perso je le déconseille toujours pour une migration, après pour des nouveaux projets on commence à avoir un outil relativement stable et efficace. A étudier
  9. 1 point
    Un plan de migration demandant pas mal de bonne ressources, si tu envisage de changer d'hébergeur c'est pas mal de prévoir cela en même temps
  10. 1 point
    Podria tratarse de cache, asi que desactiva todo lo relacionado a cache, borras cache y cookies y ves que tal va la cosa.
  11. 1 point
    Une solution pour connaitre ces modifs : tu dézippes PS 1.6.1.19 et tu regardes dans le répertoire \install\upgrade\sql Tu vas y trouver tous les scripts qui sont lancés lors d'une mise à jour d'une version X à Y
  12. 1 point
    deux règles de base : - ce qui compte (pour faire simple, disons à 95%) pour le référencement naturel d'une page, c'est son contenu. Que la base s'appelle "mon-url-avec-des-mots-clefs-qui-dechirent.html" ou "toto" ne changera vraiment pas grand chose - la stabilité des URL dans le temps est très importante, sinon tu vas devoir gérer des redirections (donc une nouvelle requete HTTP, quelques 1/10 de secondes perdus, etc...) Donc : tu laisses comme c'est !
  13. 1 point
    ... the reason for this problem was, that the customer table was migrated from an older version to 1.7 . In the newer versions, the password length was increased to 60 characters, the column was still set to 32 characters.
  14. 1 point
    Bonjour, Il y'a beaucoup de modules RGPD sur le marche. Avez vous cherche sur les addons par exemple?
  15. 1 point
    Non et c'est tout comme le module cafetière, il est plus judicieux d'utiliser l'outil adapté à la problématique. Une cafetière pour un café et une batte de baseball pour aller supporter son équipe de foot
  16. 1 point
    En gros si j'ai bien compris, t'arrives pas à faire les modifs voulues sur des modules gratuits et du coup tu voudrais qu'on te les fasse gratuitement^^ ?
  17. 1 point
    Un module ? Une simple requête suffit pour copier le nom des produits dans les légendes des images.
  18. 1 point
    Vos produits sont gratuits ?
  19. 1 point
    Salve, ho acquistato questo modulo anch'io purtroppo! il modulo ha diversi bug oltre alla guida che è indecifrabile... pubblicare i nuovi prodotti su Amazon con questo modulo è piu' macchinoso che non manualmente...senza contare tutte le volte che dice di averle inviate e in realtà non ha inviato niente! le inserzioni con varianti sono pressochè impossibili da esportare, ho rifatto innumerevoli volte tutto il catalogo su Prestashop per poterle adattare a questo modulo ma ogni sforzo è stato vano. Volevo chiedere al sig. Origadget se fosse cosi gentile da spiegarmi come ha fatto ad ottenere il rimborso, perchè neanche con Paypal e reclamo non sono riuscita ad ottenere nulla..Contattando piu' volte l'assistenza di Common Service mi dice di chiedere ad Addons che mi rimandano a support.amazon@common-services.com dalla quale non ho mai ricevuto risposta alla centinaia di email che ho mandato. Ringrazio infinitamente da subito chiunque possa aiutarmi ...grazie
  20. 1 point
    Did you override classes/Address.php and remove 'required' => true, from 'city' on line 125?
  21. 1 point
    Hi, The best thing is you can assign old date_add to that product in the database. Modify date_add value in ps_product_shop database table. Alternatively, you can do this by modifying code. Edit /var/www/html/prestashop1612/classes/Product.php Search for Product::cacheFrontFeatures($products_ids, $id_lang); and add below three lines above search result. foreach ($result as $index => $pro_id) { if($pro_id['id_product'] == 11) unset($result[$index]); }
  22. 1 point
    De rien je te dépose la facture à Lisle quand je rentre de Gaillac Bonne journée
×
×
  • Create New...

Important Information

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