DRMasterChief

Hi! see my post here, hope it helps: https://forum.thirtybees.com/topic/2460/database-setting-inside-phpmyadmin-when-making-a-copy/3

I read this with a lot of interested. But... do you really think every provider will cancel the support or will not offer hosting with PHP 7.0 and 7.1 in the next months? I dont think so. There are still thousands of offers with PHP 5.x with an separate support (without extra costs) for these hosting accounts. I am still using PHP 5.x for my actual webshop (not tb). Is there really such a hurry for PHP 7.2 ? imho i think PHP 7.1 will accompany us for the next 3-4 years without any problems at hosting !

Hi, welcome to thirtybees ! Curious, i found in the same category you are posting in, this one: https://forum.thirtybees.com/topic/357/tutorial-how-to-migrate-from-ps-1-6-to-thirty-bees Hope this helps :)

yes, mine 1.0.7 works with PHP 7.1.25 (but i use not XAMMP), but try it :)

Die JTL Wawi funktioniert für tb mit dem JTL Connector für PS 1.6, jedoch nur in die Richtung die von der Wawi eigentlich nicht bevorzugt ist: man muss alles im Shop ändern und holt sich dann die (Artikel-)Daten in die Wawi. Was und wie jedesmal beim Shopabgleich übertragen werden soll kann man im Connector einstellen, das ist wichtig daß man dann eben alles so einstellt daß die Wawi keine Daten in den Shop überträgt. Eigentlich sollte es genau andersrum sein: die Wawi ist vorherrschend, alle Artikel, Mengen etc. werden in der Wawi gepflegt und in den Shop übertragen. Das geht bei tb / PS aber nicht so gut, da viele Änderungen jedesmal mit dem Shopabgleich verworfen werden (es werder einfach zu wenige Parameter abgeglichen bzw. einige falsch übertragen). Das gilt alles für den JTL Connector für PS 1.6 Versionen (dieser wird nicht mehr weiterentwickelt). Es gibt einen JTL Connector für PS 1.7 Versionen und dieser wird auch besser funktionieren und wird auch weiterentwickelt. Damit habe ich mich aber nicht beschäftigt, da ja nur für PS 1.7 .....und nix für tb. Wir nehmen die JTL Wawi um Rechnung, ggf. Lieferschein, Gelangensbestätigung etc. zu schreiben. Das machen wir nicht im Shop weil unserer Ansicht nach sowas nicht in einen Onlineshop gehört. Auch können in den neuen Wawi-Versionen die Versanddaten direkt an die Paketdienstleister angebunden und übermittelt werden, also Paketscheine auf Knopfdruck erstellen, als versendet setzen und ggf. Rechnung oder Packliste fürs Lager ausdrucken in einem. Von der Wawi aus hat man extrem viele Möglichkeiten die Daten dann aufzubereiten, darzustellen, zu analysieren und natürlich zu versenden für die Buchhaltung wenn das extern gemacht wird (oder auch für interne Buchhaltung, das ist ja sowieso klar). Wenn ihr über die JTL Wawi geht braucht man da eigentlich nichts anderes mehr.

to solve this, find and delete in /themes/xxx/order-confirmation.tpl the following: {l s='Your order ID is:'} {$id_order_formatted} . {l s='Your order ID has been sent via email.'}

@x97wehner yes you are right with this, we are at the same point and have to find a solution: - can be a paid module (but not sure if there in any which meets all required things) - or we have to to same like you or similar

Hi, maybe this is crazy, but can it be that this line below does not exist in 1.0.8 anymore? Can someone please check ?!

@traumflug ....Was Einen natürlich nicht davon abhält, je nach Geschmack dort im Warenkorb weitere Texte unterzubringen.... du schreibst das so leicht :) Die ganze Geschichte wären ja wohl nur wenige Zeilen Code, auch wenn ich als kleine Wenigkeit das nicht näher beurteilen kann aber ich meine halt daß das keine Große Sache ist. Ähnliches geht ja oft mit 2-3 Zeilen ab.... Hättest du also dazu was genaueres im Kopf was ich einbauen könnte oder wie kann man jemanden dazu bringen dazu eine Idee zu haben grins

OK, and usually the customers can add own text in the steps of checkout. Just use this field, think it is the easiest way and no need to new programming. Maybe someone can help to make this input field mandatory.

Do you use the free tb native module for custom payments? https://store.thirtybees.com/shop-modules/payment/custom-payments

@30knees yes, have tested this also, without success. Also it shows no "payment options" (Zahlungsarten in German) in the module (see pic below). Have contacted Mollie and waiting for an answer. Firstly they say i should use this module https://github.com/mollie/thirtybees/releases in v3.1.0 Another question: is there the need to give a path to the "CSS file" in this module ? I have no idea what this should be?

Hallo, tb berechnet ja leider keine Änderungen der Versandkosten im Checkout wenn ein Kunde aus dem Ausland bestellt und dafür höhere Versandkosten anfallen, da beim OnepageCheckout ja erst die Daten mit PLZ und Land eingegeben werden. Bei uns folgendes Szenario als Beispiel: Versand 1 = 5 EURO in Deutschland, ab 100.- Wert versandkostenfrei Versand 2 = 6 EURO in Deutschland, nie versandkostenfrei Versand EU = 10 EURO Versand Welt = 15 EURO Somit "sieht" der Kunde aber die Welt-Versandkosten nicht, da als Standard im Warenkorb immer der Versand 1 steht. Kunde freut sich, daß das Paket nach Australien also nur 5.- Versandkosten hat und bestellt. Erst wenn er per OnepageCheckout bestellt findet er eine höhere Paypal-Summe, nämlich die mit den Welt-Versandkosten. Das ist 1. rechtlich nicht korrekt und 2. nicht schön für den Kunden und uns und 3. extrem arbeitsaufwändig da man sicher jedem Kunde erklären muss warum das so ist und daß der Shop halt so dumm ist > und jeder Kunde daher die höheren Kosten zurück möchte..... um ihn nicht zu verlieren. Also meine Frage: welches funktionierende Modul für die Versandkostenberechnung im Checkout habt ihr im Einsatz? Uns genügt die Berechnung automatisiert sobald der Kunde seine Daten eingibt und der Shop dann weiß in welches Land die Lieferung geht. Oder geht das mit dem OPC überhaupt nicht ?! Danke Euch :)

as a payment option (switch on/off) ? also it is ?

@colorful-ant denkst du du kannst Deine Änderungen, die ggf. zu einer Lösung beitragen, noch nachvollziehen und wir können das im entsprechenden Thema reaktivieren? Sieht ja so auch als hätte u.a. ich auch diese Paypal-Probleme (vor allem wo nicht auf die order-confirmation weitergeleitet wird). Wenn du wenig Zeit dazu hast kannst du mir auch einfach die Dateien senden und ich vergleiche sie. Derzeit wühle ich mich sowieso durch alles mögliche von Paypal um irgendwie eine Lösung zu bekommen!?? danke

it is ;)

Hello, can i get some help please with the Mollie Module? I have installed it in my tb 1.0.7 and connected Mollie in the customer account with my Paypal account via API. But nothing happens in my BO or FO. I can make several settings in the module and everything seems to be ok (except i can not switch on or see the 'payment methods' in the module). Should the Mollie module appear as a separate payment option in the OnePageCheckout (this is not in my case) ? Are there any other things to do to connect Paypal with Mollie or to make it work ? thank you guys

Me again! I've noticed that the thirtybees Paypal module is missing a hook for the "displayPaymentReturn" hook, which the native Paypal module for EU had. hmmm... I don't understand why such an important thing is not working or was deleted/changed in this module? Come on - it has to showing the order cofirmation page after a purchase would be placed.

Setting up a mailserver for 100% safety and integrity is such a mess - i for my own will definitely use a good hosting package and have no headache about this and a lot of other things....

as it says: In principle, in the case of importation, the person who has the legal responsibility for the goods has the obligation to participate in the system when crossing the border.

It is possible to check for companies and brands, full functional from 1. January on: https://oeffentliche-register.verpackungsregister.org/Manufacturer @fuji3776 yes i found this also at the site and just do a simple translation (not all sites are available in English). This is from the FAQ: Manufacturer of a product As a rule, the manufacturer of a product is the first-time supplier in Germany and thus obliged to register. Importer of a product However, if this manufacturer has its headquarters abroad, then the domestic importer can also be considered as the first-time distributor in Germany and thus as the manufacturer. In principle, in the case of importation, the person who has the legal responsibility for the goods has the obligation to participate in the system when crossing the border. In addition, it should be noted that in case of non-compliance with obligations, the final distributor is subject to a distribution ban. mail order companies Similarly, mail order companies are manufacturers in the sense of the VerpackG. A mail order company fills a shipping container with goods for the first time, so that the system participation and registration obligation for this packaging is always with him, he is at least for the shipping container first-time carrier in the sense of the Packaging Act. The fact that the shipping packaging is used to deliver the product to the final consumer always qualifies it as a sales packaging, as it is typically waste for the end user. A registration in LUCID is in any case only under the designation "manufacturer" and not "dealer", "distributor" or the like because of the broad manufacturer concept of the VerpackG. possible.

.....A lot of users found the solution for the redirect - they use the EU Paypal module (not the US version). I also have tried this, but i can not make work the EU module, tb says i have to do an update of the Paypal-Module. And then after the update, it is no longer Paypal-module from Prestashop v3.12.0 . After the update it switches to tb v5.3.3 and shows the problem with redirect again…. i can not try the solution (using the Paypal EU module) but maybe there is the correct hint in the EU module ?! Can anyone please check - for christmas cookies or money ? :) I think the whole tb community need a solution for this, Paypal is very necessary and i dont know if there is any other paid module which works fine and do a correct return to a confirmation site. Furthermore i think this can be a really big thing to collect money for the community if there came a paid module from tb.

500 kg carton/paper is about 74 EUR 500 kg glass is about 54 EUR aluminium and plastics are much higher (and this is perspicuous - go green folks !!) (but some offers need a minimum fee which includes some total weights, depends on the contract) Now - Merry Xmas !

A short translation from the official site: Does the German Packaging Act also apply to exports from Germany? No, the German Packaging Act will only apply in the Federal Republic of Germany. Insofar as packaging is exported outside the scope of application, the Packaging Act does not apply in this respect. However, since this involves the transposition of European law, separate national laws also apply in other EU countries. .....Importer is also an online shop based abroad, if the goods are delivered directly to private consumers in Germany. This applies both to the shipping packaging including filling material and to the packaging of the products themselves, insofar as these are typically incurred by the private end user as waste..... btw. this are EU regulations and not only valid in Germany, but maybe the Germans are the first ones which realize that EU law in a newer way. I think most of the other EU countries will have similar rules or will bring them on the way in the next years.

'Transport materials' means the packaging which goes e.g. from manufacturer to wholesaler, or e.g. from manufacturer to supermarket. The B2B branch has to pay for the recydling and disposal for their own in a separate system. They are not captured by this new regulations. It does not mean the transport packaging which goes from merchant to customer - so it is up to the merchant which sells to 'end users' to register in the Lucid system and pay a fee for the packaging material (e.g. at Zentek, you can get a 10% discount here https://www.zmart24.de/verkaufsverpackungen/kalkulator?AddressSource=Roper&coupon=roper2019 )