Comments (8)
I agree that it should be documented but if you know how it works under the hood it's ok to see ObjectModel.php
and all methods within Associate
keyword
from docs.
Well… the problem is that many third-party module developers don't know all the inner workings of the Core. For example, after years of looking at the Core code, I never noticed those methods or figured out what they do. That's why there is documentation. 😃
from docs.
Maybe. In my opinion ObjectModel
, FrontController
, Controller
, ModuleFrontController
, and AdminController
are first classes which you should check and analyze. Everything is working on top of these.
from docs.
Sure… but the point of technical documentation is to guide the user/developer in the right way. And when I'm facing an issue (for example: why when I update the product
table, the change doesn't appear in the store?? oh, it's because there is a product_shop
! I didn't know that, plus I'm not using multi-store!) I don't want to go read through 3 or 4 classes and spend a day because of that issue, maybe pulled into other things. It's a rabbit hole. Instead I'd like to have some explanation of non-obvious behaviour. Yes, you could argue that reading the Core is beneficial anyway, but then there is no point of having documentation, IMHO. 😉
And that's why I came here, to point out where I feel that documentation can improve.
from docs.
I suggest to look into 1.6 documentation, there are informations about db schema, how multi-store tables works etc.
http://doc.prestashop.com/display/PS16/Developer+Guide
As from now documentation would be hosted on GitHub it will be much better, that's for sure.
from docs.
Yep. I opened this Issue to highlight an area that I find lacking. I was about to open another one about PrestaShopCollection
but Safari TP totally collapsed on me, and I lost the unsaved draft… sometimes I forget what it is to run beta software! 😄
from docs.
You meant this page?
There is a very brief mention of the issue:
A few details to note about tables:
- Tables which contain translations must end with the _lang suffix. For instance, ps_product_lang contains all the translations for the ps_product table.
- Tables which contain the records linking to a specific shop must end with the _shop suffix. For instance, ps_category_shop contains the position of each category depending on the store.
I can assure you that I searched the documentation when I had issues with this particular case (product
, product_attribute
) but I didn't find this page, I guess because it only lists category_shop
. I guess it was bad luck!
from docs.
Hello,
Maybe I'm late here.
I am a prestashop developer and I need an indication please.
I develop a module to synchronize part of the products (selected products) from one shop to another. I would like some indication on the concerned tables.
it would be nice if I could find help here.
Thank you.
from docs.
Related Issues (20)
- Tip regarding SF services loaded from the directory
- PS8: Document NavigationTabType with an example module
- Hook displayFooterCategory is missing
- Webservices - Add example to create a product from A to Z (categories, images, ...)
- Update description of example-modules
- Instruction on how to handle SSL config for autoupgrade module
- Bad links to theme templates HOT 1
- documentation module example produces an error HOT 3
- Few FO hooks are not listed in the dev doc HOT 7
- There are some errors between the BO and FO hooks in the dev doc HOT 2
- Module naming conventions should allow underscore HOT 2
- Adding a configuration page with Symfony forms HOT 7
- Forms subjects : simplify / refactor / re-arrange whole documentation
- Hooks in humminbird, links to the hooks documentation HOT 1
- Refactor the script to extract hooks, to ensure devdocs is up to date
- Missing documentation for hook actionAfterLoadRoutes
- Document using db through unix socket
- Cannot download language pack "en" HOT 1
- Set up PrestaShop 9 documentation branch HOT 1
- Mark documentation for PrestaShop 1.7 as not maintained
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from docs.