I'm working on a Prestashop 1.7 shop and I have an issue. When I clicked on the "Add to cart" button, I'm getting an Error 404 (Not Found) in the JS Console.
This shop is installed on a Apache server:
I have tried to reload the .htaccess, I checked if AllowOverride all is set up in the virtual host config.
I have tried to clear cache and force re-compile the theme in the Back Office.
I have tried to change the theme of the website.
I have tried to enable mod rewrite.
However, when I disable friendly URLs, the "Add to card" button works perfectly !
How I can solve this issue ?
As seen with you through via chat, we:
Regenerated your .htaccess file
Made sure SSL was turned on sitewide
Disabled some 3rd party modules that were causing redirects
Upgraded to PrestaShop v1.7.5.2
And your issue was resolved!
Related
Please, help me with this issue. I have installed prestashop 1.7.5.1 and uploaded products with pictures. All pictures on the backend are displayed. But they are not displayed on the front-end.
I have tried to:
Delete & regenerate .htaccess file with 'Seo-friendly url' http://prntscr.com/u6z00p , but it didn't help.
Regenerate thumbnails and it didn't help too.
BTW: When i disable this option 'Friendly URLs' http://prntscr.com/u6z0ny, the product pictures are displayed on front-end. But i really need this option enabled, because i need special links of my pages.
We'll be grateful for any help ! Thanks.
You have to enable mod_rewrite in apache.
In your terminal, as root:
a2enmod rewrite
service apache2 restart
I have a site with symfony 1.4, and installed the SSL certificate in the server, the home page works but when I click in any link I get an error 404. But if I use the Dev mode from symfony I am able to navigate through all the website... weird to me.
I tried to install the plugin sfSslRequirementPlugin - 2.0.0, when I enable it I get this error when loading the page: net::ERR_TOO_MANY_REDIRECTS for any page.
Any idea??
Yes, this is because of some code defects in .htaccess file. Can you please send me .htaccess file so that we can investigate more on this issue.
The error net::ERR_TOO_MANY_REDIRECTS is because of .htacess as it is redirecting the page. I had faced the same issue once.
I had a drupal site on my local wamp server but after having to reformat my computer and reinstalling wamp and all that, Clean URLS is messing up. I made sure my apache had mod_rewrite enabled and after that i just get a 404 error for everything. When i try to login i also get a 404 error. What can i do? I've looked for a while and cant find anything.
I believe it's mod_rewrite that needs to be enabled.
Got it to work. Had to navigate to the login page directly (/?q=user) rather then just using the login block. Then navigated directly to the clean url page (www.mydomain.com/?q=admin/config/search/clean-urls) and disabled them.
I have installed prestashop but I can see its back end web page and can login into it but front end shop page is not opening up in my browser and it is showing error.I dont know what is the reason?
Have I made a mistake in understanding prestashop..???Is it to be installed with some other CMS or it is self sufficient ? I have no other file except prestashop files in my web directory.
Your server may not allow URL rewriting. Contact your host to find out what you need to do in order to allow it. Additionally, you can visit the PrestaShop forums for help on this issue and many others.
Source: PrestaShop Bug Tracker
Hi I'm used to editing sites locally on my MAMP to test out changes before going live. In this case though the site has a SSL certificate and wants to use it when I go to admin.
So I can't go to admin. The error message says:
(Error code: ssl_error_rx_record_too_long)
It's a Joomla site I'm trying to log into locally ie:
http://localhost:8888/site/administrator/
I've tried https as well, but same thing. Also same thing is Safari.
I just need to turn off ssl, it must be a file somewhere in the site I downloaded.
Sorry, I've answered my own question. I just had to disable the default Joomla seo urls in the Joomla config file. No sure why it fixed it though