We plan to release the cloud in the next few weeks. It is very important that as many extension developers have their extensions ready to work on the cloud as possible.
You can download the latest version from the opencart dev branch.
https://github.com/opencart/opencart/tree/dev
In the latest dev version you will find we have added a template editor, language editor, language importer and extension store built into the opencart admin. We also using twig as the template language.
There are going to be a few rules before we approve extension to be allowed on the cloud.
1. You are not allowed to modify any DB tables. If you need to store any data for your extension you need to create a new table and use joins.
2. You are not allowed to overwrite any files.
3. All files are only allowed to be written in extension folders, except templates which of course go under the template folder.
4. All extension should have a admin page that allows configuration.
5. Extensions are now prefixed by their category. so paypal_status would become payment_papal_status
Will you be able to override core file behavior via events?
And what is the reason for using twig as the template engine when the php template engine was working just fine?
And what exactly makes it a cloud version?
And what is the reason for using twig as the template engine when the php template engine was working just fine?
And what exactly makes it a cloud version?
Override Engine * Integrated VQMod * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Rich Snippets * Google Tag Manager * Export/Import Tool * SpamBot Buster * Survey Plus
We can still store data in the Settings table, correct?
Canada's Leading Expert In OpenCart Development & Certified OpenCart Development Partner 
3. All files are only allowed to be written in extension folders, except templates which of course go under the template folder.
What about log files? Some of my extensions create their own log files (in the proper DIR_LOGS directory). Is that fine?
Also, is vQmod going to be installable on the "cloud" version, or is it ocMod only? I would assume ocMod-only given the requirements you've outlined, but I wanted to check.
What about log files? Some of my extensions create their own log files (in the proper DIR_LOGS directory). Is that fine?
Also, is vQmod going to be installable on the "cloud" version, or is it ocMod only? I would assume ocMod-only given the requirements you've outlined, but I wanted to check.
Looking at github, there is no more a modification.php file with the OCmod logic. I think this is a good choice, we need to get away from XML-based modification systems. I can see that it still supports event handlers which is the way forward for modifications of core files.
Override Engine * Integrated VQMod * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Rich Snippets * Google Tag Manager * Export/Import Tool * SpamBot Buster * Survey Plus
JNeuhoff wrote: ↑Sat Mar 04, 2017 12:58 amLooking at github, there is no more a modification.php file with the OCmod logic. I think this is a good choice, we need to get away from XML-based modification systems. I can see that it still supports event handlers which is the way forward for modifications of core files.
Its there in admin - controller - marketplace - modification.php
So ocmod is obviously there.. Don't know about vqmod.
Opencart Extensions | Professional opencart support | Support Ticket | support@cartbinder.com
Thanks for locating it. Still, I think using events where possible is a more robust way for core file modifications. Having said that, I'll probably add the Integrated VQmod into the modification.php, and will also port the Override Engine to this new OpenCart version. The latter will need added support for the Twig template engine.imdevlper18 wrote: ↑Sat Mar 04, 2017 8:35 pmIts there in admin - controller - marketplace - modification.php
So ocmod is obviously there.. Don't know about vqmod.
Override Engine * Integrated VQMod * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Rich Snippets * Google Tag Manager * Export/Import Tool * SpamBot Buster * Survey Plus
I rather see these forums finally get a readable theme!
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
I am assuming that core files can be overriden using OCMoD ?
e.g. Edit Product Template tpl can have additional code added to it etc such as new tabs
e.g. Edit Product Template tpl can have additional code added to it etc such as new tabs
Yes. Though the prefered way of modifying core files would be via events. XML-based specifications for core file modifications often cause clashes between different 3rd party extensions when trying to modify the same core file.uksitebuilder wrote: ↑Fri Mar 10, 2017 1:57 amI am assuming that core files can be overriden using OCMoD ?
e.g. Edit Product Template tpl can have additional code added to it etc such as new tabs
Override Engine * Integrated VQMod * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Rich Snippets * Google Tag Manager * Export/Import Tool * SpamBot Buster * Survey Plus
It already triggers pre-events and post-events for views:
Code: Select all
// Trigger the pre events
$result = $this->registry->get('event')->trigger('view/' . $route . '/before', array(&$route, &$data, &$output));
.....
// Trigger the post events
$result = $this->registry->get('event')->trigger('view/' . $route . '/after', array(&$route, &$data, &$output));
Override Engine * Integrated VQMod * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Rich Snippets * Google Tag Manager * Export/Import Tool * SpamBot Buster * Survey Plus
So, it seems that OCMoD cannot currently (in OC3.0.0.0) display OCmodified admin template twig files. Haven't tested the catalog side.
Looks like the above will be fixed soon: https://github.com/opencart/opencart/issues/5268
Quoting Daniel's rule about files, what about supporting images in the admin view image folder?
If we cannot add files here, where are we to add them on the admin side ?
Looks like the above will be fixed soon: https://github.com/opencart/opencart/issues/5268
Quoting Daniel's rule about files, what about supporting images in the admin view image folder?
If we cannot add files here, where are we to add them on the admin side ?
I submitted a PR to add support for images, stylesheets and JavaScript files.
https://github.com/opencart/opencart/pull/5247
Joel.
https://github.com/opencart/opencart/pull/5247
Joel.
Canada's Leading Expert In OpenCart Development & Certified OpenCart Development Partner
Where are the events from 3rd party extensions to go? Is it in the admin/controller/event and catalog/controller/event folders? Or should they go into the admin/controller/extension/* and catalog/controller/extension/* folders?3. All files are only allowed to be written in extension folders, except templates which of course go under the template folder.
Also, what if a 3rd party extension does not belong to any of the analytics, captcha, dashboard, feed, fraud, marketing, menu. module, openbay, payment, report, shipping, theme, total? Should they then go in to their own extension subfolder, e.g. admin/controller/extension/my-own-folder ?
Override Engine * Integrated VQMod * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Rich Snippets * Google Tag Manager * Export/Import Tool * SpamBot Buster * Survey Plus
Sorry, but this forum theme is a nightmare, I'd rather have this one.
Override Engine * Integrated VQMod * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Rich Snippets * Google Tag Manager * Export/Import Tool * SpamBot Buster * Survey Plus
Ok, so the idea of organizing code is wonderful - about time. but i would like to stress out some situations that we can solve on the first step:
1. we use thrid-party libraries that we store in system/library to use PSR Autoload - we need access to that folder. moving it to catalog or admin is just bad practice.
at least system/library/extension/ ... but then we would have another folder there and so on... which is not that bad i guess.
2. for complex extensions we can move everything below the extension/ folder, yet this will create more levels - will it be possible to still create your own folders.
Example - admin/controller/d_vendor/account.php - simple route = d_vendor/account
if all under extensions
admin/controller/extension/d_vendor/account.php - simple route = extension/d_vendor/account (this should at least be available) or
admin/controller/extension/module/d_vendor/account.php - simple route = extension/module/d_vendor/account ...
3. config files . i would at least expect to see system/config/extension/ available
4. what about images - shouldn't we have access to image/catalog/extension/ at least so that a user has access to the folder and is able to modify images and add new ones.
5. also we have files that are used both on catalog and admin, so we keep them in system/ under their own folder. it is not logical to keep something in admin only to use it in catalog. So at least system/extension to be available.
6. languages - should be open language/*/extension with wildcard
I took the code of OpenCartAddons (thank you!) and edited it in this pull request https://github.com/opencart/opencart/pull/5281
1. we use thrid-party libraries that we store in system/library to use PSR Autoload - we need access to that folder. moving it to catalog or admin is just bad practice.
at least system/library/extension/ ... but then we would have another folder there and so on... which is not that bad i guess.
2. for complex extensions we can move everything below the extension/ folder, yet this will create more levels - will it be possible to still create your own folders.
Example - admin/controller/d_vendor/account.php - simple route = d_vendor/account
if all under extensions
admin/controller/extension/d_vendor/account.php - simple route = extension/d_vendor/account (this should at least be available) or
admin/controller/extension/module/d_vendor/account.php - simple route = extension/module/d_vendor/account ...
3. config files . i would at least expect to see system/config/extension/ available
4. what about images - shouldn't we have access to image/catalog/extension/ at least so that a user has access to the folder and is able to modify images and add new ones.
5. also we have files that are used both on catalog and admin, so we keep them in system/ under their own folder. it is not logical to keep something in admin only to use it in catalog. So at least system/extension to be available.
6. languages - should be open language/*/extension with wildcard
I took the code of OpenCartAddons (thank you!) and edited it in this pull request https://github.com/opencart/opencart/pull/5281
Many OpenCart users struggle to find quality extensions. We know how frustrating the need to fix the shop is just because of one poorly coded extension. We created quality OpenCart Extensions, tested by real developers and provide professional support.
AJAX QUICK CHECKOUT - #1 one-page checkout solution
VISUAL DESIGNER - Page builder for Opencart
View more extensions here
Tested by Shopunity.net
Who is online
Users browsing this forum: No registered users and 2 guests
