Jump to content
thirty bees forum

Chandra

Members
 View Profile  See their activity

  • Posts

    192

  • Joined

  • Last visited

  • Days Won

    1

 Content Type 

Posts posted by Chandra

    [Free Theme] Niara - Thirty Bees theme

    in Themes

    Posted

    @tommat

    Thanks for this theme.

    I remember, hopefully correctly, TB has a feature to alert the customer that a different pack size/combination is in stock when a different combination is clicked.

    I don't see that working on my Niara based shop. Can you please advise if this is a theme thing and can be fixed easily?

    [Free Module]Revws - Product Reviews

    in Modules

    Posted

    7 hours ago, datakick said:

    Maybe tb store github integration is down, or there's some problem with it. I can't do much about it.

    Anyway you can download it either from my store, or directly from github. 

    Done that.

    Interestingly other modules download fine.

    Thanks.

    Brief about status of project

    in English

    Posted

    On 1/2/2020 at 11:30 AM, lesley said:

    I feel like I am letting you all down and that really pains me and has been stressing me out beyond belief these last couple months. I am sorry I don't have a happy update this time. 

    Our best wishes are with you @lesley

    You will be back in full form very soon.

    Queue sending order emails to speed order confirmation?

    in English

    Posted

    On 12/23/2019 at 9:42 AM, Chandra said:

    For my original point of queuing emails for orders from tb however, I have now added delay to the configuration in postfix, since I run my own mail server. I believe this should allow creation of the email quickly but deliver it leisurely, not holding up the order completion. However, I have hit a snag in that presta/tb don't seem to work well with SMTP email, so I am sticking to phpmail until I can sort this out.

    I wanted to provide an update that this approach seems to be working well based on my initial tests. I figured the TB SMTP bit and use Postfix queue to create emails quickly. By having a small delay to send, I believe the email is created right away and placed in a queue instead of holding up the order confirmation until negotiating with the receiving server to send the email is complete. 

    I have to test a little more but believe this addresses the order confirmation delay, without reinventing the wheel for a new queue mechanism.

    Mail Alerts Module: multiple email ids are concatenated into one

    in English

    Posted

    Hi,

    When multiple email ids are given one per line, they all get concatenated into one single line when you go back and look at the configuration. Thus sending emails to the right ids fails.

    I tried adding one email id per line with a carriage return after each id directly updating the database and it saves fine. However email only goes out to the last email id in the list.

    This worked fine before. Any ideas please?

    Thanks.

    Queue sending order emails to speed order confirmation?

    in English

    Posted

    @30knees

    No, I don't use phplist with tb. I doubt phplist will be a good tool for transactional emails. However I believe you could export and import users and newsletter preferences. I remember there was also a php script you could call to add members to phplist, that I had used elsewhere many years ago.

     

    For my original point of queuing emails for orders from tb however, I have now added delay to the configuration in postfix, since I run my own mail server. I believe this should allow creation of the email quickly but deliver it leisurely, not holding up the order completion. However, I have hit a snag in that presta/tb don't seem to work well with SMTP email, so I am sticking to phpmail until I can sort this out.

    Solved: Error when reducing product quantity in cart - sporadic

    in Bug Reports

    Posted

    Hello @Traumflug

    Found this in nginx logs - does this provide any direction? Looks like an nginx config that needs tweaked?

    Quote

    2019/02/24 22:27:44 [error] 1293#0: *6669 upstream sent too big header while reading response header from upstream, client: <IP>, server: <server>, request: "POST /?rand=1551027463166 HTTP/1.1", upstream: "fastcgi://unix:/var/php-nginx/154558099321626.sock/socket:", host: <"host">, referrer: "https://<host>/quick-order"

×
×
  • Create New...