奇葩的后端分页要求 --后端大佬安排&前端小白实现

[qshu]

GET 参数 params 来获取指定页内容

/api/cont?limit=数量&continue=Base64 加密的 JSON 页数

大家有没有遇到过这样搞分页的，页码数 base64 加密？

[viakiba]

base64 只能称为编解码 不属于加密

[FrankFang128]

这不算奇葩，只能算脱裤子放屁——多此一举。

[qshu]

@viakiba 编码人类不能直接理解与加密有什么区别(-_-)

[imnpc]

页数 base64 ？我记得 get 传递 base64 会出问题来着？有些符号会变？

[yahon]

可以，但没必要。

[qshu]

@imnpc 大佬是这么要求的 出问题接着问他就把类似 "{"start":2}"这种字符串转 base64

[zjsxwc]

如果 base64 后包含符号 & ? + 等符号时，
你不就凉了 233333

[LancerComet]

如果是 JSON 的问题，可以 stringify 之后当字符串传，这种还挺多的

[Elethom]

这种后端留着过年？怕不是来搞笑的吧。

[qshu]

@zjsxwc 好像是唉，把这放在 URL 真的无语

[tomczhen]

为了防止遍历分页还是有把分页编码或者加密的需求的。

base64 中只有 / 和 + 字符，没有 & 和 ？，而且 web 上一般用 url safe base64，所以担心特殊字符的就算了。

[passerbytiny]

难道是反爬？

[gaoryrt]

@zjsxwc base64 编码之后合法字符包括 [A-Za-z/+=]
讲道理应该是没问题的。。。吧

[qshu]

@passerbytiny 反爬好像是有那么点效果的

[qshu]

@tomczhen
@gaoryrt 感谢，刚查了下，是没有影响的字符，才疏学浅了

[zjsxwc]

@gaoryrt

看了下普通数字是不会有特殊字符 0-9 总共就那么几个字母轮流替换

[Macolor21]

@qshu
编码就是编码，加密就是加密，不能混淆。那我们的编程语言的也对普通人不可理解，那算加密么？
另外这种风格我见国外的外部 api 也有用的，一般就是出于各种考虑和妥协的后果，不要见到什么不和自己的理念就吐槽，这种心态不太好。

[hanxiV2EX]

加密 url 参数也不是这样搞的呀，接过 sdk 的都应该知道是给参数加盐后求 sign

[fundon]

还不如 POST 数据一把梭

[vevlins]

反爬也不能用这种手段啊，太不优美。大佬都给你安排好了你还准备跟他肛一波不成？按照要求写呗