Jump to content

indus

Members
  • Posts

    759
  • Joined

  • Last visited

Everything posted by indus

  1. Hi All, I did open a report on github, but they said its a different bug, not related to the spam registrations. I took their suggestion and installed eicaptcha and it seems to work fine. https://github.com/PrestaShop/PrestaShop/issues/14627
  2. Hi There was some brief period after the patch when this had stopped, but the robots seem to have discovered new vulnerabilities in the code,. and the spam is massive now. Kindly let me know how to report this
  3. Hi All, I have tried upgrading, manually adding the fix from doekia, and also downloading a fresh install of prestashop and replacing the validate.php and customer.php files. The spam continues. Any suggestions are highly appreciated.
  4. From this reply by El Patron in this thread https://www.prestashop.com/forums/topic/541673-malicious-code/?p=2363762 1.Download the entire directory of your web root to your local desktop machine and run a malware scan on it. These are pretty good in detecting malicious code in your files. There are no good free tools to do the same on your server. 2.Update all software to the latest version 3. Cut off external access to your website if possible. You need to contact your host or do it yourself if on a VPS. 4. Remove unused modules and stray files lying around on your server - This is really important along with step 2. I had this issue where even after patching a recent theme vulnerability , malicious code kept getting placed on my server root and other places. Turns out i had an unused module ( image slider - why am i not suprised ) which had a similar issue as my vulnerable theme. Both image upload or content upload without validation . 5. Monitor traffic via analytics. This will point you to some file on your web server which the attacker might be trying to access and not part of standard prestashop installation. You should monitor traffic for the next few days for any such behaviour. 6. If you have VPS access, check your apache access logs for hits to strange file types or names. 7. Manually scan each folder for suspicious files placed by the attacker. This will let other users view your files, passwords in config files etc etc.Some files might be a mail config program designed to spam emails to users. 8. Change all passwords [ Database, admin backoffice, etc etc ] after you are reasonably sure all the suspect code has been cleaned. If you still have doubts, use professional help like El Patron;s solution which should be a safe bet if you choose that option.
  5. I compared files with the original prestashop folder i downloaded, and there are a lot of base64 code in the original also.
  6. Yes, i think you need to move the prestashop installation to root folder to get rid of install in the URL. Or try this https://www.prestashop.com/forums/topic/18393-solved-move-prestashop-from-subfolder-to-root/
  7. You can take a backup of the old file classes/controller/AdminController.php, then copy the entire contents from this link if thats easier > https://raw.githubusercontent.com/PrestaShop/PrestaShop/7e891c594e3cc8b48aea0a57ed674189abc19493/classes/controller/AdminController.php The link i gave you before is lines you need to add in green, and ones to comment out highlighted in red.
  8. Please go to your backoffice > preferences > seo and change the settings as i suggested. Then try again with only italjet.dk and see if it opens homepage.
  9. Hi You have to set the path of your install to http://italjet.dk/install in backoffice > SEO , and enable friendly URL's.
  10. https://www.prestashop.com/forums/topic/393218-16011-problem-with-saving-products/?p=2141635
  11. Hi Olafur Can you try this : https://www.prestashop.com/forums/topic/393218-16011-problem-with-saving-products/?p=2141635 Follow that thread for possible alternative suggestions if the above doesnt work. This fix worked for me. Make sure you clear browser cache before trying to save again.
  12. Hi Yes, i agree, all BO pages are also loading much faster after the fix.
  13. The forums might be a good place to find answers to questions for many problems which other users might have faced or are facing, but it has been said many times that if you are stuck without a solution, the forge is the right place to file a bug and wait for the solution. The github link i posted above was given to be by one of the developers of Prestashop, and they actually have replied pretty soon to bugs i have filed in the last 4 years i have been using Prestashop. I remember the block layered navigation, one of the best features of Prestashop which had so many bugs at launch, but the devs would address so many bugs taking remote FTP access and paying individual attention to all of these bugs. As far as this bug is concerned, what is interesting technically to me is, i never had this issue till i upgraded to 1.6.1.1, all the other versions before this worked fine. Some of you had problems with the save button since January on older versions. Hmm...
  14. My problem with the spinning save buttons is solved after i applied this commit : https://github.com/PrestaShop/PrestaShop/commit/7e891c594e3cc8b48aea0a57ed674189abc19493 Loads in around 3 - 5 seconds now.
  15. Hi I didnt have this problem on any of the older 1.6 versions, after i upgraded to 1.6.1.1 my problem of save button endlessly spinning has started. I also see an error in developer console 404 not found for admin/themes/default/css/admin-theme.css.map which does not exist even in a fresh prestashop download. Not sure if this is related to the spinning save button though. Which file must be calling this particular css.map file?
  16. Thanks a ton man. I was struggling with this issue for 2 days, never had a problem with taxes all these years. Looks like a new option in Prestashop. Selecting country gave me the error Property TaxRulesGroup->date_add is not valid like some others in here were facing.
  17. Didnt work for me. Edit : Found Solution , thanks to Teapot in this thread https://www.prestashop.com/forums/topic/454947-upgraded-to-161-and-visitor-prices-dont-include-tax/?p=2121062 Go to localisation > Set "Set default country from browser language" to "No"
  18. I have a similar problem. But if i go to last step of order page, it shows the price and tax correct, and when i return to home page again, all the prices are displayed with tax included correctly. Edit : Found the solution thanks to Teapot from this thread ; https://www.prestashop.com/forums/topic/454947-upgraded-to-161-and-visitor-prices-dont-include-tax/?p=2121062
  19. My apologies if my thread or post confused you. Anyway, i have edited my post for the sake of clarity.
  20. My module name does not have a space. That was only an example. It had a capital letter though.
  21. Ok i just restarted my webserver and it fixed the issue. You can try clearing cache and enable force compile, that works well after an upgrade usually.
  22. Fixed with this : https://github.com/PrestaShop/PrestaShop/commit/e501e7fecb8d7f1fe621458665faf544d9fe9108 Or upgrade to the latest 1.6.0.14 .
  23. Fixed with this commit : https://github.com/PrestaShop/PrestaShop/commit/e501e7fecb8d7f1fe621458665faf544d9fe9108 I believe they also added this to the latest 1.6.0.14 release. Edit : I had a capital letter in my module name which was causing the error.
  24. Hi I get this error for some of my modules after the upgrade : [PrestaShopException] Module 'mymodulename' is not a valid module name at line 1461 in file classes/module/Module.php I read somewhere its happening with modules starting with a capital letter. What is the solution. Just renaming it is not the proper solution i think.
×
×
  • Create New...

Important Information

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