Smile

Yes

Fixed by

Found it: admin\themes\default\template\helpers\form

On the other hand when connecting to the DB using Heidi and requesting 100000 rules from PS_Guest it works perfectly without overload.... Good to mention maybe is that recently we switched from ASM back to the normal stock management..... Small update: I did install a clean TB and did do the same test. When opening orders, there are just 6 order... the no CPU problem at all but when opening 5-6 product pages then I also can get the CPU very hot....

Downloaded a 1.0.3 but can't find this directory or the file.... And cant find it on github either.... true noob.

So guys/girls a short update: I did disabled all overrides from BO -> no effect I did rename the override folder -> no effect I did install a clean TB and connected it to my DB. So all files are brand new, and just the default modules ect... -> No effect I can still back a honey cake on the server. I also did run TB cleaner. Does this mean that it might be a DB issue as with a clean installation the same issue arises?

Misschien zijn de iconen een cache issue? Maar daar had je misschien zelf ook aan gedacht?

Aangezien ik zelf ben overgestapt van PS naar TB stop ik met mijn ambassadeurschap. Hieronder stond info over een PS meetup maar dit vond prestashop niet prettig. Deze heb ik verwijderd.

In the past I could change it so seems like a bug. @wakabayashi What would be the way forward?

Yes, please see attached....

1.0.8

Also for example I found AdminOrdersController.php apparently it has to do with the Myparcel module. But an old version? Well i don't find this file in the module on github: https://github.com/myparcelnl/prestashop Can I assume that it is obsolete? <?php class AdminOrdersController extends AdminOrdersControllerCore { public function sendChangedNotification(Order $order = null) { return false; } /* * module: myparcel * date: 2017-09-05 09:54:47 * version: 2.0.7 */ public function __construct() { parent::__construct(); $myParcelFlag = Configuration::get('MYPARCEL_ACTIVE'); $this->context->smarty->assign( array( 'myParcel' => $myParcelFlag, 'prestaShopVersion' => substr(_PS_VERSION_, 0, 3), ) ); if (true == $myParcelFlag) { if ('' == session_id()) { session_start(); } $_SESSION['MYPARCEL_VISIBLE_CONSIGNMENTS'] = ''; } } }

So what would be the way going forward: Go along every override file: - Determine what module is using it, if possible. - Disabling it by renaming, if not in use see if you can remove it - Test test the CPU use of the website BO - Go to next file....

When you want to change the short description field in multistore you set the top bar on yes. This does not make it possible to edit the product title. But when ticking the checkbox before the title off and on again it becomes totally impossible as youn cant put the cursor there anymore. The field blinks and then becomes in active.

Yes, softaculous gives only a warning that there is an update and you can use it to make an update if you like. But I never used it only the update email I like. I am personally not so interested about that...

It might not needed with the new core updater tool right? I think every one knows that updating by softaculous is dangerous 😉

@wakabayashi We recognized that we have a lot of overrides which might not be needed anymore... But how to get rid of them? This might be the current direction to look into.... Any advice? @Gotabor Thanks for explaining, we did have (already) a look there and could not find anything out of the ordinary. But very much appreciated!

Just got a reply the will add clone and staging soon: https://www.softaculous.com/board/index.php?tid=14894&amp;tpg=1#p44895 Maybe it's worth asking them as well @cptplastic ?

That sounds very interesting!

When you want to change the title of a product in multistore you set the top bar on yes. This does not make it possible to edit the product title. But when ticking the checkbox before the title off and on again it becomes possible... In short: only the tickbox works not the slider....

Thanks for the explanation. So as I understand right full page cache can not be used... Any chance to manually fix those issues in current version? I mean next version can be expected in summer? I used Redis and it gave cached shopping carts... I was hoping to solve it by tweaking full page cache... Our root problem was that Express Cache had some issues with mobile menu and the menu shown in the browser. It did show also mobile on desktop browser.... when cached for mobile....

I am testing the Full page cache, there is a button for debugging. But whether I have it on or off no changes, also not when emptying the cache... What am I supposed to see?

I found it also happens with other pages like products. Removed 2 languages from the 5 but server loads stays the same when stress testing. But with product pages can stress the server also when just on store not multistore. Something in the BO is using a lot of resources.

Probably it slowly became worse and worse we recieved more and more orders from the other store...

Almost sure I found the issue.... Maybe someone can confirm: When working in the BO which is a multistore and I select all shops.... then generate the order page (try 5 taps at the same time) it uses loads and loads of CPU. When using/selecting just one shop the issue is not there.... Maybe some error in a query.