surinp3 Posted January 11, 2018 Posted January 11, 2018 I am seeing slowness in posting new topics (multiple topics as a result of member clicking reload), sometimes new replies and warning members takes about 30 seconds. Might be a few more areas, but these are the ones that come to mind now... Looking for someone who would be willing to have a look at the issue and in return get a few dollars for it. Send PM if you are interested, please.
opentype Posted January 11, 2018 Posted January 11, 2018 Usually that’s an email issue. How do you send them? SMTP perhaps?
surinp3 Posted January 11, 2018 Author Posted January 11, 2018 3 minutes ago, opentype said: Usually that’s an email issue. How do you send them? SMTP perhaps? Yes, SMTP. What would you recommend to do about the issue? Tried php mailing before, but no noticeable difference.
surinp3 Posted January 11, 2018 Author Posted January 11, 2018 I did try using Sparkpost and site got fast again. Is there some optimisation that can be made to get mails out faster from my own server or would the best solution be to actually use Sparkpost?
opentype Posted January 11, 2018 Posted January 11, 2018 Sparkpost will be limited to SMTP in 4.3. So don’t do that. If you want to use an external (paid) service, use SendGrid. The PHP option also works fine for many.
surinp3 Posted January 11, 2018 Author Posted January 11, 2018 Great. I will try Sendgrid... Big thanks.
Numbered Posted January 11, 2018 Posted January 11, 2018 Also can try to play with NOTIFICATIONS_PER_BATCH constant. This constant defines how much items should send synchronously in usertime (your lags). Default number is 30. So you can try add to constants.php that define('NOTIFICATIONS_PER_BATCH', 2); and check the result. This params said: if IPS need to send notifications and it number more than two - do it asynchronously with the background job task. If IPS need to send just one notification - do it now. So with your special results you can tune it for your comfortable.
aia Posted January 11, 2018 Posted January 11, 2018 This caused because threshold for notifications queue is not = 0 by default. So if topic has more than 0 followers and less than threshold value, then all notifications will be sent immediately with submit reply action. We had a hot discussion with IPS support about this problem and as a result Lindy replied this: Quote ... I've had a constant added for 4.2.7 that will allow you to set the threshold for what uses the queue. Hope that helps. So you need to change a value of this constant in order to solve your problem. This will force all notifications go to queue instead of immediate sending and this big lag won't appear anymore. I didn't tested it with constant which @Lindy added, because i've fixed it in my own way before 4.2.7 was released, but looks like it should fix your problem if you'll set NOTIFICATIONS_PER_BATCH to 0.
surinp3 Posted January 11, 2018 Author Posted January 11, 2018 So no Sendgrid for us. Their reply: "Thanks for reaching out. SendGrid leverages many different vetting techniques and as such we've determined that you're not a good fit for our platform. Because of this, we will not be able to activate your account. Our system does not provide myself or other members of Support with details regarding decisions made in the sign-up process. As such we are not able to provide any more information to you." I will check the possible solutions given above. I will get back witj results.
farid071 Posted May 26, 2018 Posted May 26, 2018 So, did you find any solutions? After update on 4.3.x sending post in threads with followers takes too much time (Sparkposts slow smtp service) ?
Recommended Posts
Archived
This topic is now archived and is closed to further replies.