Jump to content
thirty bees forum

Acer

Members
  • Posts

    345
  • Joined

  • Last visited

  • Days Won

    6

Everything posted by Acer

  1. So.... What happened with this? Is it now part of 1.3 and activated by default?
  2. Hi guys A while back I noticed there was talk of 'Multiple Values for a Feature' functionality (or lol, feature) finally being part of native ThirtyBees in the new version. I'm at this part of my project now and I'm still running an older version of TB and now I wonder if I should update to the latest? And how do I enable this feature? Or if I should rather still use 3rd modules to give my store this functionality? I appreciate the response. Thanks @datakick
  3. Hi It's been a while... Do you have an updated link / is the Slack channel still active? And for that matter, is TB still active? @Smile @datakick
  4. Sweet, that's good to hear, thank you. So you're running the official 1.2 release and not 1.3 Edge? Also I don't suppose you're running Advanced Search 4?
  5. Thanks @toplakd However, as far as I recall you keep your site as bare-bones as possible, with the absolute minimum amount of 3rd party modules - and you don't run Panda... I'm curious if anyone with Panda has had issues with 1.2. Also should I go with bleeding edge 1.3 - i.e. were there any significant bugs in 1.2 that were fixed in 1.3 or is 1.2 nice and stable with 0 issues? And can I run 1.1.x on PHP 7.4? @datakick - your 2 cents as well pls?
  6. Hi We've just been told by our host that they are forcing PHP 7.4... Is it safe to update to TB 1.2 if you're running Panda? Or can TB 1.1.x run on PHP 7.4 without any problems (apart from warning notices in the log)? We're currently running on PHP 7.3. Also I'm curious if anyone here has updated a production / Live site to TB 1.2 yet and if they've run into any issues?
  7. Thanks for this. Seems like this dispatcher override is being used... On a Local version of the site, after trying a few things (and bombing the site), I eventually restored the Modules folder from an old (recent enough) backup. An lo and behold, it could save custom values for a feature again 😕 Wtf... Unfortunately I can't try this shit on Live though as it's technically a different branch and its backups have this bug. Probably going to be one of those weird unsolved mysteries... Not ideal... However, does this not assist in giving a clue perhaps: ? I've checked the logs and it appears to be filling up with this error when I try to add a custom product feature value: [Tue Dec 01 12:47:23.753602 2020] [php7:warn] [pid 18120:tid 1916] [client ::1:52514] PHP Warning: preg_match(): Compilation failed: invalid range in character class at offset 55 in C:\\xamppnew\\htdocs\\development\\testsite\\classes\\Dispatcher.php on line 936, referer: http://localhost/development/testsite/admin3419jgisg/index.php?controller=AdminProducts&id_product=119&updateproduct&conf=4&key_tab=Features&token=ddb9b6bb5c007d48060cae23004fd3ec This is line 936 in my Dispatcher.php if (preg_match($route['regexp'], $uri, $m)) { Either way, I appreciate the assistance @yaniv14
  8. I've checked the logs and it appears to be filling up with this error when I try to add a custom product feature value: [Tue Dec 01 12:47:23.753602 2020] [php7:warn] [pid 18120:tid 1916] [client ::1:52514] PHP Warning: preg_match(): Compilation failed: invalid range in character class at offset 55 in C:\\xamppnew\\htdocs\\development\\testsite\\classes\\Dispatcher.php on line 936, referer: http://localhost/development/testsite/admin3419jgisg/index.php?controller=AdminProducts&id_product=119&updateproduct&conf=4&key_tab=Features&token=ddb9b6bb5c007d48060cae23004fd3ec This is line 936 in my Dispatcher.php if (preg_match($route['regexp'], $uri, $m)) { This is the code I have in the Override/classes/Dispatcher.php file <?php class Dispatcher extends DispatcherCore { /* * module: sturls * date: 2020-07-09 07:23:13 * version: 1.0.0 */ protected function __construct() { if (Module::isEnabled('sturls')) { $module_inst = Module::getInstanceByName('sturls'); $this->default_routes = array_merge($module_inst->hookModuleRoutes([]), $this->default_routes); } parent::__construct(); } /* * module: sturls * date: 2020-07-09 07:23:13 * version: 1.0.0 */ protected function loadRoutes($id_shop = null) { if ($id_shop === null) { $id_shop = (int)Context::getContext()->shop->id; } parent::loadRoutes($id_shop); if (Module::isEnabled('sturls')) { $module = Module::getInstanceByName('sturls'); $language_ids = Language::getIDs(true, $id_shop); foreach($language_ids as $id_lang) { foreach($module->lang_field as $k => $v) { $route_lang = Configuration::get($module->_prefix_st.strtoupper($k), $id_lang); if ($v != $route_lang) { foreach($this->default_routes as $route_id => $route) { if (strpos($route['rule'], $v.'/') !== false || $route['rule'] == $v) { if ($route['rule'] == $v) { $rule = str_replace($v, $route_lang, $route['rule']); } else { $rule = str_replace($v.'/', $route_lang.'/', $route['rule']); } $this->addRoute( $route_id, $rule, $route['controller'], $id_lang, $route['keywords'], isset($route['params']) ? $route['params'] : array(), $id_shop ); } } } } } } } } Initially I thought that it could be the "multiple values for a feature" module that I'm using, but I've since disabled that and I'm still getting this error... Any ideas?
  9. On a product features tab, enter a customised value: After save, value remains blank, like it did not save:
  10. It's the built-in TB product features one. Calling in the air-support, or Orbital Ion Cannon, if you will... 😉 @datakick @Traumflug
  11. Hi I've encountered a bug where Customised Product Feature Values are not being saved in Admin. Presaved features work, but it's impractical to create a value every single time first. This occurs on three of my sites, one on TB edge and the other two on 1.1.0. Using different browsers doesn't appear to be making a difference. Has anyone encountered this one before and is there maybe a code fix I can implement?
  12. Ok all sorted now. So this appears to have been a configuration issue on the Site's server in relation to Office 365. Not a ThirtyBees problem. Even though the mail configuration was technically correct, we had to add an additional syntax to the SFP record. As the server is sending the mail on behalf of an email address on Office 365, we had to tell Office that it could trust the server. Bizarre thing is that technically all mails should've landed up in Office 365's Spam or Quarantine box. That didn't happen. Most mails were sent / received successfully. Just some mails went missing when some users did tests and these mails were nowhere to be found. No Spam, nothing in Office 365 error log, etc. Even though all mails were sent from the Shop's email address on the site... Yeah WTF. Always fun running into "magical" IT problems - the ones that are random, only breaks when it wants to, defies logic and understanding, difficult to troubleshoot and hard to explain. Magic. If anyone ever experiences this, this is what we had to add on the DNS/Zone SPF TXT record for the Site's server (added in red): v=spf1 include:spf.protection.outlook.com include:spf.host-h.net -all
  13. Thanks Traum. But nothing in the mail logs. Some of the mails from these users are coming through though. I'd understand if they were all blocked... The thing is that is that as far as I understand it is the actual site email address that's sending these mails and not the user? As some of these forms are in a Lightbox (pulling in the Contact form) and it's using Ajax, could it be Ajax that's causing this? I used Nemo's old tutorial on how to do this. http://nemops.com/prestashop-ajax-contact-form/#.XYN8VSgzaUl But instead of creating the lightbox with 'ajax', I set it to iframe (to increase performance) - could it be this? All mails from the actual Contact form page appears to be working fine though. And for me and others the Lightboxes are always sending... This is the code I use to create the form in the Lightbox: $.fancybox({ type: 'iframe', preload: true, href: getcontactformurl, closeEffect: 'fade', autoDimensions: false, autoSize: false, width: '400px', height: 'auto', async: true,
  14. Hi I've been battling with this one for days now. And it's one of those 'magical' wtf? ones. We've just launched our site, and everything looked fine. Until we tested the Contact forms. Problem: When some users post from the Contact form the mail doesn't land up at admin (or customer service) email box. So they can do 5 test enquiries but only 1 can come through. Sometimes none. However, under emails, the system reported that the mail was sent successfully and there are no errors in the logs or front-end. The system even sends receipts correctly. Other users like myself can do 16 enquiries and have no problems with the mails reaching the customer service mail box. At first I thought it could be an SMTP issue as we were using PHPMail send, but after changing it to STMP, the problem persisted. Local mail send is also disabled on the server. I even got our IT guys to check the mailbox and they're not picking up on any issues. Nothing in Spam / Quarantine. Could it be some sort of relay issue? Is there a way that I can change the from address to always say info@siteaddress.com - or will this mess up the email logs? This is an urgent problem as right now we can't be sure that we are receiving all the vital Contact Enquiries... Sorry that I'm emphasizing urgent here and in the page title, is just I don't know what else to do... I'm at a loss here.. Has any one else experienced this problem before? @datakick
  15. Hi I've been battling with this one for a few days now. I'm trying to import a Discount Amount without tax. As my main price is without tax. There is a tax rule though. But what's been happening is that when the system imports, it seems to deduct tax on the Discount Amount, and then I get: (price - newly deducted tax on discount amount = wrong total). I think that it somehow thinks that the price I entered includes tax, when in fact it doesn't. But, I'm still not sure why it would deduct tax in the first place as my amount is set to excluding tax? Is there a way to modify AdminController or a setting something in the backend, to tell it that is should not deduct tax on the discount amount? Or is there somewhere I can modify some core code to set the default "discount amount tax behaviour" that you see in the Product page, to select Tax Excl, and not Tax incl? I have a lot of products and it is not viable to change each product manually in the backend (where I see that it allows you to set the discount amount to either include / excl tax). I've seen this old PS post, but I'm not sure if this is the correct solution? https://www.prestashop.com/forums/topic/296338-how-to-disable-tax-on-amount-of-discount/?tab=comments#comment-1497024 Your assistance is appreciated. Has anyone else here encountered this? @datakick @Traumflug
  16. Indeed, this is exciting news. Hope it works out well too
  17. Acer

    Goodbye

    Ok, this is pretty good news!
  18. Acer

    the "best" theme

    Hi Welcome to Thirty bees. For me personally the "best modern theme" is without a doubt Panda. And at a great price too (for what you get, it's a bargain) https://www.sunnytoo.com/product/panda-creative-responsive-prestashop-theme Check out the Panda great demos (TB/PS 1.6): http://panda2.sunnytoo.com/select-demo.html Regarding the built-in TB themes: Community and Niara have issues, especially when it comes to mobile responsive, which is a must these days. Panda is still actively maintained and kept up-to-date. It has aweseome modern layout options (great mobile options) and has more customisation options than most themes. It's extremely feature reach and is one of the best themes you can get. Many merchants use it here, so if you encouter a problem you can let us or ST Themes @Jonny know.
  19. @datakick New Bug with TB 1.1.x and Panda: Got a strange new bug after I updated my 1.1.0 site with Panda to latest TB Bleeding edge: On Product list / Category page: For some reason the Left Column disappears when a Sub Category is selected. Main Categories are fine. I noticed that the var left_column_size is set to 0 instead of 3. Weird, as this worked before the update. Because I know the Left Column should always show on the Category page, I've created the following to 'fix' it, albeit temporarily. And obviously this isn't a real fix, as it doesn't address the cause. Just helps for now. <!-- /// No Left Column on Subcategory Fix /// --> {if $page_name == "category" && $left_column_size == 0} {assign var='left_column_size' value = 3} {/if} <!-- /// *** *** /// ---> Insert the code before: {if isset($left_column_size) && !empty($left_column_size)} Thought I'd point this out. I have notified @Jonny as well.
  20. Ok, wow that explains it. Thanks for the useful insight in the way Thirty Bees renders content. Definitely think that you should be able to place {debug} in any template file without it bombing out. As my environment is currently not setup for Git commits. Please may I ask you to make this change and commit?
×
×
  • Create New...