Url rewriting 使用POST数据缩短URL

Url rewriting 使用POST数据缩短URL,url-rewriting,http-post,Url Rewriting,Http Post,许多服务(如bit.ly)会缩短URL,即使是那些获取数据的服务, 因为那只是URL的一部分 是否有任何工作需要发布数据?在某些情况下(例如,某些类型的CBOE 选项引号),您必须发布数据以获取所需信息 该服务可能会显示一个页面(例如shorten.com/foo),该页面包含: <form action="/url/to/post/to"> <input type="hidden" name="var1" value="val1"> ... <input t

许多服务(如bit.ly)会缩短URL,即使是那些获取数据的服务, 因为那只是URL的一部分

是否有任何工作需要发布数据?在某些情况下(例如,某些类型的CBOE 选项引号),您必须发布数据以获取所需信息

该服务可能会显示一个页面(例如shorten.com/foo),该页面包含:

<form action="/url/to/post/to"> 
<input type="hidden" name="var1" value="val1"> 
... 
<input type="submit" value="SUBMIT"> 
</form> 

... 
其中/url/to/post/to和var1/val1/etc由个人设置 创建缩短的URL。它还将说:

“按下面的按钮,您将把这些数据发布到此URL: /url/to/post/to:[隐藏字段和值列表]”


看起来很有用也很容易做。。。有人做过吗

我看到两大问题:

谁将复制/粘贴表单(通常由javascript生成)——普通用户?它只对有足够技术能力的人开放。而且它可能没有预期的效果,因为一些数据可能在cookie中或保存在服务器端


此外,post请求通常不被认为是供任何人使用的开放api。通常,数据是通过一系列步骤建立的,可能使用cookie和登录信息。网站不会乐意让人们删除他们的帐户或绕过正常流程中的某些页面。

我看到两个大问题:

谁将复制/粘贴表单(通常由javascript生成)——普通用户?它只对有足够技术能力的人开放。而且它可能没有预期的效果,因为一些数据可能在cookie中或保存在服务器端


此外,post请求通常不被认为是供任何人使用的开放api。通常,数据是通过一系列步骤建立的,可能使用cookie和登录信息。网站不会乐意让人们删除他们的帐户或绕过正常流程中的某些页面。

好吧,这似乎已经沦为一种道德争论。我假设答案是否定的,没有人这样做过。

好吧,这似乎已经沦为一种道德争论。我假设答案是否定的,没有人已经这样做了。

发布数据可以用于垃圾留言簿等。任何这样的网站都注定会被垃圾发送者使用。此外,发布数据通常是修改,而获取数据通常是请求而不是修改。将一种技术转化为另一种技术通常是个坏主意。许多技术可以用于邪恶,但这并不意味着技术本身就是邪恶的。我不同意发布数据通常意味着改变某些东西。有些网站只是选择使用POST而不是GET(或cookie、会话或其他)传递信息。是的,有些网站使用POST进行检索。这并不意味着它是正确的,你是说网站不应该使用POST进行数据检索?将股票符号作为POST数据传递是错误的?我不认为我能同意你的观点。发布数据可以被用于垃圾留言簿等。任何这样的网站都注定会被垃圾发送者使用。此外,发布数据通常是修改,而获取数据通常是请求而不是修改。将一种技术转化为另一种技术通常是个坏主意。许多技术可以用于邪恶,但这并不意味着技术本身就是邪恶的。我不同意发布数据通常意味着改变某些东西。有些网站只是选择使用POST而不是GET(或cookie、会话或其他)传递信息。是的,有些网站使用POST进行检索。这并不意味着它是正确的,你是说网站不应该使用POST进行数据检索?将股票符号作为POST数据传递是错误的?我不认为我能同意你的观点。这里的想法是,一个老练的用户(知道如何使用Firebug、嗅探网络流量等)创建页面,然后将URL发送给技术性较差的朋友。总的来说,我对技术用户可以让普通用户的生活更轻松的技术感兴趣。从哲学上讲,我相信以我的方式使用网络(如GreaseMonkey),因此第二段并没有真正劝阻我。这里的想法是一个老练的用户(知道如何使用Firebug、嗅探网络流量等)创建页面,然后将URL发送给技术性较差的朋友。总的来说,我对技术用户可以让普通用户的生活更轻松的技术感兴趣。从哲学上讲,我相信以我的方式使用网络(如GreaseMonkey),所以第二段并没有真正劝阻我。