datakick

Well, merchantsedition is a fork of thirtybees. It has additional 23 commits that mostly changed formatting of files. So the statement is (mostly) correct -- if you update your thirtybees using core updater to bleeding edge, you will end up with latest version of thirtybees. Which is the same codebase as merchantsedition is using right now (minus formatting)

Hello everybody and happy new year. I spent a lovely Christmas / end of the year with my family, without access to internet, computers, and so on. I feel fully charged and ready for this new challenge. So let's do this. I must confess that I was a little dishearthed with the cold response to the announcement. While I understand you guys don't really care if this project continues under the same name, it's a big deal to us. Fork would be a very different starting point. It's very nice to have hundreds of active websites using our platform already. And it's amazing to inherit existing thirtybees infrastructure (forum, websites, demo, api servers, mail servers, translations, deployment, testing). If we were to start from scratch, it would take us a year to get to this point. The effort to achieve this would be huge, and nobody would really benefit from that. Especially not you, merchants. After a lot of mundane work we would end up at the very same spot we are now. If we weren't able to close a deal, I'm not sure if we would even try to do this. So yeah, we were really excited about it. But I am fully aware that you don't really care about all of this. You expect roadmap, business plan, etc... and it's a fair point. So let me talk a bit about this. Monetizing strategy: Our team have talked a lot about different ways to earn money that are needed to keep this project afloat. Realistically there is only a handful of them that we can pulled off, considering our limited resources. For example, we have dismissed the idea of providing SAAS or PAAS service. In the first few months, the majority of revenues will come from the support services that we will provide to merchants. This means that portion of my development time will be allocated to paid support. We believe that this is the best way to bring in some money right away. Also, the existence and availability of official support will surely make platform more attractive to undecided merchants. Support services revenue model does not scale well, though. There is only finite amount of time we can provide. Even though we want to bring other developers aboard, the time will still be a limiting factor. We are fully aware of this and we have few other plans for a long run. Development: First of all, I want you to know that I will devote 100% of my time to this project, starting February. Currently I'm finishing my current development contract, and closing my existing activities (for example support service I provide via datakick agency). That means that this month I will work on thirtybees only part time. But come February you will start to see some real progress. As I wrote above, part of my time will be dedicated to support, something between 30% and 40%. The rest of my time will be dedicated to github maintenance - I will scrub and address each and every issue, pull requests, doing code review, etc. bugfixing - issues will be categorised by severity, and some of them will be fixed. Not all - that's just not possible. I expect to spend 15% of time on this. That should be good enough to fix around 40 serious issues per release. new feature work - for every release we will select (with your help) some new features, and we will commit to implement them. I expect to spend around 25% of my time on this area. If you have some ideas what you would like to see in the core, or idea for new module, let us know (unless it's multiple feature value, I've heard that one 100 times 🙂 platform enhancements - the rest of my capacity will be dedicated to platform enhancements. These are development tasks that you, as merchants, will not immediately benefit from. But they just need to be implemented. Some of these tasks will not be very popular, I'm sure. For example, I want to implement some tracking in order to have good knowledge about system usage. Such information will allows us to focus our efforts on areas that are heavily used. (But don't worry, we will be very correct. No data without your consent will be sent to us). Other tasks from this area will be more appreciated, such as php 8 support. Or tool to create custom field for product or customers, or to edit properties of existing fields. Release cycle: Our main focus always was, and will continue to be, on stability. Based on our experience we strongly believe that merchants don't really want, or need, too many releases. So we decided to have just two major releases per year. Other than that, we will have monthly bugfix releases, that will contain high severity bugs only. There will also be bleeding edge release that will always point to the latest development (just for brave). Bleeding edge is de facto Release Candidate. All of these releases will be available for download, and of course via core updater. The first official release will be prepared in a few days. It will be branched from current bleeding edge. Partnerships: For thirtybees to succeed we need to have thriving ecosystem. That means both merchants and third party developers. We have quite a lot merchants using our system already, which is a good news. Unfortunately the situation with module and theme developers is more worrying. Sad fact is that there aren't many developers that support our platform at the moment. And we need to change that. We have a plan to actively outreach to them, offer our help with adapting their modules and themes, make it easier for them to become part of our platform. If you know about some module you would like to see adopted, PM me details!

It was answered many times. It is also fixed in bleeding edge. Please update your store to 1.1.x, or simply ignore the warning

if (!extension_loaded('apcu')) { throw new PrestaShopException('APCu cache has been enabled, but the APCu extension is not available'); } This exception is thrown because apcu php extension is not loaded. You need to configure your server. How to do this exactly depends on your hosting provider, on platform you are using, etc. For inspiration: https://serverpilot.io/docs/how-to-install-the-php-apcu-extension/

I could look into that, if you could provide exact reprosteps for vanilla installation of thirtybees 1.1.x. I mean what taxes I need to enable, how to create order, etc...

Please don't do that, this is one of the most important part of the code. It's like replacing car engine because your 'Check engine' light is on.

Thirtybees core supports 'Shipping options', but it's a little buggy. There were few bugs fixed in bleeding edge, but it's still not perfect. When your cart contains products that can't be shipped together (for various reasons), thirtybees will try to calculate a multi-carrier shipping option. Unfortunately, not all themes and/or OPC modules can handle this correctly.

what do you mean by 'country selector' ?

Works fine for me

@Theo please show some screenshots, I don't really understand what the problem is

That's actually on a backlog. Unfortunately there is not enough time right now

I suspect you are using version 1.0.7, as it's the only one compatible with ps16. In file heidelpay.php, line 57, the module specifies compatibility as: $this->ps_versions_compliancy = array('min' => '1.6.1', 'max' => '1.6.99'); Change this to $this->ps_versions_compliancy = array('min' => '1.6.1', 'max' => _PS_VERSION_); And you should be fine

yes. when the new email is sent is governed by the trigger you choose

The fact that the module does not work is a pretty red flag. There is something fishy there. If I were you I would try to figure out what it was, otherwise it will come back to haunt you later.

No, it works for all orders. If it does not work for you, then there is probably some permissions issue

If you want to send brand new email, then follow these steps: ftp to your site go to mails directory in your theme/language, for example /themes/niara/mails/en create <email_name>.txt and <email_name>.html files (or copy existing email templates and save them under new name) edit email templates, and insert appropriate {placeholder} into it -- these will be replaced with the actual data go to consequences module, and you will see this new email template available for use. If you select it, you will need to map all {placeholders} from the template

You can also use my Consequences module to achieve this

You have Indian language enabled in your store, don't you? The stats module contains a bug that only reproduce for this language, because its iso code is 'in'... and that is reserved sql keyword.

Advanced parameters > Performance > Debug mode

Is the rule marked as executed recently, or does it say it was never executed? If it was never executed, try to remove/adjust your condition, and test again

This is indeed bug in product.js file, function updateDiscountTable. Change it from: function updateDiscountTable(newPrice) { $('#quantityDiscount').find('tbody tr').each(function() { var type = $(this).data('discount-type'); var discount = $(this).data('discount'); var quantity = $(this).data('discount-quantity'); var discountedPrice; var discountUpTo; if (type == 'percentage') { discountedPrice = newPrice * (1 - discount / 100); discountUpTo = newPrice * (discount / 100) * quantity; } else if (type == 'amount') { discountedPrice = newPrice - discount; discountUpTo = discount * quantity; } if (displayDiscountPrice != 0 && discountedPrice != 0) { $(this).attr('data-real-discount-value', formatCurrency(discountedPrice * currencyRate, currencyFormat, currencySign, currencyBlank)); $(this).children('td').eq(1).text(formatCurrency(discountedPrice * currencyRate, currencyFormat, currencySign, currencyBlank)); } $(this).children('td').eq(2).text(upToTxt + ' ' + formatCurrency(discountUpTo * currencyRate, currencyFormat, currencySign, currencyBlank)); // $(this).attr('data-real-discount-value', formatCurrency(discountedPrice * currencyRate, currencyFormat, currencySign, currencyBlank)); }); } to function updateDiscountTable(newPrice) { $('#quantityDiscount').find('tbody tr').each(function() { var type = $(this).data('discount-type'); var discount = $(this).data('discount'); var quantity = $(this).data('discount-quantity'); var discountedPrice; var discountUpTo; if (type == 'percentage') { discountedPrice = newPrice * (1 - discount / 100); discountUpTo = newPrice * (discount / 100) * quantity; } else if (type == 'amount') { discountedPrice = newPrice - discount; discountUpTo = discount * quantity; } if (displayDiscountPrice != 0 && discountedPrice != 0) { $(this).children('td').eq(1).text(formatCurrency(discountedPrice, currencyFormat, currencySign, currencyBlank)); } $(this).attr('data-real-discount-value', formatCurrency(discountedPrice, currencyFormat, currencySign, currencyBlank)); $(this).children('td').eq(2).text(upToTxt + ' ' + formatCurrency(discountUpTo, currencyFormat, currencySign, currencyBlank)); }); } In community theme / niara this was fixed by commit https://github.com/thirtybees/niara/commit/e70102d1816aa1af03c2d8ff2b9d446146aa3ff9

Does browsing on your site feel sluggish to you? I don't think so - on mobile your site loads reasonably fast. I'm quite sure you are not loosing any customers due to the loading time. I would just ignore this arbitrary number. There are better things to do instead of chasing SEO metrics.

Hi, it's not possible to do that via CMS content. You can, however, include hook displayRevwsReviewList into your smarty template. Something like this: {hook h='displayRevwsReviewList' allowPaging=true order='date' pageSize=3 } This hook can take following parameters: displayReply - display shop replies or not. Allowed values: true | false. Default true displayCriteria - controls how to display criteria breakdown. Allowed values: inline | side | false. Default value is the one set up in your settings reviewStyle - controls review style. Allowed values: item | item-with-product. Default value item order - how to order reviews in list. Allowed values: date | usefulness | author | product | title | content | grade | id. Default is date orderDir - order in descending or ascending - Allowed values: desc | asc. Default value desc pageSize - how many reviews should be displayed on one page. Default 5 reviews allowPaging - controls if paging is allowed or not. Default value true product - display reviews for specific product only customer - display reviews submitted by specific customer guest - display reviews submitted by specific anonymous visitor category - display reviews for products from with specific category categoryTree - display reviews for products from with specific category and all its subcategories manufacturer - display reviews for products from specific manufacturer Looks like it's not possible to filter reviews to display store reviews only. I'll add this functionality to the next version of the module. If you need this functionality urgently, send me a PM, I'll tell how you can modify the module to support this

Try to upload js/product.js from community or niara theme to panda to see if it fixes the problem. Back up the original file, of course

This will most likely be override issue. Install standard thirtybees overridecheck module and it will show you more information