分类： 全部文章

有搞开发的同事庆幸gitee速度很快，但也有同事提醒github打包下载代码更快。

找有用的新的项目肯定还是github优先，当github被限速越来越严重的时候，获取好项目的机会就越来越低，何况，自己的网连阿里云都会很慢，这样的办公条件有什么好庆幸的呢？

尽管我也不怎么在github上贡献代码，至少还点个真实的star，我不想在一个充斥者虚假的商业开源代码的gitee上浪费太多时间。

前面那一篇说了基于laravel+vue的实现方式和不要踩的坑，这一篇记录一下如何实现本地调试和线上部署。

当然，线上就按上一篇就好了，在vue-wxlogin里面配置appid（微信开放平台里面的网站应用的appid，需要先申请），laravel里需要配置appid和secret。

现在主要说一下如何在本地调试。vue-wxlogin显示二维码的时候需要appid和回调地址一致，如果把线上域名反向隧道到本地，那么线上就用不了，如果用本地的hosts来解析，那么就无法同时访问线上的版本。所以比较好的办法是专门申请一个测试用的网站应用，比如portal.local.futuremeng.sincebirth.spac，通过vi /etc/hosts添加127.0.0.1 portal.local.futuremeng.sincebirth.spac来将这个域名解析到本地环境。

然后在本地的nginx中添加一个站点，配置文件如下：

server {
     listen 80;
     server_name portal.local.futuremeng.sincebirth.spac;
     charset utf8;
     location / {
        proxy_pass http://192.168.2.180:6060/;
        add_header Content-Security-Policy "script-src 'self' 'unsafe-inline' 'unsafe-eval'; object-src 'self'; style-src 'self' 'unsafe-inline';";
        proxy_set_header Host            $host;
        proxy_set_header X-Real-IP       $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    }
}

其中，IP换成你自己的电脑的IP，如果是docker跑的nginx，需要指定为本机的局域网IP，也就是docker的宿主机IP，否则，如果设置成127.0.0.1是访问不到后面在vscode中建立的服务的。

最后打开vscode，打开vue项目，设置一下devServer的port，我用6060是为了同时npm run serve起多个前端项目，而这一个专用这个端口，以便nginx这里能够保持可用。

先说下项目结构：前端vue，后端laravel。

其中前端用vue-wxlogin这个组件来显示微信登录的二维码。

这个组件中的appid填写微信开放平台中的网站应用的appid，redirect_uri填写微信开放平台中的网站应用登记的授权回调域。

这个授权回调域可以和网站应用的应用官网相同，也可以不同。

只要appid和redirect_uri与网站应用中的一致，二维码就可以显示。

为了调试方便，我在本地调试时把网站应用登记的授权回调域临时修改为另一个域名（该域名做了反向隧道，不知道是否必要）。

当二维码能正常显示时说明前端没有问题了。微信扫码确认后前端页面会跳转到redirect_uri（网址赋值需要用encodeURIComponent来编码一下，否则path可能会出错，比如hash模式时path跑到问号后面去了），跳转后的url会带上code参数。

接下来我们需要用这个code来换取openid和access_token。那么这就涉及到redirect_uri应该用前端域名还是后端域名呢？

我设置的是前端域名，也就是前端的login页显示二维码，然后扫码后跳转到weixin页，读取code并向后端接口发起获取openid的请求。这样，一则前端跳转时是本域跳转，不用重新加载页面，二则，也比较符合前后端分离的模式设计。

后端在code获取openid和access_token这里，我陷入了极大的困惑。后端我引入的是overtrue/laravel-wechat，其中有open_platform的接口，我以为可以像公众号和小程序的接口那样直接调用，比如

$this->app->handleAuthorize($input['code']);

就可以搞定了，但就在这一个方法上，我浪费了一个下午的时间。

具体不展开说了，可以参考https://blog.csdn.net/qq_39859060/article/details/83512563，但其实就算有这篇文章，我还是没搞清楚到底怎么回事，这个component_verify_ticket到底有什么用呢？

最后，是按https://learnku.com/laravel/t/36118#reply164754里面提到的第一种方法实现的。简单的一个file_get_contents就搞定了。

$url = "https://api.weixin.qq.com/sns/oauth2/access_token?appid=" . config('wechat.open_platform.default.app_id') .
            "&secret=" . config('wechat.open_platform.default.secret') . "&code=" . $input['code'] . "&grant_type=authorization_code";
 $jsonResult = file_get_contents($url);
 $data = json_decode($jsonResult, true);

再次吐槽微信难道从上到下都是跟张小龙一样的狗屎脑子吗？起名字和写文档都一样乱。

以上来自网络。

OBD最初是为了安全驾驶而出现的，随着环保要求越来越高，也成为环保检查的一种手段。但是看到其中的联网，还是有些恐怖的，车联网将GPS定位数据及车况数据实时上传。这是上行链路，同时，也可以基于这个通道完成下行控制。之前传播过一轮的远程控制汽车的零点其实不是未来，而是现实。

一个被破解了的汽车可能随时出现被控的“意外车祸”。技术上貌似不用太复杂，伪造一个基站就行了，之前的2G、4G基站伪装技术已经很成熟，现在的5G基站也不是什么太难的事情，貌似协议本身的漏洞依然存在。

其实，只要这个OBD像飞机的黑匣子一样只要收集了数据并且加上防篡改装置，就可以在查缉时通过有线连接获取或者即时开启无线链路来获取数据，没有必要一定实时上传。而且，真的故意躲避的，自然有办法屏蔽联网信号，造成上传故障，这个逻辑仍然是只管好人，不管坏人。但是让好人大大的增加了暴露的风险。

这些装置已经广泛的植入各种机动车辆，对于重型工业或者商用车辆还好，但装在旅居车或者家庭用的新能源汽车上，总觉的对个人隐私侵犯过多。不知道当时这政策出台的时候是如何通过的。

参考：

5.1 国六重型车远程排放监管要求
2018 年 8 月发布的《重型柴油车污染物排放限值及测量方法（中国第六阶
段）》（GB 17691-2018）标准中规定，从 6a 阶段开始，车辆应装备符合附录 Q
要求的远程排放管理车载终端，鼓励车辆按本标准附录 Q 要求进行数据发送。
从 6b 阶段开始，生产企业应保证车辆在全寿命期内，按本标准附录 Q 要求进行
数据发送，由生态环境主管部门和生产企业进行接收。
5.2 营运车辆在线监控标准
2011 年，交通运输部要求营运车辆必须与全国道路货运车辆公共监管与服
7
务平台进行联网，对运营车辆运行位置和时间进行监控，编制并实施了《道路运
输车辆卫星定位系统》系列标准。该系列标准对营运车辆上报位置信息所需要的
车载终端、车载终端与平台的通讯协议、平台间通讯协议及平台功能进行了规范。
5.3 电动汽车在线监控标准
GB/T 32960《电动汽车远程服务于管理系统》标准于 2017 年正式实施。标
准包含三个部分：总则、车载终端和通讯协议及数据格式。总则（GB/T 32960.1）
定义了系统的术语和定义、总体结构和一般要求。车载终端（GB/T 32960.2）规
定了电动汽车远程服务于管理系统车载终端的技术要求和试验方法。通讯协议及
数据格式（GB/T 32960.3）规定了通讯中的协议结构、通讯连接、数据包结构与
定义及数据单元格式与定义。

来源：

http://www.mee.gov.cn/xxgk2018/xxgk/xxgk06/202004/W020200423368282417631.pdf