Jump to content
thirty bees forum

Dolfijn

Members
  • Posts

    50
  • Joined

  • Last visited

Everything posted by Dolfijn

  1. Hi, I'm in the process of changing some names of blog posts. But I don't want to loose my link juice. So, how can I add a redirect to the old name / url? Must I put them manually in the .htaccess file? Thanks
  2. I removed the plugin and re-installed it. And now it works great! Thanks for the suggestions!!
  3. Unfortunately, i suddenly have a severe amount of spam. It makes the TB shop more or less useless. I receive several emails per minute. All by using the contact form. So, I tried installing the No CAPTCHA reCAPTCHA module. I can configure the keys and the other settings but when I hit 'save', I get the error message "public_html/override/override/controllers/front) not writable ". What I find suspicious is the double override/override directory structure. It (obviously?) doesn't exist. Also, all settings are persistent except the contact form setting. I discovered that the installer wants to write the file "ContactController.php" to this path (which is not there). If I create the missing directory, the installation error disappears, but the captcha procedure at the contact form is just ignored (but visible and also seems to work, but it just is not necessary - you can skip it while sending an email). But the recaptcha procedure is in working order at other places then the contact form (for example at customer login - also you can't skip it there). I'm running TB version 1.1.x I uploaded the module form this link: https://thirtybees.com/blog/recaptcha-and-spam/ Hope somebody can give me some hints!
  4. Okay, and maybee, I shoulld also migrate to the latest theme anyways 🙂
  5. It is a copy of the default theme that I used in Prestashop 1.6. After my migration to Thirtybees, I'm still using that same theme. Hopes this gives you any clue? If you need more info, please let me know.
  6. Hi there, Last week I had a customer complaining about much higher product pricing during checkout then 'promised' in product view, caused by this problem. So, I decided to give it a try and I think I have solved it :-). Root cause is the construction of the product page which uses a table to display volume discount. In this table, some CSS attributes are used to store the volume discount prices and that values are (only) set on page creation (from the product.tpl code). And these CSS attributes are used to display the price (when in product view). That all works ok, until you add product attributes (combinations) that influence the price. Because, that influence is not reflected back in the mentioned DOM css attributes of the volume discount table. So, the effect is that you always use the price levels of the first product attribute, regardless of the actual attribute chosen by the user. What I did is add a new function (UpdateDOMdiscountPriceTable(newPrice)) that updates the table DOM elements that store the prices with the correct new price levels and call it from UpdateDisplay(). All changes are made in product.js. I attached the file for those interested. Final warning: I'm not an thirthybees expert and also not a seasoned JavaScript programmer. I also only tested it for my shop config (using attributes and volume discount using some percentage). product.js
  7. Ok, I found it. The path for the BeesBlog module is a little different: it uses the format <my-theme>/css/modules/beesblog/views/css/beesblogstyle.css. So, my first attempt was close but not close enough. Thanks for showing the way. public function hookDisplayHeader() { $this->context->controller->addCSS($this->_path.'views/css/beesblogstyle.css', 'all'); }
  8. Thanks for the pointer! I will start digging over the weekend :-)
  9. I tried it: same result 😞 Can it not be that for the beesblog modules this construction of using theme related css is not implemented? Or is it some general construction that should always work? I'm not afraid to take a look at the code, just need a pointer where to start..
  10. Link to the default css file: https://www.gquipment.com/modules/beesblog/views/css/beesblogstyle.css Link to the <my-theme> copy: https://www.gquipment.com/themes/Gquipment-theme/css/modules/beesblog/beesblogstyle.css And what the source actual blog post files uses (in its head section) and where I see that it is still using the default file: <link rel="stylesheet" href="/modules/beesblog/views/css/beesblogstyle.css" type="text/css" media="all" />
  11. I double checked it. I'm sure it is the right domain, right path, all performance optimization or off, cleared cache in BA and also in browser. But it renders the page with the link to the default css location, not the theme based one. I can fix it by putting my css code for the beesblog in the global.css. In this scenario I also made the change in a copy of global.css and have copied it to <my-theme>/css folder. So, why does it work with gobal.css in theme based folder but not when I use the css/beesblog folder? Therefore, I'm also curious how this works in the code. Anybody any idea where I should have a look in the code? Well, probably, I'm just doing something stupid. But, don't know what it is yet 🙂
  12. I tried it but it still uses this link in the page: <link rel="stylesheet" href="/modules/beesblog/views/css/beesblogstyle.css" type="text/css" media="all" /> and ignores the file under "my-theme/css/modules/beesblog" (after clearing all caches) Its puzzling me.
  13. Hi, I have a problem I don't understand. Tried to introduce my own css style code in the file "beesblogstyle.css" by copying it to my themes directory (<my-themes-name>/modules/beesblog/views/css). However, don't matter what I do, if I look at the source of the page it always uses : <link rel="stylesheet" href="/modules/beesblog/views/css/beesblogstyle.css" type="text/css" media="all" /> so, it won't use the theme directory. How can I solve that? I already disabled all css optimisations, caching and also cleared the cache (server and client side). Any help would be great! Or is the beesblog style sheets path somehow 'hard coded'? If not, where is it decided to use the one in the theme directory (I can't find that spot in the php or tpl code, but I'm also not an php/smarty expert).
  14. I think I have found a problem with the calculation of the baseprice when a customer wants to order a product in quantity, there is a quantity discount and he can choose an article attribute that changes the base price. In my scenario it goes as follows. - I have an article which comes in 3 options (one attribute with three values). The options change the base price (in my case the price increases significantly, but that is slightly off topic). The default option does not have an impact on the base price. - I have a discount rule for customers if they order 5 articles or more. And another one for quantities of more then 10 (but that also does not matter, the problem already starts with the first discount rule). If a customer sticks to the default option. Every works as expected, including the discounting rules. However, if the customer chooses an option which has a price increasing effect. The following happens: - For quantities lower then the quantity discount rule threshold (5 in my case), the correct increased base price is displayed. - For quantities higher then the price discount threshold, the default option base price is displayed instead of the one linked to the option chosen. Although it then correctly applies the qty discount to this base price, it is completely wrong. If we the proceed to the check out, everything is well again. All prices and calculations turn to be ok. But I discovered that customers get in confusion and most of the time stop the order process. In most cases, they contact me through email but this is not the way to go. So, Am I doing things wrong or is it indeed a bug? I also uploaded some screen images.
  15. I just stumbled on the error "Property Order-> Carrier id is Empty" when trying to create a manual order. Trying again generates the same message. The order is also not created. What I did to circumvent the problem was using the link to the front office to finalize the order process as the customer would. That worked well. But I think this kind of problems in the order process should not happen. I checked the table ps-order for the carrier-id in the order record that in the end succeeded. And, of course, this carrier-id also exist in the table ps_carriers. The text associate with this carrier-id also was shown in the BO when I tried to add the order manual in the first place (which ended with the error message). To be clear, the error thus only appears when using the create button. Using the link to the FO works fine. I'm running bleeding edge. What to do now?
  16. Final solution : it turns out that this bug (not getting the Shop ID from the current context) is already fixed in the Mail::Send function. Only available in bleeding edge. So I migrated to the latest greatest and it all works well. Thanks for the pointers.
  17. The reported problem turned out to be slightly different then it appeared at first sight. It was a combination of an email address that didin't exist and and a bug in the ContactController which caused the code to ignore multishop settings. Easy to make wrong conclusions then. The shop ID is never parsed to the function Mail::Send. So it uses the default value of null. And thus will never select the right logo or shop name in a multi shop environment. I added a line of code to get the shop ID from the current context (this->context->shop->id) and parsed the value into the Mail::Send function (at three location as there are three possible execution flows). Et voilà, it now works correctly when using multiple shops. So, the emails send use the correct shopname and logo. Changed code looks as follows (ContactController.php) : $idShop = (int) $this->context->shop->id; if (empty($contact->email)) { Mail::Send($this->context->language->id, 'contact_form', ((isset($ct) && Validate::isLoadedObject($ct)) ? sprintf(Mail::l('Your message has been correctly sent #ct%1$s #tc%2$s'), $ct->id, $ct->token) : Mail::l('Your message has been correctly sent')), $varList, $from, null, null, null, $fileAttachment, null, _PS_MAIL_DIR_, false, $idShop, null, null); } else { if (!Mail::Send( $this->context->language->id, 'contact', Mail::l('Message from contact form').' [no_sync]', $varList, $contact->email, $contact->name, null, null, $fileAttachment, null, _PS_MAIL_DIR_, false, $idShop, null, $from ) || !Mail::Send($this->context->language->id, 'contact_form', ((isset($ct) && Validate::isLoadedObject($ct)) ? sprintf(Mail::l('Your message has been correctly sent #ct%1$s #tc%2$s'), $ct->id, $ct->token) : Mail::l('Your message has been correctly sent')), $varList, $from, null, null, null, $fileAttachment, null, _PS_MAIL_DIR_, false, $idShop, null, $contact->email) ) { $this->errors[] = Tools::displayError('An error occurred while sending the message.'); } } } So I think this is a bug. But as always with the wonderful world of PS/TB, I'm never sure because I'm not deeply involved. But it works for me.
  18. Still struggling with the multi store settings as they look ok to me. So I looked in the database. At least there it is obvious that the tables ps_shop and ps_shop_group and ps_shop_url are sound. But ps_configuration doesn't look ok. A lot of names like PS_NAME, PS_SHOP_NAME, PS_SHOP_MAIL, PS_SHOP_EMAIL have either a group ID, shop ID of 1, 2 (shop B) or those values are null, null for shop A (I would expect 1, 1). Also not all names exist for both shops? I can easily change the values of shop A to the correct group and shop ID. I can also add the missing names. Should I make does changes? Second thing that I looks strange to me is that when the emails are composed, the shop context always returns a shopId of 0 (hence the default name and logo). But I would expect a shopId of either 1 or 2 again. When I force the ID to 1 or 2, I get the correct shop name and logo..
  19. Ok, thanks for the explanation. I will study the settings and play around with them in a test domain. Until I grasp the concept. Thanks again.
  20. Hi there. The problem of not sending the emails is solved (with the help of Datakick). TB was using a non existing email address. As far as I understand that was due to a misconfiguration but I'm not sure of that anymore. The reason for my hesitation is that although the emails are send correctly, the shop name and logo are of the wrong shop (yes, I'm using a multishop config). As far as I can understand this is the situation now: There are two shops A and B. And A was using a non existing email address. And B the correct one. But if a user visits the domain of shop B and uses the contact-us page, the emails are (now) send using the shop name, logo and address of shop A (which is very confusing for a customer). The above email problem was therefore fixed by configuring shop A and B with the same email address (being that of shop B). That would explain that the 'right' email address is used and the wrong logo and shop name. Can that be true? I checked the multistore settings and I'm quite confidant that the settings of shop B are correct.
  21. Ok, I'm happy to grant you access to the backoffice. If you have an email address or something I can send you the credentials and url.
  22. I have upgraded to 1.1 stable 🙂 Unfortunately, it did not resolve my problem (both mails are not send). I checked the new code and found out that it indeed restores to the default 'en' language versions of the templates. But I was already using them as I only run the shop in English. I also think that the email templates have moved? I'm using a customized theme (from PS 1.6.X) and I thought that the email templates were used from the theme directory. But anyway, I don't think I have an email template problem (also no mention of any problem in the error log). I also checked if both Mail::Send function fail and they both do. Maybe there is a problem in using the old PS 1.6.x theme? Because I'm using the old PS 'contact-form.tpl' file to render the contact-us page. If I use the TB version, the send button doesn't work any more (among other things). So I switched back to the old PS version.. So, I think I should have a look in the Mail::Send function itself? I already checked the input paramaters. They all look good. P.S. The log shows some errors 3132 " CustomerThread deletion". Is that indicating something significant issue for this problem?
  23. Thanks for the replies! The four template files are there but I think I will first upgrade to 1.1.X so I can use the better error handling / logging and then try to solve the issue.
  24. Hello, I'm puzzled why I can't get the contact-us form not working anymore. My email system is working fine with test messages and also messages are send correctly during the order process. But when anybody submits the contact-us form, there is an error message displayed after some 10 seconds or so (and the submitted info is stored in the backoffice). I'm using TB 1.08 and I have migrated from PS 1.6.18 (half a year ago or so). I already looked at the code in the ContactController.php and was able to figure out that it is the error message that is generated in this function: if (empty($contact->email)) { Mail::Send($this->context->language->id, 'contact_form', ((isset($ct) && Validate::isLoadedObject($ct)) ? sprintf(Mail::l('Your message has been correctly sent #ct%1$s #tc%2$s'), $ct->id, $ct->token) : Mail::l('Your message has been correctly sent')), $varList, $from, null, null, null, $fileAttachment); } else { if (!Mail::Send( $this->context->language->id, 'contact', Mail::l('Message from contact form').' [no_sync]', $varList, $contact->email, $contact->name, null, null, $fileAttachment, null, _PS_MAIL_DIR_, false, null, null, $from ) || !Mail::Send($this->context->language->id, 'contact_form', ((isset($ct) && Validate::isLoadedObject($ct)) ? sprintf(Mail::l('Your message has been correctly sent #ct%1$s #tc%2$s'), $ct->id, $ct->token) : Mail::l('Your message has been correctly sent')), $varList, $from, null, null, null, $fileAttachment, null, _PS_MAIL_DIR_, false, null, null, $contact->email) ) { $this->errors[] = Tools::displayError('An error occurred while sending the message 3.'); } but I don't understand why this can happen. I also don not understand why I can't find only one .tpl file (contact-form.tpl, I would expect also a contact.tpl file). And what does this code do? Is it trying to send two mails (I'm not an php expert)? I'm afraid that I'm missing something. Any help is apprectiated a lot! Edit: I already figured out that there are indeed two templates for the emails. I'm afraid I have to debug the Mail::Send function to find the cause of this issue. But I'm still not sure what the code above is doing exactly..
×
×
  • Create New...