wakabayashi

If this is the full list, there is not much to worry about it. I don't know why, but for me there were also quite a lot vendor files...

Are these all files from the /vendor/ folder?

And some people thought this project is dead 🤔 😅 Good work! Pull request coming from me for sure 🤗

Ja, da haste Recht. Im Prinzip gibt es schon sehr ähnliches. Generell ist es nicht so schwer, so etwas zu programmieren. Aber jeder Shopbetreiber will es halt ein bisschen anders...

Ja, das kann ich gut verstehen. Bezüglich PayPal Modul habe ich keine Ahnung. Wir bieten kein PayPal mehr an, da die in der Schweiz absurd hohe/freche Preise hatten. Wir nutzen einen Dienstleister (Payrexx), mit welchem wir den Rest machen können. Für dich wäre wohl das Pendant Stripe. Für Stripe gibt es ja auch ein offizielles TB Modul. Wie immer gilt: testen, testen, testen 😉

Also mit dem HTML Block wird es zurzeit kaum gehen. Dazu bräuchte man ein wirklich gutes Shortcode Module. Generell etwas, das ich begrüssen würde. Andere Module wird es bestimmt geben, die das können. Programmiertechnisch ist das relativ einfach. Die Herausforderung ist eher mit allen Themes kompatibel zu sein.

Wir verschicken auch auf Rechnung. Handeln das aber selber ab. Nutzen halt Bonitätsprüfungen und bei heiklen Fällen wird Vorauszahlung verlangt. Das ist aber nicht in allen Branchen/Ländern durchführbar. Tendenziell erhält man wohl in einem allgemeinen deutschsprachigen Forum (z.B. sellerforum) bessere Antworten auf dieses Thema.

Is this module php 8 ready? At the moment I got some php warnings like: Return type of Revws\ReviewList::jsonSerialize() should either be compatible with JsonSerializable::jsonSerialize(): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /modules/revws/classes/review-list.php on line 44PHP message: PHP Deprecated: Return type of Revws\FrontApp::jsonSerialize() should either be compatible with JsonSerializable::jsonSerialize(): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /modules/revws/classes/front-app.php on line 186" while reading response header from upstream

Why is this Module needed for you? I can not even find it on github. I guess it's no more part of tb, cause MichaelD left long ago 😞

Ok, nice to see that opinions are aligned. Right now, I don't know enough about the whole mechanism and it seems to be quite a huge rewrite. But I can imagine, that I will submit something in the future. With webp and some cleanups on image formats I could save more than 50% of the filesize. 😳 But I still need to figure out, what concequences it has to the BO.

I am working on my new theme and webP support is a big deal of it. Since we have now over 30k products data size is kind of an issue. Right now, when you enable webp. The original image is saved as jpg. I did change this behaviour to webp. So when I upload I only have webp files. But this leads to issues in BO -> jpg is hardcoded there. Why does actually the theme need to support webp? Is it not kind of the server, that needs to support it? Cause my idea was now: give the merchant a simple select, which formats he wants to use and then this is used for all uploaded images in FO and BO. What do you think?

Yeah, I feel ya. Keep us updated, if you make progress! While I don't plan anything like this, it's still very interesting to follow!

Oh ok. That sounds interesting. A main issue I see in such projects: hold up data quality high. How to make sure, that you are "merging" excact same products, but not slightly different ones. I have to do this for 20 suppliers or so. And you can't imagine, how big their data mess is...

I know this concept from big companies. A lot of others have tried to establish some kind of marketplace, but most of them fail. If I had something like that in mind, I would hire 50 devs / 10 marketers and start all over again. Maybe your idea is very small. Then there might be a module for it. I have seen such stuff before. Maybe from webkul.

I click this buttons since years 😅 The thing I noticed: the dashboard has issues with the first day of the month. But maybe that was fixed. I am not on bleeding edge right now...

Haven't worked too much with payment modules. But this is surely about the module and not a core thing. Which one is used?

Haha right. My own theme has also been postopened to 2023... 🙃

Css seems to be missing. Delete cache. If this doesnt help try some setting changes under performances.

TB is not the problem: Btw my last PR was merged in 10 minutes 😂 This project never won't be shopify. But at the moment it's really making progress.

There is no issue in asking questions. That's what the forum is for. But I can feel @the.rampage.rado. Sometimes when you help, your solution proposal is not even been taking into account. This can be really frustrating. Also I have to add, that his message was a bit provocative. Probably he shouldn't have post it. BUT you were the one, that started to INSULT.

Guys please relax. Soon its weekend 😏

Well that could take a multiple failed orders till it works again. I just wanted to add the important php graphic, to illustrate that this issue has not so much todo with TB: So very soon php7 won't be supported anymore. It means the same trouble for all prestashop 1.6 shops. If you are lucky, some module devs still fix their modules. If not, you should either look for an alternative module or let it fix. I have no experience in this, but I would expect that most modules can be fixed in 1-2 hours. Ofc I might be wrong.

All good 🙂 I just tried to explain in clear words. The questions about a new theme comes up a lot lately. "more attractive and intuitive" sounds good. But every merchants has a different view on it. Personally I try to simplify everything for my customer. Taking away all element that arent needed. And my main goal is to make it almost as mobile friendly as an app. But it's easier said than done.

Thats a very important part. Nowdays I try to code as clean as possible, but from time to time I say myself "fuck off". Example: why should I invest a week for having customization in the theme, if I don't use this at all 🙂

I don't understand, what this devBlinders do!? If it's just about fixing and improving a little, they could submit PRs to prestashop. Optically it looks the same as classical theme. The last commit was 9 months ago... The hummingbird project is more interesting to me, but I am also sceptical: So it breaks everything, but is no rewrite either. What is it then? Some guys would say: a typical prestashop project. To reply your intital question, why there is no collaboration... It's a huge workload. Jollyfrog is not even active here and I haven't seen any real value from him. @zen has done his cisero theme. @datakick has other stuff to do. @toplakd and I are merchants. So we might be working on things, that is not intented to be public. The theme I am working on since months is just for me. I would only reconsider with a clear approach from community, what a new theme needs and if it's financed in some ways.