libook 最近的时间轴更新
libook's repos on GitHub
JavaScript · 4 人关注
AutoZoom
This chrome extension can automatically zoom in and scroll. Let me just see the whole area of main content.
JavaScript · 4 人关注
get_schools_from_renren
Shell · 3 人关注
IdleBox
My shell toolkit.
JavaScript · 2 人关注
hexo-tag-real-time-calculator
A hexo plugin for inserting values which need to be calculated on real time.
JavaScript · 1 人关注
cvss-3.1-calculator
Common Vulnerability Scoring System Version 3.1 Calculator
HTML · 1 人关注
libook.github.io
libook`s home page
JavaScript · 1 人关注
pu221e
Puzzle. Hide secrets into a picture.
CSS · 0 人关注
2048
无聊洋葱
0 人关注
acronyms
Acronym dictionary for common knowledge (logic).
JavaScript · 0 人关注
blog
My blog.
JavaScript · 0 人关注
Chromium_Runner_Game
The runner game of chromium.
Rust · 0 人关注
coreutils
Core utils for UNIX/UNIX-like systems written in Rust
Python · 0 人关注
depot_tools
JavaScript · 0 人关注
esdoc-plugins
0 人关注
fnm
🚀 Fast and simple Node.js version manager, built in Rust
JavaScript · 0 人关注
Freshness-Server
This is a freshness timer manager for anything.
Vue · 0 人关注
Freshness-Web
This is a freshness timer manager for anything.
JavaScript · 0 人关注
ghxz-service-wxbot
JavaScript · 0 人关注
GuangheKaTaXHelper
A helper to translate text to KaTaX format for Guanghe projects.
Rust · 0 人关注
guess-numbers-rust
A guess numbers game written in Rust.
0 人关注
hexo-theme-icarus
A simple, delicate, and modern theme for the static site generator Hexo.
JavaScript · 0 人关注
hieroglyphy
Transform any javascript code to an equivalent sequence of ()[]{}!+ characters that runs in the browser!
JavaScript · 0 人关注
koa-pagination
A middleware to handle Range Pagination Headers using Range & Content-Range entity-headers.
0 人关注
libook
JavaScript · 0 人关注
mongoose-history
Keeps a history of all changes of a document.
0 人关注
music
electron跨平台音乐播放器;可搜网易云、QQ音乐、虾米音乐;支持QQ、微博、Github登录,云歌单; 支持一键导入音乐平台歌单
JavaScript · 0 人关注
pick-comments
Pick comments from source code
0 人关注
player-be
音乐湖 服务端
JavaScript · 0 人关注
proxy
Rust · 0 人关注
realworld-rust-rocket
Rust + Rocket RealWorld framework implementation
libook

libook

.... . ._.. ._.. ___
🏢  yangcong345.com / Full Stack Developer
V2EX 第 78834 号会员,加入于 2014-10-27 17:14:14 +08:00
今日活跃度排名 10537
不参与一切辩论、圣战,无意义。
如果你觉得我我说得好,点一下“感谢”我将荣幸至极;
如果你觉得我说的不好,仅一句嘲讽是没有人获益的;
什么?触碰到了你的信仰?那么请务必当我放屁~
正常回复 IP 被封了,求解封
反馈  •  libook  •  2020-08-25 10:28:56 AM  •  最后回复来自 libook
3
在 WSL 中运行 GUI(如 IDEA)
分享创造  •  libook  •  2020-08-26 13:46:51 PM  •  最后回复来自 libook
17
电子设备如何消毒?
硬件  •  libook  •  2020-04-29 23:13:30 PM  •  最后回复来自 ssqtctc
9
支付授权目录设置为第三方 URL 有哪些风险
程序员  •  libook  •  2019-03-28 17:38:30 PM  •  最后回复来自 airyland
1
自己写的实时演算插件
Hexo  •  libook  •  2019-02-18 17:26:07 PM  •  最后回复来自 libook
3
[培训向]如何给学员讲明白一种算法不合适?
程序员  •  libook  •  2019-01-31 12:24:39 PM  •  最后回复来自 libook
13
[北京] 有没有想学习 Node 服务端开发的实习生?
酷工作  •  libook  •  2018-11-21 13:18:08 PM  •  最后回复来自 defunct9
1
[北京] 有想学习 Node.js 服务端开发的实习生吗?
酷工作  •  libook  •  2018-11-16 10:18:49 AM  •  最后回复来自 wangsahala
17
今天可能要发布 Node10 的 LTS?
  •  1   
    Node.js  •  libook  •  2018-10-31 08:45:44 AM  •  最后回复来自 Acexihua
    9
    libook 最近回复了
    1 天前
    回复了 Zepp 创建的主题 Android 想换手机了,麻烦 v 友帮忙选一下
    @Zepp #138 刷新率是自适应的,应用要求高刷新率才会以高刷新率运行,你不玩游戏的话可能也没有什么场景需要用高刷新率……

    我日常是用省电模式,刷新率限制在 60Hz,刷图和视频绰绰有余;关掉省电模式待机也可以在十个小时以上,但耗电这个真的跟你手机上实际跑的东西有关,不好评判。
    感觉 1 、2 楼是正解,Token 直接拿来用,返回说明失效再重新获取新 Token 。
    一般来说,目前主流游戏设备处于从 1080p 到 2K 过度的时期,所以对于硬件优化方面来说,可能还是以 1080p 和 2K 的优化为主(电竞类别尤其明显),或者 4K60hz 尝鲜,若想达到 4K144hz,且画质开最高,并加上光追,怕是主流硬件无法满足要求; 3080Ti 和 3090 的一些最新 3A 游戏性能测试表明 4K 分辨率下普遍帧数没有超过 100 的,而且还是开了 DLSS 的前提下。

    个人印象里,很多人都说老黄刀法精准,他家的卡是有比较清晰的几个市场档位的,3080Ti 与 10 系的 1080Ti 是同一档位的,3090 与 10 系的 TitanXp 是同一档位的。3080Ti 的定位基本上是旗舰级,有一定的溢价,但是总体还是属于主流消费市场; 3090 的定位是炫技,负责形成壁垒,代表这一系列、这一代的最高水平,但相比 3080Ti 性能提升很小,同时溢价更高。

    如果愿意 2K60hz 的话,光追+DLSS 基本天梯上 2080Super 及以上都是 OK 的,具体看市场行情选哪个性价比更高一些。
    1 天前
    回复了 Zepp 创建的主题 Android 想换手机了,麻烦 v 友帮忙选一下
    目前在用三星 S21,说一下题主关心的几个方面的表现吧:

    1. 谷歌服务是刚需:国行 Rom 带 Google 框架,目前深度使用没有问题;
    2. 不玩游戏,平时看视频、文章、漫画比较多:三星屏幕还不错,但每个人的要求可能不一样,比如色准、HDR 、比例、是否是异形屏;
    3. 希望能有本地化(指纹支付、公交卡之类):三星从 Note8 开始本地化做得还不错,采取的是三方合作的模式,自己不做本地化服务,但跟本地占有率最高的厂商做合作,比如之前直接用相机可以扫单车的二维码,识图用的百度图片搜索,SamsungPay 支持公交卡、支付宝、微信支付等,指纹也支持国内主流支付和银行 App ;
    4. 希望原厂能提供足够长的支持周期:没有深究过,支持周期大概在三到四年吧,基本周期结束就差不多到要换手机的时候了;
    5. 拍照一般只拍风景,所以美颜不重要,最好长焦和夜景能有不错的效果:美颜方面国产厂商做得是最好的,同理不需要的话也就可以考虑海外厂商,三星 Galaxy 和 Note 系列专业模式可以拍星空和月亮,现在只要多镜头的手机多数都有长焦;
    6. 骁龙 888 貌似发热很厉害,不要:888 发热厉害仅在高功耗情况下,不是随时随地都发热厉害,比如你上面第 2 条说的不玩游戏,那几本不会遇到发热的情况,我现在日常使用极少遇到烫手的情况。

    我是从 S9 换的 S20,个人感觉,S21 各方面设计感觉不如 S9 更平衡,用过 S20 的也说 S21 不如 S20,但也只能说前几代牙膏挤多了,现在牙膏挤少一点,虽然进步没那么大但也不至于很差。

    我选三星主要原因有以下几点:
    1. 没有广告;
    2. 支持 Google 框架;
    3. 防水;
    4. 支持 5G (我周边 5G 信号覆盖很好);
    5. 双卡双待;
    6. 有管控国产流氓应用的基本能力(三星国行 Rom 基本能做到)。

    个人观点,仅供参考。
    1 天前
    回复了 swordspoet 创建的主题 生活 不太想把垃圾扔到垃圾站
    接着 @libook #28 来说,你觉得有多大必要做安全措施,就做到多大程度,同时也要接受做安全措施所带来的成本。

    简单来说就是:你不觉得麻烦的话就花钱、花功夫处理一下,比如快递单都撕掉或涂抹,装厨余粉碎机处理厨余,买个碎纸机粉碎文件、光盘、卡片,垃圾分装几袋分别投放到不同位置的垃圾站,投放垃圾的时候对自己进行伪装……

    我本人觉得无所谓,因为评估自己属于低价值目标,从信息收集者的角度来看,当前在我的社区里可能大爷大妈的信息比我的更有变现价值。

    换一个角度来说,如果这种想法开始对生活产生影响的话,可能需要关注一下心理健康问题,可以找心理医生咨询一下。
    1 天前
    回复了 swordspoet 创建的主题 生活 不太想把垃圾扔到垃圾站
    这个就好比是做信息安全,根据潜在威胁的影响程度来权衡需要多大的安全预算;因为安全和便捷往往是矛盾的,所以这个预算还要包括因为实施安全策略所导致的生产效率下降而损失的生产收益。
    多数情况下都用英文关键词来搜索,只有涉及到国内特有的信息才会考虑用中文精确字符,输入法
    基本思路是把脚本源代码转换成字节码,再增加一些反逆向的措施就行了。

    对于 JS,如果使用 V8 引擎的话,V8 会把 JS 转换成优化过的字节码再运行,那么你可以考虑把这个字节码从 V8 里导出出来,可以去 Google 上搜一下“export bytecode from v8”相关的信息,有手动导出的教程,也有一些现成的工具。

    另外也可以考虑转换成 WebAssembly,也就相当于转换成字节码了,只不过不止针对 V8,兼容任何支持 WebAssembly 的引擎。

    Python 不了解,但应该也有类似思路的方案。
    如果你像数据中心那样使用 Linux 的话,基本能跑到地老天荒,长时间运行性能变差通常是因为一些 Bug,比如内存泄露,而 Linux 基本的功能是久经考验的,所以除非发行版社区已经公布了某个版本有相关 Bug,否则不重启不会有任何问题。

    NAS 这种需要长期运行的设备最好去除一切不稳定因素,对于 Linux 发行版来说 CLI 环境是久经考验的,而桌面环境就不是,所以建议服务器上还是直接跑专注 NAS 功能的环境,比如我现在是 Debian 的 CLI 环境,基本只有文件系统和文件传输相关的软件包,开不开自动更新看自己需要,如果开了自动更新就可能需要大约每月重启一下。

    Ubuntu 的 LTS 稳定性也还不错的,毕竟背后是企业驱动的,听说甚至支持不重启给内核打补丁(个人用户三台设备以内免费),要是排除桌面环境、显卡驱动等不稳定因素的话,可能也可以长期运行。

    有图形桌面的需求可以试试容器跑个单独的桌面发行版,反正你是要用 VNC 连进去,就不一定非要在宿主机上开桌面了,容器挂了可以很方便重置、回滚和调试。
    当前其实有 3 个问题杂糅在一起了,第一个问题是 Uint8Array 和 ArrayBuffer 是不是“1-to-1 match”的:

    去查了查 ES 规范,不知道是否有参考价值:
    https://262.ecma-international.org/6.0/#sec-uint8array
    用 TypedArray 通用规范来描述的:
    https://262.ecma-international.org/6.0/#sec-typedarray-constructors
    然后看用什么方法转换格式:
    https://262.ecma-international.org/6.0/#table-49
    用的是 ToUint8 方法进行的转换:
    https://262.ecma-international.org/6.0/#sec-touint8
    到这里就能看到,数据不是完全映射过去的。

    个人认为 maintainer 对于“not that they're a 1-to-1 match”的观点是对的。

    另一个问题是这个算不算是 breaking change:
    如果出问题的用法是规范明确提到的常规用法的话,那么这个确实算是 breaking change,在 changelog 里应当提到。

    第三个问题是 Deno 的相关 API 返回什么数据类型是合理的,这个就有太多主观因素了。

    这些我都没怎么用过,只是花了几分钟去探究了一下,要是说得不对请指正。
    说实话,Deno 推广的时候用了太多歪门邪道,导致我对它的印象一直都不大好。
    关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1256 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 18:09 · PVG 02:09 · LAX 11:09 · JFK 14:09
    ♥ Do have faith in what you're doing.