Update using ZIP of "update" folder instead sending files with FTP?

Hello guys,

I find the update procedure (uploading the content of the "update" folder with an FTP client) to be less than optimal to say the least... especially since this weird "overwriting(don’t replace, but overwrite)" is FTP client-dependent...

Why not instead just upload a zip file of the update folder, and then run some command line to extract the content of this folder and do the same "overwriting" that the FTP client does (if properly configured lol)?

maybe through some "mv" or "cp" command?

Anyone has found the proper command lines to run?

Thanks a lot,

Cheers,
 
lmao, 25K files to send through FTP in the latest update, this does NOT make any sense...

We need proper instruction on how to do this by just uploading 1 zip file and then extracting it and moving or cp'ing the content.
 
You can enable auto-update from backend > settings > common.
Other than this, the update procedure is standard for web based apps, upload files, overwrite existing ones, etc.
 
You can enable auto-update from backend > settings > common.
Other than this, the update procedure is standard for web based apps, upload files, overwrite existing ones, etc.

Hello twisted1919,

Noticed that the Common link under Settings just show a white page with text :"Common settings". What could be the props here.

Regards,

Pius
 
@piusodiahi - Please enable debug as shown at https://kb.mailwizz.com/articles/enable-debugging/ and this will show what the actual error is in that page.

Follow the advice above and this was the result

Error 500!


require(/home/home_folder/application_directory/apps/common/vendors/SwiftMailer-5x/lib/mime_types.php): failed to open stream: Permission denied

scrolled down and got this error section with
require(/home/home_folder/application_directory/apps/common/vendors/SwiftMailer-5x/lib/mime_types.php):
failed to open stream: Permission denied
(/home/home_folder/application_directory/apps/common/vendors/SwiftMailer-5x/lib/dependency_maps/mime_deps.php:3)
Stack trace:
#0 /home/home_folder/application_directory/apps/common/framework/YiiBase.php(328):
require()
#1
/home/home_folder/application_directory/apps/common/components/mailer/MailerSwiftMailer.php(38):
import()
#2
/home/home_folder/application_directory/apps/common/components/mailer/Mailer.php(198):
MailerSwiftMailer->init()
#3
/home/home_folder/application_directory/apps/common/components/mailer/Mailer.php(162):
Mailer->instance()
#4
.............

/home/home_folder/application_directory/apps/common/vendors/SwiftMailer-5x/lib/swift_init.php
(23)
 
This seems like a user/group permission issue for the files, basically your web server runs under a user and tries to access files which apparently are owned by another user, this generally happens when you upload files as root for example in a user account and that user account does not have enough permissions to access those files.
So my advice is to see under which the user and group run (most likely the home folder name is the name of the user and group) and change the permissions accordingly:
Code:
chown -R home_folder:home_folder /home/home_folder/
 
Back
Top