V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lqzhgood  ›  全部回复第 8 页 / 共 39 页
回复总数  780
1 ... 4  5  6  7  8  9  10  11  12  13 ... 39  
分子
2022 年 12 月 26 日
回复了 ttgo 创建的主题 iCloud 单就"照片同步"功能来说, NAS 能取代 iCloud 么?
群晖删除照片 手机中不会被删除。

手机中删除照片(已同步)群晖中不会删除


这两点都做不到
2022 年 12 月 15 日
回复了 blackbookbj277 创建的主题 NAS 群晖的共享空间问题
我的群晖是这么操作的
创建 账号组,例如叫 Family
然后 A,B 都丢到 Family 这个组里面
这样共享的 /photo 都能看到
2022 年 12 月 4 日
回复了 estk 创建的主题 iOS Google Photos 是 iOS 的绝配
Google photo Exif 分离,导致下载后完全无法时间轴排序(下载文件丢失修改时间、文件名也靠不住)

我用过最好的是 群晖 photo ,能在备份时就按时间格式修改文件名,这样丢失修改日期和 exif 后依然能有正确时间轴顺序

缺点是仅备份,不是同步软件,从群晖的删除操作无法同步到手机上
试试,谢谢楼主
其实这个问题主要在于薛额定的输入法
你没输入之前永远不知道是中文还是英文

如果可以在每次输入时都是英文状态 就变成确定的事了
这样如果我想输入中文就会自己按 shift
我也找了很久~ 基本都没戏
特别是单独一个输入法(微软拼音)使用 shift 切内置中英文的 更没戏
2022 年 11 月 19 日
回复了 UncleCat01 创建的主题 分享发现 乔思伯发布了一个新的 5 盘位 NAS 机箱 N2
反正 nas 也是往角落扔 鞋盒足以
2022 年 11 月 10 日
回复了 YR1044 创建的主题 程序员 用了六年 Keepass 了,发现大家都在推荐 Bitwarden
问问手机端自动填充的问题(安卓)

哪个可以在国产安卓如 miui 上自动填充 三方浏览器(如夸克)的网站密码吗?
2022 年 11 月 9 日
回复了 snowish 创建的主题 分享发现 手机相册同步备份最佳方案
单说照片来说 最佳实践还是手机厂商的会员~

实时性及两端同步及实施的便利性是最佳的,
缺点
- 就是原始数据不好拿(大部分丢失文件的创建 /修改时间, 小部分因为被压缩丢失 exif )
- 文件并不是日期命名(结合丢失文件时间这一点,致命)
- 同步回来后相册里面是乱序的(例如 MIUI ),因为大部分手机厂商的相册都是按时间排序的(同步后下载时间乱序)
- 多设备厂商无法集中统一管理、分享

第三方 群辉为例
优点
- 多设备统一管理 父母的也可以纳入集中备份与分享
- 可以按时间重命名
- 便利查看的客户端
缺点
- 群晖的 photo 都不能算同步,群晖删除并不能同步手机,手机删除也不能同步群晖。
视频貌似是加速的,光标闪烁的很快
2022 年 10 月 10 日
回复了 naaive1024 创建的主题 奇思妙想 量子为什么纠缠?
lz 又何必干涉呢
印象中 前端网页拿不到摄像头的实时数据
举例:网页实时摄像头扫码(网页对于二维码处理都是拍照然后处理单张图片)

你这一边扫描还要建模对于网页来说量有点大呀~ 不好做吧。
2022 年 9 月 5 日
回复了 putaosi 创建的主题 奇思妙想 爱快 & OpenWrt 分流网络拓扑(单出口版)
@putaosi 我觉得 DNS 这里有点死循环~

可靠的 DNS 一定是要套 FQ 去境外解析的(这样也能享受境外的 CDN ),问题是 openwrt 在下一级。

分流给 openwrt 的前提是解析出 DNS 在海外,解析 DNS 的前提是 DNS 流量经过 openwrt 获取解析结果

所以我想问问 DNS 这一块 LZ 是如何考虑的呢?
2022 年 9 月 5 日
回复了 putaosi 创建的主题 奇思妙想 爱快 & OpenWrt 分流网络拓扑(单出口版)
而且 DNS 也是个问题,例如 请求 Google ,回来的是污染的 DNS (例如某国内 IP ),这时候就不会被分流到 openwrt 了
2022 年 9 月 5 日
回复了 putaosi 创建的主题 奇思妙想 爱快 & OpenWrt 分流网络拓扑(单出口版)
不能自动更新国内 IP 段 是个问题呀。
2022 年 9 月 1 日
回复了 yuanyemoon 创建的主题 宽带症候群 同一 wifi 设备互传文件速率问题
网线不管多恶劣基本都能跑满,Wifi 不管多优秀都跑不到理论~ 无所谓啦~

wifi 是半双工的
2022 年 8 月 2 日
回复了 lqzhgood 创建的主题 JavaScript lodash some 方法性能为什么比 js 原生方法 还高?
@ragnaroks 我也是一样,能用原生实现尽量用原生(一是洁癖,二是觉得原生性能最优),现在在一些性能优先的函数可能要额外考虑考虑了。
2022 年 8 月 1 日
回复了 lqzhgood 创建的主题 JavaScript lodash some 方法性能为什么比 js 原生方法 还高?
@mxT52CRuqR6o5 你说的 GC 确实有可能
因此按你说的两步执行。

第一步执行 testArr

然后第二步改成 setTime 延迟执行

``` js

setTimeout(() => {
console.time('lodash');
const y = _.some(testArr, v => v.a === 9 && v.b === 9 && v.c === 9);
console.log('y', y);
console.timeEnd('lodash');
}, 10 * 1000);

setTimeout(() => {
console.time('es');
const x = testArr.some(v => v.a === 9 && v.b === 9 && v.c === 9);
console.log('x', x);
console.timeEnd('es');
}, 20 * 1000);

```

无论 lodash 放前放后
lodash 都比 js 快 2~3 倍 不知道是不是和平台有关系

i7-7700HQ Chrome 103.0.5060.134
2022 年 8 月 1 日
回复了 lqzhgood 创建的主题 JavaScript lodash some 方法性能为什么比 js 原生方法 还高?
@noe132 我也是 node 16.15.1

es: 738.817ms
lodash: 205.519ms
1 ... 4  5  6  7  8  9  10  11  12  13 ... 39  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1159 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 17:48 · PVG 01:48 · LAX 10:48 · JFK 13:48
♥ Do have faith in what you're doing.