I installed an extension from the OpenCart store and I think it broke some extensions and I cannot login. I tried changing a few folder & file permissions and I cannot login to admin and the front end it missing photos & formatting.
Are there any scripts or methods to restore all file permissions?
I installed vqmod a few weeks ago and everything was fine.
This was the extension that I installed which I think broke the permissions ...
PayPal Express Checkout also Capture, Void and Refund admin
http://www.opencart.com/index.php?route ... on_id=4903
This was the extension that I installed which I think broke the permissions ...
PayPal Express Checkout also Capture, Void and Refund admin
http://www.opencart.com/index.php?route ... on_id=4903
If it's a vqmod file you can access it in the vqmod/xml folder through ftp and add an underscore at the end of the xml file to de-activate it
example: file.xml_
Cleo
example: file.xml_
Cleo
Opencart v1.5.4.1 fr/en
Theme: Custom
vqmod-2.6.0
PHP: 7.3 (ea-php73)
Thanks for the tip. I would still like to use the extension that I just purchased so just disabling the app is not my first preference. The extension must work ok as it has plenty of downloads & a decent rating.
Just for fun, I renamed the xml files and nothing changed.
Just for fun, I renamed the xml files and nothing changed.
You said you couldn't login after you added that file, that's why I show you how to disable it!
If you still can't login then it's something else
If it's really that file that is preventing you from loging in you should be able to log in after you disabled it!
Did you contact the extension's seller?
Cleo
If you still can't login then it's something else
If it's really that file that is preventing you from loging in you should be able to log in after you disabled it!
Did you contact the extension's seller?
Cleo
Opencart v1.5.4.1 fr/en
Theme: Custom
vqmod-2.6.0
PHP: 7.3 (ea-php73)
I added all the files from the extension .. not just x1 vqmod file.
Yes, I contacted the seller (you can read the last comments on the discussion comments on the extension page) .. he said just use ftp to put them back?! ... back to what? I just reinstalled opencart and I am going through hundreds of folders & files one-by-one trying to compare my broken install to the fresh install
Yes, I contacted the seller (you can read the last comments on the discussion comments on the extension page) .. he said just use ftp to put them back?! ... back to what? I just reinstalled opencart and I am going through hundreds of folders & files one-by-one trying to compare my broken install to the fresh install
If you have many vqm files then disable all of them with the underscore and when you will be able to login try adding them one by one to see if there is any conflict
Cleo
PS: It's a good idea to do a backup before adding anything new
Cleo
PS: It's a good idea to do a backup before adding anything new
Opencart v1.5.4.1 fr/en
Theme: Custom
vqmod-2.6.0
PHP: 7.3 (ea-php73)
Opencart v1.5.4.1 fr/en
Theme: Custom
vqmod-2.6.0
PHP: 7.3 (ea-php73)
For the sake of (re)setting permissions.--
This assumes Linux or Unix. Via ftp using freeware FileZilla Client (sourceforge.net) or other clients you can reset permissions of everything in two passes (here with FileZilla's way). Go into root. Highlight everything above the root itself (all directories and files inside the /htdocs/ or /www/ or /public_html/). Right-click, set the number to 755, choose directories, choose all and recurse, do it. Then right-click, set the number to 644, choose files, choose all and recurse, do it. Each pass will take a little while, usually Linux will do one to few per second, there are many of them to do. On Windows, nogo, there are fewer attributes.
Then take general precautions while you are in there. Check some of them to ensure that they reset and stayed reset. If they reset to 777, you have likely been visited by a hacker. Look for directories named .name/; any of those will likely indicate hacking and stand out as 777, so if you can rename them, those contain files that are addressable in http if you do not change the names, then go about trying to delete them.
You might also be able to reset them one at a time using the host control panel's file manager, but that will frustrate you. You should learn how to use ftp sooner or later, so if you haven't, yet, give it a go.
This assumes Linux or Unix. Via ftp using freeware FileZilla Client (sourceforge.net) or other clients you can reset permissions of everything in two passes (here with FileZilla's way). Go into root. Highlight everything above the root itself (all directories and files inside the /htdocs/ or /www/ or /public_html/). Right-click, set the number to 755, choose directories, choose all and recurse, do it. Then right-click, set the number to 644, choose files, choose all and recurse, do it. Each pass will take a little while, usually Linux will do one to few per second, there are many of them to do. On Windows, nogo, there are fewer attributes.
Then take general precautions while you are in there. Check some of them to ensure that they reset and stayed reset. If they reset to 777, you have likely been visited by a hacker. Look for directories named .name/; any of those will likely indicate hacking and stand out as 777, so if you can rename them, those contain files that are addressable in http if you do not change the names, then go about trying to delete them.
You might also be able to reset them one at a time using the host control panel's file manager, but that will frustrate you. You should learn how to use ftp sooner or later, so if you haven't, yet, give it a go.
In order to regain control, set aside the suspect and retry. You can slip .xml files (EXCEPT the one named opencart) into a /vqmod/xml/setaside/ directory to get them out of play, then slip them back into play as onesies and small combinations to see which ones might conflict with each other. Double-check whether SSL is applying to admin, if so then stop that. When you finally see a log-in screen there are ways in. From what little you've said, it's hard to tell just what you did.
Finally solved. For some reason, the extension had all folders set as 700 permissions. All folders in my OpenCart install (installed by Installatron) had all folders as 755.
I extracted the zip again, changed all folders from 700 to 755, and dragged & dropped again. All good now after about 5 hours of wasted time.
I extracted the zip again, changed all folders from 700 to 755, and dragged & dropped again. All good now after about 5 hours of wasted time.
Last edited by sml on Sun Sep 15, 2013 10:30 pm, edited 1 time in total.
What you needed is Solved, but since those were 700 (more than a wee bit odd, actually, since the first 7 is "owner", root, and you, middle 0 hog-ties "group" including system including Apache, and the end 0 prevents "world" from using the dir), keep an eye on them to ensure that they are staying 755. If you see 777 or 700, do let us know.
Who is online
Users browsing this forum: No registered users and 91 guests
