datakick

Hi unfortunately specific prices are not exposed to datakick at the moment. It shouldn't be hard to do, though. I'll add this to my todo list, and will release new version soon

The zip file from their git repository is not a valid module zip archive. You need to extract it, and manually copy directory sendcloud from the archive to your modules directory (using ftp). Then you can install it normally

You shouldn't encounter any issues. Backup your database, switch your shop to maintanance mode, and then upgrade your database. And then enjoy higher performance of of your server.

Just a note: You should not do the development on a production server. You should do it on your localhost. Once you are satisfied with the result, you should copy generated css, js, and tpl files to your production server. By running npm install a lot of development tools are installed. You don't want these tools to be present on your production server, as they are potential security risk.

Go to Preferences > SEO & URLs and there you can find identifiers for individual controllers:

Go to Customer > Groups and check that all groups have enabled all modules

In the context of stock inventory FIFO is just an accounting principle. It can answer the Cost of Goods Sold question. It's not really important if you really ship the oldest piece of inventory you have. It has nothing to do with stuff like Best Before Date, etc... This is just a way to attribute accurate expenses to every sale. From this perspective, current ASM implementation is... on a right track. Unfinished (the actual COGS is not calculated for every order), but it tracks all the information needed to do it.

The important thing is that ASM does not change the way product/combination quantities are tracked inside thirtybees. It only extends it to track more information about the stock movements. I agree that thirtybees could do bette, and include more usable inventory report. But it's all about priorities. This is 'nice to have'. There are too many 'need to do' tasks. However, even now you can choose from many modules that allows you access and adjust inventory data. For example, my very own datakick module can be used for that quite easily.

You can see combination quantities on your product page, even for products tracked by ASM: It's a little bit more complicated, as ASM tries to handle not only the selling part, but also purchasing side. You can track products you have ordered from your supplier using Supply Orders. This will tell you how many products you actually count with, even if they are not physically in your store yet. You know they should arrive shortly, so you can re-sell them already. I understand your frustration with ASM. It has a big potential, but it's kind of buggy and not completed. Hopefully it will be improved after (if) the sale of thirtybees is completed.

All right, the problem was in *Required fields* settings for Customer record. If you check these fields, your system won't allow you so save customer entry into the database without Opt/Newsletter.

looks weird. Could you PM me credentials to your ftp account, I'll debug

when you updated to 1.1.x, did you update themes as well (I'm assuming you are using niara)

Yes, it's a little bit frustrating.

Look into a Network tab, search for ajax request, and see what it contains

This warning can be ignored, and skipped. There must be another fatal error. You should look into javascript console to see server's response.

Ignore it

please try use this image type: 'large', without theme prefix.

I've split this conversation from the original thread, as it has nothing to do with opengraph metadata. This indeed looks like a bug in core updater. Core updater. I will verify

Look into classes/Translate.php that it contains method getFrontTranslation: https://github.com/thirtybees/thirtybees/blob/21b15c3e17188037e4862ddf357b6a3d65f1c3bd/classes/Translate.php#L403 If not, use core updater again to fetch the changes. If the changes are not there even after core updater, check file permissions -- maybe your server don't have permissions to write to that file. If the method is there, then it's your server cache. Go to Advanced Parameters > Performance and clear cache. That might help

I believe it's socialsharing module: https://github.com/thirtybees/socialsharing/blob/master/views/templates/hook/socialsharing_header.tpl

Check that Advanced Parameters > Performance > Disable non thirty bees modules is not enabled. If it's toggled off, go to your Modules page, and reset all modules.

In thirtybees / prestashop, there is only one price stored inside database. It's called retail price, or base price: Final price is calculated from this price. There are many factors that impact final price, such as tax, group discount, cart rules, specific prices, currency, etc. I understand that you *want* to enter final price, but that just can't be done. Final price is always calculated. So, if you want to always have the same final price, you need to use Specific prices -- you need to set specific / different base price for every EU country, so the final price will match. Or you can try to achieve this using cart rules, and apply (possibly negative) discount to customers from different countries.

As I wrote before - for that you need to use Specific Prices. There you can assign different price for different countries, czrrencies, groups, etc. It will be a lot of work to do. You should probably prepare some dataset in excel abd import it. Manual entry would be crazy

It is working as it should, there's no need for any kind of fix. Neither hot nor cold 🙂

Create database backup directly in your phomyadmin. Then run migration again, without the backup