Havouza Posted February 9, 2021 Posted February 9, 2021 We have 2 shops on a vps server. Its not multishop. its 2 separated shops. The second one is a clone of the first, the only thing that differs is that we split the content by taking away differenrt categories and products in both of them to get it more easy for the customers yesterday I found out that I dont get any new order mails because the mail alert module was not installed. I installed it on shop 1, the original one, without any problem. When I try to install it on the clone I get a 500 Server error. Nothing in any logs Any clues? Anders Yuran
datakick Posted February 9, 2021 Posted February 9, 2021 Is it tb 500 error page, or server error page? If it's TB, enable debug mode a copy error message here. If it's server error page then consult server error log. The reason will be there.
Havouza Posted February 9, 2021 Author Posted February 9, 2021 well its a TB error. See screenshot. Remember I installed the module on the same server in the other shop five minutes earlier without any problem
datakick Posted February 9, 2021 Posted February 9, 2021 This is filesystem permissions issue. Smarty cache directory is not writeable -- it is either owned by different user, or is read only. The easiest way to fix this is to delete content of cache/smarty/compile and cache/smarty/cache directories, and ensure that these directories are writeable and owned by user that is used by your web server
Traumflug Posted February 9, 2021 Posted February 9, 2021 2 hours ago, Havouza said: The second one is a clone of the first Let me guess: you cloned this shop not by installing both, but by copying the shop directory on the command line. Doing it this way makes all copied files owned by the command line user. Which is usually a different one than the web server user. To make sure, look at the details of some files in either installation. That's 'ls -l' on the command line. To fix this, one can either fix ownership using 'sudo chown -R <server user> <shop directory>' or install the shop both times properly.
Havouza Posted February 9, 2021 Author Posted February 9, 2021 Well to install it properly washardly an option. The shop containes 3000+ products and 15000+images. To sort that out would be an impossible task. Both shops has identical owner/group.I used a clone tool to see to it. I will try datakicks suggestion, but I have a suspicion that last time I tested that I ended up rolling back a snapshot. Thanks anyway
Havouza Posted February 9, 2021 Author Posted February 9, 2021 @datakick All permissions are correct and folders are 755 on both servers Screenshot did not show top line
Havouza Posted February 9, 2021 Author Posted February 9, 2021 ThirtyBeesException Class 'ZipArchive' not found in file classes/Tools.php at line 3680 I have checked php7.2-zip is already the newest version (7.2.34-10+ubuntu18.04.1+deb.sury.org+1).
datakick Posted February 9, 2021 Posted February 9, 2021 2 hours ago, Havouza said: ThirtyBeesException Class 'ZipArchive' not found in file classes/Tools.php at line 3680 I have checked php7.2-zip is already the newest version (7.2.34-10+ubuntu18.04.1+deb.sury.org+1). Installed does not always mean enabled. Check your php settings, ideally using phpinfo()
Havouza Posted February 9, 2021 Author Posted February 9, 2021 But what I dont understand is why it works on the other shop? Same VPS, same php version. Shop works without problem, just install modules give the error in the second shop, work flawless in the first, from which the clone is made
datakick Posted February 9, 2021 Posted February 9, 2021 depends on a used stack. For example with php-fpm different virtual servers can use different php.ini config files. I suggest you install phpinfo to both your servers, and compare settings.
Havouza Posted February 9, 2021 Author Posted February 9, 2021 Same in both zip Zip enabled Zip version 1.15.4 Libzip headers version 1.7.3 Libzip library version 1.7.3
datakick Posted February 9, 2021 Posted February 9, 2021 Well, it's a mystery. Everything seems to be setup correctly, exception 'Class 'ZipArchive' not found' should never be thrown. Since it is throws, welll... that suggests some bug in php itself, or in some of its modules. Good news is that it's not a thirtybees issue 🙂I know that does not help you much
Havouza Posted February 9, 2021 Author Posted February 9, 2021 Again, why does it work on one shop and not on the other. its cloned
datakick Posted February 9, 2021 Posted February 9, 2021 54 minutes ago, datakick said: that suggests some bug in php itself, or in some of its modules.
haylau Posted February 9, 2021 Posted February 9, 2021 Have you tried restarting the server? I read on the prestashop forum a similar issue with that error code. Perhaps a server restart will sort it. It uninstall the zip module from apache. Restart. The reinstall the module and restart again
Traumflug Posted February 10, 2021 Posted February 10, 2021 On 2/9/2021 at 3:50 PM, Havouza said: Class 'ZipArchive' not found Did you delete cache/class_index.php? One can always do this, it'll get rebuilt automatically.
Havouza Posted February 11, 2021 Author Posted February 11, 2021 11 hours ago, Traumflug said: Did you delete cache/class_index.php? One can always do this, it'll get rebuilt automatically. yep. no help
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now