wakabayashi

I am trying to implement the pro version into my shop and have a few question: - Is it not possible to have different settings per shop (multistore)? - Is it not possible to show half stars? I have too many 5 star ratings... Would prefer to see some 4,5. - Are you sure the images/links in the review request are working? I just tried a test email to myself and it doesn't work. But ok I will look deeper into it. Maybe something on my side is wrong :S - What does the order status for review request mean? Does it take the history into account or only the status, which is set now?

I would also look into the them. In such cases I test this always on second installation. There you can try to switch the theme completly or just overwrite the checkout tpl files. If it solves the problem, you know that it's the theme. Once you know this you can dig deeper into it.

Ah sorry, I got you wrong... You are talking about the same product. Thats possible. As you wrote its in product edit tab. What is not possible: Define a rule like: If costumer buys Product A, Product B and Product C. Give him cheapest product for free or so.

As far as I know, this is not possible without a module.

I did that. Worked fine for me.

Hm what is the problem, if you use tb with the id? Nobody force you to use the clean urls! Just define your urls structure in AdminMeta with ids.

Kann mich @colorful-ant nur anschliessen. Wir nutzen das auch nur mit Preiserhöhung und das funktioniert relativ gut.

Yeah I also came to the conclusion that the shipping costs are calculated in the Cart Class. But actually I am not even sure, which method is for what purpose. There are multiple; getTotalShippingCost getPackageShippingCost getCarrierCost Deprecated: getOrderShippingCost (it says use static::getPackageShippingCost) but this is not even a static method... I believe that getPackageShippingCost is the interesting method. There it's also possible to use an array $productList. But I agree with @datakick. This can't be cleaned up so easily. That's a huge project. Probably similair as the rounding process, which is being under review by traumflug right now.

Well I just looked at it for about an hour. But this looks more complex to me than expected. - There are shipping costs saved ps_orders and ps_order_carrier. Why is this needed? - There is total_shipping and total_shipping_tax_incl in ps_orders. What is the difference? In orders class there is a method "updateShippingCost($amount)", but this doesn't look finished. The core doesn't seem to use this method at all. A question is also: should the core calculate the shipping cost newly or should there be an input field, which allows flexible input? A lot of tquestions

You can set sales up to a specific date. But the product itself would be still active afterwards.

I am no expert on this. All I can say, that Maria DB works well for us.

For us free version is enough...

We also got attacked recently, but since we are using cloudflare it was quite easy to stop the attack. Maybe cloudflare is interesting for you too.

Nice Does the module work well for you? It's been a long time I have focused on this module

Well turn the debug mode on and check, if there is an error. Maybe its also worth to look at the JS console.

Ja sonst musst du mich wieder mal antaggen oder eine PN schreiben

Sobald ich wieder für unseren Shop daran arbeite, kann ich dir genauer sagen, was man ändern muss. Geht aber bestimmt noch ein paar Wochen.

About which modules are you talking? Nobody can tell, what a private module developer will do...

I have just uploaded a better way of solving the issue: https://github.com/eschiendorfer/thirtybees/commit/3d94c58c27727b3c281d7ba1917b3d557516d092

@DRMasterChief Danke für den Hinweis... Es ist lange her, dass wir diese Funktion geprüft haben. Ich glaube, das hat den Effekt, dass wenn man z.B. noch 10 Stück hat, der Kunde nicht 12 bestellen kann. Oder irre mich da?

Ja aber es gibt Leute, welche das Produkt über Google finden. Dann schauen sie weiter im Shop und wundern sich, weshalb sie das Produkt nicht mehr finden...

@Smile Add this change: https://github.com/eschiendorfer/thirtybees/commit/1578b079764045196f1682e3d0d007bcd310dfef @Traumflug can you implement this in the core?

@Smile yep you are right. Thats super useful I will look at it.

Ich habe das für unseren Shop mehr oder weniger umgesetzt. Allerdings ist unsere Lösung auch nicht perfekt. Ich habe overrrides in Category.php und Search.php angelegt. Du musst aber auch wissen, dass die Leute über Google deine Produkte auffinden werden und so muss auch dort entsprechend angepasst werden... Bei unseren Kunden führte das mehrmals zu Verwirrungen. Ich denke ich werde es ändern. "Ausverkauft" anzeigen und diese Produkte jeweils ans Ende der Kategorie Liste setzen und es auch wieder in der Suche anzeigen lassen.

Actually I have never noticed such a feature. Are you sure, it was a core thing? Maybe it has todo with old stats module. I like the idea