V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 12 页 / 共 122 页
回复总数  2429
1 ... 8  9  10  11  12  13  14  15  16  17 ... 122  
body 结构不一致才是真的坑死人,每次遇到这种都觉得这么干的人真是脑子进水了
2023-08-28 10:24:29 +08:00
回复了 xiaoqidev 创建的主题 分享创造 开源一个小组件,所有小程序 15 天内都可能用得上
@xiaoqidev #13 好吧,确实没注意打开的隐私协议是设置在微信后台的,不好意思

不过这个地方其实有个法律风险,微信不直接提供这个弹框也可能是考虑到了这个,即所见即所得,用户看到和点击的同意按钮的页面如果是由微信提供的,那么法律上可能意味着微信需要同等担责的风险,毕竟总会有难缠的用户
2023-08-28 10:08:23 +08:00
回复了 xiaoqidev 创建的主题 分享创造 开源一个小组件,所有小程序 15 天内都可能用得上
不是我说,微信不直接做弹框的重点是需要你自己提供合规合法你自己小程序的隐私协议,好家伙,你直接搞个弹框,隐私协议都没地方提供,也不是微信非要这么弄,中华人民共和国个人信息保护法都出台了,微信这么干估计是有政策法规要求了,这弄虚作假的行不行啊
2023-08-26 11:24:54 +08:00
回复了 haitaoli 创建的主题 问与答 有没有开发过企业微信群机器人的大佬
企业微信群有个会话归档的功能估计能满足你的需求,不过这功能似乎是要花钱的
2023-08-26 11:22:20 +08:00
回复了 chensuixiang 创建的主题 程序员 请教 websocket 二进制消息编码问题
二进制编码,前两个字节应该是结果 code ,3 和 4 字节显然是后面错误消息的长度值,你非要把它弄成字符串当然会出现乱码了
@kaedeair #37 https://www.home-assistant.io/integrations/luci/

luci 的 platform 调用的是 luci-mod-rpc
device_tracker:
- platform: luci

@kaedeair #34 还真不是,配置的 device_tracker 的 platform 是 luci ,就是从 lede 来的

我是又在手机上安装了 GPS 记录器,频率设低一点再设置禁止杀后台,hss 同时设置跟踪 wifi 和 GPS 记录器,好像同时离开才有效,通过手机的 GPS 记录器还能实现家附近和公司附近之类的逻辑
@kaedeair 不会的吧,我现在软路由 lede 的版本,wifi 是华硕设置为 ap 模式,不过 hss 和 lede 兼容有点问题,会报个错,好像是无法正确的识别 lede 的版本号,lede 改的和 openwrt 的版本号信息似乎有些不一样,我都是直接去 hss 代码里直接改了这个错似乎就完全正常了,现在一直这样用很久了挺好的
@kaedeair #21 可以不用带无线吧,openwrt 下面连接的 wifi 配置为 ap 模式就好了,除了在成品路由器上刷 openwrt ,单独软路由的 openwrt 一般都要用单独使用成品 wifi 的吧,说实话还是 wifi 路由器自带的系统好用,再刷个 openwrt 不管咋还是不咋好用
其实判断手机是否断开 wifi 实现更容易吧,误判断也更少,hss 直接连接 openwrt 来获取对应 mac 是否离线,我的家配置是否离家可以直接添加对应 mac 来判断,后续就可以用我的家的状态通过自动化来驱动其他设备运行,我现在就是这么干的,很好用
2023-08-22 09:50:30 +08:00
回复了 Edward4074 创建的主题 程序员 讲个笑话,领导要求低代码中使用 Java 作为脚本语言
看得出这领导应该是 java 重度使用着而且是阿里这种重度 java 出来的吧。。

其实编译 java 代码加载或者动态加载 jar 包其实也是挺好一技术,但是要说定位一线业务人员可以直接配置的其实就有点坑了,且不说一线业务人员学习难度也太高了点,再者如果底层已经是 java 搞得,配置脚本还是 java 且不是 codegen 的方式的话,那就是说没有安全沙箱了?他就不担心某人写个配置脚本手抖瞎写把整个平台都搞崩么,难不成他是想业务人员提交完配置脚本再找人审核么不能实时生效?

满足业务场景又易用性、安全和扩展能力综合考量啊,过度考量扩展能力其实也并非是一个好选择吧
gps 加 gsm 模块不便宜,每只羊弄不现实,羊群本来就是群居动物,都是跟着头羊跑的,给头羊和几只喜欢带着乱跑的带个就好了,3 到 5 分钟上报一次耗电其实还好,一两星期充一次估计还是能做到的
2023-08-18 21:17:19 +08:00
回复了 ohayoo 创建的主题 Python 请问 Python 3.11 版本是对线程安全做了什么更改吗?
@julyclyde 想多了,汇编都不是,这个和 cpu 独立核心对应的是独立栈帧,就想 cpu 计算指令只能运行在寄存器,Python 对应的则是计算指令只能运行在栈帧上,多线程下独立寄存器和独立栈帧问题自然是一样的了,而且各种语言都是这么设计的,这是效率和准确性取舍没啥问题,不过相对于 gcc 对寄存器使用深度各种优化,Python 编译器对栈帧使用的优化说实话真不咋滴
2023-08-17 22:32:11 +08:00
回复了 who0am0i 创建的主题 问与答 未来电车的使用成本会跟油车持平吗
未来油价会涨,这下总没问题了吧
2023-08-17 16:28:29 +08:00
回复了 ohayoo 创建的主题 Python 请问 Python 3.11 版本是对线程安全做了什么更改吗?
@julyclyde #34 别说 python 了,你用 c 或者汇编写一个这个不如果特别指定用原子操作指令的话也很大可能不为 0 ,你不会想说 cpu 也有 bug 吧
2023-08-17 12:49:57 +08:00
回复了 ohayoo 创建的主题 Python 请问 Python 3.11 版本是对线程安全做了什么更改吗?
其实就是 3.10 开始除了 JMP 相关字节码指令和 CALL 相关字节码指令,其它的字节码指令都不会再触发 GIL 调度切换线程,所以不止+=是原子操作,a = b + c * d / e 这种一行多个计算操作复杂一些的也是原子操作了

JMP 指令和 CALL 指令用的实在是太频繁了,比如 for range 就会同时用到这两个指令,所以影响不大,性能可能略微提升了那么一丢丢
2023-08-15 17:04:43 +08:00
回复了 doveshelly 创建的主题 程序员 app 通过 websocket 与后台端通信如何保证安全性
@doveshelly #7 http long polling 就是用于服务端主动给前端应用推送消息的,流程显示二维码的时候请求一个后端接口,但是这个接口不立刻返回,而且等着另外一个用户扫码之后请求已扫描接口请求来触发这个接口的返回,所以这个也是实时的,之所以这个流程依然是无状态的,是因为服务端会缓存已扫码状态一小段时间,所以无所谓先扫码还是先请求 http long polling ,而且如果请求 http long polling 超时就再次重试就行,知道关闭二维码页面,实现起来也简单,和轮询实现逻辑差不多,但是再次重试不延时所以是实时的
2023-08-15 16:21:37 +08:00
回复了 doveshelly 创建的主题 程序员 app 通过 websocket 与后台端通信如何保证安全性
其实 websocket 状态管理确实挺复杂的,你这个需要展码前就完成 websocket 建立吧,安全性加 TLS 就行但是服务端还是要用 token 做下校验

其实这种短时通知其实用 http long polling 更方便,可重入实时性也有保证,展码和 http long polling 请求无关前后,spring boot 可以用 DeferredResult 就可以在等待期间释放工作线程了,其它框架估计也有类似支持,如果有多节点的话可以考虑这种

https://gist.github.com/snower/f8ef25e57c72f9b41fb31ee8b164193b

http long polling 的好处就是依然是无状态的,实现和维护都简单,而实时性和 websocket 一样
验证不通过其实就是输入错误难道不是 error 不应该走 error handling 么?谈 try catch 会增加性能开销那更是扯淡,不是说没有性能开销而是实际业务中纠结这个毫无意义
1 ... 8  9  10  11  12  13  14  15  16  17 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3762 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 04:19 · PVG 12:19 · LAX 20:19 · JFK 23:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.