作者: 孟繁永

  • 前后端分离的微信开放平台网站应用实现微信登录

    先说下项目结构:前端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);

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

  • 关于“行动者联盟2020公益盛典评选”我想说的

    武汉大学北京校友会,今年很火的一个名字,确实,很多杰出校友动员了很多社会资源参与了上半年的抗疫行动,但实际上,这里面遗憾很多,首先,这不是一个常规的专业公益组织,当然,这个瘟疫也不是一个常规的公共卫生事件,当我仍然一厢情愿的希望有一个专业组织来带头,可惜,这不是过去,也不是看得见的未来。我不知道今冬明春假如重来,武汉大学北京校友会是否还要像上次那样乱撞。

    题目中那个评选正在火热进行,校友们也在积极拉票,但从票数来看,参与的人很有限,老百姓其实并不关心,也可能已经没有余力关心,自己的生计如何维持可能是更加重要的命题。

    再想想,武汉到底有多少灭门,到底有多少误伤,都是一笔糊涂帐,这个盛典来得就更加不人道了。

    武汉大学早早地就配合上面搞了抗疫成就展览,这个盛典只是这场虚伪的狂欢的延续。

    我不知道哪个是真的,但我相信我知道哪个是假的。

  • 以前的博客

    以前的博客很多评论,写博客没有评论就是纯粹为了发泄了,现在就是这样。

    有了所谓新媒体之后,交流就越来越少,越来越浅,人们更多的为了一句话根本解释不清的简单论断而争论。坐在咖啡馆或者茶馆里面对面的深谈也越来越成为一种奢侈。

    我的博客最近的一条评论来自台湾,这让我感到很幸福。

    另一种类似的体验是我在gmail收到来自周老师的来信的时候,这是我些年来收到的唯一一个私人的来信。尽管有些观点我并不赞同,有些内容也不是我关心的,

    昨天在校友育儿群里提议组织一个育儿市集,在北京选四个公园,每个月的四个周轮流在这些公园举办育儿市集,为的是增加一下孩子们的公共活动空间,否则到公园里玩,也是各跑各的,跟陌生人没有交流。这让我感到孤独,我担心这种孤独已经延伸到孩子身上了。

  • 远程OBD是什么?

    基于4G全网通信技术的车载WIFI热点OBD设备

    通过OBD接口采集汽车ECU相关数据同时集成GPS定位,并通过4G网络将数据上传服务器,提供车载WIFI、车辆体检、车辆轨迹、精确的行程报告、油耗分析、驾驶行为分析等功能的智能汽车车载终端。

    (1)即插即用、安装方便简单、支持远程升级、串口升级等各种升级方式。

    (2)工业级模块,适合长期连续工作,抗干扰能力强。

    (3)支持TDD-LTE和FDD-LTE,移动联通电信全网通,支持车载WIFI高速上网,同时最多接入10个终端设备上网。

    (4)自动识别,支持车辆诊断协议,实时了解车辆的当前工作状态。

    (5)内置GPS可以实现精准定位车辆具体位置。

    (6)内置3D加速度传感器。

    (7)设备自动转弯补偿、高速补偿,保证轨迹平滑顺畅。

    (8)大容量FALSH存储,盲区数据自动补传。

    (9)点火熄火报告,熄火自动休眠,低功耗。

    (10)精准里程分析、油耗分析,不仅提供单次行程的里程油耗分析,还提供超速、高速、中速、低速、怠速的里程油耗分析。

    (11)驾驶行为分析:设备提供急加速、急减速、急加油、急转弯、长时间怠速、超速、疲劳驾驶等的实时提醒,可以准备的分析出超速/高速行驶的时间、里程比例,车主行驶的时间和里程等。

    (12)支持车辆体检、汽车发动机故障、保养提醒、节气门清理、电瓶亏电、超速、疲劳、冷却液温度高等10多种报警。

    以上来自网络。

    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

  • 房车怎么算价钱

    加了一个房车群,群主给大家算算房车的价钱,房车分底盘和上装两个部分。底盘就是汽车厂家提供的某个客车或者货车底盘,包括发动机、驾驶舱、整个车架。上装就是在底盘的可背负的基础上做装修。

    B型车是在底盘的车厢内部做改造,C型车还要另外做一个车厢外壳,这个外壳一般会用保温性能更好地三明治夹板。

    所以总的来说,房车的价钱分为两个部分,底盘的价格和上装的价格。底盘一般几万到几十万不等。上装可以参照厨房精装修的标准计算,当然,房车厂不会这么引导,但实际上就是装修施工费用加上设备材料费用。厨房十来平米,房车也是十来个平米。

    目前房车市场还不是很透明,像房山的房车世界里面都是卖的利润比较高的C型房车,B型车因为车厢都有了,只能做内装修,看起来工价更透明,利润有限。

    如果从折旧的角度算,底盘的折旧基本上就可以参考一般二手车的折旧率,上装跟二手房的装修一样,装得再好,也不值多少钱,折旧率高的很。假如底盘按每年10%到15%算折旧,上装就要按30%~50%算折旧了。所以市场上四五十万的两年二手房车差不多可以五折拿到。

  • mac版edge有个致命bug:更新后损坏所有记住的密码

    没法用了,只能作为临时的测试浏览器使用。

  • 关于规范管理短租住房的通知(征求意见稿)点评

    关于规范管理短租住房的通知

    (征求意见稿)

    各有关单位:

    为加强短租住房管理,根据《中华人民共和国物权法》《中华人民共和国电子商务法》《中华人民共和国网络安全法》《中华人民共和国治安管理处罚法》《中华人民共和国反恐怖主义法》等相关规定,现就有关事项通知如下:

    一、本通知所称短租住房是指利用本市国有土地上的居住小区内的住房,按日或者小时收费,提供住宿休息服务的经营场所。

    二、经营短租住房应当符合下列条件:

    (一)符合本小区管理规约或业主大会决定;(不赞成,对拥有产权的房产不应该设置前置条件,尤其是在目前小区规约或者业主大会在实质上无法高效低成本运行的情况下,这种议题很难落实,房东难以取得这样的决定通过。如果按这个来相当于封杀。)

    (二)取得出租住房业主的书面同意;(不赞成,这个跟某些地方在家里注册公司办公地址一样,也是不应该的,不能假定这种业务就一定会扰民,否则有朋友来访问也要事先经过邻居同意,这不是很荒唐吗?这种只能通过邻居投诉,平台处罚,再升级到个人信用方面分层来解决。)

    (三)房屋符合建筑、消防、治安、卫生等方面的安全条件;(这一条原则上不反对,但也不适合作为前置条件,这些房屋本身都是具备自住条件的,除非证明是公司化规模经营,有可能因为有限责任造成偷工减料或者过度经营产生隐患,房东对自有房产不会那么任性。何况短租平台的房屋信息比普通出租网站要详尽的多,房客也可以有充分的判断。)

    (四)依法办理房屋出租登记。(赞成这一条,同时,也可以接受平台直接和相关部门联网,甚至在短租房安装联网监控设备,就像柴油车的联网监测一样。)

    无管理规约或业主大会决定的,应当取得本栋楼内其他业主的书面同意。(不赞成,业主大会一般不应该涉及这个范围,无论是长租或者短租,其他业主无权干涉,这是业主的财产权。)

    三、短租住房经营者通过互联网平台发布短租住房信息的,应当向互联网平台提交下列材料:

    (一)所在小区管理规约、业主大会决定或本栋楼内其他业主书面同意的材料;(不赞成,上面说过了)

    (二)业主身份证明;(没问题,目前平台都有身份验证)

    (三)房屋权属证明;(没问题,目前平台都有身份验证)

    (四)出租住房业主同意房屋用于短租经营的书面材料;(赞成,正当要求)

    (五)经营者身份证明;(赞成,正当要求

    (六)经营者与房屋所在地公安派出所签订的治安责任保证书面材料。(不赞成,但在登记时签一份也能接受,但这是公安推卸责任。)

    四、互联网平台提供短租住房信息发布服务的,应当履行下列责任:

    (一)核验短租住房经营者提交的材料;

    (二)登记房屋详细地址,并实地查看房屋状况,确认符合相关规定;

    (三)对短租住房经营者身份信息进行登记、审查并完成实名身份认证,对交易订单签订人和实际入住人员逐人登记身份信息和有效联系方式;

    (四)按照公安、住建部门要求及时报送入住人员、房屋等信息。

    互联网平台收集、使用其用户的个人信息,应当遵守法律法规有关个人信息保护的规定以及相关约定,不得泄露、篡改、毁损其收集的个人信息;未经被收集者同意,不得非法向他人提供个人信息。

    五、互联网平台不得为下列短租住房提供信息发布服务:

    (一)经营者提交的材料不齐全或核验未通过的;

    (二)位置、面积与实际或权属证书记载不符的;

    (三)图片、配套设施与实际不符的;

    (四)使用旅馆业法规所规定名称的。

    六、短租住房经营者应在住宿者入住前,当面核对住宿者身份证件信息,即时通过规定的信息系统申报登记信息。登记信息内容包括:承租人姓名、身份证件类别、身份证件号码、居住时间、有效联系方式等。(部分不赞同,目前的技术条件完全没有必要当面核对,微信视频或者直接安装联网的人脸核验设备都可以解决,短租房本身就不是自住,要求当面核验,极大地增加接待成本。)

    短租住房经营者不得向无合法有效身份证明的人出租房屋。

    七、住宿者应当携带合法有效身份证件,配合经营者和互联网平台登记申报身份信息和有效联系方式,不得利用短租住房从事违法犯罪活动、损害公共利益或者妨碍他人正常工作、生活。(后半句属于废话,无需声明。在扰民方面平台都有规约,比如根据房屋条件是否允许聚会等)

    八、物业服务企业或房屋管理单位发现居住小区内存在违规短租住房的,应对违法违规行为进行劝阻、制止,劝阻、制止无效的,及时报告有关行政部门及属地街道、社区。(责任不明确,应该明确具体的定义违法违规行为,比如噪音扰民、未进行实名登记等,物业本身也不应该承担这样的检查责任,也没有这样的权利。相反,应该向短租房业主提供门禁方面的便利。)

    九、住建(房管)、公安、网信等有关部门应当按照各自职责,做好短租住房的监督管理工作。(应该明确具体职责)

    街道办事处、乡镇人民政府应加强对本辖区内短租住房的监督、巡查。(应该明确职责,法律依据,明确投诉渠道和解决流程)

    十、短租住房出租人、短租住房经营者未按规定办理出租登记的,依照《治安管理处罚法》《反恐怖主义法》的相关规定处罚;互联网平台未要求用户提供真实身份信息或者向不提供真实身份信息的用户提供相关服务的,依照《网络安全法》《反恐怖主义法》的相关规定处罚;互联网平台未履行核验短租住房经营者提交的相关材料的,依照《电子商务法》相关规定处罚;短租住房存在其他违法情形或安全隐患的,依照相关法律法规查处。

    十一、本通知自  年  月  日起施行。

  • 平安车险业务员失误重复推车险退保流程

    9月份的时候有平安的业务员A推送保单,已经完成了下一年度的续保。

    上周又有业务员B来电话推送保单,一时忘记了,点开发来的链接跳转到平安好车主就完成了付款,结果一看保单发现重复了。

    找业务员B退,各种推脱,后来说一定要到营业网点才能退,一共三百多的保费,跑一趟太耽误事儿了。我要求报销打车费也被业务员当作开玩笑。

    无奈,就去找平安保险的投诉渠道。平安网站上找不到任何投诉渠道的入口,这貌似违反了银保监会的规定。

    然后我尝试了拨打招商银行的客服电话拦截这个账单,不行,建议找支付宝。然后我找了支付宝电话客服,让在app里提交投诉,被驳回,说是线下交易,让找平安解决。这就又转回来了。

    问了这个业务员门店的地址,查到是平安的北京分公司。

    先打电话到平安保险的北京分公司,就是他们这个点给我推的重复保单。开始搜到的地图上的电话不通,后来在官网找到电话,C让拨打95511,口述投诉。

    95511一上来就是报案什么的,如果没有上面这个分公司的客服指点,我实在不知道哪个环节“投诉”。投诉被D记录之后,有E电话打回来,E让加微信提交身份证材料,然后发过来一个“平安车险电子批改申请书”,我看了下是保单批改作业。

    到确认签字环节,退费被扣了十几块钱,问了一下说是3%的手续费。我说这不合理,是平安自己没有做好业务,给客户重复推保单。

    然后这个人E又去联系渠道,最后,渠道的人F加微信直接发了十几块钱的红包过来,我就答应在批改单上签字了,对方E说几个小时以后直接打到我留的银行卡上。

    此事经过这一系列坚持,算是得以解决,虽然花了不少时间,终究是摸清楚了平安的治理水平。

    首先平安的业务推送可以很积极,但也自己做好调查,不能瞎推。

    其次其投诉渠道不够明确,没有准确完整的落实银保监会的规定。

    最后,解决方式不规范,但最终为客户解决了问题,从公司角度值得改进,从服务角度还是值得肯定的。

    当然,还有一个保留手段没有用到,那就是银保监会的投诉电话。不知道是否好用,只有一个电话。

  • 为什么不能直接取消强制车辆年检

    最近出来的政策看上去是大利好,实际上让步的空间有限,8座9座的车辆很少,看上去是让了,但实际上更多只是在向C本的车型定义一致靠拢,一定程度上减小了乱七八糟的车辆和驾照的分型标准的混乱程度。

    至于车辆年检六年以上放宽到两年一检,也是给检车厂留一点生意,现在都是要求先上强制保险,再去验车,按说保险公司给车辆上保险应该是先验车才能上,这两个分开本身就很奇怪,无论哪个先后。

    车辆是否具备安全驾驶条件应该由承保的保险公司负责,交警通过现场或者非现场检查就行了,至于检车的费用自然由保险公司解决,保险公司之间有竞争,不至于像现在检车厂一样,强制一样的收费,无论车况好还是车况不好。

  • 不知不觉中“自习室”已然成了一种业态

    自习室是十年前的一个创业想法,http://futuremeng.sincebirth.spac/?s=%E8%87%AA%E4%B9%A0

    经朋友提醒,发现不管是武汉还是北京,自习室都不下几十家了。十年前我核算的每个座位需要消费10元,现在每个座位均价在每日30元左右,北京的当然更贵一些,差不多要50元了。还有包月包季的。

    这种微型房产项目是我十年前提出来的一个概念,说明服务业进一步细分,是好的方向,但是这种服务也是价格敏感的,尽管投入一般也不大。

    不知道再过十年,从这些自习室里能走出一些什么大人物,就像老年间的咖啡馆那样。