Traumflug

No fear of big databases. phpMyAdmin doesn't load this DB into memory, just connects to the db server. That said, you can go to phpMyAdmin and sort the database by table size. There are a number of tables getting huge over the years, but essentially collect just data for statistics. One can clear (but not delete) these tables. For even better performance, look up a thing called 'Adminer'. It's kind of a lightweight phpMyAdmin. Using MySQL command line is actually the best idea. One can pipe its output right into a compressor, like: mysqldump db_name | gzip -c > db_name.sql.gz

It connects to both. To the Merchant's Edition repository for Merchant's Edition releases and to the thirty bees repository for thirty bees releases. It's perfectly fine to use this updater to update from one thirty bees release to another thirty bees release, one gets a genuine thirty bees installation.

Of course you get it. Just like you ship orders in your shop only after payment, developers ship code only after payment. If you want code for free, ship orders in your shop for free. That's about the equivalent. - - - - - Alright, I'll stop this discussion at this point. Trying to explain reality to a crowd of people which simply doesn't want to accept this reality just too disencouraging. Preparing the next Merchant's Edition release is much more fun, even with the certain knowledge that people in this discussion thread will yell at it again. Happy yelling, all of you 🙂

An important thing for starters: when googling for solutions, also search solutions for PrestaShop 1.6. thirty bees is a derivate, so 80% of the old stuff still applies, just all the bugs are gone.

One can also allow ordering of out-of-stock products. Preferences -> Products -> bottom panel.

I think all these "recommendations" and "ideas" are actually driving developers away. A call for "democracy" in such a context is just kind of an euphemism for "you're obliged do my work for free!". If there is kind of a democracy, ballots aren't forum postings, but code contributions.

The mechanism goes like this: Recognize a bug. Approach a developer and say "There is this this bug, here are the steps to reproduce it (1. ..., 2. ..., 3. ..., 4. ..., ...). Please fix it, offer the result as a pull request on Github and send the invoice to me." Pay the invoice and enjoy. Pretty simple and effective.

This certainly applies to Open Source projects more than elsewhere.

Then go ahead and do it. Nobody stops you to hire a developer if you don't feel like doing it yourself.

One should fix such things. JavaScript has influence on what gets saved. A typical reason for this kind of error is thirty bees sending back an (HTML) error page as answer to an Ajax request. To find out what's going on, open developer console and look at the raw response.

Are you using a CDN like Cloudflare? This could be an explanation for such delayed acceptance. In this case, just waiting an hour instead of saving three times would be one solution, among others.

Back office -> Catalog -> Products -> (click product) -> Customization. Enter the number of file uploads you want and save. Then go there again to edit decoration.

Then you have to ask the person doing such claims. For example, why he thinks thirty bees can copy from PrestaShop, but not from Merchant's Edition, while all three come with the same licenses.

There is no such reason, no idea on where you picked this up. Merchant's Edition is just as open source as thirty bees, which includes coming with the same license.

For the short term, that's certainly true. Long term not so much, because one deviates more and more from public sources. Eventually it's no longer possible to fetch public sources, one has to skip all the enhancements appearing there. This question applies to core developers as well 🙂 For me, it certainly needs some addiction and love for this blob of nice software. ... or worse, they post extended wishlists here, which they expect to be implemented for free 🙂 Some even yell around if they don't get donated what they want (looking at you, @Briljander). And then there are merchants which got the idea: they engage developers for this or that task, happily pay an extra hour for solid solutions in favor of barely working ones and happily see the result of this work going public. That said, one reason for not so much appearing in core is that most work on shops goes into third party modules. Some are quite fragile and break as soon as used together with another module. Another reason is that new features aren't ready for prime time the moment they get implemented. Core Updater had to be written three times until it was good enough. Err, I mean until it was as great as it's now. Merchant's Edition's next new feature, recognition of updateable PrestaShop modules, currently gets implemented for the second time as well. First version simply didn't work out in some details, so it doesn't make sense to push these commits to public 🙂

That's true. If the theme comes with an email template, this one overrides templates in /mails/es/. This applies to .txt and .html templates separately, one can override one, but not the other. On top of this, modules can come with their own templates. These don't override default templates, though.

The point of turning debug mode on is to see and read the error message. This text there means something to people with some programming knowledge.

You certainly can. Because the platform won't loose features just by time advancing. If there are sufficient features to run the shop now, these features will be there in 3 years as well. And there are a number of reliable developers.

Back office lists all thirty bees modules, no need to download them elsewhere. Just go to back office -> Modules and Services and search for 'wish':

Most content is generated by modules. Without modules, front office shows up almost empty. Whether a module is enabled is a per-shop setting. A module can be enabled in one shop, but not in another. Which means, if you go multishop, you might have to enable some modules for one shop or the other.

If there are only a few items with low shipping costs, one can also custom-set a carrier for each of these products on the product edit page.

Such encrypted exceptions decrypt only in the shop where they were made. That's the entire point of encryption 🙂 Exceptions sometimes contain sensitive data, handing this out to generic shop visitors might not be what a shop owner wants.

Looks like this was some caching issue. One of these many caches sprinkled all over the place ...

There's module 'ecbexchange' / 'ECB Exchange Rate Services' which keeps currency conversion rates up to date. Not for every currency on the planet, but for those exchange rates provided by the European Central Bank. Find it in your back office, it's a module provided by thirty bees.

Apparently you didn't run sudo apt-get install php-mbstring That said, latest Ubuntu installs PHP8 by default, which isn't compatible with thirty bees. PHP 7.4 works much better: sudo apt-get install --no-install-recommends libapache2-mod-php7.4 php7.4-gd sudo apt-get install --no-install-recommends php7.4-bcmath php7.4-xml sudo apt-get install --no-install-recommends php7.4-json php7.4-zip sudo apt-get install --no-install-recommends php7.4-mysql php7.4-mbstring sudo apt-get install --no-install-recommends php7.4-curl Then switch Apache and command line to actually use PHP7.4: sudo a2dismod php\* sudo a2enmod php7.4 sudo service apache2 restart sudo update-alternatives --set php /usr/bin/php7.4