[ic] Intermittent 500 on "Submit Order"
Ron Phipps
ron at endpoint.com
Wed Oct 10 12:30:35 EDT 2007
Grant wrote:
>>> I'm seeing intermittent 500 errors when someone clicks the "Submit
>>> Order" button. It seems to happen only when submitting an order. It
>>> can happen regardless of the payment method, so it isn't a problem
>>> with GPG. The backend processes of the order placement always seem to
>>> go through fine, but the customer is not seeing the order receipt
>>> page.
>> How is the e-mail being handled, is it in your receipt page also? Or at
>> what point in the process? What, if any, mail is received? What mail
>> method is being used? I used to get some errors when sending too many
>> mail in the order process, which was improved slightly by using
>> Net::SMTP, and then cured by using RPC mode.
>>
>> Try to add some debugging statements, and use what you know to find out
>> exactly where it fails. There was an excellent thread a couple weeks
>> ago, 'one store gone nuts' - where debugging was discussed in-depth.
>>
>> Good luck,
>>
>> JT
>
> JT,
> I think you might be right about email sending being the root of my
> problem here. I haven't seen one of these 500s since I put a stop to
> form mail spam. We'll see how it goes. I'd like to switch to RPC
> mode if that cleared it up for you, but I'm on 5.2 and there is a bug
> that prevents op=tq from working with RPC mode.
>
> I'll keep the list posted on how this goes.
>
> - Grant
Hi Grant,
If you search for the bug with aq in RPC mode you'll probably find the thread where it's discussed and I think I ended up using a Search.pm from a later build that solved my problem.
Are you running with MaxServers 0 in high or low traffic mode? Most problems I have seen with perl signals have been solved by using MaxServers 0 in high/low traffic mode.
Good luck,
--
Ron Phipps
End Point Corporation
ron at endpoint.com
More information about the interchange-users
mailing list