All Activity

I use the Mollie module v 4.5.4. on TB 1.6.0 with php 8.0

1.5.1 should work. 1.6.0 is not supported as far as I know.

Sure up the Ram to 2GB + better would be 4 GB. source https://github.com/howtomgr/thirty_bees

Hi, I switched on Profiling and got this result. Could you please help me further ?

RAM is not Serverspace but working memory.

Hey, 2025 need to install Mollie in ThirtyBees. one is 1.6.0 other 1.5.1 both use PHP 7.4 what are the options now?

You should go to the performance tab and switch profiling on. Then refresh the slow backoffice page and scroll down. There you will have the information what is loading slowly. You can also post a screenshot here, if you have difficulties to interpretate the information. IMPORTANT: after quick test you need to deactivate this setting asap. Cause this profiling information is also loading in your FrontOffice shop. So your customer would see it as well.

Actually i checked my hosting. I have space there. Don't know what else should i do

That is very low. How about 2 to 3 GB? Look up specs for TB I believe it to be 2GB.

Hi Nick, TB Version 1.4 PHP 7.4.33 RAM 512MB

many people believe the that is not longer needed. Its a mistake to fall into that. There are other search engines not only Google.

2.7.6 - 09/24/2025 Bug fix on older versions of PrestaShop 1.6. Improvement of the category search management code. Improvement of the file download code.

2.7.6 - 24/09/2025 Correction d'un Bug sur d'anciennes versions PrestaShop 1.6. Amélioration du code de gestion des recherches de catégories. Amélioration du code de téléchargement des fichiers.

So you are saying that it does matter for SEO?

At the bottom of page, JavaScript scripts are loaded, preceded by comment: /* <![CDATA[ */

If you don't care about position in search engines sure you do away with the not needed stuff. Once you loose a position it's a little harder to get it back.

Hello, Noticed that there are large chuncks text generated at the bottom of my page with CDATA. From what I understand this is no longer needed, and some thirtybees pages dont have it. So do we need it? And if not how can I prevent it from being included?

Microsoft, Google, Yahoo and most other have changed several settings. It could be that the port is not the same or any other reason IMAP and SMPT settings: https://www.manyreach.com/blog/how-to-set-up-imap-smtp-settings

It might be configured under the Admin -> Customer -> Customer Services (Bottom of the page). It's basically to create the ticket directly from the email.

Sometimes it happens so 🙂 If you experience any other issues, please ask so we can try and help or if you think you've found a bug in the core or any native module you can directly create an issue report at github. Cheeers!

Can you describe more detailed repro steps for this bug? I'm unable to replicate it for now. EDIT: Never mind, I replicated it. We should move the category on the same level and we should not have a category with the same position in the new place. Can you try this if it's working for you so I can make a PR? Category::update public function update($nullValues = false) { if ($this->id_parent == $this->id) { throw new PrestaShopException('a category cannot be its own parent'); } if (PageCache::isEnabled()) { PageCache::invalidateEntity('category', $this->id); } // Read current persisted parent (and level) before we write anything $row = Db::readOnly()->getRow( (new DbQuery()) ->select('`id_parent`, `level_depth`') ->from('category') ->where('`id_category` = ' . (int) $this->id) ); $oldParentId = $row ? (int) $row['id_parent'] : 0; $oldLevelDepth = $row ? (int) $row['level_depth'] : null; if ($this->is_root_category && $this->id_parent != (int) Configuration::get('PS_ROOT_CATEGORY')) { $this->is_root_category = 0; } // Update group selection, if provided if (is_array($this->groupBox)) { $this->updateGroup($this->groupBox); } // Compute target depth from the new parent $calculatedLevelDepth = $this->calcLevelDepth(); // throws if parent invalid $parentChanged = ($oldParentId !== (int) $this->id_parent); $levelChanged = ($oldLevelDepth === null) ? true : ($oldLevelDepth !== (int) $calculatedLevelDepth); $this->level_depth = $calculatedLevelDepth; // If parent changed we must reseat position; otherwise do it only if duplicate exists $needReposition = $parentChanged || (bool) $this->getDuplicatePosition(); // === Multistore-safe shop list to touch === $shopIdsToTouch = []; if ($needReposition) { if (Tools::isSubmit('checkBoxShopAsso_category')) { // Admin form posted: only the explicitly associated shops $assoc = Tools::getArrayValue('checkBoxShopAsso_category'); $shopIdsToTouch = array_map('intval', array_keys((array) $assoc)); } elseif (Shop::getContext() == Shop::CONTEXT_SHOP) { // Single shop context $shopIdsToTouch = [ (int) Context::getContext()->shop->id ]; } else { // Fallback: only shops already associated with the category $rows = static::getShopsByCategory((int) $this->id); foreach ($rows as $r) { $shopIdsToTouch[] = (int) $r['id_shop']; } if (!$shopIdsToTouch) { // If somehow none, at least touch default shop to keep data consistent $shopIdsToTouch = [ (int) Configuration::get('PS_SHOP_DEFAULT') ]; } } // Reseat position per associated shop foreach ($shopIdsToTouch as $idShop) { $this->addPosition((int) static::getLastPosition((int) $this->id_parent, (int) $idShop), (int) $idShop); } } $ret = parent::update($nullValues); if ($ret) { // Clean positions in both branches when moved; always clean in the new parent when we reseated if ($needReposition) { static::cleanPositions((int) $this->id_parent); if ($parentChanged && $oldParentId) { static::cleanPositions((int) $oldParentId); } } // Any parent change or depth change requires a full ntree rebuild if ((!isset($this->doNotRegenerateNTree) || !$this->doNotRegenerateNTree) && ($parentChanged || $levelChanged || $needReposition)) { static::regenerateEntireNtree(); $this->recalculateLevelDepth($this->id); // fix depths of descendants } Hook::triggerEvent('actionCategoryUpdate', ['category' => $this]); } return $ret; }

I am creating a new thirtybees site. As am adding categories it is not displaying the images for subcategories. On inspection it is calling for 2x images for those, "Generate High Resolution Images" is not clicked and none of the other images are asking for 2x. What do I need to do to fix this? Thank you. Never mind - It was a browser cache problem. I had cleared the cache on the server, but not my local machine. Feeling foolish...

Ok, here's the module to regen the category tree if you have the problem presented in this thread. My recommendation is that you add the module via the backoffice [Module and Services] section, click the install button, then when you click configure on the module list (after installing it), there will be a button to regenerate the category tree. That's it, nothing fancy, just regen the tree and breadcrumb malfunctions from nleft/nright not being updated when you move a category (with children - I suppose is the trigger for the bug), the nleft/nright values get reset to 0 and then regenerated using the Category::regenerateEntireNtree() class. AFTER THE INSTALL: USING THE TOOL: categorytreeregen.zip

PHP, MySql Version, RAM. Hdd, SSD or Nvme? Space available?

Thanks for putting me on the path... So, for anyone with a similar issue in the future - this appears to have been the problem. I have modified a module that will regen the tree, originally written by Gianluca Randazzo (v1.0 for PrestaShop 1.4), to work with Thirty Bees 1.4 (as version 1.1.0). As soon as I am done testing everything, I plan to upload the TB modified version to this thread (or wherever) so that others at least have a utility module that will fix the nleft/nright bug that exists somewhere in the backoffice code.