V2EX › guyskk0x0 的所有回复 › 第 6 页 / 共 16 页

@ClericPy @LU35 @Tgeek @country @cye3s @delectate @dofine @encro @sr421516 @whywhywhy @yky80 @wdhwg001
感谢各位朋友的支持！蚁阅现已开始预售，可在蚁阅兑换页面输入你的 V2EX ID 直接兑换使用时长。

2020-10-16 21:23:29 +08:00

回复了 guyskk0x0 创建的主题 › 分享创造 › 蚁阅正式版发布 - 让 RSS 更好用

@Hoshizora @youngxhui @cnwa @amon @litanyue
感谢各位老铁的支持！蚁阅现已开始预售，可在蚁阅兑换页面输入你的 V2EX ID 直接兑换使用时长。

2020-10-16 21:18:59 +08:00

回复了 guyskk0x0 创建的主题 › 分享创造 › 蚁阅 - 让 RSS 更好用，轻松订阅你喜欢的博客和资讯

@Hater @Kilerd @Pore @QianFengWuHen @Spoter @abc1763613206 @appstorereview @chinesestudio @cqcn1991 @glouhao @ningfeng @loading @saintyy @zs8861 @oppoic @molezz765 @stardust21 @lance6716
感谢各位老铁的支持！蚁阅现已开始预售，可在蚁阅兑换页面输入你的 V2EX ID 直接兑换使用时长。

2020-09-08 19:05:20 +08:00

回复了 tikazyq 创建的主题 › 分享创造 › 开发了一个自动识别 HTML 列表的算法，感觉离智能爬虫又近了一步

很赞！开源吗？还是接口服务？

2020-08-27 19:34:00 +08:00

回复了 easychen 创建的主题 › 程序员 › 我曾经想写一本程序员如何单飞拥有自己事业然后躺赢的书。然后

好东西，顺路推荐：Server 酱 2.0

2020-08-15 12:58:42 +08:00

回复了 plusDiscuss 创建的主题 › 奇思妙想 › 独立开发者交流群（扶持互助，吹水勿入）

求拉 guyskk

2020-08-09 19:09:05 +08:00

回复了 msg2040 创建的主题 › PayPal › paypal 提现的问题，心累

不急的话等 gopay

2020-08-09 11:00:21 +08:00

回复了 abersheeran 创建的主题 › Python › [想法] 给 Django 增加 Pydantic 支持

@abersheeran #11 validr 也很容易用来生成 API 文档，Schema 对象包含了全部元信息。
@abersheeran #13 也不是说求着别人用，这是框架生态问题，另起灶炉没有问题，只是受众会少很多。如果你做的是 Library 那没有问题，不和框架绑定可以灵活替换。如果你做的是一个框架，使用方就会顾虑了，框架只能用一个而且用上了就很难换，还要考虑大量周边工具是否完善和丰富。

2020-08-09 00:59:52 +08:00

回复了 abersheeran 创建的主题 › Python › [想法] 给 Django 增加 Pydantic 支持

另外我记得 werkzeug 里是把所有路由拼成一个大正则，匹配效率很高的。

2020-08-09 00:55:32 +08:00

回复了 abersheeran 创建的主题 › Python › [想法] 给 Django 增加 Pydantic 支持

不知楼主有没有看过 https://github.com/guyskk/validr，我把它和 drf 一起用还挺爽的。pydantic 给我感觉的是太弱，局限于 type hits 了，虽然我的项目也没几个 star 。

感觉你写一个能兼容现有生态且性能更好的路由，更容易持续做下去，虽然 Tom 不喜欢但你 show the code 他说不定就改变看法了。

2020-08-08 13:43:07 +08:00

回复了 JasonLaw 创建的主题 › 数据库 › 我对“Designing Data-Intensive Applications - Detecting Concurrent Writes”的理解对吗？

@JasonLaw #11 所以要告诉数据库冲突解决的策略，或者在 client 解决冲突。

2020-08-08 13:05:42 +08:00

回复了 JasonLaw 创建的主题 › 数据库 › 我对“Designing Data-Intensive Applications - Detecting Concurrent Writes”的理解对吗？

“于是它合并了两个并发写的值[milk]和[eggs]，然后加上 ham，最后将[eggs, milk, ham]发给数据库” 这个就是合并，在 client 或 server 都可以做。
不同的场景有不同的合并策略，在购物车场景这里可能是一致的，但如果修改的数据是用户年龄，就不对了。

2020-08-08 12:22:16 +08:00

回复了 JasonLaw 创建的主题 › 数据库 › 我对“Designing Data-Intensive Applications - Detecting Concurrent Writes”的理解对吗？

@JasonLaw #7 CRDT 是一种可以自动解决冲突的数据结构，在 "Merging concurrently written values" 里讲的应该就是它，可能叫法不一样。（我一年前看的中文版，具体内容记不太清了）

“没有合并那就应当有一个 client 失败”，如果不合并数据就不一致了，所以必须有一个失败。

2020-08-07 23:45:27 +08:00

回复了 JasonLaw 创建的主题 › 数据库 › 我对“Designing Data-Intensive Applications - Detecting Concurrent Writes”的理解对吗？

@JasonLaw #5 我仔细看了一下，感觉这个图要结合前文来看。图上有几处并发更新，最终 value 有 2 个值不需要合并吗？如果有合并那就是 CRDT，没有合并那就应当有一个 client 失败。

2020-08-07 19:38:07 +08:00

回复了 JasonLaw 创建的主题 › 数据库 › 我对“Designing Data-Intensive Applications - Detecting Concurrent Writes”的理解对吗？

这个也叫做乐观锁，可以这么理解：
假设数据库里有一行数据 key= k, value=100, version=1 。

写入操作：update table set value=101, version=2 where key= k and version=1，数据库会返回更新的行数。

如果版本号和 client 读到的一致，写入会成功并返回 1，不一致就不会写入并返回 0，client 根据返回值判断是否有冲突。版本号加一可以在 client 计算也可以在 server 计算。

1 ... 2 3 4 5 6 7 8 9 10 11 ... 16

❮

❯