Jump to content

MacMaster

Members
  • Posts

    36
  • Joined

  • Last visited

Profile Information

  • Activity
    User/Merchant

Recent Profile Visitors

3,846,185 profile views

MacMaster's Achievements

Newbie

Newbie (1/14)

10

Reputation

  1. I managed to resolve the issue. I uninstalled the "Advanced One Page Checkout". Installed the "One Page Checkout for Prestashop v2.3.2" with error. Uninstalled it again and reinstalled the "Advanced One Page Checkout" again. Suddenly it worked correctly. (It seems some table or stuff was missing in the override, because just uninstalling and reinstall the "Advanced One Page Checkout" did not fix it. It required temporary installation of other checkout to reset the issue. )
  2. Just sent you details in message. Let me know if you have questions. Would prefer not to share webpage details publicly since webshop is live.
  3. Did you learn any javascript debugging? I am clueless on how to do this. We have bug that need javascript debugging/comparison: Changing product quantity on check-out page on 1.6.1.4 v is causing bug in our webpage. The strange thing is that if we continue to payment and then go back to checkout it is possible to change product quantity and the bug does not occur.
  4. Hi, I have identified an similar bug when using one page checkout. Likely caused when upgrading from 1.4.8 to 1.6.1.4. Bug: 1) If trying to add additional product quantity on checkout page.... 2) Or loading checkout page, and trying to continue shopping..... Will both render in a "This product is no longer available". The problem will then persist for all products until browser cache is deleted. Details can be sent in pm and compensation will be given to anyone that is able to resolve this swiftly, since it is a live webshop.
  5. We haven't had any problems since we implemented the solution I proposed earlier: Rename "authentication" pages (in all used languages) Remove "authentication" pages from site-map (perhaps also add to robot.txt, we did not) Delete all fake accounts. That's it.
  6. If someone is determined to access your contact us or account registration page they can always do. However, changing the generic name and preventing indexing will likely move you out of the easy targets.
  7. This might have fixed the problem. At least no new fake accounts were created in the last 13 hours.
  8. When we had spamming on contact form we renamed "contact us" under preferences SEO & URLs. Additionally we removed this section in the site map. I just did the same procedure for the account creation page "authentication" and deleted all the fake accounts. I will see if that has any effect.
  9. Hej! Vi har lyckats få det att fungera i PS 1.6.1.4. Dock är det en väldigt buggig modul: Först måste man ha API 2 via Fyndiq admin. När man försöker ladda upp produkterna via modulen i PS BO, se till att inte klicka i produkter som har varianter (combinations). De funkar inte och förstör hela uppladdningen. När man gör en uppladdning så går det att se felmeddelande/uppladdningshistorik nere på sidan. Där går det hjälpligt att få ideer om vad som kan vara fel. Det går att ställa in vissa parametrar i modulen (t ex om man ska ha databas ID eller artikelnummer som unikt ID). Men denna vy i modulen kommer man inte åt utan Fyndiqs support efter som den är "gömd" Tillslut fungerade det efter mycket "juckande". Modulen installerades och avinstallerades i många omgångar innan det fungerade. Lycka till...... Ledsen att jag inte kan vara mer behjälplig, men eftersom det nu äntligen fungerar vill jag ogärna fiffla med den.
  10. Did you find solution? I have same problem now in PS 1.6 after upgrading from 1.4.
  11. I upgraded from PS1.4.8 to PS1.6.1.4 and I also have problem that I can not change/update combinations and if I try to create new I get the following error message (with debugger turned on): Unknown column 'available_date' in 'field list' INSERT INTO `ps_product_attribute` (`id_product`, `location`, `ean13`, `upc`, `quantity`, `reference`, `supplier_reference`, `wholesale_price`, `price`, `ecotax`, `weight`, `unit_price_impact`, `minimal_quantity`, `default_on`, `available_date`) VALUES ('23', '', '', '', '0', '', '', '0', '0', '0', '0', '0', '1', NULL, '0000-00-00') I interpret that as available date did not exist in 1.4 and that is now causing problem in database. However, I still do not know where this can be fixed. Any ideas, anyone? Thanks in advance!
  12. Jag har testat att ändra "write" rättigheterna på både cache och fyndiq modulen (samt alla dess under foldrar och filar till 777), utan resultat. ;-(
  13. Hej! Har ni hittat felet. Jag verkar ha samma problem. Felmeddelande: Cannot create file. Please make sure that the server can create new files in `/customers/8/2/6/min-doman.com/httpd.www/cache/fyndiqmerchant` "
×
×
  • Create New...