电子邮件中的链接是否设计不佳会导致点击时没有浏览器操作？ [英] Is it bad design to have a link in email message result in no browser action when clicked?
问题描述
此Web应用程序发送包含链接到URL的电子邮件。
This web application sends out emails which contain a link to a URL.
在服务器上作为计划任务运行的.EXE （在支持的Web应用程序并连接到同一个数据库）发送电子邮件，其中包含链接到一个URL。
邮件内容本质上是一个提醒;点击的链接本质上是一个确认信号完成。
An .EXE running as a scheduled task on a server (in "support" of the web app and connecting to same database) sends out emails which contain a link to a URL. The nature of the email content is essentially a "reminder"; the link when clicked is essentially an acknowledgement signaling "done".
点击电子邮件中的链接在目标中有两件事.ASPX页面：
Clicking the link in the email does 2 things at the target .ASPX page:
- 页面逻辑更新数据库，并向同一用户发送另一封电子邮件。
- 页面完成后，在浏览器中显示成功消息
- the page logic updates a database and sends another email to the same user
- the page finishes by displaying a "success" message in the browser
浏览器发送的成功消息？
Would it be bad design to eliminate the success message sent by the browser?
我正在考虑开放网页，只是宣布成功是不需要的。如果目标URL替换为没有用户界面的东西（例如HTTPHandler，webservice），那么我认为发送回同一个用户的电子邮件确认成功是足够的。
I'm thinking the opening of the web page just to announce "success" is not needed. If the target URL were replaced with something with no user interface (e.g. HTTPHandler, webservice) then I'm thinking the email sent back to the same user confirming "success" would be adequate.
然而，这种方法的一部分感到尴尬，我猜是因为通常点击电子邮件中的链接会导致网页打开。鉴于这些要求，消除浏览器的设计是否不好？
Yet, part of that approach "feels awkward", I guess because normally clicking on links in emails causes web pages to open. Given these requirements, would this be bad design to eliminate the browser?
更新 - 10-17-2014：
UPDATE - 10-17-2014:
请参阅：提交给HttpHandler，结果是RequestType GET的POST
推荐答案
以下更新
实际上，根据 GET 请求发生状态更改是不好的设计。许多电子邮件系统（和病毒扫描软件）将跟随链接，以确定是否应该被隔离。
Actually, it's bad design to have a state change occur based on a GET request. A number of email systems (and virus scanning software) will follow the link in order to determine whether it should be quarantined or not.
没关系，导致状态更改的 GET 请求与Web应该如何工作相反无论如何，
Never mind that a GET request causing a change in state is pretty much against how the web is supposed to work anyway.
应该怎么做，他们点击链接，然后邮件程序打开浏览器。然后，您将显示一个页面，要求他们通过单击按钮确认操作。那个按钮就会生成一个 POST 请求，然后再执行。
What should happen is they click the link, then the mail program opens the browser. You then show a page asking them to confirm the action by clicking a button. That buttons makes a POST request which you then act on.
最后，我不太清楚你是如何反而会消除浏览器。邮件程序检测到它是一个链接，并在用户点击浏览器后打开浏览器。这与打开单词文档或zip文件的方式没有什么不同。电子邮件程序只是向操作系统询问应该处理哪些程序并将其传递给该程序。
Finally, I'm not entirely sure how you would eliminate the browser anyway. The mail program detects that it's a link and opens the browser once the user clicks on it. This is no different than how things like opening word documents or zip files. The email program just asks the OS what program is supposed to handle the action and passes it off to that program.
你的更新，我觉得有一个更清洁的方式。但是这取决于接收消息的电子邮件客户端的功能。对于绝大多数人来说，应该是好的。
With your update, I think there's a much cleaner way. However this is dependent on the capabilities of the email client that'll be receiving the messages. Should be good for the vast majority of them.
在电子邮件的正文中，不是发送链接，而是包含一个包含执行回发的按钮的HTML表单到你的服务器请参阅（链接），了解其他公司如何完成的样本
In the body of the email, instead of sending a link, include an HTML form that contains a button which performs a postback to your server. See this ( link ) for samples of how some other companies have done it.
这样一来，这个动作就是一个单一的步骤，而不是两个，而不是做错事物（tm）。
This way the action is a single step instead of two AND you aren't doing things the Wrong Way(tm).
这篇关于电子邮件中的链接是否设计不佳会导致点击时没有浏览器操作？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
