V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  beyondstars  ›  全部回复第 3 页 / 共 11 页
回复总数  211
1  2  3  4  5  6  7  8  9  10 ... 11  
编码就跟炒菜一样众口难调,没办法强制要求全世界都使用唯一的方案。所以我倾向于「谁使用、谁适配」的原则:需要读取文件的那一方自己转码、适配。一些 country 针对字符在计算机中的编码和表示制定了 national standard ,软件厂商为了合规以及在公务办公环境中默认不出错,会默认去遵循这些标准。
316 天前
回复了 0toz 创建的主题 问与答 怎么排查网页有哪些地方占了大量内存
Chrome -> 开发者工具 -> 内存 -> 生成快照,可以看到各个 objects 占用多大内存。
316 天前
回复了 Plumes 创建的主题 宽带症候群 IPV6 地址部分区域不通是什么原因?
是因为该云厂商没有和足够多的 AS 做 peering? 一个 IP 地址要在网际互联网络(因特网)可达,前提是到这个地址的路由被宣告出去(通过边界网关协议),可能是宣告得不够多。不过这就不是你的事了,找云厂商客服/提交工单要求更换 IP 即可。
317 天前
回复了 miracle778 创建的主题 投资 大家工资存在哪
我账户里的余额,存在于各个核心计算机系统的交易记录中。钱它只不过是计算机系统里的一串串数字,需要的时候 CPU 通过数据总线从 memory 加载到寄存器中。
317 天前
回复了 ffyyhh 创建的主题 MacBook 买 macbook air 好还是 pro 好
没有人会嫌自己电脑 RAM 太大的,就好像没有人会嫌自己购买的房屋的使用面积太大一样。对于开发电脑,RAM 和外存最好大一些,其他看偏好。
317 天前
回复了 Elaina 创建的主题 MacBook Pro Macbook pro 的 IO 问题
计算机是有寿命的,把重要数据都放到云端,然后在电脑使用期内最大化发挥它的价值就可以了。
317 天前
回复了 Elaina 创建的主题 MacBook Pro Macbook pro 的 IO 问题
不离谱,我的开机一、两个星期已经上百 TB 读写 IO 了。
317 天前
回复了 Int100 创建的主题 职场话题 朋友们,压力太大怎么办?
还有就是请假,请假理由发挥想象力。
317 天前
回复了 Int100 创建的主题 职场话题 朋友们,压力太大怎么办?
传导压力给上层:“在 deadline 之内可能完不成,预计延期 x 天,原因是:(发挥想象力)。”
输出文字,说话,闲聊,通过这种方式分散注意力。
请搜索 Linux From Scratch project.
317 天前
回复了 beyondstars 创建的主题 宽带症候群 利用 Linux netns 实现全局代理
@sbilly #11 只要 netns 的隔离就够了,docker 还要自己做 image, docker 还虚拟了其它类型的 ns (等于是 docker 起了新的 netns + 其它各种各样 ns ),用 docker 配置量几乎不变,但是资源 overhead 增加了。
地址在这: https://k8slens.dev/
可以在集群上安装一个 metrics-server, 再安装一个 Lens.app 客户端。
其实还有另外一种观点,与这种 "内容为王” 的观点相左的观点,是说:博客的价值是依附于个人 IP 的价值而存在的,即用户访问这个博客是因为博主他个人而非博主写了什么,所以在这种观点下,打造和提升个人 IP ,加强个人品牌存在感,也是一种策略吧我觉得。
我可能有点偏题。我觉得今后博客,尤其是那种普普通通的技术博客,不会像以前那样有吸引力了,因为难的东西/有趣的发现不是谁任何时候都能写/写得出;而那种显然的东西,比如搜索引擎能直接搜到或者 llm 能轻易答对的,也不再有写出来的必要了。由此推出普通博客的内容吸引力降低。

在结合一点假设就是:用户是为内容吸引而来的,所以导致普通博客更难做。得需要一些足够闪光的点才能吸引人。

我不是针对特定的人具体哪个博客,我觉得今后普通博客都如此。
319 天前
回复了 nanofrog 创建的主题 Amazon Web Services ipv4 地址收费后怎么办?
往好的方向想,相当于云厂商带头把“用户”往 IPv6 上赶。
至于说封装请求的代码怎么找,那就顺着事件/组件生命周期去找呗,比如说一个加入购物车/点赞/关注的操作,比如说一个组件加载过程中的各种钩子函数,一层一层“转到定义”,“查找引用”这样找下去,总会涉及到和后端交互、拉取数据的吧?你组件初始化过程中不得涉及到拉取数据?用户对另一个用户点击了“关注”按钮,app 它不得构造一个相应的 request 至少包含那个被点赞用户的 uid 发给后端?顺着事件的逻辑去看代码,这一切都是自然而然的吧。
不是,我吐槽一句。虽然我对 iOS 也不太懂。

但是,从常识来说,怎么封装请求,一般不都是 library, framework 负责的事吗?一般就是你传一个 URL, 一个方法一个 Payload, 构造一个 Request 对象,然后再在一个 context/client 里边去 do (执行)这个 request, 请求就发出了啊?不同语言、框架实现不同,但是大同小异吧?

至于怎么加密?这一般来说也不是你应用层负责的事吧?按理说一般都是 TLS (传输层安全机制)自动加密的,现在还有应用开发者自己造一套轮子对传输数据实现加解密的?就安全性能来说不是一般都不提倡自己造轮子么?
1  2  3  4  5  6  7  8  9  10 ... 11  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1616 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 16:48 · PVG 00:48 · LAX 08:48 · JFK 11:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.