led24ee

Unfortunately I have idea. This is not easy (maybe real PITA) with 10 000+ products (description, pictures, features, etc) Almost 7 years of presta/thirty is more or less pointless. I have no idea how many modules/features/some other thing I need to pay again. And yes with new platform there are new questions and probably I discover that there are also lot of mistakes on new platform. About this language problem. According to Smile there is simple typo and f this is so then it will take about 1 minut to resolve and maybe 15 minutes to check, but looks like even this is too much. But Thank You anyway, maybe I find out that there is no other good place and I will return. So I hope no hard feelings.

When some thing are working why there is constant need to "improve" this ? I'm trying to find another platform. Thank You.

And this will stay so ? And this example is BS. Every value has its own ID. In previous version these were taken by ID. So when there already is value then this same value will be used next time, instead of creating new value. And yes, I just look in previous database and in current database. So whatever You are invented this is taking affect in current (TB1.4) version. Beside, there is still language problems. A year ago Smile says that he knows about this. And now what a surprise, this is still present. I can't understand why I donate this project. But at least I can solve this donation problem. Also I have offered translation package many times. Zero interest. So keep wondering why there isn't more people in this project.

It is about BO - Catalog - Product Features. Some pictures added.

Can someone explain this to me ? I have TB 1.4 and now this whole page of features looks like big piece of shit. I use CSV file to import products. And there are many products with same value. But in feature drop down list these values are all listed as different values. So there is list with 50+ values that are exactly the same. And actually different values are only 2. Why is this ? Or what I'm doing wrong ? There wasn't such problem with previous versions. Or is there any "manual" or something about this ?

It is on my testsite. And so far I found out that cisero is somehow not connected/not having correct info from module "Advanced EU Compliance." With this module enable there is "Before" without this module there is nothing but only price per unit with no explanation, what this price is.

Maybe it is already explained but what is this "Before" on product page ?

There's still problem (this is from beginning) that pictures in different language need also different explanation. And this can't be done with CSV. In CSV file You can give picture and also description for picture in one language. Then You import another CSV which contains these same products, but for another language. But with picture You can't add different language for existing picture. This must be done some other way. I'm pretty sure (not tested yet) but the same is also with quantity.

This sample file is wrong. With older version like TB1.1 it is working.

Is there someone who understand this thing in TB1.4 ? This was working in TB1.0.x But in TB1.4 product import is working, but with combination this is fucked up. I spend whole day to find out that columns in TB1.4 sample file and actual import are different and You can't make working csv for product combination. Are there some changes that are not documented or is this some error ?

Is there any plan to add slider option to this filter ? In PS forums user are "crying" about this more than 10 years. Problem is that values in database are stored as text (except price, weight which are automatically stored as number and slider option is hard coded for these). So it is pretty much pointless to put slider. Solution can be when values are stored numbers. But this lead to database changes and this is mostly source for all kind of problems. In other hand, if You can't store values as numbers then there is no need for a slider also. So there can be some kind check which tells You, can You use values for slider or not. Another way is create another table where values are stored as numbers. This again lead to way when installing this module there is also "converter" which creates values to this extra table. An then there will be many extra tables, depends how many slider filter are needed. Or maybe there are some other solutions ? Anyway, I still need this. Is there anybody who can make solution ?

This is not TB1.4 originated. This is PHP8 caused situation. So TB can only put warning that some modules can't work and it is very good when they put also short summary about problems, but don't expect that TB will solve these problems. I agree it is hard to understand, but this feels like touchscreen phone with round dialpad, completely useless and completely pointless. I have now little bit more time and i try TB1.4 to find out how many modules will still work. But when they will not work then this is my problem because sooner or later PHP7 will be "out of stock". Shorty don't cry, try to find another module or someone who can make these modules work again. At least I would.

I'm not sure but this can be related with PHP8. When I remember correctly then in PHP8 there are some things with are in conflict with PS and TB earlier version. But since PHP8 there wasn't conflict because they was using different names for items. Now PHP8 uses one thing with the same name as it is present in PS and TB. I have no idea about PS, but in TB1.4 this problem is somehow solved. If I'm correct then this module isn't compatible with PHP8 and also it is not compatible with TB1.4. But once again, maybe I understand it all wrong.

Well, as I understand Datakick is so busy that he can't done all things even if he is present in 4 person. So there isn't much hope for relative fast solutions every time.

TB1.4 (PHP8.1.7 / Cisero) Result is error500 Following is message count(): Argument #1 ($value) must be of type Countable|array, bool given in file classes/Language.php at line 1242 Decrypted message : 1241: $files = @scandir(_PS_MODULE_DIR_.$mod.'/mails/'); 1242: if (count($files) <= 2) { 1243: Tools::deleteDirectory(_PS_MODULE_DIR_.$mod.'/mails/');

Honestly, this was for future need. Right now there isn't strong need for this. I was somehow sure that TB team can handle this. (Yes, silly me). But unfortunately they are doing some weird things, which are for people who can't use all possibilities that already exist. But about this module, maybe I need to pay for someone extra because my skills aren't so good. And this keeps me thinking about this : why I'm supporting this project at all when I need to pay extra if there is some problem.

Hi, Theo I don't have this module. So I have no experience or any info at all about this module.

I can't use Filesystem cache, because I run out of inodes. I just disabled cache at all. Ans i f i look my log files then more than week almost every day there is one or two try to put something in some database.

Another module for leasing ? Thanks, but no, thanks.

These are random IP-s. With more anonymous server this problem only grows. Many big platform have similar problems and there are restrictions like temporary ban or time delay between operations.

I have still this abandoned cart problem. Some hundred in one day. Is there any solution for this ? Is there any simple solution to temporary ban IP witch only purpose is just make shit in shop ?

Erm ... What's the point of this ? If price with VAT is given then rounding price without VAT is BS. But there are some settings for every current. Maybe this is what You need.

Why is this necessary ? If someone can make stock quantity for combinations working right then it is good. But technical data with multiple values ? It is like nut with M2 or M3 thread and in reality You need to ask every time with what thread this thing really is. At least can You make this thing so that layered navigation module can use slider with these values ? At the moment there is slider possible only with price. None of other things, even when data is present with numbers only.

Two developers for core can be not much, but other side, they know exactly what is done already and what must be do. If there are too many people for one thing then usually the result isn't stable because there are too many ways to do things and there is much more possibility for discord.

Have You found any solution and/or cause of problems ?