datakick

I advice you create a module and put your overrides into the module. They will be installed when you install that module. Creating overrides manually might prevent thirtybees from installing modules that overrides the same file. Note that you won't be able to install any module that overrides the same function, that's just the fundamental limitations of this technology

Not significantly, as the only overhead is for php server to load more files.

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);

Thanks @dosbiner for your input. I plan to add few alternate flows to choose from, including one minimalistic/all in one form for logged in customers. But that's in the future, right now I need to finish these first 3 flows and iron out bugs.

Thanks for the info. Updates like this can really boost morale

I guess the error_log path is incorrect. You definitely do not have rights to write to server's root directory. It should look like this: /homepages/31/d658016058/htdocs/php-errors.log, or subdirectory with write access

you need to enable php error logs to figure out where the problem is

it's log for php server itself, so it's not anywhere in your tb. The location can vary. If you have some cPanel there's usually a way to access error/access logs through there.

what does the server's error log say?

You could also try to delete class_index.php file in cache directory. Many times the stale class cache is the root cause of such issues

Here's some info regarding shipping cost not changing when selecting carrier thirtybees version 1.0.3 my module did not work with this version, because it assumed that delivery option is serialized using json_encode. But this is true only for versions tb1.0.4 and newer. I've just released new version of chex module that fixes this assumption thirtybees version 1.0.4 and 1.0.5 my module does not work with these versions correctly. It's because of the bugs that were introduced into the core with changing serialization method :) If you have one of these versions, I strongly suggest you update to just released 1.0.6. These issues are affecting even normal checkout page, see here. If you don't want to upgrade yet, then at least you should apply these patches manually thirtybees version 1.0.6 I've installed this new version and tested the chex module. I can confirm it works smoothly tl;dr this module should work with all versions except 1.0.4 and 1.0.5

thanks @vincentdenkspel for reporting this 1. guest checkout - you are right, I've overlooked this. Will fix 2. Once i’ve selected guest checkout, i can’t ‘go back’ and login into my account -- you can, but it's well hidden. You need to change the email address back and forth. That's not very intuitive, I'll fix this 3. shipping cost - I had the same problem on tb1.0.4, and I had to patch Cart.php to make it work. I'll check your version to see if the same problem exists on 1.0.3

@vincentdenkspel - I've just released a new version that does not depend on overrides. Please download new version and try again @MockoB - this is actually not related to iPad, the same behaviour is on desktop as well. The reason is that there isn't any payment method defined for Hungary, so the checkout can't proceed. It's still a bug - there should be some placeholder text displayed. Hopefully in real world this situation will not happen very often

@30knees that's the same request @nickon have. As I wrote - it would have impact on cart summary not being accurate. But maybe that's ok, I don't know. I guess it doesn't hurt to have settings option for this, so every merchant can decide / test what works best.

@nickon - when selecting other country (Greece I can not proceed) -- That's because Greece is not allowed country in the shop. Nothing to do with the module, you would't be able to ship to Greece with standard checkout as well - You have a title “Select Carrier” but you ask for country -- that's because carriers are usually associated with countries. If I want to ship to Greece, I can't use PDP, which is czech-only service. Obviously, this might not make sense if you ship only to one country, or all your carriers can be used in all countries. - In shipping options I would prefer to have no carrier selected by default and when selected to move to the next step -- If no carrier is selected by default, then the cart summary would not show you the total price right away - your customers wouldn't see the final price immediately, but they would have to click first. That's just not good UX. Pre-selecting the best / default carrier is much better, in my opinion. BTW, automatic transition to the next step is already implemented - Removing the “Select payment method” -- how would you like to select payment method, then? - If in the backend I have default (or only one carrier) skip the shipping option and move to next step - this could be settings option. But I don't really like it -- I think even if there's only one option, customer should go through the step, and actually choose it. So he knows how will the goods be shipped. - In personal data I have no option to use guest checkout -- you have, simply do not enter password. The field actually says (optional). If you disable guest checkouts in the back office, then the field will be required. - In backoffice I should be able to select which fields should be enabled (address2) or checkboxes -- this is in backlog

@JamesBlond008 I've encountered the same problem a few times. I think this is an issue with php cache. The only thing that helped was to restart php server, or rename zip file.

If anyone would like to test this module, you can download the trial version here. Please keep in mind that this is still an alpha version, and that there will be some bugs and errors. The module has sandbox feature - this will allow you to show this new checkout page only to visitors from whitelisted IP addresses. This is great for testing - you'll see the new checkout, yet your customers will continue to use your old checkout page. The module is still not 100% completed, I will continue to work on features like: address autocomplete more customization options (order of sections, order of entry fields, ability to set fields as required/optional, etc...) support external modules checkboxes (blockcustomerprivacy's privacy policy, revws consent with sending email requests,...) custom entry fields -- you'll be able to capture more information about your customers during their registration (ie. twitter account) support for VAT exemption module If you don't want to test the module on your site, you can test it on my demo account. I'm awaiting your feedback

How about you include both smarty versions into tb 1.0.6, and let merchants select the version in config file? This way everyone can easily switch back to older smarty version if they discover any issues or problems.

What tb version do you have? If it's 1.0.5 then try to manually apply these fixes: code fix #1 code fix #2

@foolab yes, that might work.

Thanks @Pedalman for the support, really appreciate it. The first version of the module will be released early next week. I'm not going to offer it to the general public yet, as it will be an alpha version, and I expect some bugs and issues. So I'll be looking for couple of volunteers that would test the module. Maybe you'd like to participate?

@foolab not possible at the moment. You can only replace column value with the value from dataset. You can transform the input value before you store it, ie: input * 1.5 or if(input='20%', 0.2, 0.18) Unfortunately it's not possible to take current value into consideration. But it would be killer functionality, I've added it to the backlog

@luv It's working correctly on my demo account, so it's hard to tell why it's not working on your server. Please send me access credentials to your back office via PM, and I'll investigate

@Luv I've just tested it on my demo account, and it's working as expected. Maybe you forgot to set ratings (upper right corner)?

@foolab I'm afraid that's not possible at the moment. Importing / adjusting stock in the warehose isn't that trivial. It can't be done directly, otherwise your stock movement wouldn't match warehouse stock (and quantity on hand). I can investigate to see how big effort it would be to add support for stock import.