wakabayashi

Yeah this sounds like a very stupid idea from smarty team. But now I am little confused about the php 8.4. Does it mean the smarty version of the core, doesn't work with it? Or are we also just talking about some deprecation warnings?

I basically only use my own modules and a few core modules and a frew from datakick. So I am fine on this side. Ok that sounds good for me. 😏👍

Spring is coming, which is always the time for me to make the big upgrades. I want to update my shop to bleeding edge again. In this process I wondered, if ThirtyBees does support PHP 8.4? Officially I can only read about PHP 8.3... Are there any expected/known issues with PHP 8.4?

@the.rampage.rado your post reminded me, to renew my supscription 👍

Thanks a lot for this new feature! It will be very helpful. Something similair was on my ToDo list as well 😏 I will have break in early april. Afterwards I will update our system to new PHP version and will also upgrade again to bleeding edge. Then I can test it with my live site 🤩

Good to know. The question is now, if this makes any sense for anyone. I really don't know why the core does this. The fact that you have issues and me too, makes this part of the code really dubious.

It might be, that I got pissed by this issue too in the past. Cause I just checked my override and there I only check for this: if ($orderDetailList[$idOrderDetail]['quantity'] > 0) { if (Tools::isSubmit('reinjectQuantities')) { $this->reinjectQuantity($orderDetail, $orderDetailList[$idOrderDetail]['quantity'], false, Configuration::get('PS_STOCK_CUSTOMER_ORDER_REASON')); } } So basically I remove the hasBeenDelivered() function...

Hard to say. I use this feature too, but with multiple overrides. The logic happens in AdminOrdersController.php -> postProcess() -> Tools::isSubmit('partialRefund') Also in AdminOrdersController there is function reinjectQuantity(), but IMO this should not even be called your case. if (!$order->hasBeenDelivered() || ($order->hasBeenDelivered() && Tools::isSubmit('reinjectQuantities')) && $orderDetailList[$idOrderDetail]['quantity'] > 0) { $this->reinjectQuantity($orderDetail, $orderDetailList[$idOrderDetail]['quantity']); } I would wonder, what your $order is returning on hasBeenDelivered(). Also the question is about which quantity you are talking. Are you using advanced stock management?

Go also under modules->positions and check for this:

I don't remember exactly, what I did. But for me it's working (css/js). How is your css file named? Is only one file loaded or multiple?

I believe it's not possible to fill the APCu cache by a cronjob. This is a big drawback in my use case. I am trying to use redis now. Doesn't seem to be much more complex 😏

I could solve it. In Plesk there are multiple settings. Some of them are globally on the server and some per domain. I had to adjust it in global settings 🥵

I am working a lot with cronjobs, to not slow down my website when calling heavy processes. While this works solid, it's also getting a bit messy and I see that the core offers an ultra professional way of handling jobs. 😲 But there is not much documentation. @datakick Can you give me a short overview, how this is working and what be the simplest implentation to start with? This is, what I believe at the moment: I need to implement WorkQueueTaskCallable with one function execute(). When such a task is executed, an entry is saved to table 'ps_workqueue_task'. When I want to such a task to be executed I need to call createTask() There are schedulded tasks in addition, that trigger the WorkQueueTaskCallable in a certain frequency. Probably I have to implement InitializationCallback for that. If a scheduld task was startet it's saved to 'ps_schedulded_task_execution' table Not sure, if this is correct and probably there is much more. What I wonder: What does actually execute the whole process? Do I need only one cronjob, that somehow fires the schedulded task? Is the TriggerController doing this from time to time as well? But why so? Multiple cronjobs can to things parallel (at least, this is what I believe). Is this working queue the same or will one job be executed after the other? Let's say the packs quantity is updating some products, can I update on the same time currencies with a task (random example). My goal is to cache more resources. That for I need a clever way to rebuild the cache. Do only the minimum on the fly the rest should be handled behind. For example I wan't to cache the reviews of product/category pages. When someone posts a new product review, I need to rebuild multiple caches. This working queue system should be ideal for jobs like this, right?

No, I was below 32M. My initial setup was: apc.shm_segments=1 apc.shm_size=512M Then I tried also with apc.shm_segments=3. But I am not totally sure, what it means. Does it mean 3x 512M or does it mean I have three "segments" with 512M/3? If I understand you right, I should just let the cache be filled and see what happens when I reach 32M right? Cause the 32M are the default value.

I really like to work with APCu. But I noticed today, that already 20% of my cache was filled. Then I noted, that the system only uses 32M instead of my defined apc.shm_size=512M. Any idea, what could be the reason? I already tried to restart php and nginx server (that's why the full 32M are now available).