1. copying the files from the upload folder from inside the package (.zip) to the server (same structure)
2. registering the modification in the database (table modification)
OpenCart 2.x had one important additional task (removed later with OpenCart 3.x): if the installer package contained a install.php, those commands were also made (e.g. copying files/folders, getting additional files, creatign database tables . .whatever the developer told to do ..) - could be very dangerous (that was one reason to remove that feature later).
For OpenCart 2.x that's it.
With OpenCart 3.x a few more tasks are intruduced:
3. storing title and date of the extension in the table extension_install (can be seen in the History Tab below the installer process)
4. storing the used extension files path in the table extension_path > this to remove the whole and complete Extension with all folders and files to avoid not used files anymore after an uninstalling process
You've described Extension Installer functionality. When you click Install in Modules section, it registers the module does what module has coded in install() function (add database tables, events etc).
Yes, sorry .. was too fast ..
But there is one important fact under OpenCart 2.x many forget (when included in package): the installer.php and install.sql
First could do everything, second only database related tasks.
Both are removed with OpenCart 3.x and OC 1.5 never had.
What was introduced with OpenCart 3.0.2.x is, that there are a few restrictions for extensions (primary for the OpenCart Cloud Solution):
List of allowed directories to be written to:
Code: Select all
Code: Select all
'extension/dashboard', 'extension/analytics', 'extension/captcha', 'extension/extension', 'extension/feed', 'extension/fraud', 'extension/module', 'extension/payment', 'extension/shipping', 'extension/theme', 'extension/total'
I can only recommend NOT TO USE these hacks, the are some good reasons why these limitations exist!
Guess that all should be known, because there are several ways (especially OC 2.x) a system can be "destroyed" if the extension is not well coded.
The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.
Opencart.com Administrator / Quality Assurance Analyst / Programmer / Opencart Tester
Users browsing this forum: No registered users and 4 guests