Traumflug

Could you give us an exact list of steps to do to reproduce this error? As if you'd explain it to a child. Ideally with a screenshot of the error appearing.

The best way to generate money is to sell modules. Agreed, there is quite some evidence that this is true. Still it comes with a major caveat: inevitably this focuses development work on modules, while the core software needs just as much attention. There's a reason why PrestaShop started to rewrite major sections of it. thirty bees comes with this reason as well, but tries hard to solve it without disrupting merchants businesses. And I think it's safe to say, thirty bees is so far successful with this. thirty bees could also choose the PrestaShop way: deprecate existing, free features in favor of costly modules. But then one eventually ends up with not an open source e-commerce software, but with only a skeleton of that. Not very helpful and also not inviting to new merchants joining the platform. That's why I consider crowdfunding to be better than selling modules. Price for merchants is about the same, but merchants get not only a new or renewed piece of software, but also a strong argument into the future of the platform. I donated 10$ Big Thank You!

Looks like you need a theme developer, unless you're willing to learn theme development yourself. Which in turn needs a list of things to desired changes, the more precise, the better. And expect a four digit bill. Such fundamental changes aren't trivial. Alternative is to evaluate all the existing (PrestaShop 1.6) themes for the one which matches your expectations best.

There is no "mobile" version of the default theme. The concept of distinguishing by device type was abandoned on favor of distinguishing by browser window sizes. For starters: https://www.w3schools.com/bootstrap/bootstrapgridsystem.asp

I think a nice, modern and up-tp-date front office experience is critical. Good point. Raises the question, what exactly such a 'modern' theme would look like. So far, the default theme was also kind of a feature exhibition. It shows many of the bells and whistles the software is capable of. Before going into production, the usual way to go is to turn of half of them. Where every merchant has a different idea of which half is to be turned off. Would a clean front page with a reduced feature set really work for thirty bees as a software, keeping it attractive for newbies, giving them an idea of the really rich set of add-ons available? I'm not sure about this. While me myself is a big fan of KISS, I read and hear calls for even more features everywhere. Calls for feature removals ( => clean GUI) are very rare. What do new merchants really want (which isn't necessarily what they say to be wanting) ?

Try it! :-)

statsmodule : The version of your module is not compliant with your thirty bees version. What is your thirty bees version? Just uploading all the new files gives you all the new code, but not a new version. Version is shown in back office in the upper left corner. In case that's still '1.0.3', edit config/settings.inc.php, second last line, the one with _TB_VERSION_.

I was considering disabling the menu since it blocks out using the spell check Sounds like a reason to remove it. As far as I can see, all functionality is accessible without it as well.

Regarding 2: thirty bees is indeed made with internet access in mind. That's where the customers come from, after all, and being accessible for customers is the whole point of e-commerce. That said, you can turn off module upgrade checks in back office -> Administration -> Preferences. Other issues? Well, that's why it's Open Source, one can find and fix such issues for such custom usages.

Regarding 1: it's a feature well known as Multishop. Yes, one can run multiple sites off a single installation. All these sites operate on the same database and the same web server, though, so I whouldn't try with a thousand sites, for plain performance reasons. This feature works ideally when operating a few similar sites. If you're concerned about upgrades, see https://forum.thirtybees.com/topic/1726/new-crowdfunding-campaign

To not forget this: https://github.com/thirtybees/community-theme-default/issues/53

Eeek! "workaround". Well crafted fixes, please :-) That said, I've filed a bug for this https://github.com/thirtybees/community-theme-default/issues/52

das würde die Rechtssicherheit stark erhöhen. Eigentlich sollte Rechtssicherheit Binär sein. Entweder sie ist vorhanden oder sie ist nicht vorhanden. Kurzbeschreibung vorhanden -> Rechtssicherheit vorhanden. Was Einen natürlich nicht davon abhält, je nach Geschmack dort im Warenkorb weitere Texte unterzubringen. Beschäftigt habe ich mich damit allerdings noch nicht.

Here’s a mockup of the consent popup: https://codepen.io/firstred/pen/odyYYp Excellent strategy! Three cents: One can't deselect the first checkbox. Intuitively I'd expect a slider starting at zero or another checkbox with 'None'. This one: Make sure the website looks consistent should be granted with or without cookies :-) First visits to a site are without cookies and first visits are the most important ones, so one can't afford to have a messed up design, then. I'd drop the word Performance. Meaningless buzzword.

It's probably a matter of taste what one wants to count. All orders recorded or only orders with an invoice ( = completed orders). Opinions?

https://github.com/thirtybees/thirtybees/issues/511

Leider habe ich noch keine Lösung gefunden Dein Post davor, von vor 7 Monaten, klang da ein wenig anders. An was fehlt's denn? Ist der String zu lang?

the alternative fonts defined in your CSS and hope the layout does not look too bad. These Google fonts are Open Source, aren't they? Accordingly, font and alternative font can be the same. AFAIK, the original idea of these Google fonts was the hope to have shorter loading times due to another site visited by the user downloading the font already. With virtually every site choosing a different font this foundation dwindles. I'd simply stop asking for Google fonts from Google sites and provide my own copy instead. Server load for serving files unprocessed (like fonts, static images, static pages) is minuscule.

Back office -> Menu -> Modules & Services -> Payment There you can allow/restrict payment methods by currency, by customer group and by country. Is that sufficient?

Any way to deactivate the core caché to be able to use my module? Uhm. This sounds a bit like asking for trouble. Core thirty bees is pretty good at caching already, I can hardly imagine to get this substantially better. One has to turn on and test all the options, of course.

Filed this here: https://github.com/thirtybees/psonesixmigrator/issues/12

Most of the time, the final size of the file is around 5MB Sounds like a file upload/download size limit kicks in. For example this one: https://nginx.org/en/docs/http/ngxhttpcoremodule.html#clientmaxbodysize or these two: https://stackoverflow.com/questions/2184513/change-the-maximum-upload-file-size

Tracked here: https://github.com/thirtybees/thirtybees/issues/504

I will add this to our bug tracker. I was quicker :-) https://github.com/thirtybees/thirtybees/issues/503

I beleive, all this extra steps worth not much compared to (re)installation from scratch ? An installation from scratch means a new, empty database. All products, all product pictures, all customers, all orders gone. If you can afford this, sure, go ahead. Doing a fresh installation, then pulling over the data is probably possible, but much more complex than the recommended upgrade process. If you want to try: backup the database in the old shop and keep that old shop running. Then restore that database in the new shop. Then copy over all files in img/, upload/ and download/. Then run the upgrade SQL query. Then cross fingers I didn't forget something in this list. It's asking for trouble.