记录一次使用jiaThis社会化分享组件遇到的坑!!

    在项目中用过几回jiaThis了,使用的是自定义的模式,前面几回都没有发现什么问题,可是此次却出现一个很奇葩的问题。linux

    问题背景:使用jiaThis自定义分享,在本地测试时,全部分享均正常,可是放到linux服务器上后,新浪微博和微信分享仍正常,可是QQ空间分享却出现了问题,打开分享到QQ空间的连接,发现没法加载接口内容。浏览器

    被分享连接:http://192.168.141.22/#/index/assess/publicQuestion?engId=vdt_zonghezheng&type=DJK_STJK服务器

    分享后显示的连接:http://192.168.141.22/#/index/assess/publicQuestion?engId=jianzhouyanzice&type=DJK_STJK微信

    最终在浏览器中打开的分享连接:http://192.168.141.22/#/index/assess/publicQuestion?engId=jianzhouyanzice&amp%3Btype=DJK_STJK测试

    问题分析:通过上面的对比就能发现,url在分享到QQ空间时,url中的&符号被转义成了‘&’,最终在浏览器中打开时,浏览器又将‘&’中的‘;’编码成了‘%3B’,这就致使了页面代码没法获取到本来在‘&’后面的参数,而这个参数就是页面中接口请求的主要参数,所以就形成了页面请求接口失败。编码

    解决方法:因为jiaThis的源码是通过加密压缩的,我没法经过jiaThis源码来肯定致使这一问题的具体缘由,也没法经过修改源码来解决这一问题,所以我只能采用修改本地代码的方式来解决这一问题。具体的作法是:在这一页面的js开始就获取‘&’后面的参数,若可以获取到,则说明url正常,不作任何处理;若获取不到,说明url被转义了,就手动将url进行反转义,而后经过重定向再次跳转页面,最终解决问题。加密

    PS:目前的解决方法,不用说都有不少的局限性,但由于项目赶时间,并且之前用的也是jiaThis组件,所以此次不得不采用这种很是极端的作法。如有大神也遇到过这类问题,而且完美的解决了这个问题,但愿你留下宝贵的解决方案,提早感谢!url

相关文章
相关标签/搜索