Paid help to optimise forum

[surinp3]

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]

Usually that’s an email issue. How do you send them? SMTP perhaps?

[surinp3]

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]

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]

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]

Great. I will try Sendgrid... Big thanks.

[Numbered]

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.

[13.]

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]

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]

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) ?