我不认为使用get有什么问题，我用它来做一些简单的事情，在查询字符串上保留东西是有意义的。

使用它来更新状态-像delete.php的GET ?Id =5删除一个页面是非常危险的。人们发现，当谷歌的网络加速器开始在页面上预取url时，它会击中所有的“删除”链接，并清除人们的数据。同样的事情也会发生在搜索引擎蜘蛛身上。

使用POST进行破坏性操作，例如创建(我知道这很讽刺)、编辑和删除，因为您不能在浏览器的地址栏中点击POST操作。当允许一个人调用一个动作是安全的时候使用GET。URL是这样的:

http://myblog.org/admin/posts/delete/357

应该带你到一个确认页面，而不是简单地删除项目。这样避免事故要容易得多。

POST也比GET更安全，因为您没有将信息粘贴到URL中。因此，使用GET作为收集密码或其他敏感信息的HTML表单的方法并不是最好的主意。

最后一点注意:POST可以比GET传输更多的信息。“POST”没有传输数据的大小限制，而“GET”限制为2048个字符。

没有什么是你本身做不到的。关键在于您不应该修改HTTP GET上的服务器状态。HTTP代理假设由于HTTP GET不修改状态，那么用户调用HTTP GET一次还是1000次没有区别。使用这些信息，他们认为返回第一个HTTP GET的缓存版本是安全的。如果你破坏了HTTP规范，你就有破坏HTTP客户端和代理的风险。不要这样做:)

POST可以移动大数据，而GET不能。

但一般来说，这不是关于GET的缺点，而是一种惯例，如果你想让你的网站/web应用程序表现良好。

看看http://www.w3.org/2001/tag/doc/whenToUseGet.html

除了许多浏览器的长度限制不同之外，还有语义上的差异。get应该是“安全的”，因为它们是只读操作，不会改变服务器状态。post通常会改变状态，并在重新提交时给出警告。搜索引擎的网络爬虫可能会生成get，但不应该生成post。

如果希望读取数据而不改变状态，则使用GET;如果希望更新服务器上的状态，则使用POST。

这就涉及到REST的概念以及web是如何被使用的。在软件工程电台上有一个很好的播客，对Get和Post的使用进行了深入的讨论。

Get用于从不需要更新操作的服务器中提取数据。其思想是，您应该能够反复使用相同的GET请求并返回相同的信息。URL在查询字符串中有get信息，因为它意味着能够轻松地发送到其他系统，人们喜欢在哪里找到一些东西的地址。

Post应该被用于(至少在web基于的REST架构中)将信息推送到服务器/告诉服务器执行一个操作。例如:更新此数据，创建此记录。