PrestaShop 1.7 is a major new version, and an important milestone for PrestaShop as a whole. This version is a great step forward for PrestaShop, both for developers with the inclusion of the Symfony framework and the revamping of the theme system, and for merchants with a focus on easing the first sale.
PS 1.7 has a clear motto: “Sell faster. Code Better. Create easier”. See the 1.7 presentation page!
Since then, further updates have been released. Download the latest version now!
This article serves as a FAQ for PrestaShop 1.7. It started while the 1.7 project was unveiled, and was updated along the way until the release of version 188.8.131.52. Further 1.7 releases are documented on dedicated articles on this Build devblog.
Note that this article aims to compile the latest news about 1.7, and will therefore be updated as new information is confirmed.
This FAQ gives you the current state of 1.7 up to its stable release
Current version of this FAQ: 1.9.
The changelog is at the bottom of the FAQ.
- When is version 184.108.40.206 going to be released?
- What will be in PS 1.7?
- Is PrestaShop 1.7 ready for production stores, or should v1.6 still be used for now?
- Is it be easy to upgrade from previous versions of PrestaShop to v1.7?
- Should PrestaShop 1.6 owners invest time and money into upgrading her shop to 1.7?
- What are the benefits of 1.7 for developers?
- What are system requirements for v1.7?
- Where is the development source code for PS 1.7?
- Can anyone install the development version, available on GitHub?
- Why is it not named PrestaShop 2.0, since you are rewriting everything?
- New architecture
- Are the changes to the theme system going to break everything that existed in v1.6?
- What’s a Starter Theme?
- Should 1.7 themes be built with Bootstrap 4?
- Will the Starter Theme or the default theme use Bootstrap 4?
- Why is the 1.7 default theme switching to one
theme.cssfile for the whole site?
- What will be the impact of 1.7 on the 1.6 themes?
- Do themes still use Smarty, or do they now need Twig (Symfony’s templating system)?
- What’s the story about a UI Kit?
- Where is the 1.7 Designer documentation?
- What will be the impact of Symfony for modules contributors?
- Will 1.6 modules still work with PrestaShop 1.7?
- Is PrestaShop 1.7 switching from Smarty to Twig?
- Will there be any impact on the payment modules?
- Will PrestaShop 1.7 remove deprecated code, hook_alias, etc.?
- Is there any change planned to the override system?
- Can developers still use overrides in 1.7?
- Where is the 1.7 Developer documentation?
When is version 220.127.116.11 going to be released?
PrestaShop 18.104.22.168 was released on Monday 7th of November 2016. Since then, further updates have been released. Download the latest version now!
What will be in PS 1.7?
Version 22.214.171.124 is the new major release of PrestaShop, following version 126.96.36.199. This version aims at simplifying the creation of a shop and product, and to facilitate the path to your first sale. It consists of four main projects:
- A better way to create and maintain a theme:
- A new default theme (classy and efficient).
- A starter theme to help designers create a kick-ass theme in half the time it took with PrestaShop 1.6.
- An improvement of key user journeys in the back office:
- A new onboarding for beginners.
- A simplified product-creation workflow.
- An easier way to find installed and non-installed modules.
- An improved administration interface menu structure, focused on getting the most common tasks done faster.
- A new technical architecture, based on the Symfony2 framework.
Is PrestaShop 1.7 ready for production stores, or should v1.6 still be used for now?
PrestaShop 1.7 is considered stable, and hundreds of online stores have already been created with v188.8.131.52 and its updates.
The community has already ported hundreds of modules to 1.7, and brand new 1.7 themes are being submitted every week.
Version 1.6 remains available for existing merchants. It will be maintained by PrestaShop until October 2018, so that should give you enough time to work your way from version 1.6 to version 1.7 – once you think you are ready to upgrade.
Is it be easy to upgrade from previous versions of PrestaShop to v1.7?
In short: no, it won’t. You can upgrade, but be prepared to have to adapt or replace many of your addons (theme, modules).
Now for the longer answer. PrestaShop 1.7 is a major version not only because it packs a lot of sweet changes, but it is also major in the SemVer sense of the term: it breaks some of the backward compatibility. If it didn’t, we probably would have called it 184.108.40.206 :)
For starters, 1.6 themes will not work on 1.7. That’s a definite. We rewrote the way themes are made, and theme designers will be delighted to find in the new Starter Theme a solid foundation for their own themes. With this foundation, new themes can be created in half the time it took to create a 1.6 theme.
Now, about modules. All well-written 1.6 modules should work with little to no changes in 1.7, except:
- Those which target the theme/front office – because we rewrote the way themes are written.
- Those which target the Product page – because the DOM of this page has changed.
- Those which target the Modules page – again, because the DOM of this page has changed.
What this means for any upgrade is that in order for a PS 1.6 to migrate to PS 1.7, you (or your agency) will have to:
- Rewrite the theme, ideally using the Starter Theme or the default theme.
- Test all the other modules – as you would for any new release.
In any case, we advise you to make sure that your module does work in PrestaShop 1.7 before you upgrade.
Should PrestaShop 1.6 owners invest time and money into upgrading her shop to 1.7?
Upgrading to 1.7 will not be an easy task (see above). Since PrestaShop 1.6 has a rich ecosystem, we would completely understand if a merchant chose to stay with 1.6 for the time being – at least until all her modules are compatible with 1.7.
Also, PrestaShop 1.6 will continue to receive security updates until October 2018, so there is no rush. As a developer, your rush should be in creating/updating modules and themes: there is a lot of opportunities to be found in the PrestaShop 1.7 ecosystem!
So, we won’t force you to upgrade. For new stores though, 1.7 is a treat!
- The reworked UI and optimized menu structure will provide a better daily flow,
- The Product page has been rethought,
- The Modules page as well,
- The awesome default theme to get you started.
- The Starter Theme will make it way easier to create a brand new theme,
- The widget system, PHP namespaces and other PHP 5.4 niceties (along with performances),
- The ability to call the whole Symfony stack for you module’s needs,
What are the benefits of 1.7 for developers?
For module developers, most new features are under the hood, and inaccessible for now. But if you are starting a PrestaShop project now, you should most definitely use 1.7. Right now, it’s obviously less production-tested than 1.6 but it will catch up fast – in no small part thanks to your feedback!
For theme developers, if you need to implement a specific design for a customer you will save a lot of time with 1.7.
What are system requirements for v1.7?
Where is the development source code for PS 1.7?
The bulk of the 1.7 work is being done on the ‘develop’ branch of the PrestaShop GitHub repository.
Can anyone install the development version, available on GitHub?
In short: you will need to install and use Composer (and possibly npm and Grunt) in order to compile the project into a single installable instance. Webpack is another tool used for the development of v1.7.
This is only for the development version. All publicly-released development versions are packaged in such a way that any user is able to just upload and install the software, just like you did with previous versions.
Why is it not named PrestaShop 2.0, since you are rewriting everything?
First of all, we are not rewriting everything! Indeed, if we had, it would be called 2.0 :)
PrestaShop 1.7 is an evolution from version 220.127.116.11, which introduced a new architecture, in order for the codebase to be more modular, more robust and more testable. Version 1.7 goes further than 18.104.22.168 did by choosing to use the Symfony 2.8 framework.
Not everything is rewritten using Symfony, though! Only a couple of pages are (the Product page and the Modules page), and they still work fine with pre-1.7 modules – albeit with a necessary design adaptation, as happened in all major version of PrestaShop before, only this time we provide a UI Kit to help developer easily have a concistent style for their module screens!
Since this is a major version and not a full rewrite, we followed the path imposed by the versioning norm we adopted in June 2015, which is adapted from the much-used SemVer specification.
Why is Symfony being introduced?
The driving idea behind the 1.7 project is that we want our code to be more robust, more modular, and fully testable. The 1.6 architecture, inherited from version 1.5 and years of PrestaShop development, is not getting any younger, and its age is really starting to show.
Using a proven and popular open-source framework will allow us to focus on our core business code (managing a cart, handling orders, calculating prices and taxes, generating invoices, etc.) with greater efficiency, while enjoying the stability of a globally recognized framework.
Using Symfony will also reduce the learning curve for PHP developers that are not yet familiar with PrestaShop, helping grow our developer community even further.
Where will Symfony be introduced?
The new architecture will only be used in the back office for now, and at first (22.214.171.124) mainly for two screens of the back office: the Product page (and the product catalog) and the Modules page.
The rest of the back office will still use the legacy architecture from 1.5-1.6 – but they will eventually be switched to the new architecture in later versions of PrestaShop, one screen after the other.
The two architectures will coexist while we switch more back office pages to the new architecture, in a transition phase that will take a few versions of PrestaShop. So, you can expect the forthcoming versions to follow the same path, converting more back office screens to Symfony.
Why Symfony 2 and not 3?
Symfony started as the 2.8 version, without the backward-compatibility code. Therefore, PrestaShop 1.7 should be able to work with Symfony 3 once it is released, but for now we’re targeting the current LTS of Symfony 2, version 2.8.6. We may target version 3 in a later version of PrestaShop.
Are the changes to the theme system going to break everything that existed in v1.6?
To be honest, yes. It’s a necessary evil. We have specific plans related to the Starter Theme (read below), and we do not want to sacrifice good software design in favor of backward compatibility.
What’s a Starter Theme?
We call Starter Theme our minimal PrestaShop 1.7 theme: it is feature-complete but has no styling, and thus nothing to take away.
But wait… no styling?! It is not to be used as-is, for sure, but it should be perfect for a designer: turning the Starter Theme into a real, production-ready theme will be very easy, and much faster than before.
Should 1.7 themes be built with Bootstrap 4?
In depends on the context.
If you’re building a brand new store with custom-made theme and modules, then you can use whatever fits your needs.
If you’re creating a theme in order to sell it on the PrestaShop Addons marketplace, then you MUST use Bootstrap 4.
Why are we imposing Bootstrap 4 for Addons?
We are very aware that the PrestaShop ecosystem is used to relying on the Bootstrap framework for both its themes and modules, and we do not want to break this expectation with the release of PS 1.7. We want to make sure that users who buy themes or modules from the community can always rely on their compatibility: we do not want to have merchants be confused over whether the module they chose for their shop works with their theme or not.
Themes and front office modules from the Addons marketplace should work well together out of the box, and therefore should use the same CSS framework.
This is why the PrestaShop Addons marketplace will only accept 1.7 themes that use Bootstrap 4, and will refuse themes that do not. The theme validator has been updated accordingly.
Will the Starter Theme or the default theme use Bootstrap 4?
We’re not imposing anything in the Starter Theme, so Bootstrap 4 is not needed. Feel free!
That being said, the Addons marketplace will ony accept theme which rely on Bootstrap 4, so if you intend to sell your creation on Addons, you’d better use it.
The default theme, built upon the Starter Theme foundations, will make use of Bootstrap 4.
You might wonder why the Starter Theme is not simply using Bootstrap 4 by default. That’s because the two themes have different purposes.
The Starter Theme is built for developer, agencies, and all those who build a PrestaShop store from scratch. They can choose the framework they want, and should not feel constrained by our choices. They can add Bootstrap 4 to the Starter Theme, but that’s their choice when tailoring a theme for a client. The audience of the Starter Theme is therefore much wider than that of Addons contributors.
The default theme is built first and foremost for merchants, and must work within our existing community, which relies a lot on Bootstrap. The PrestaShop Addons marketplace has heaps of Bootstrap-based modules (because they were built to work well with the 1.6 default theme, based on Bootstrap already), and therefore it is in the best interest of the community that we should make sure Addons-sold modules and themes are consistent in their choice of CSS framework. Therefore, on Addons, Bootstrap 4 it is.
Why is the 1.7 default theme switching to one
theme.js and one
theme.css file for the whole site?
PrestaShop used to send many files to the browser, for every page:
category.js, etc. Finally, modules added their own JS. It was a useless mess: something like 30 core JS files and one file per module.
With 1.7, we just concatenate these files into a single minified
theme.js file using Webpack. Then, modules are free to add their own files, after a single core JS file instead of 30. From there on, the browser’s cache does its job.
Finally, both the default theme’s
theme.js file are MUCH smaller than their 1.6 counterparts (even minified).
So the new theme’s JS/CSS files are both fewer (less HTTP queries!) AND smaller. Yay!
What will be the impact of 1.7 on the 1.6 themes?
Since the way themes are created has been completely rebuilt from the ground up, the 1.6 themes will need to be rewritten in order to be compatible with 1.7.
Do themes still use Smarty, or do they now need Twig (Symfony’s templating system)?
The Starter Theme and the default 1.7 theme use Smarty – but contrary to the 1.5-1.6 theme system, PS 1.7 uses Smarty as a templating engine, not as a programming language, so developers and designers should really appreciate the change :)
Most of the work on the new default theme and the 1.7 theme system has been in extracting all the business logic from the templates and a lot of business logic from controllers too. It makes it a much better foundation than the 1.6 system for further improvements.
What’s the story about a UI Kit?
Oh, you heard about the 1.7 UI Kit? Great!
We built a whole UI Kit for the back office PrestaShop 1.7, and are making it publicly available so that designers and developers can build interfaces which are consistent in style with the administration interface.
Note that it is still a work in progress. It currently only works in the new back office pages: the Product page and the Modules page.
Where is the 1.7 Designer documentation?
For a taste of real-life usage, we advise you to dive into the code of the new default theme (named “Classic”).
What will be the impact of Symfony for modules contributors?
Directly, the impact will be very limited, because Symfony will only be used for back-office-specific features for now – meaning that only the Core of PrestaShop will have access to it.
There will be some impacts for modules which target the Product and Modules pages, but those impacts are not linked to Symfony. You can either use Smarty or Symfony’s Twig templating engine for modules that target the rewritten pages (hooks are executed in the legacy environment, then retrieved for Symfony to use), but the core code of the module should remain the same.
Modules which target the theme will also need to be adapted to the new way themes work in 1.7.
Will 1.6 modules still work with PrestaShop 1.7?
Modules built for PrestaShop 1.6 will mostly still work with 1.7 (apart from payment modules, which have seen an small API change – see two sections below). Their presentation code will probably have to be reworked (to different extents depending on the module) in order to look good.
Also, there is a dedicated Build article about module development changes between 1.6 and 1.7.
Is PrestaShop 1.7 switching from Smarty to Twig?
There used to be one default templating engine in PrestaShop 1.5-1.6: Smarty.
There are now two templating engines available in 1.7: Smarty and Symfony’s Twig.
This is how they are used:
- Front-office themes are written in Smarty.
- New back-office pages are written in Twig.
- Legacy back-office pages are still written in Smarty.
Modules (both front office and back office) can use whatever template engine they want (pure PHP, Smarty, Twig, Jade, etc.), as was already possible in 1.6 – even though the default template engine is Smarty and using another one will require a bit of work from the developer (like, 5 lines of code).
So, module developers can use any of the two that are provided by default by PrestaShop 1.7 (Smarty and Twig), on any page (whether a Symfony-based one or a legacy one), through the power of our Adapters.
Will there be any impact on the payment modules?
We made a change in the payment API in order to ease legal compatibility, the explanation and an example are available in Build: see this article.
You can find a sample payment module here: https://github.com/PrestaShop/paymentexample.
Will PrestaShop 1.7 remove deprecated code, hook_alias, etc.?
A lot of deprecated code has been removed, yes. Until more detail are public, you can join the conversation on Gitter!
You can an idea of what has been done in this article.
Is there any change planned to the override system?
PrestaShop 1.7 introduces the use of namespaces with its new architecture, and in short, anything that has namespaces cannot be overridden.
The legacy architecture can still be overridden, though. But in general, we advise against overriding code. It is better to extend it.
Also, overrides are currently forbidden in the Symfony-based pages (namely, the Product page and the Modules page).
Overrides are a nice system to have, but the issue with it is that it is an uncontrolled extension system. We are working on a carefully planned process that will allow developers to extend the PrestaShop code in a much cleaner way. We will soon write about it on this blog, but the gist of it would be that the developer team would integrate your needs for overrides in the next version of PrestaShop – kind of what polyfills do for HTML5 features :) In short, you tell us what you need, and while we include it in the next version, you can use an override.
Again: the override system is not going away, you will still be able to easily extend PrestaShop. We’re just changing the way we want this to happen: instead of each developer having a separate set of overrides, we want developers who need an override to let us know about it, so that the next version of PrestaShop includes it directly.
Can developers still use overrides in 1.7?
Yes, overrides work as usual on all classes that have no namespace (so you can still override Product, Address, etc.).
Now, there has been some discussion about a more subtle point that seems to have caused ill-founded panic. CURRENTLY, when a Symfony component uses a legacy component (read: a class without namespace), then yes, it ignores the overrides (example: ProductCore is used in a data provider, bypassing overrides, and Product should be used here so that overrides work as expected). This was a mistake, it’s easy to fix, and it will be fixed soon.
Sure, we know overrides are popular because there are not enough hooks in PrestaShop. But rather than working on overriding code, why don’t you suggest we add a hook that the whole community can use? It’s an Open Source project, go ahead, open a pull request on GitHub, just like contributor Prestarocket did a few days ago: https://github.com/PrestaShop/PrestaShop/pull/4907 ! :)
The idea for 1.7 is that you can still use overrides, but we’d like you to let us know when you NEED such or such hook, so that we can possibly add it to the next major or minor version! Contribute your ideas!
Overrides are the wrong answer to a real problem, but they are not going away anytime soon, because a huge part of our ecosystem relies on them.
But relying only on overrides makes that the PS architecture cannot evolve. Sure, everyone can extend in his own corner, but if we can add hooks that answer a need for everyone, the whole community will be better for it.
If we work together, we can make the codebase easier to extend, and with better practices.
Where is the 1.7 Developer documentation?
The Developer documentation is constantly being improved upon. The techdoc site is online, and you can contribute! A lot is summed up in the “Module development changes in PrestaShop 126.96.36.199” article on Build!
For a taste of real-life usage, we advise you to dive into the code of this 1.7-specific module: https://github.com/PrestaShop/paymentexample.
Changelog for this FAQ:
- 1.0 (2016-02-11):
- First release of this FAQ.
- 1.1 (2016-02-22):
- Added a sentence to the "Where will Symfony be introduced?" question.
- Rephrased bits of the "Will it be easy to upgrade from previous versions of PrestaShop to v1.7?" question.
- Expanded the "Will the Starter Theme or the default theme use Bootstrap?" question.
- Added new question: "Should I use Bootstrap for my theme?"
- Added new question: "Why are you switching to one theme.js and one theme.css file for the whole site?"
- Added new question: "Will my 1.6 module still work with PrestaShop 1.7?"
- Added new question: "Is PrestaShop 1.7 switching from Smarty to Twig?"
- Added new question: "Can we still use overrides in 1.7?"
- 1.2 (2016-04-04):
- Typos here and there.
- Alpha 3 publicly released! Test it now!
- Added reference/links to alpha 3 here and there.
- Added "What are the benefits of 1.7 for developers?" question.
- Added "Why is not named PrestaShop 2.0?" question.
- Expanded the "Do themes still use Smarty (...)?" question.
- Expanded the "Is there any change planned to the override system?" question: overrides are not going away!
- 1.2b (2016-04-07):
- Wording, links and such.
- 1.3 (2016-05-12):
- 1.4 (2016-06-03):
- Beta 1 has been released! Test it now!
- Updated "When is version 188.8.131.52 going to be released?" question.
- Reworded/reorganized the "What will be in PS 1.7?" question a bit.
- Added link in the "Where is the 1.7 Developer documentation?" questions.
- 1.5 (2016-07-18):
- Beta 2 has been released! Test it now!
- Updated the "When is version 184.108.40.206 going to be released?" question.
- Added a proper Forge link in the "Where is the development source code for PS 1.7?" question.
- Added more details to the "Why Symfony 2 and not 3?" question.
- Added more details to the "Will the Starter Theme or the default theme use Bootstrap?" question.
- Added more details to the "What’s the story about a UI Kit?" question.
- Added link to Build article in "Will 1.6 module still work with PrestaShop 1.7?" questions.
- 1.5 (2016-09-02):
- Beta 3 then RC0 were released! Test it now!
- Updated the "When is version 220.127.116.11 going to be released?" question.
- 1.6 (2016-09-28):
- Updated most version references to RC3. Yup, forgot to update the FAQ for RC1 and RC2, sorry! :/
- Updated the "When is version 18.104.22.168 going to be released?" question with URL to developer & designer documentation.
- Updated the "Where is the 1.7 Designer documentation?", "Will 1.6 modules still work with PrestaShop 1.7?" and "Where is the 1.7 Developer documentation?" questions likewise.
- 1.8 (2016-11-07):
- Version 22.214.171.124 has been released!
- 1.9 (2016-12-02):
- Many answers have been updated now that 1.7 is released!