Gorgapor, mod_rewrite仍然经常使用GET。它只是允许将一个更友好的URL转换为一个带有GET查询字符串的URL。

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

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

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

1.3 HTTP GET / POST选择快速检查

在以下情况下使用GET:

    The interaction is more like a question (i.e., it is a safe operation such as a query, read operation, or lookup).

在以下情况下使用POST:

    The interaction is more like an order, or
    The interaction changes the state of the resource in a way that the user would perceive (e.g., a subscription to a service), or
    The user be held accountable for the results of the interaction.

源。

阅读维基百科上关于HTTP的文章。它将解释协议是什么以及它的作用:

得到 请求指定资源的表示形式。请注意，GET不应该用于导致副作用的操作，例如在web应用程序中使用它来执行操作。其中一个原因是，GET可以被机器人或爬虫任意使用，它们不需要考虑请求应该引起的副作用。

and

帖子 向已识别的资源提交要处理的数据(例如，来自HTML表单)。数据包含在请求体中。这可能导致创建新资源或更新现有资源，或者两者都有。

W3C有一个名为uri、Addressability的文档，以及HTTP GET和POST的使用，它解释了什么时候使用什么。引用

1.3 HTTP GET / POST选择快速检查 在以下情况下使用GET: 这种互动更像是一个问题(也就是说，它是一个问题) 安全操作，如查询、读取操作或查找)。

and

在以下情况下使用POST: 这种互动更像是一种命令，或者 交互以用户可以感知的方式改变资源的状态(例如，对服务的订阅)，或者 o用户对互动的结果负责。 但是，在最终决定使用HTTP GET还是POST之前，还请考虑敏感数据和实际考虑因素。

一个实际的例子是每当您提交HTML表单时。您可以为表单操作指定post或get。PHP将相应地填充$_GET和$_POST。

因为get是纯粹的url，它们可以被web浏览器缓存，并且可能更好地用于一致生成的图像之类的事情。(设置过期时间)

一个来自gravatar页面的例子:http://www.gravatar.com/avatar/4c3be63a4c2f539b013787725dfce802?d=monsterid

GET可能会产生稍微更好的性能，一些web服务器在调用处理程序之前将POST内容写入临时文件。

另一件需要考虑的事情是尺寸限制。get的上限是URL的大小，标准是1024字节，不过浏览器可能支持更多。

传输更多的数据应该使用POST来获得更好的浏览器兼容性。

即使小于这个限制也是一个问题，正如另一个帖子所写的，URL中的任何内容都可能最终出现在浏览器UI的其他部分，比如历史记录。

正如其他人回答的那样，get对url大小有限制，文件只能通过post提交。

我想补充的是，一个人可以添加东西到一个数据库的get和执行操作与发布。当脚本接收到post或get命令时，它可以执行作者希望它执行的任何操作。我相信缺乏理解来自于这本书选择的措辞或你的阅读方式。

脚本作者应该使用posts来更改数据库，而只使用get来检索信息。

脚本语言提供了许多访问请求的方法。例如，PHP允许使用$_REQUEST来检索post或get。应该避免使用更具体的$_GET或$_POST。

在web编程中，有更多的解释空间。一个人应该做什么，可以做什么，但哪一个更好往往是有争议的。幸运的是，在这种情况下，没有歧义。您应该使用posts来更改数据，并且应该使用get来检索信息。