OKHK 👀
✨ Thinking ❤️
-
-
- UILibHub
https://uilibhub.com
探索最佳 UI 库，助力 React & Vue 高效开发
精选最优质的 React、Vue UI 组件库
#DevOps #Design #URLpafikabawo.org
Toto macau 4D | Live Draw Macau 5D | Pengeluaran Togel Macau | Keluaran Result Macau - Data Macau PoolsPantau Toto Macau 4D lewat Live Draw Macau 5D hari ini, cek keluaran result Macau dan pengeluaran data Macau paling update di Data Macau Pools. Jadwal tayang 6x sehari (13.00, 16.00, 19.00, 22.00, 23.00, 00.01 WIB), tabel data rapi buat acuan prediksi, sumber… -
- 英文技术博客汇聚
https://infos.imhcg.cn/
该网站汇总 https://engineeringblogs.xyz/ 上的英文技术博客，并提供每篇文章的中文摘要，可获取 OPML 订阅文件导入 RSS
#RSS #URLEngineering BlogsRecent posts from 366 engineering blogs, updated every few hours. -
- V2EX 讨论独立开发的“搞头”
一个程序员提问独立开发副业的可能性。多数回复认为独立开发门槛高，成功率低。
主要观点总结：
* 独立开发难度大： 许多用户指出，独立开发，尤其是软件类应用，想要获得成功非常困难。需要精准把握市场需求，并持续运营才能获得稳定的收入，这与自媒体等其他副业相比，成功概率较低。
* 流量成本高： 获取用户流量的成本高昂，对于独立开发者来说，推广和营销成本巨大，难以与大型平台抗衡。
* 爆款难求： 如果没有爆款产品，独立开发往往无法迅速获得用户，持续低迷的收入是常态，很多项目难以盈利。
* 非程序员技能也适合副业： 有建议不要局限于开发，可以考虑自媒体、外包等其他副业方向。
* 团队协作重要： 一些人建议，独立开发可以与人组建小团队，共同开发，利用技能互补，提升成功的可能性。
* Web3领域或有新机会： 有人认为Web3领域独立开发机会相对较少，但仍有潜在可能性，关键在于找到合适的运营思路。
* 开源和学习资源可能更有效： 有建议将开发过程制作成视频教程，通过分享开源项目、视频教程等方式来获得收入。
总而言之，V2EX用户普遍认为独立开发副业需要付出大量努力，且成功概率不高，建议根据自身情况，谨慎选择。
https://v2ex.com/t/1087324V2EX现在独立开发还有搞头么？ - V2EX程序员 - @Zaen - 本人程序员一枚，目前空余时间比较多，想搞点副业。独立开发还有搞头么？ - 一觉醒来发生了什么 11月11日
2024年11月11日
🌍资讯快读
1、我国南海部分岛礁标准名称公布
https://www.jiemian.com/article/11965243.html
2、福州建立教育局局长学校陪餐工作机制
https://36kr.com/newsflashes/3030045425476864
3、第七届进博会按年计意向成交金额超800亿美元
https://www.jiemian.com/article/11965285.html
4、特朗普赢下全部七个摇摆州，最终将获312张选举人票
https://www.thepaper.cn/newsDetail_forward_29302022
5、俄总统普京签署关于批准《俄朝全面战略伙伴关系条约》的联邦法律
https://www.thepaper.cn/newsDetail_forward_29299936
👬即刻镇小报
1、只是上学，并不能帮你弄懂世界的运行规则
https://m.okjike.com/originalPosts/672f29ddc826ffe910bf1867
2、找到自己的节奏，攀登你自己的山峰，意义自然随之而来
https://m.okjike.com/originalPosts/672ee8d5c826ffe910baebd0
3、真正对人有价值的，大多是穿越时间而稳定不变的事物
https://m.okjike.com/originalPosts/672e1f8c32f03efa775ef795
4、你的写作越私人化，写起来就越顺畅
https://m.okjike.com/originalPosts/672dfaec8d49aa488541d4e3
5、哈里斯最有水平的演讲，恐怕就是这次败选演讲了
https://m.okjike.com/originalPosts/672ceec79d53db7b449bb698
今日即刻镇小报内容来自 @广屿Ocean的笔记本 @Szhans @王盐 @橘子汽水配柠檬水 @ChatV ，感谢以上即友的创作与分享。 -
-
-
-
- PostgreSQL 使用 UUID 作为主键的总结
https://maciejwalkowiak.com/blog/postgres-uuid-primary-key/
本文探讨了在 PostgreSQL 数据库中使用 UUID 作为主键的有效方法，以及如何提升性能。
核心观点：
● UUID 作为主键虽然易于生成和在分布式系统中共享，但其长度可能会影响数据库性能，尤其在大型数据库中。
● 使用 PostgreSQL 内置的uuid数据类型存储 UUID 比使用text类型更有效率，原因在于uuid类型占用更少的存储空间。
● 原始的 UUID 生成方式 (UUID v4) 不利于 B-tree 索引的性能，因为其值是随机的。
● 使用 UUID v7 (时间排序的 UUID) 可以显著提高插入性能，因为其值是时间相关的，有利于 B-tree 索引的排序。
详细总结：
文章通过实验对比了使用text和uuid作为主键的性能差异，结果显示uuid类型在表大小和索引大小方面更占优势，尤其是在百万级数据量的情况下，这将显著影响数据库的插入和查询效率。
文中重点说明了使用uuid类型的潜在性能问题在于其随机性。B-tree 索引对有序数据操作效率更高。UUID v4 的随机性导致索引无法充分利用，而 UUID v7 的时间排序特性使得其更适合 B-tree 索引。
性能优化建议：
● 使用uuid数据类型而不是text。
● 使用 UUID v7 (时间戳 UUID) 来生成主键，以提高 B-tree 索引效率，特别是对于大型数据集和高频插入场景。
● 文中建议使用 Java 的java-uuid-generator库来生成 UUID v7。
结论：
虽然 UUID 作为主键在很多情况下是可接受的，但是为了获得最佳性能，尤其是在大型数据库中，建议使用 UUID v7 并恰当利用 PostgreSQL 的uuid数据类型，避免使用text来存储 UUID 字符串。文章强调了如果需要选择主键类型，TSID 可能是一个更好的选择，但如果必须使用 UUID，文中提到的优化策略非常重要。
#DB #DevOps #DocMaciejwalkowiak
PostgreSQL and UUID as primary key - MySQL 数据库中使用 UUID 主键的缺点及解决方案
https://planetscale.com/blog/the-problem-with-using-a-uuid-primary-key-in-mysql
本文探讨了在 MySQL 数据库中使用 UUID 作为主键的优缺点，并提供了解决方案。
UUID 的概述:
UUID (Universally Unique Identifier) 旨在确保在分布式系统中生成唯一 ID，无需了解其他系统。 然而，错误使用 UUID 作为主键会显著降低数据库性能。
UUID 的不同版本:
本文详细介绍了五种官方 UUID 版本和三种提议版本：
● UUIDv1 (时间戳型): 基于时间戳，但使用格里高利历 1568 年 10 月 10 日作为基准时间，并以 100 纳秒为增量。节点信息也包含其中。
● UUIDv2 (时间戳+用户 ID 型): 改进了 UUIDv1，用 POSIX 用户 ID 替换了低位时间戳部分，增加了冲突的可能性。实际使用较少。
● UUIDv3 和 v5 (命名型): 基于命名空间和名称，用哈希算法生成唯一值，UUIDv3 使用 MD5，UUIDv5 使用 SHA1。
● UUIDv4 (随机型): 值几乎完全随机，第三段第一个位总是 4。
● UUIDv6 和 v7 (时间戳型): 类似于 UUIDv1，但 UUIDv6 将时间戳的位翻转，UUIDv7 使用 Unix 时间戳和随机性节点。
● UUIDv8: 允许厂商特定实现，但版本号被指定在第三段的第一个位置。
UUID 作为 MySQL 主键的缺点:
● 插入性能: 随机生成的 UUID 会导致索引 B+ 树重新平衡，页面分裂，影响插入性能，尤其在高负载环境下。
● 存储空间: UUID 使用 128 位，比 32 位整数占用空间大 4 倍，如果以字符串形式存储，空间消耗更大，还会影响二级索引。
● InnoDB 效率: InnoDB 假设主键是顺序递增的，随机的 UUID 使得 InnoDB 无法充分利用页面空间。
使用 UUID 作为 MySQL 主键的最佳实践:
● 使用二进制类型: 将 UUID 存储为BINARY(16)，而不是CHAR(36)，减少存储空间。
● 使用有序 UUID 版本: 选择时间戳型 UUID，例如 v6 或 v7，以确保唯一性和部分顺序性。
● 使用 MySQL 内置 UUID 函数: MySQL 提供UUID_TO_BIN函数，可以用swap_flag参数优化。
● 使用替代 ID 类型: 如果可能，考虑使用 Snowflake ID、ULID 或 NanoID 等替代方案。
结论:
尽管 UUID 在分布式系统中能保证唯一性，但作为 MySQL 主键时存在性能和存储空间上的缺点。 选择合适的 UUID 版本和替代方案，并结合存储类型，可以有效地降低这些负面影响。
#DB #DevOps #DocPlanetscale
The Problem with Using a UUID Primary Key in MySQL — PlanetScaleUnderstand the different versions of UUIDs and why using them as a primary key in MySQL can hurt database performance. - Codia AI
https://codia.ai/
Anything to Design,
Anything to Code
Codia AI 是一款利用人工智能技术进行设计和开发的平台。它可以将截图转换为 Figma 设计、将 Figma 设计转化为代码、生成响应式网站 UI、将图像转换为矢量图、以及将 PDF 和 HTML 转化为 Figma 设计，从而提高设计和开发效率，促进设计师和开发人员的协作。该平台的核心技术包括视觉 AI 和大型语言模型 (LLM)，以及专用于编码和设计的自定义 AI 模型。
#AI #Tool #URL #Designcodia.aiCodia AI: Leading AI-Driven Design and DevelopmentConvert screenshots, PDFs, and webpages to Figma designs and code effortlessly. Boost creativity and efficiency.
