Traumflug Posted August 16, 2018 Share 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! Link to comment Share on other sites More sharing options...
dosbiner Posted August 16, 2018 Share Posted August 16, 2018 thank you and congrats for the new release, will upgrade soon Link to comment Share on other sites More sharing options...
Tomik Posted August 16, 2018 Share Posted August 16, 2018 Thanks :) Link to comment Share on other sites More sharing options...
DaoKakao Posted August 17, 2018 Share 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. Link to comment Share on other sites More sharing options...
violinparts Posted August 17, 2018 Share 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." Link to comment Share on other sites More sharing options...
DaoKakao Posted August 17, 2018 Share 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. Link to comment Share on other sites More sharing options...
doclucas Posted August 17, 2018 Share Posted August 17, 2018 @violinparts IIRC, I think you must upgrade from 1.0.3 to 1.0.4 first Link to comment Share on other sites More sharing options...
Traumflug Posted August 17, 2018 Author Share 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. Link to comment Share on other sites More sharing options...
violinparts Posted August 17, 2018 Share Posted August 17, 2018 Try to upgrade from 1.0.3 to 1.0.6, Link to comment Share on other sites More sharing options...
Traumflug Posted August 17, 2018 Author Share 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/ Link to comment Share on other sites More sharing options...
violinparts Posted August 17, 2018 Share 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. Link to comment Share on other sites More sharing options...
violinparts Posted August 17, 2018 Share 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. Link to comment Share on other sites More sharing options...
doclucas Posted August 17, 2018 Share Posted August 17, 2018 Full page caching still not fixed?! Link to comment Share on other sites More sharing options...
lesley Posted August 17, 2018 Share Posted August 17, 2018 No, we do not have an acceptable fix yet. Link to comment Share on other sites More sharing options...
Traumflug Posted August 17, 2018 Author Share 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. Link to comment Share on other sites More sharing options...
MockoB Posted August 18, 2018 Share 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 :) Link to comment Share on other sites More sharing options...
yaniv14 Posted August 18, 2018 Share 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). Link to comment Share on other sites More sharing options...
the.rampage.rado Posted August 18, 2018 Share 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! Link to comment Share on other sites More sharing options...
dosbiner Posted August 18, 2018 Share Posted August 18, 2018 Yes me too, without full page cache TB faster than PS. No worry about it Link to comment Share on other sites More sharing options...
MockoB Posted August 18, 2018 Share Posted August 18, 2018 @yaniv14 just curious, which tb version are your shops running with? Link to comment Share on other sites More sharing options...
yaniv14 Posted August 18, 2018 Share 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. Link to comment Share on other sites More sharing options...
datakick Posted August 18, 2018 Share 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); Link to comment Share on other sites More sharing options...
doclucas Posted August 18, 2018 Share 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 Link to comment Share on other sites More sharing options...
Traumflug Posted August 19, 2018 Author Share 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! Link to comment Share on other sites More sharing options...
rubben1985 Posted August 19, 2018 Share 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) Link to comment Share on other sites More sharing options...
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