Traumflug Posted August 16, 2018 Posted August 16, 2018 You likely noticed discussions already, now it has happened. Say hello to thirty bees version 1.0.6. Release notes: Fixed a serious bug which prohibited checkout in some cases. Refactored the translations packing machinery, Crowdin translations for front and back office are back in business. This also uncovered 8 additional languages. Added equipment for module vatnumber v2.1.0. In case you don't use the community default theme, see release notes there on how to get this for your theme as well. Documentation for PHP vendor packages no longer go into the release package (55 files less). Those 11 modules not getting installed by default no longer go into the release package (176 files less, tiny performance improvement). One can still install them by clicking 'Install', of course. Fixed various bugs, of course. Upgrade procedure is the same as with the v1.0.4 release, but no database upgrade and no messing with modules required: Download the ZIP package. Unpack the package. DELETE the install directory from what was unpacked. RENAME the admin directory to the same name as your current admin directory. Perform a FULL BACKUP on your site. TURN OFF all caches on your shop or or set it to force compile. Upload the files that are remaining from the zip archive to your site. Go to the config directory and edit the settings.inc.php file, update _TB_VERSION_ to 1.0.6. Now log in to your back office, the upgrade should be finished. You can turn caches back on. Enjoy!
dosbiner Posted August 16, 2018 Posted August 16, 2018 thank you and congrats for the new release, will upgrade soon
DaoKakao Posted August 17, 2018 Posted August 17, 2018 There's a lack of context for new strings to translate on the crowdin 1.0.6. Can't find this strings in the sources, it appears only in the crowdin.
violinparts Posted August 17, 2018 Posted August 17, 2018 Updating from 1.0.3 to 1.0.6. Followed all steps, including renaming admin directory to the current one. Site loads normally. But admin does not work at all. It shows "This page isn't working."
DaoKakao Posted August 17, 2018 Posted August 17, 2018 I've upgraded my 1.0.5 to 1.0.6, having smarty downgraded from higer version to older. Everything is Ok.
doclucas Posted August 17, 2018 Posted August 17, 2018 @violinparts IIRC, I think you must upgrade from 1.0.3 to 1.0.4 first
Traumflug Posted August 17, 2018 Author Posted August 17, 2018 It shows “This page isn’t working.” Can you make a screenshot, please? I'm not aware of such an error message being implemented in thirty bees.
Traumflug Posted August 17, 2018 Author Posted August 17, 2018 One can go from 1.0.3 to 1.0.6 directly, but has to do these extra steps in the database and module removal described in the 1.0.4 upgrade instructions: https://thirtybees.com/blog/version-1-0-4-has-been-released/
violinparts Posted August 17, 2018 Posted August 17, 2018 Just went to the link. Not clear what extra steps to take. It is a page about fixes done in 1.0.4. Be specific please about steps. We are not coder. We are a seller.
violinparts Posted August 17, 2018 Posted August 17, 2018 Tried fresh install of 1.0.6. This version is still killing full page caching. So, it is just not much of use.
Traumflug Posted August 17, 2018 Author Posted August 17, 2018 This version is still killing full page caching. So, it is just not much of use. Many other ecommerce solutions don't even try to have such a feature. A shop works just fine without it.
MockoB Posted August 18, 2018 Posted August 18, 2018 I think he means that without full page cache, thirty bees is just prestashop 1.6 with clean urls... he maybe doesn't know that there are thousands other fixes in the core and things are not that simple! I just being sarcastic, again. Just ignore me :)
yaniv14 Posted August 18, 2018 Posted August 18, 2018 I currently run 5 Thirty bees shops without any cache (not even smarty cache!!!), and also run 10 Prestashop 1.6+ shops with all caching options. And I can confirm that all my Thirty bees shops runs about 2-4 times faster than the Prestashop shop ones (Front and Back office).
the.rampage.rado Posted August 18, 2018 Posted August 18, 2018 Yes, I can confirm that running w/o full cache TB is times faster than PS... So don't worry - they will fix it soon and it will become even better!
dosbiner Posted August 18, 2018 Posted August 18, 2018 Yes me too, without full page cache TB faster than PS. No worry about it
MockoB Posted August 18, 2018 Posted August 18, 2018 @yaniv14 just curious, which tb version are your shops running with?
yaniv14 Posted August 18, 2018 Posted August 18, 2018 @MockoB 2 shops running with v1.0.2 with manual bug fixes fetched from github. 2 shops running with v1.0.4 with manual bug fixes fetched from github. 1 shop running with v1.0.5 with manual bug fixes fetched from github.
datakick Posted August 18, 2018 Posted August 18, 2018 can someone verify that this fix for full-page cache works: edit file classes/cache/CacheFs.php and change line 57 from $this->keys = json_decode(file_get_contents($keysFilename)); to $this->keys = json_decode(file_get_contents($keysFilename), true);
doclucas Posted August 18, 2018 Posted August 18, 2018 @datakick I just tested briefly, no more errors when FPC is enabled. Didn't test thoroughly tho, so not sure if the FPC fully works as intended. Thanks
Traumflug Posted August 19, 2018 Author Posted August 19, 2018 to $this->keys = json_decode(file_get_contents($keysFilename), true); Dang. I mean I've had a look at every single usage of json_decode() to find exactly such issues. Looks like I missed a spot. Thanks for the help!
rubben1985 Posted August 19, 2018 Posted August 19, 2018 Well firstly, congrats for the release!! @traumflug said in The version 1.0.6 release has happened!: This version is still killing full page caching. So, it is just not much of use. Many other ecommerce solutions don't even try to have such a feature. A shop works just fine without it. Yes, but we can not install an external solution neither....(TB is not compatible with cache modules) @traumflug said in The version 1.0.6 release has happened!: to $this->keys = json_decode(file_get_contents($keysFilename), true); Dang. I mean I've had a look at every single usage of json_decode() to find exactly such issues. Looks like I missed a spot. Thanks for the help! If this would be the solution, are you going to release a 1.0.6.1 update or something? I think small patches are one of the missing things in TB (IMHO)
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now