DRMasterChief

Hi, just a small notice: perhaps you'd like to set up a test shop on a cost-effective hosting provider (a 1:1 copy of your shop). This way you can easily test any changes and modules. There are already suitable hosting packages available for as little as 3-4 dollarini per month. I'd like to recommend www.serverprofis.de, which offers excellent performance.

Please read. Many people only use the CAPTCHA for the contact form, not for the entire shop (why would they??). >> And Turnstile is not a CAPTCHA; the user doesn't have to do anything, solve any tasks, etc. That's the big advantage. We also have one, but ONLY for the form, not for the shopping cart, etc., and there are no problems. Anyone who needs to use other Cloudflare services (e.g., load balancing) is unlikely to be on this forum and using ThirtyBees (even though it would be nice). And yes, we know exactly what it's like for users. Firstly, we're all internet users ourselves, and secondly, we test all the functions of our shop with different device views.

I disagree with Cloudflare here; purely for the captcha, for example in the contact form, the speed via Cloudflare is not a problem, you don't notice any problematic delay.

we are using Turnstile and it is highly recommended by us (you have to register at Cloudflare, but this is quickly done and ok), >> and have a look at Blackhole for Bad Bots - thirty bees store also, this is very useful too !!

I highly recommend using hosting-based SQL management for this kind of thing. You probably have access via cPanel or something similar. It offers extensive SQL functions and full access to everything. Don't forget to back up your data beforehand 😉

He did write that he's alone... and it can be a good solution for other circumstances, too.

I also think that's a good idea, even if it's not something you think about every day. The time until "standby mode" should be adjustable, because some people only need to log into the back office every 2-3 days, not daily... it really depends on the business. Do other shop systems have something similar? That would give thirtybees another small unique selling point.

ja, daher die Frage wie du hier darauf kommst? Hat doch mit dem Thema nichts zu tun.

Zum DHL Geschäftskundenportal ggf. einfach per CSV ? Ist dort ja sehr frei konfigurierbar, also fast egal was und wo der Shop ausgibt kannst du es so konfigurieren daß DHL es einlesen kann.

bist du beim neuen "Widerrufsbutton" oder irgendwo anders? Denn für den braucht es doch kein Double Opt-In....

naja Papier"pflicht" gab es ja nicht direkt, aber egal, wir müssen es halt irgendwie im Shopsystem umsetzen. Die "KI" schlägt mir vor, entweder das Kontaktformular inklusive allen Änderungen zu "kopieren" um es als Widerrufsformular/-button zu nutzen und im CMS-Teil zu platzieren. KI würde mir dazu auch mit dem Code helfen, oder 2. Vorschläge wäre ein eigenes kleines Modul zu schreiben bzw. von KI schreiben zu lassen, aber da bin ich zu unsicher und vertraue zu wenig 🤕

Hallo, ...der Widerrufsbutton wird ja Pflicht ab 19. Juni 2026 https://www.bmjv.de/SharedDocs/Pressemitteilungen/DE/2025/0709_Widerrufsbutton.html Benötigt wird also eine elektronische Schaltfläche, mit der Verbraucher Verträge online widerrufen können – einfach, direkt und ohne Umwege. Ziel: Der Widerruf soll so einfach wie der Vertragsabschluss sein – mit einem Klick. Wie lösen wir das in ThirtyBees? Gibt es dazu schon Gedanken bzw. arbeitet jemand an einer Lösung? Es würde ja genügen, das vorhandene Kontaktformular zu nutzen oder zu kopieren und dafür zur Verfügung zu stellen. So bekommt man ggf. auch den automatischen Versand der E-Mail-Bestätigung hin. Es ist mal wieder die gesamte EU betroffen, wobei die Umsetzungen in manchen Ländern wohl wieder lockerer genommen werden.

It´s the same here, some points are loading very slow since a few days, no server or software changes, seems that tb is calling home for something (??!!) and this needs a lot of time.

and even if... I don't think that's a concern or a bad thing, let the team work 🙂 Such headlines are poison for search engines. Can you please change it?!

hmm... ich verstehe das schon, aber die Sinnhaftigkeit mag ich nicht so erkennen. Dann doch lieber anders markiert und die Reihenfolge bleibt erhalten, bspw. von A-Z, Preis aufsteigend oder wie auch immer. Aber das wird wohl sehr von den Artikeln und vor allem vom Händler abhängig sein, aber Händler sollten es nicht so machen wie sie mögen sondern wie die Kunden mögen.

what especially do you think @Lausli ?

Thanks for this great support and the update. These are things that no one checks 100 times, which makes a secure update all the more important.

Interesting possibility, I don't have a use for it that I can think of yet, but as always, thanks for your work and i will test it!

We sometimes have to send partial deliveries, for example one package in week 5 and the rest as a package in week 7. It would be great to have an overview of the package numbers, one below the other in the BO, for example. The customer receives an email every time I enter a package number, so he gets a message in week 5 and then again in week 7. Or not?

interesting, i have a look into the database and tb_guest has nothing in it , tb_connections has 1 line from years ago. Is there anything changed in the core so there are no contents anymore?

yes, it's the next big thing after the GPSR of December 2024... But first of all, are you affected or do you fall under the exemption? Check that carefully first, but I don't really understand the last sentence either: The Accessibility Strengthening Act covers manufacturers, dealers and importers of the above-mentioned products as well as the providers of the above-mentioned services. Micro-enterprises (fewer than ten employees and a maximum annual turnover of 2 million euros) that offer services are exempt from the law. However, micro-enterprises that put products into circulation fall under the BFSG. as far as i can see, the checkout e.g. with Paypal can be affected.

Hi, which module ? you give no name for the module... edit: yes, you are right, i didnt check the category, so sorry.

I think there are more cases, it just has to come up here in the forum.... I can definitely remember that this problem also existed with Prestashop & PayPal, I've read about it several times in the PS forum. No idea what the situation is with the current PS version. But unfortunately I can also remember that a solution was never really found.

The fees are always and everywhere painful, but directly with PayPal it is lower than through a third party. Third party service providers only forward it through, so everything has its own fees (usually a fixed amount per payment transaction) plus the fees from PayPal, for example. We in Germany don't have a 'better' provider for something like that. Klarna is completely out of the question, the fact that customers have to give them full access for banking is unacceptable, we stopped offering Klarna many years ago. I don't know enough about Adyen etc., but the fees aren't cheaper. But let's stick to the topic here. These are the mistakes when buying where no order is created.

Hi, yes indeed, we have this one time with one customer. There was an older cart saved in tb, so i can construct this order with the total amount, but it is not a nice situation 😞 We only see the Paypal payment notification and nothing about the order in tb. The next difficulty is that tb does not give any payment details to Paypal (we do not see anything in the PP notification).