ThirtyBees 1.5 OFFICIAL is here!

[the.rampage.rado]

As we're talking in another thread just now - remove image magic module, check if it left it's override in the override folder, remove it, clear your caches and redo all your images again as it's clashing with the webp implementation currently in core and it will not work properly.

Glad that you managed to update and now your shop is working again! Monitor for errors and share with us so hopefully the community could help and make your life easier!

In general the current thumbnail regeneration process should never timeout but it's speed depends on many factors - number of images, their size, server overhead, etc. Image magic override does not help too.

 

[zen]

with the module imagick installed.. no image were showing anymore.. even categories images 😞

I did remove it, check if override was removed too.. and clear the cache.

Now I go back to same state.. it takes ages to regenerate products images.. i said 4mn.. it's maybe 3 or 5.. sometimes.. how can I check what is causing so much delay ?

It's a powerfull dedicated server with only this website on it for now... so performance should be top notch:

• Intel® Core i5 13500 (14C/20T) @3,5 GHz
• RAM64 Go DDR4
• 2 x 500 Go SSD NVMe Gen4
• 1 Gbp/s

with a "top" command line, we can see the process php8.1-fpm using 100% of CPU and 0.3% RAM.. it takes ages to generate theses images.. maybe the php configuration is not good ?

Edited November 21, 2023 by zen

[DRMasterChief]

OK, finally i am on 1.5.1 since a few minutes, everything seems to be ok.

@the.rampage.rado has given some information in the first post about Cache.  I remember years ago the  caching was always a point and problem:

.....- if you use memcache, apcu, redis - use the new Server Side Cache setting = SUPER fast shop without full page caching!!!....

Maybe anyone can give some useful information for the correct and fastet settings, please? 

[the.rampage.rado]

Try this in the first section:


(never recompile is marginally faster but you have to clear the cache many more times)

and this for the latter:

(of course you should have Redis installed and enabled, alternatively you can try APCu (same story))

[DRMasterChief]

I can use Memcache, APCu and/or Redis  (Hoster gives all options),  what do you think will be best for thirtybees ?  Is there an official recommendation? 

Lower on this setting site is another option too,  what about this?

[the.rampage.rado]

Redis or APCu for me are the best - easy to use. Probably @datakick could tell if they have tested and what gives best results.

Don't use FULL PAGE CACHE as it might break your shop if you don't know what to cache and what not.

[DRMasterChief]

OK thanks so much!  I will try with APCu first and then see...   maybe we get some details from @datakick for this.

btw. i remember that the 'Apache optimization' in point CCC  was activated a few tb-versions ago  (and also in the PS shops),  now it is inactive. Does this have any effect  with tb 1.5.x  or not? 

[the.rampage.rado]

It's inactive because you did not install the minification module. When you install it you could play with this setting too. It has an effect and is recommended to be turned on.

[datakick]

15 hours ago, DRMasterChief said:

OK thanks so much!  I will try with APCu first and then see...   maybe we get some details from @datakick for this.

APCu is most likely the most performant option, because it caches data directly inside php server shared in-memory object cache.

There is no overhead to connect to cache server like in the case of memcache or redis.

However, there are some things to consider:

• storing data directly inside php server can be somewhat risky. PHP server process can get pretty big over time. And when your server is low on memory, operation system may choose and kill your php server because it hogs all the memory. This is just hypothetical   
• cache is not distributed. If you need multiple store fronts (== multiple php servers behind nginx proxy for load balancing) than this cache will actually cause a lot of headaches. For multiple php servers, use redis or memcache

 

[wakabayashi]

Is this https://accounts.thirtybees.com/connect broken? I just get:

 

 

It's correct to login with forum credentials, right? Cause the credentials form the store, don't work...

[datakick]

1 hour ago, wakabayashi said:

Is this https://accounts.thirtybees.com/connect broken? I just get:

It's correct to login with forum credentials, right? Cause the credentials form the store, don't work...

The error you are seeing is because your site returned html response for POST request to 

https://your.domain.com/index.php?controller=connect

That should not happen -- it's probably some custom redirect, custom routing, etc.

What accounts.thirtybees.com is trying to do is authenticate that you are the owner of the website.

When you click on connect button in your store, your server generates one-time secret code and saves it locally. Then it performs redirect to thirtybees accounts server (this redirect contains this secret code + your domain url).

Once you log in, accounts server send (server to server) request to your website to verify that the secret code matches. If it matches, your user account is associated with the domain.

In your case, this verification request fails, unfortunately.

 

[wakabayashi]

12 minutes ago, datakick said:

When you click on connect button in your store

I basically click the button:

Sometimes I seem to be logged in. Sometimes not. 🤔 

About the routing/redirect. I am not so sure. My nginx settings don't contain anything special with "connect", nor do I have modules that are looking for this. At least thats my feeling.