V2EX › jinliming2 的所有回复 › 第 29 页 / 共 59 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 25 26 27 28 29 30 31 32 33 34 ... 59

❮

❯

2021 年 1 月 22 日

回复了 ymmagic1234 创建的主题 › Visual Studio Code › 怎么可以在 vscode 中保存代码的时候自动编译小程序代码？

关键词：inotify-tools，inotifywait
监视文件夹变更，并执行相关命令代码。
也可以看看 node 包： https://github.com/paulmillr/chokidar 和 https://github.com/fsevents/fsevents

2021 年 1 月 20 日

回复了 Astralis 创建的主题 › 程序员 › 最近几天看到某某软件读取浏览器历史记录的事情，怎么防范？

@cmostuor #18 Linux 下的权限不只有读写执行，selinux 了解一下，只不过概念有点多，很多人都直接关闭。这就感觉和 UAC 一样鸡肋了。

2021 年 1 月 19 日

回复了 Cyshall 创建的主题 › 程序员 › 新版 QQ/TIM for windows 已经移除了收集用户浏览器数据相关代码

@cwyalpha Windows 10 LTSC 的欧洲 N 版，装中文语言包就行，只装国产软件的话，下 32 位版本就行了。连微软商店都没有的版本。

2021 年 1 月 19 日

回复了 whenov 创建的主题 › Linux › 如何提升 Linux 下触摸板的使用体验？

@whenov 基本的移动，我这里没有什么问题，libinput，单指移动双指滚动都没有问题。
就是没有动量效果，就是那种手指快速移动后突然抬起，鼠标会往前继续移动一段距离作减速运动。

2021 年 1 月 19 日

回复了 zzzain46 创建的主题 › 奇思妙想 › 脑洞：二维码在多久的未来可能会被什么新技术替代？

二维码最大的痛点：你在扫描它之前，你永远不知道你将要扫的东西是什么。NFC 同理。
楼上说的跨网络传递，就拿现在微信发消息来说，不考虑微信的封杀，如果你要共享一段链接，你是发个二维码过去让他长按识别方便，还是直接发个连接过去更方便？
我觉得未来取代二维码的不会是 NFC，而是更厉害的图像识别，楼上提到了图片隐写技术，而未来的识别器估计也不会是笨重的手机了，而是类似于 Google Glasses 那样的设备，直接真所见即所得，然后当你看到某张广告宣传图并对它感兴趣的时候，直接通过大脑像识别器发送识别指令即可。
类似于现在的 AR 拍摄识别，但肯定比现在好用很多。
也就是说，二维码是给机器看的，人看不了，而未来统一起来，人和机器都能看。

2021 年 1 月 18 日

回复了 neoflake 创建的主题 › 奇思妙想 › 桌面暖手

emmmm，好像我以前用笔记本的时候就是会经常把手放在出风口吹着很舒服……

2021 年 1 月 18 日

回复了 feked93255 创建的主题 › 奇思妙想 › 关于 web 无障碍的想法

先不说他们会不会喜欢这样的设计，他们具体喜欢什么样的设计可以在具体开发的时候做详细调研。
主要是，你觉得这种类似于完全专门重做一套的方案，只为了少数人方便使用，成本能控制住吗？有哪个企业愿意去做呢？能基于现有的产品专门做修改已经不错了，小型企业应该是会直接忽略掉这些用户的。

2021 年 1 月 16 日

回复了 Liulang007 创建的主题 › 分享创造 › 建了个个人博客交流群，最好是原创博客的，欢迎大家加入!

TG 群？

2021 年 1 月 16 日

回复了 osBeta 创建的主题 › 奇思妙想 › 能否将手机软件做成小程序，就像微信小程序一样！

微信小程序就算了，开发者开发功能都需要迁就于微信，如果存在与腾讯商业竞争的情况，他们会首当其冲的封杀你，连怎么死的都不知道。
实际上微信小程序和 PWA 是同样的模式，都可以提供快速访问，不用就删的体验，而且 PWA 这种属于浏览器的通用协议，不存在微信那种竞争垄断不让你用的情况。所以与其考虑 PWA，都不会考虑小程序。

2021 年 1 月 12 日

回复了 dimlau 创建的主题 › Go 编程语言 › 请教：远程 Get 到复杂 JSON 极少修改之后传给前端用，怎么做最快捷高效？

@dimlau 具体情况具体对待。你这个需求里面，resp.Body 完全没用，所以直接流转发就行，效率更高，不需要全读到内存里处理。
而其他的 xxjson 啦，struct 绑定啦之类的，都是要把整个 json 读到内存里，解析，然后修改，然后序列化，再写出，这个效率就很低了，对你这个需求来说就没有必要了。除非你需要对 resp.Body 做一些额外的处理。
当然，如果你的 jdon 很小的话，不在乎这点性能，而这样写又不够美观可读的话，那楼上的那些其他的方案也完全可以采用。
我觉得你这种简单的函数，只要写好注释，基本上没啥问题的。

2021 年 1 月 11 日

回复了 jowenz 创建的主题 › 浏览器 › Chrome 浏览器有没有鼠标右键放在标签页文字（任意位置）就可以关闭该标签的

还是习惯鼠标中键（就是按滚轮）。
标签右键菜单有用的：pin 固定、new / add to group 创建 /添加到分组、mute 标签静音。
触摸板 /没有鼠标的时候，习惯 ctrl+w，或者我安装了 vimium 直接按 x 键关闭。

2021 年 1 月 11 日

回复了 dimlau 创建的主题 › Go 编程语言 › 请教：远程 Get 到复杂 JSON 极少修改之后传给前端用，怎么做最快捷高效？

@neoblackcap 他 http response 里应该是一个完整的 JSON，{.....}，下面他把第一个 { 去掉拼上了前面的那一段，} 是原来的 JSON 里就有的

2021 年 1 月 11 日

回复了 dimlau 创建的主题 › Go 编程语言 › 请教：远程 Get 到复杂 JSON 极少修改之后传给前端用，怎么做最快捷高效？

不要 ioutil.ReadAll，你这个只是把 resp.Body 第一个字节去掉的话，这样写：
resp, err := http.Get("///xxxxx.json")
if err != nil {
panic(err)
}
defer resp.Body.Close()
fmt.Fprintf(w, `{"id":"%s",`, TOTID) // 格式化直接写出
io.CopyN(ioutil.Discard, resp.Body, 1) // 丢弃第一个字节
io.Copy(w, resp.Body) // 写出剩余数据

2021 年 1 月 8 日

回复了 Hackerchai 创建的主题 › DNS › 你更倾向于 DoH 还是 DoT？

@chinvo
@Hackerchai
+1 我这里也是 DoH 比 DoT 更快（同样的 Google DNS ）
另外，UDP 我这里没有发现有 QoS，KCP 流畅到飞起

2021 年 1 月 8 日

回复了 kaka6 创建的主题 › 程序员 › 为什么不能支持 WMV 呢，一个视频格式的争吵

这种场景不得加钱给定制一个 exe 的视频上传工具，提供自动转码然后上传的功能（实际上就把 ffmpeg 封装进去简单打包一下就行）。

2021 年 1 月 2 日

回复了 dvaknheo 创建的主题 › git › 如何把在本地创建的 git 仓库上传到 github

@dvaknheo 已经勾选了的话，本地 push -f 可以强制覆盖远程仓库的（前提是得把分支保护关掉），仓库废不了的。
怎么就跟 UUID 有啥关系？本地 git remote 设置远程仓库地址就关联上了。
实在不行，GitHub 可以删除仓库啊！在仓库的设置里，最下面。删除了之后就可以重新创建了！

2021 年 1 月 1 日

回复了 dvaknheo 创建的主题 › git › 如何把在本地创建的 git 仓库上传到 github

GitHub 创建项目的时候，不要勾选 Add a README file 、Add .gitignore 、Choose a license，这样创建的就是一个空项目。然后接下来 GitHub 会告诉你怎么办。

2020 年 12 月 22 日

回复了 ljiaming19 创建的主题 › 程序员 › 用 CDN 中转 https 流量数据会不会被 CDN 看到

CDN 属于内容分发，主要用途是缓存。
也就是 CDN 先充当浏览器访问你的网站，把页面资源全部下载下来之后，用户再访问 CDN 提供的版本。
这通常适用于静态资源内容，而对于动态资源，就只能充当反向代理转发的作用了。

如果你不想让中间 CDN 解密你的数据，或者网站动态资源较多，静态资源很少的话，可以考虑走 BGP 多线，一个 IP 访问，通过 BGP 自动到距离最近的机器。通常适合于非 HTTP 协议的内容。把 HTTPS 当作基于 TCP 的一般协议来处理，就不存在中间人解密再重新加密的情况了。

1 ... 25 26 27 28 29 30 31 32 33 34 ... 59

❮

❯