nickz

Some shops are easier and some are more complex. if you ask a general question you get a general answer. TB is faster as prestashop in an comparable environment with comparable visitor count. When I work for people or companies I try to convince them to use a server environment which has plenty of room. Shop-holder in Germany have different requirements than people in i.e. South America or even in GB. People in the EU could not use a generic shop as easily. Those generic shops need to be connected to API, no one click modules available.

That would depend on the shop, its theme, how many modules are active. Scripts installed. Its wise to have plentiful resources which can be used when needed. Don't install a shop into a 2 GB RAM environment with little space just to safe a few bucks.

I wasn't aware. Time flies by. Hopefully it gives TB a little lift.

What does it take to push Thirtybees into the Softaculous installer platform?

New is better most of the times. Like a house move you have the chance to clean out all rubbish accumulated over the years.

That is the very problem. Due to the financial motivation the Internet provides we have 90% useless info. It costs a ton of time to search thru it. A chance for forums to have a second awakening.

Hat es schon jemand hinbekommen?

Considering that most SEO trail behind and do what Google tells the to it does not have much value. The data will not help you in regards to ranking if expanded. Its helps to verify you, who stands behind your Website in an easy way. Having a full blown Schema org structured data header won't speed up your site. You will have much data exposed in Search engines and if that is what you are after go ahead. I think its not always positive to expose to much. Making a visitor curious is much wiser IMHO.

Lets awake the old thread. I have the tracking tool up and running but I'm stuck at exclusion. I have a referral planed from a social service and wish to exclude all others. or can I leave it blank and take the risk?

Well id did not work and we applied the changes proposed in githup.

Well not in case of my clients referral module. I had to redo that fix. TB 1.2

Could you put that into layman's terms please?

a server is a bundle of various services For an Email to work you need internally set up an Email. Do you use Cpanel or en alternative control panel ?

could be. Just change them

I have matomo but as a standalone install and it behaves really strange lately. Sometimes OK sometimes just over VPN. Blame goes to matomo. Hopefully their next update is better. In case of matomo updating is often not a good idea.

Yeah that is the world we live in. Crypto had a nice ring to its idea. BTC at least but greed got the best of it. Now people are celebrating the sign up of an investment fund manger at crypto firm.

And how happy are you?

Alles probiert, wenn die DB schon "bevölkert" ist ist die Fehlermeldung nicht ist Ajax request failed for process installDatabase sondern eine Database Table xxx already present please rename the prefix of the Database. Für mich heißt dass das die Datenbank sehr wohl das macht nur es anscheinend zu einem Timeout kommt. Bisher habe ich SET GLOBAL innodb_lru_scan_depth=256; schon verdoppelt ohne Wirkung. Sollte ich ein wenig mehr Zeit haben versuch das meine Hoffnung liegt allerdings bei einer Lösung die das nicht benötigt. Meine Internetverbindung ist nicht die beste und da mein Lebensmittelpunkt unter Sanktionen leidet leiden diejenigen die Online Werkeln unter den Nachteilen der Cloud Wirtschaft. VPS ist ein muss.

is the server mail set up? If yes try to send a test mail. Scripts are all over the internet.

Bei mir im Testserver VPS läuft php version 7.4 und der gleiche Fehler kommt vor. [Note] Got an error reading communication packets ist im mysql error log vielleicht ist die COLLATION mitschuldig? Datenbank Tabellen sind allerdings schon drin. COLLATION ist scheinbar unschuldig was streikt ist Ajax request failed for process installDatabase @datakick Any idea what That could be?

it has not much to do with him. Also the Extension update obligation is IMHO not a good idea. More stable the shop becomes the better it will be. IMHO

limiting picture sizes would be a good idea. header 1920 x 1080 i.e Compression function included?

I don't think that the newsletter module get a lot of attention. Neither do I think that TB should compete with prestashop but rather develop a model where Prestashop falls short. Smaller buniess with 300 to 1500 articles are ignored by the market. Woocommerce and shopify take on those. Less features but easier to handle and ultra stable in questions of updates is the future IMHO.

Kannst du uns auf den Laufenden halten welche Buchungs Extension gut passt? Es geht dabei um D-A-CH.

What does line 157 say ? /test.com/classes/PrestaShopAutoload.php on line 157