URL的转换方法和装置、电子设备和存储介质与流程

url的转换方法和装置、电子设备和存储介质
技术领域
[0001]
本申请涉及计算机技术领域，可以用于云平台领域，更具体地，涉及一种统一资源定位器url的转换方法和装置、电子设备和存储介质。


背景技术：

[0002]
短url生成服务的作用是将一个较长的url映射为一个较短的url。当用户访问短url时，短url服务将短url还原为对应的长url，并利用浏览器的跳转能力将原长url所指的网页内容返回给用户。


技术实现要素：

[0003]
本申请提供了一种统一资源定位器url的转换方法和装置、电子设备以及存储介质。
[0004]
根据第一方面，提供了一种统一资源定位器url的转换方法，包括：响应于接收到针对第一url的转换请求，确定针对上述第一url生成的第一标识id；以及基于预先设定的替换字符集、字符位置调换规则集和上述第一标识id，转换得到与上述第一url对应的第二url。
[0005]
根据第二方面，提供了一种统一资源定位器url的转换装置，包括：确定模块，用于响应于接收到针对第一url的转换请求，确定针对上述第一url生成的第一标识id；以及转换模块，用于基于预先设定的替换字符集、字符位置调换规则集和上述第一标识id，转换得到与上述第一url对应的第二url。
[0006]
根据第三方面，提供了一种电子设备，包括：至少一个处理器；以及与上述至少一个处理器通信连接的存储器；其中，上述存储器存储有可被上述至少一个处理器执行的指令，上述指令被上述至少一个处理器执行，以使上述至少一个处理器能够执行本申请实施例的方法。
[0007]
根据第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，包括：上述计算机指令用于使上述计算机执行本申请实施例的方法。
[0008]
根据本申请实施例，在通过替换字符集对与长url对应的自增id进行转换之后，还会执行字符位置调整的相关操作才最终生成短url，因而可以增加前、后短url被暴力猜测到的难度，安全性得以提高。
[0009]
应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0010]
附图用于更好地理解本方案，不构成对本申请的限定。其中：
[0011]
图1示例性示出了适于本申请实施例的url的转换方法和装置的系统架构；
[0012]
图2示例性示出了根据本申请实施例的url的转换方法的流程图；
[0013]
图3示例性示出了根据本申请实施例的url的转换方法的原理图；
[0014]
图4示例性示出了根据本申请实施例的url的转换装置的框图；以及
[0015]
图5示例性示出了用来实现本申请实施例的url的转换方法的电子设备的框图。
具体实施方式
[0016]
以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
[0017]
普通的短url服务可以通过自增id(末位顺序递增1)生成一个新的短url，用于指示一个新的长url。比如，短url服务当前生成的短url为uax2a，为下一个长url生成的短url将是uax2b。可见，末位顺序递增1的自增id方式容易造成前、后的短url被“猜”到，即普通的短url服务比较容易被推断出各个短url前、后的链接，尤其是当短url服务被大量用于包含隐私信息的长url时，非本人的信息很容易被通过修改短url获取到，从而造成用户信息泄露。比如，在普通的短url生成服务被用于订单url时，a用户获得自己订单的短url为d2cbb，如果a用户将短url改为d2cbc，则有可能查看到其他用户的订单信息，从而造成用户信息泄露。
[0018]
而通过对长url应用一种hash算法(如md5、crc32等)来获取一个相对较短的url，可以提供一定的“不连续性”，从而避免短url被“暴力破解”。然而hash算法的运算结果通常都比较长，比如md5的运算结果一般是32个字符，crc32的运算结果一般可以达到10个字符。可见，此种短url服务生成的短url相对较长，浪费字符空间，且hash算法本身的“hash碰撞”问题会导致无法保证短url与长url一一对应。比如，对于长度为5个字符的短url而言，通过hash算法，多个长url可能生成同一个长度为5个字符的短url，无法保证长url与短url一一对应。
[0019]
而理想的短url服务应该可以通过有限的字符空间来表示尽可能多的长url，并能够保证短url与长url一一对应。
[0020]
对此，本申请实施例提供了一种改进型的url的转换方案，可以克服上述缺陷。本申请实施例的发明构思如下：针对每个生成短url的请求，先使自增id值+1，然后使用预先设定的“替换字符集”来转换id值为“替换字符集”中的字符，最后根据一定的规则将字符位置调换后输出短url。
[0021]
以下将结合具体实施例详细阐述本申请。
[0022]
适于本申请实施例的url的转换方法和装置的系统架构介绍如下。
[0023]
图1示例性示出了适于本申请实施例的url的转换方法和装置的系统架构。需要注意的是，图1所示仅为可以应用本申请实施例的系统架构的示例，以帮助本领域技术人员理解本申请的技术内容，但并不意味着本申请实施例不可以用于其他环境或场景。
[0024]
如图1所示，系统架构100可以客户端101、服务器102和数据库103。在用户通过客户端101发起将长url转换为短url的请求的情况下，服务器102接收并响应于该请求，通过短url服务先生成一标识id，再使用预先设定的“替换字符集”来转换标识id值为“替换字符集”中的字符，最后根据一定的规则将字符位置调换后输出短url。然后通过数据库103存储
该短url以及该短url与其对应的长url之间的映射关系。
[0025]
应该理解，图1中的客户端、服务器和数据库的数目仅仅是示意性的。根据实现需要，可以具有任意数目的客户端、服务器和数据库。
[0026]
适于本申请实施例的url的转换方法和装置的应用场景介绍如下。
[0027]
应该理解，短url一般被用于内容长度有限制的地方，比如短信、im消息(即时通讯消息)。相对而言，长url一般被用于内容长度较长的地方，比如长url可以指向网页内容。但是，长url由于太长、太复杂，不便于用户输入和记忆。短url正好相反，不仅短，而且简单，便于用户输入和记忆。因而，在需要使用长url的应用场景中，可以将长url映射为短url，并存储短url以及短url与其对应的长url之间的映射关系。当用户访问短url时，短url服务将短url还原为对应的长url，并利用浏览器的跳转能力将原长url所指向的网页内容返回给用户。
[0028]
举例而言，长url表示如下：
[0029]
https：//mbd.xxx.com/newspage/data/landingshare？pagetype＝1&isbdboxfrom＝1&context＝％7b％22nid％22％3a％22news_9150874672365962997％22％2c％22sourcefrom％22％3a％22bjh％22％7d
[0030]
该长url映射成的短url可以表示如下：
[0031]
https：//mi.mbd.xxx.com/r/9tctw4dudq
[0032]
很明显，短url更便于用户输入和记忆。用户可以直接输入该短url以获取该长url所指向的网页内容。
[0033]
根据本申请的实施例，本申请提供了一种url的转换方法。
[0034]
图2示例性示出了根据本申请实施例的url的转换方法的流程图。
[0035]
如图2所示，该方法200例如可以包括操作s210和s220。
[0036]
在操作s210，响应于接收到针对第一url的转换请求，确定针对第一url生成的第一标识id。
[0037]
在操作s220，基于预先设定的替换字符集、字符位置调换规则集和第一标识id，转换得到与第一url对应的第二url。
[0038]
需要说明的是，在本申请实施例中，第一url可以为长url，第二url可以为短url。此应用场景可以方便用户使用和记忆url。
[0039]
在一个实施例中，当用户通过客户端发起将一个长url转换为一个短url的请求时，服务器响应于接收到该请求，通过短url服务先生成一标识id，再利用预先设定的替换字符集将该标识id值替换为该替换字符集中的相关字符，以得到一个字符串，之后按照预先设定的字符位置调换规则集中的相关规则，调换该字符串中相关字符的位置，以输出一个短url。最后可以将该短url以及该短url与前述请求中携带的长url之间的映射关系存储在数据库中。
[0040]
此外，在一个实施例中，操作s210中的第一标识id例如可以通过自增id得到。
[0041]
与相关技术中要么通过自增id针对长url生成短url，或者要么先针对长url生成自增id，再基于预设的替换字符集对自增id进行转换得到与该长url对应的短url相比，本申请实施例在通过预设的替换字符集对自增id进行转换之后，还会执行字符位置调整的相关操作，因而可以增加前、后短url被暴力猜测到的难度，使得短url用于私密信息或敏感信
息时变得较为安全。
[0042]
作为一种可选的实施例，可以通过以下操作生成替换字符集：选取多个特定字符；以及随机打乱多个特定字符的顺序以生成替换字符集。
[0043]
在本申请实施例中，可以预先生成操作s220中所指的替换字符集与字符位置调换规则集，并将此两者保存于短url生成装置中，以便通过短url服务生成短url时使用。
[0044]
示例性的，生成替换字符集的步骤如下：1)选定多个特定字符，选取规则为人类能较容易识别与输入的字符，比如可以选定如下82个字符：abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz123456789～！@#$％^&*()_+-＝[]{}＜＞；2)将步骤1)中选定的多个字符随机打乱顺序后生成本申请实施例的替换字符集，从而可以防止替换字符集中包含的字符排列顺序被“暴力猜测”，比如针对上述的82个字符，随机打乱后得到的替换字符集可以为：3xtlbq＝ku{9kia)[6m＞a7sw@y(e]fr～yhz_qjxvluc8！m}s1dd+o5gg-tpbnpnj2fz4％vh*ioe#&w^c$r＜。
[0045]
通过本申请实施例，由于在生成替换字符集时，采用了随机打乱所选定的多个字符在替换字符集中的排列顺序的技术手段，因而即使用户可以通过暴力猜测获知该替换字符集中包含有哪些字符，也难以猜测出这些字符的排列顺序，由此可以提高替换字符集的安全性，同时使得基于该替换字符集生成的短url用于私密信息或敏感信息时变得也较为安全。
[0046]
此外，在本申请实施例中，由于第一标识id可以通过自增id得到，并且可以为替换字符集选定一定数量的字符，因而可以做到通过有限字符长度范围，充分利用字符空间表示尽可能多的长url，同时使生成的短url不易被简单猜测出其前后的值，使得短url用于私密信息或敏感信息时变得较为安全。示例性的，可以使用一个int64位的10进制自增id系统生成自增id值。
[0047]
作为一种可选的实施例，字符位置调换规则集中包含的规则条数大于预设值。需要说明的是，在本申请实施例中，规则条数越多，安全性越高。这是因为规则条数越多，所有规则全都被猜中的可能性就会降低。
[0048]
示例性的，生成字符位置调换规则集的步骤如下：1)确定调换规则的条数，规则条数越多，安全性越高；2)确定每条调换规则的字符位置调换顺序。比如，第一位与第四位调换，第二位与第三位调换。
[0049]
示例性的，通过上述方案得到的字符位置调换规则可以包括：规则0.第一位与第四位调换，第二位与第三位调换；规则1.第一位与第二位调换，第三位与第四位调换；规则2.第一位与第三位调换，第三位与第四位调换，第二位与第五位调换。
[0050]
需要说明的是，在本申请实施例中，进行字符位置调换时可以同时选用字符位置调换规则中的所有规则，也可以根据实际需要选取其中的一条或者几条规则使用。调换规则的选取方法可以包括多种，本申请实施例在此不做限定。
[0051]
作为一种可选的实施例，基于预先设定的替换字符集、字符位置调换规则集和第一标识id，转换得到与第一url对应的第二url例如可以包括如下操作。
[0052]
将第一标识id用替换字符集中对应的替换字符表示为第二标识id。
[0053]
基于第二标识id，从字符位置调换规则集中选取目标规则。
[0054]
基于目标规则，对第二标识id进行字符位置调换以得到第二url。
[0055]
在一个实施例中，可以先确定替换字符集的长度，再将第一标识id值对该长度值逐次求商并取余数，然后根据得到的余数找出替换字符集中对应位上字符来表示第一标识id。
[0056]
此外，在本申请实施例中，可以对第二标识id执行预设算法，从而根据算法执行结果从字符位置调换规则集中选取上述目标规则。
[0057]
通过本申请实施例，字符位置调换规则集中可以配置多条规则，但是实际使用时可以选取其中的一条或者多条规则，由此可以增加所使用的调换规则被暴力猜中的难度，安全性又得以提高。
[0058]
进一步，作为一种可选的实施例，第一标识id可以为n进制数，比如二进制、十进制、十六进制等。对应地，将第一标识id用替换字符集中对应的替换字符表示为第二标识id例如可以包括如下操作。
[0059]
确定替换字符集的长度m。其中，m等于替换字符集包含的字符总数。
[0060]
基于确定的长度m，将n进制的第一标识id转换为m进制的第三标识id。
[0061]
根据各替换字符在替换字符集中的排序，将第三标识id中每一位上的数值，替换为替换字符集中的对应替换字符以得到第二标识id。
[0062]
示例性的，假设本申请实施例使用的替换字符集如下：
[0063]
3xtlbq＝ku{9kia)[6m＞a7sw@y(e]fr～yhz_qjxvluc8！m}s1dd+o5gg-tpbnpnj2fz4％vh*ioe#&w^c$r＜
[0064]
可以确定的是，此种情况下m＝82。此外，假设自增id系统进行加1操作后得到的第一标识id为10进制数36219082。此时利用本申请实施例提供的方法，将10进制的36219082转化为82进制数的操作如下：
[0065]
36219082/82＝441696余10
[0066]
441696/82＝5386余44
[0067]
5386/82＝65余56
[0068]
65/82＝0余65
[0069]
因此，可以将10进制的36219082用82进制数表示为：(65)(56)(44)(10)。
[0070]
如图3所示，上述替换字符集的第66位字符为“z”，第57位字符位“t”，第45位字符为“m”，第11位字符为“9”。因此将82进制的(65)(56)(44)(10)用“替换字符集”中的字符表示就是：ztm9。ztm9即为本申请实施例求得的第二标识id。
[0071]
更进一步，作为一种可选的实施例，基于第二标识id，从字符位置调换规则集中选取目标规则例如可以包括如下操作。
[0072]
将第二标识id中的每个字符表示成k进制数。
[0073]
计算第二标识id中所有字符各自对应的k进制数的累加和。
[0074]
确定字符位置调换规则集中包含的字符位置调换规则的条数。
[0075]
基于累加和与条数，确定选取目标规则。
[0076]
在本申请的一个实施例中，可以先将第二标识id中的每个字符表示成ascii码表中的10进制数，再对表示第二标识id中所有字符的10进制数进行累加求和，进而再以字符位置调换规则中包含的规则的条数对该和求模，最终根据求模计算结果从上述的字符位置调换规则中选取当前需要使用的规则。此种规则选取方式，更容易确定加、解密的规律。
[0077]
示例性的，在第二标识id为ztm9的情况下，将字符串ztm9中的每个字符按照ascii码表的十进制表示为：z＝＞90，t＝＞84，m＝＞77，9＝＞57。将每个字符的十进制表示进行累加得到累加值，即：90+84+77+57＝308。将该累加值，基于“字符位置调换规则集”的条数求模运算得到对应的运算结果，即：308％3＝2，因此基于运算结果2可以选中“字符位置调换规则集”中的“规则2.”进行使用，即利用“规则2.第一位与第三位调换，第三位与第四位调换，第二位与第五位调换”来处理此示例中的ztm9，最终得到mt9z。
[0078]
通过本申请实施例，由于一个字符串中各字符的十进制表示的累积和不受字符排序的影响，因而不管调换字符位置后最终得到的短url是什么，该短url的十进制表示的累积和与字符位置调换前的字符串中各字符的十进制表示的累积和是一样的，由此可以方便推演出解码短url应使用的规则。
[0079]
作为一种可选的实施例，该方法还可以包括：在得到第二标识id之后，在第二标识id上添加特定域名。
[0080]
具体地，可以根据浏览器的格式和所使用的协议，为第二标识id添加特定的域名，以便保证针对长url生成的短url可以正常使用。
[0081]
以下以一个具体实施例详细阐述本申请。
[0082]
响应于一个将长url转为短url的请求，短url服务将执行如下操作：
[0083]
1)对“自增id”进行加1操作。
[0084]
2)将1)获得的id值通过“进制转化算法”转化为“替换字符集”长度的进制。以上述实施例中的82位“替换字符集”为例，并假定加1自增后的“自增id”值为36219082，此步骤将10进制的36219082转化为82进制表示：
[0085]
36219082/82＝441696余10
[0086]
441696/82＝5386余44
[0087]
5386/82＝65余56
[0088]
65/82＝0余65
[0089]
因此，将10进制的36219082用82进制表示为：(65)(56)(44)(10)。继续参考图3，“替换字符集”的第66位字符为“z”，第57位字符位“t”，第45位为“m”，第11位为“9”。因此将10进制的36219082用“替换字符集”中的字符表示为：ztm9。
[0090]
3)将2)所得的字符串ztm9按照ascii码表的十进制表示，并将每个字符的十进制表示累加：z＝＞90，t＝＞84，m＝＞77，9＝＞57即：90+84+77+57＝308。
[0091]
4)将3)所得累加值，模“字符位置调换规则集”的条数，即：308％3＝2。因此，根据此计算结果，在本实施例中可以使用“规则2.第一位与第三位调换，第三位与第四位调换，第二位与第五位调换”来处理此例。
[0092]
5)使用4)确定的“字符位置调换规则集”来处理2)所得的字符串，并获得最终的“短url”。
[0093]
上述示例在此的处理过程为：2)所得字符串：ztm9。4)所确定的调换规则：“规则2.第一位与第三位调换，第三位与第四位调换，第二位与第五位调换”。因此最终“短url”为：ztm9＝＞mtz9(第一位与第三位调换)＝＞mt9z(第三位与第四位调换)＝＞mt9z(因当前未达五位长度，“第二位与第五位调换”舍弃不执行)。
[0094]
将最终的“短url”添加上域名返回给调用者，比如，将https：//domain.com/加载
“
mt9z”前面得到“https：//domain.com/mt9z”。
[0095]
需要说明的是，对于短url用于web场景，添加域名可以保证短url满足浏览器对url的格式和所使用的协议的要求。对于短url在同一套设备或者同一app上使用的场景，可以不添加域名。
[0096]
根据本申请的实施例，本申请还提供了一种url的转换装置。
[0097]
图4示例性示出了根据本申请实施例的url的转换装置的框图。
[0098]
如图4所示，该装置400可以包括：确定模块410和转换模块420。应该理解，该装置可以用于实现如图2所示的方法。
[0099]
确定模块410，用于响应于接收到针对第一url的转换请求，确定针对第一url生成的第一标识id。
[0100]
转换模块420，用于基于预先设定的替换字符集、字符位置调换规则集和第一标识id，转换得到与第一url对应的第二url。
[0101]
通过本申请实施例，在通过预设的替换字符集对自增id进行转换之后，还会执行字符位置调整的相关操作，因而可以增加前、后短url被暴力猜测到的难度，使得短url用于私密信息或敏感信息时变得较为安全。
[0102]
作为一种可选的实施例，转换模块可以包括：字符替换单元，用于将第一标识id用替换字符集中对应的替换字符表示为第二标识id。规则选取单元，用于基于第二标识id，从字符位置调换规则集中选取目标规则。字符位置调换单元，用于基于目标规则，对第二标识id进行字符位置调换以得到第二url。
[0103]
作为一种可选的实施例，第一标识id为n进制数；字符替换单元包括：第一确定子单元，用于确定替换字符集的长度m；第一转换子单元，用于基于确定的长度m，将n进制的第一标识id转换为m进制的第三标识id；以及替换子单元，用于根据各替换字符在替换字符集中的排序，将第三标识id中每一位上的数值，替换为替换字符集中的对应替换字符以得到第二标识id。
[0104]
作为一种可选的实施例，规则选取单元包括：第二转换子单元，用于将第二标识id中的每个字符表示成k进制数；计算子单元，用于计算第二标识id中所有字符各自对应的k进制数的累加和；第二确定子单元，用于确定字符位置调换规则集中包含的字符位置调换规则的条数；以及第三确定子单元，用于基于累加和与条数，确定选取目标规则。
[0105]
作为一种可选的实施例，该装置还包括：域名添加模块，用于在得到第二标识id之后，在第二标识id上添加特定域名。
[0106]
作为一种可选的实施例，通过以下操作生成替换字符集：选取多个特定字符；以及随机打乱多个特定字符的顺序以生成替换字符集。
[0107]
作为一种可选的实施例，字符位置调换规则集中包含的规则条数大于预设值。
[0108]
作为一种可选的实施例，第一url为长url，第二url为短url。
[0109]
应该理解，本申请装置部分的实施例与本申请方法部分的实施例对应相同或类似，本申请在此不再赘述。
[0110]
根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。
[0111]
如图5所示，是根据本申请实施例的url的转换方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助
理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。
[0112]
如图5所示，该电子设备包括：一个或多个处理器501、存储器502，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图5中以一个处理器501为例。
[0113]
存储器502即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的url的转换方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的url的转换方法。
[0114]
存储器502作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的url的转换方法对应的程序指令/模块(例如，附图4所示的确定模块410和转换模块420)。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的url的转换方法。
[0115]
存储器502可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据url的转换电子设备的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至url的转换电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0116]
用于实现本申请的url的转换方法的电子设备还可以包括：输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接，图5中以通过总线连接为例。
[0117]
输入装置503可接收输入的数字或字符信息，以及产生与url的转换电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置504可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
[0118]
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种
实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
[0119]
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
[0120]
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
[0121]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
[0122]
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系；服务器可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。
[0123]
根据本申请实施例的技术方案，在通过替换字符集对与长url对应的自增id进行转换之后，还会执行字符位置调整的相关操作才最终生成短url，因而可以增加前、后短url被暴力猜测到的难度，安全性得以提高。
[0124]
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。
[0125]
上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。