Question

这里没有问题。 I m 修整房地产网站上的一些“Search”网页。我想能够生成一个独特的ID~~(hash?)~~,其中本身就包含所有搜索参数,例如,用户将以

一些搜索参数只是几种选择之一,有些是惯用的,还有一些关键词(我是在国际发展学会之后的,我是想的)。将这一数据推向扼杀的一般方法是什么? 我对PHP/MySQL感到相当舒适,但我的实际经验是没有的,因此我不知道“怎么做”。

EDIT:我不需要插手random<>em>,实际上,我需要双向走。也许 has头指正确的术语,然后。因此,为了简洁起见,我这样做,因为目前的欧洲自由贸易联盟至少包含22个欧洲自由贸易联盟参数。

我有朝不保夕的习惯,即总是在互联网上问我的问题太早,一旦我上台,就立即重新审议。我目前正在起草一份可能的解决办法。不过,我仍然愿意接受任何建议。

Answer 1

Hashes are not unique

A'h 是NOT独一无二的,可加以利用。任何洗衣都可能产生于一定数量的str。

You don t need randomness, just a unique token

在数据库的帮助下,你只能产生一个独特的象征(甚至只是一个自动索引的背书)。您可以创立一个在一段时期后删除旧搜索的跳板。

该表将很少包含独特的象征性加原始搜索线。

Possible implementation

User does a search
Search params are stored in database, token is returned
Token is given to user in some way (e.g. do you want to save this search for later)
When user wants to repeat search with token, search string is retrieved from db and search run

Answer 2

您可在上使用诸如m加密(>)等内容。然而,这里存在各类问题,我建议不这样做。



根据你对你因复杂的URL而正在这样做的怀疑,我建议说,仓促会使问题恶化。 如果你与URL发生错误,你现在有多个可能错的地方。

只是你在简单简便的档案数据库中发现的随机钥匙。 您可以检查URL是否已经进入数据库,然后如果是的话将钥匙退回。

该系统的另一个优势是,如果你的URL结构发生变化,那么你就可以改变数据库中的所有URLs,而短信的用户仍然工作。

Answer 3


最好有<条码>。 (通过你never >,,你可以让我们说微观时间(即随机时间,因为只有2个用户同时进行搜索的可能性很小),以及一些盐类,你可以使用的是 que:

例如:

$store_unique = md5(microtime().$queryID);
//the $store_unique you can save to the db with the query params
//then when anyone goes to the random url, you can check it against the db


<>>>>>

由于以下评论,我提出另一种解决办法(可增加<代码>unique):

$store_unique = microtime(). "-" .$queryID;
//the $store_unique you can save to the db with the query params
//then when anyone goes to the random url, you can check it against the db

Hashes are not unique

You don t need randomness, just a unique token

Possible implementation

友情链接