Question

我有一份收货单,如果其购买成功,就寄送用户邮件。问题在于,由于邮件,页面负荷缓慢。我知道,有一些办法,例如把邮件放在数据库桌上,然后利用一个跳板的工作来寄送邮件,但购买的频率可能很高,我希望邮件被送去,这样就象一个好的选择。

采购申请由同一页处理,从该页购买,他只能一度这样做。用户不控制采购细节以外的任何部分邮件。我认为使用Ajax,该书将把数据发送给客户一方,并称作“jax”功能,然后称作另一个邮件,但这将使用户了解所发送的内容,并且可以加以篡改。如果没有让用户知道被送去什么以及什么地方,我是否可以安全使用阿贾克斯? 是否有任何更好的工作?

Answer 1

你再谈谈正确的想法。在此设想中,我将做些什么:

The user makes a purchase (no ajax unless you want to at this point)
In processing that purchase an email is inserted into the email table with an "id" & "sent" column plus all the other stuff.
User is brought to a success page
The success page kicks off ajax in the background to send the email with that id from the db - and doesn t care about the result
The php page in charge of emailing sends the email and marks the sent column

如果有人用不寄出的id子向您的数据库发出呼吁,则电子邮件必须从任何渠道发出,这样就会ok。如果粗金刚好打上岸,或打上一栏,你可以忽视。没有人担心有人试图利用你的系统派遣间谍。

Answer 2

邮件在把电文寄给你的邮件服务器时应立即回来,因为(一般而言)邮寄服务机不应占用任何时间,因此我认为,你这里的问题肯定是邮件服务器,而不是你的邮购。我猜测,你再次提交的邮件服务器正在进行一些反垃圾邮件检查,如逆向的国家安全局调查。这种做法还可能根据使用而rot。您能否尝试通过另一个邮件服务器进行核查?

另外,如果你能够进入,则试图从壳体中发出电文(例如,重复测试信-v-测试),以了解其做些什么以及用多长时间。

Edit: Just noted their comment re:Windows. 在这种情况下,至少你可以尝试从PHP服务器到邮件收发处的25号港口的电话网,看它连接和接获220个问候头。 (我待你接手,但获得220头双臂。)

友情链接