两个关于设计的视频

发布于
平面之外，仍是设计

设计本是艺术

来源：https://space.bilibili.com/38053181

评论

发表评论

此博客中的热门博文

高并发下分布式ID生成方案

发布于
在我们的开发过程中，只要你是涉及到高并发的领域，那么”怎么为你的系统生成一个高效、可靠、友好的ID”就是你的一个永远绕不开的问题。 本文档部分内容非原创，借鉴了网上的一些资源。涉及出处将在本文的最后部分列出。 一.分布式ID原则 唯一性 高效性 可用性 有序性 此处主要介绍为什么ID生成需要有序性 写性能 在MySQL InnoDB引擎中使用的是聚集索引， 由于多数RDBMS使用B-tree的数据结构来存储索引数据，在主键的选择上面我们应该尽量使用有序的主键保证写入性能。 聚簇索引的数据的物理存放顺序与索引顺序是一致的，即：只要索引是相邻的，那么对应的数据一定也是相邻地存放在磁盘上的。 如果主键不是自增id，那么可以想象，它会干些什么，不断地调整数据的物理地址、分页，当然也有其他一些措施来减少这些操作， 但却无法彻底避免。但，如果是自增的，那就简单了，它只需要一页一页地写，索引结构相对紧凑，磁盘碎片少，效率也高。 读性能 来感受下以下两个sql的性能吧，即使created_at字段也有索引： 1.select  from table order by created_at 2.select  from table order by id ps: 根据磁盘预读的特性，如果第一次读取“1”，那么如果你是顺序存储，那么“2，3，4，5”也会被读取进内存中。 （当然一般ID就是你的聚簇索引，已经帮你排好序了） 二.实现方案 1. 数据库方案(auto_increment、Ticket Servers) auto_increment 优点： 1.简单，代码方便，性能可以接受。 2.数字ID天然排序，对分页或者需要排序的结果很有帮助。 缺点： 1.可读性，容易暴露出库信息（今天下个订单，第二天同时间下个订单，其实就可以推测出该系统一天的订单量）。 2.在性能达不到要求的情况下，比较难于扩展。 3.如果遇见多个系统需要合并或者涉及到数据迁移会相当痛苦。 4.在单个数据库或读写分离或一主多从的情况下，只有一个主库可以生成。有单点故障的风险。 优化方案 针对主库单点，如果有多个Master库，则每个Master库设置的起始数字不一样，步长一样， 可以是Master的个数。 ...
阅读全文

重新学习并解锁emby4.6.7,4.7.2版本

发布于
版本历史与建议 2022.6.4: 更新4.7.2版本. 更新docker镜像,更新双端文件,更新群晖一键脚本. 更新4.7.*版本群晖脚本的sb小bug.相比于4.7.1, emby官方 1.在媒体库选项中增加剧集介绍检测功能. 2.增加用户配置选项，可以跳片头. 3.修复从文件名中解析集数时的集数倒退问题. 4.修复家庭录像的文件名在文件名的最后一个点之后被截断的问题. 5.修复删除下载任务时重新下载的问题. 6.如果启用字幕选择，记住即使用户字幕模式被设置为默认为无. 从这个版本开始不再做所谓的美化包, 不再更新ubuntu脚本, 由于更新一次全端耗时太长,除非有重大更新,否则以后只能做到随缘更新了. 请各位手动关掉自动更新, 位置在 设置 - 自动更新 - 允许服务器自动重启以应用更新. 取消勾选然后点击保存. 2022.5.26: 更新4.7.1版本. 相比于4.7.0.60, 官方 1.修复了windows上不必要的ffmpeg依赖问题, 2.提升了内嵌中文字幕和音轨的体验, 3.修复了一堆错乱抽风的按钮(4.7.0.60版本所有人都会遇到), 4.歌词开始显示时间轴. 已经安装了4.7.0.60的同学可以考虑升级。 2022.5.20: 修复群辉一键脚本，更新ubuntu一键脚本的sb小bug，更新群晖命令。修复受到影响的docker镜像。 2022.5.19: 更新4.7.0.60正式版，更新群辉一键脚本，更新ubuntu一键脚本，更新docker，更新美化包。更新unraid模板。 2022.5.9: 更新群晖一键脚本到v1.2，解决运行脚本后套件无法启动的问题。更新4.7.38双平台测试版。 2022.4.8: 更新unraid模板, 默认加上了代理的字段, 需要自己设置好http和https代理地址。不需要的话请删掉这两个字段 前言 以前，emby开心用户靠neko.re老哥的第三方激活服务器和加速套件得以存活，今天，发现老哥的服务器已经全关了，意料之中，早晚的事，幸亏能用的时候就备份了老哥原来的返回格式。 1 2 3 4 5 6 7 8 //https://crackemby.mb6.top/admin/service/registration/validateDevice.php? {"cacheExpirationDays...
阅读全文

9款便宜好用的“无叶风扇”推荐！

发布于
说到无叶风扇，很多人立马会想到无叶风扇的开创者戴森，很多论坛也有用户开箱，评价多是外观颜值高、有逼格、设计出众、噪音小，可谓是好评如潮！ 但我认为戴森无叶风扇最大的优点有3个： 1.安全：不直接通过扇片送风，使用安全系数高，如家中有小孩，不用担心出现安全隐患。 2.舒适：传统风扇使用叶片切割空气，风感冲击强，不舒服；无叶风扇吹出的风更柔和，接近自然风，舒适性更好。 3.体积小：无叶风扇占地面积很小，外形设计简洁，颜值也比较高。 虽然有些人把戴森粉吹得有太过，但戴森的产品确实不错，不过2500元-3000元左右的售价，真是 太TM贵了 ！ 即便市场上出现了很多戴森的“亲兄弟”，产品售价也在500元到1000元左右，对多数人来说还是比较贵。 上图是QG、欧麦斯、西屋、凉师傅等品牌的无叶风扇，外观相似度高到无力吐槽。 那有没有满足上述3个优点，价格还非常便宜的无叶风扇呢？ 还真有！ 今天给大家推荐9款便宜又好用的“无叶风扇”，这9款产品在各大电商平台销量排名前列，好评率也非常高。 1.格力无叶风扇FL-09X61Bh 这款格力无叶风扇是我比较推荐的产品，一方面因为销量好、功能丰富，另外一方面是因为它的风轮可以拆卸，大多品牌只能做到拆卸背板，清洗还是很麻烦，而风轮能直接拆下来清洗会非常便利。 产品一般售价329元，最低卖到259元。有自然风、睡眠风、正常风3种模式可选，遥控操作最远支持6米，有1-7h定时/预约功能，还配有香薰盒，可以让你的室内香气四溢。 2.美的无叶风扇ZAB10AR 美的这款机型在全网销量仅次于格力，功能方面美的相比格力的机型多了断电记忆功能，但从产品介绍看它只能拆卸后盖，风轮没法拆下来清洗，这点不如格力，另外做工方面逊色于格力。 产品一般售价359元，最低卖到279元。功能方面跟格力一样有自然风、睡眠风、正常风3种模式可选，也是6米遥控操作，1-7h定时/预约功能。 3.艾美特无叶风扇FT41R 艾美特这款机型销量在全网仅次于美的和格力，相比美的、格力这款机型少了自然风，也没有断电记忆，风轮同样没法拆下来清洗，但价格要便宜不少，用户对艾美特的电机好评度也非常高，产品一般售价299元，最低卖到239元；另外这款型号小细节做的很好，比如一体式提手、防倾倒设计、产品做的很用心。 功能方面有睡眠风、正常风2种模式可选，最远6米遥控操作，1-7h定时/预约功能，...
阅读全文

前端错误日志上报及网站统计(sentry+matomo)

发布于
本文配合 rancher1.6(手头一个测试集群没升级到最新的 2.x)讲解如何搭建并配置日志错误上报框架 Sentry 及网站统计分析框架 matomo 的搭建及接入 vue(本文以 iview-admin 为例)项目。 背景简述 sentry 项目运行过程中，难免出现 bug，前端不像后端可以很方便的采集项目日志(比如 log4j + elk)，导致每次出问题后还原车祸现场费时费力。另外现在随着 vue 等兴起，构建项目时打成 min.js，无疑又加大了前端定位问题的难度。而 sentry 是一款专注于错误采集的框架，支持常见的主流语言 采集，聚合，并推送错误信息。注意，sentry 并不是日志平台(e.g. log4j + elk)，也不是监控平台，sentry 专注于项目中的 Error 信息的采集，聚合，报警。 matomo 前身 Pwiki，是一款开源的 web 网站分析利器。类似于 Google Analytics。具体的特性，参见 Premium Web Analytics ，比如绘制页面热力图，录制会话，访问漏斗，A/B Test 等(这几样都是收费插件功能)。 注意：本文假设你已经有 rancher1.6 的环境 安装 matomo rancher 创建 matomo 在 rancher 主机上 ## 创建必要文件夹 mkdir -p /data/matomo/{config,logs,php,maxmind}/ ## 安装maxmind ip数据库 wget -P /tmp/ https://github.com/maxmind/geoipupdate/releases/download/v4.0.3/geoipupdate_4.0.3_linux_amd64.deb dpkg -i /tmp/geoipupdate_4.0.3_linux_amd64.deb mv /etc/GeoIP.conf{,.bak} cat << EOF | sudo tee -a /etc/GeoIP.conf AccountID 0 LicenseKey 000000000000 EditionIDs GeoLite2-Country GeoLite2-City GeoLite2-ASN DatabaseDirectory ...
阅读全文

Mifare Classic card(M1)卡破解过程

发布于
一次偶然原因，在网上看到关于一些Mifare Classic card卡的破解文章,发现成本不是很高,并且门槛也不太高（本人笨得很,没觉得低）觉得很有意思，准备入坑一波。正好我寝室有饭卡、洗澡卡和直饮卡,爲啥不试一试呢,嘿嘿.说干就干! 于是乎就在网上各种收集资料,(本人懒得很,不想去图书馆查资料)首先我们得搞懂M1卡的内部结构是吧，不然无从下手啊,所以我们先从结构说起吧. 可能文章有点长，着急的话可以直接跳过前面三个点 1.M1卡的存储内部结构： M1卡分爲16个扇区，每个扇区对应4块（块0-块3）,共64块，编号爲0-63.第0扇区的第0块用于存放厂商代码，已经固化无法更改。其馀区的第0-2块用于存放数据，块3爲控制块用于存放密码A、存取控制、密码B，结构如下：      A0 A1 A2 A3 A4 A5     FF 07 80 69    B0 B1 B2 B3 B4 B5      (密码A 6字节)     (存储控制 4字节)    (密码B 6字节) 并且每个扇区块3中的密码和存储控制全部都是独立的，独立控制本扇区的各种操作，每个扇区都能实现不同的功能，所以广泛用作一卡通。存储控制里面4字节的具体含义我也不是很清楚(不影响我们破解)，所以就不说出来误导大家了。 卡中每个块包含16字节，所以M1卡的容量=16扇区*4块*16字节=1024字节=1k  (M1卡的由来)。 知道了M1卡的大致结构我们就可以开始进行破解了，我在此收集了几种常见的破解手段。 2.M1卡的破解原理：   1）暴力破解： 暴力破解是最简单粗暴、不需要多少技术含量的，就是比较费时，但这并不妨碍大家对它喜爱之情。因爲M1是被动卡，需要读卡器爲之供能，一旦读卡器切断电源，卡中临时数据就会丢失，所以无论试错多少次密码都不会被锁定。特别是一些厂商偷懒用弱密码，花不了多少时间就能破解。 2）克隆卡片： 这算是最简单又实用的方法了。因爲M1卡加密扇区里面保存着各种数据，所以可以克隆一张带有同样数据的克隆卡。这就会用到一种叫UID卡的特殊M1模拟卡。前面说过，每张卡在0...
阅读全文

编写 docker-entrypoint.sh 入口文件

发布于
在 docker 的官方 Registry 中(store.docker.com) 流行的第三方应用在自己的页面中都提供了 dockerfile 的链接. 而很多 dockerfile 的 ENTRYPOINT 命令都是这么写的 ["docker-entrypoint.sh"] 本篇文章就扫盲下 docker-entrypoint.sh 的特殊用法和设计逻辑 MySQL set -e 你写的每个脚本都应该在文件开头加上 set -e , 这句语句告诉bash如果任何语句的执行结果不是 true 则应该退出. 这样的好处是防止错误像滚雪球般变大导致一个致命的错误, 而这些错误本应该在之前就被处理掉. 如果要增加可读性, 可以使用 set -o errexit , 它的作用与 set -e 相同 set -o pipefail 设计用途同上, 就是希望在执行错误之后立即退出, 不要再向下执行了. 而 -o pipefail 的作用域是管道, 也就是说在 Linux 脚本中的管道, 如果前面的命令执行出了问题, 应该立即退出 shopt -s nullglob 在使用 Linux 中的通配符时 * ?等 如果没有匹配到任何文件, 不会报 No such file or directory 而是将命令后面的参数去掉执行 if [ “${1:0:1}” = ‘-‘ ]; then… 这是一个判断语句, 在官方文件中, 上一行已经给出了注释: if command starts with an option, prepend mysqld 这个判断语句是 ${1:0:1} 意思是判断 $1(调用该脚本的第一个参数), 偏移量0(不偏移), 取一个字符(取字符串的长度) 如果判断出来调用这个脚本后面所跟的参数第一个字符是 - 中横线的话, 就认为后面的所有字符串都是 mysqld 的启动参数 上面的这个操作类似于 Python 的字符串切片 set – mysqld “$@” 在上面判断完第一个参数是 - 开头之后, 紧接着就执行了 set -- mysqld "$@" 这个命令. 使用了 set -- 的用法. set — 会将他后面所有以空格区分的字符串, 按顺序分别存储到$1,...
阅读全文

Bose QC25耳机更换耳罩软垫

发布于
  耳罩軟墊以固定環卡穩以固定位置。固定環卡住圍著耳罩內圍的小卡扣。 如果軟墊有部分或完全離開耳罩，請按壓固定環以卡穩耳罩。然後沿著固定環邊緣按下，確保軟墊扣合耳罩。 按這些步驟更換耳罩軟墊： 只需拉出耳罩外圍的邊緣，即可拆下軟墊。不要移除耳罩內襯物料 將新的軟墊固定環對準耳罩外圍安裝 確保軟墊平均安放左整個耳罩之上，沿邊輕輕按下以扣合耳罩 来源：https://www.bose.hk/zh_hk/support/article/ear-cushion-replacement-qc25.html
阅读全文

盘点下我通关过的86款SFC游戏

发布于
大家好，我是“经典JRPG”贴吧的吧主。今天来聊聊我通关过的86个SFC游戏 1、星之卡比3 超任末期的游戏  1997年才出的 那时已经是PS风光无限的时代 这款游戏和耀西岛一样，采用了童话般的蜡笔画风 卡比系列的大多数作品，都只能吸收敌兵，学习敌兵技能。而这一作，则可以与5、6种可爱的小动物合体。合体后再使用敌兵的技能，效果都是完全不同的！总共有4、50种攻击方式。 和不同动物合体后，行动的特点也完全不一样，有的会飞，有的能游泳，有的身体强壮而笨重，玩起来的感觉各有千秋 这游戏虽然没有其他ACT那样惊险、刺激，但边听游戏中美妙的音乐边看这童话般的画面，感觉真的很美好 2、樱桃小丸子南国岛 樱桃小丸子是我最喜欢的动画片，而超任上这款《南国岛》更是我心目中不可多得的佳作。 游戏中有三个小游戏——扔皮球、拖地板、水上碰撞，每个都有很多关，对手是小丸子的各位同学——小玉、丸尾、花轮。这三个小游戏还能两个人对战，以前用它来欺负自己的妹妹真是非常有意思~ 此外，游戏中还有智力问答和画板两个附加内容。智力问答我自然看不懂。。。画板虽然肯定不能和WINDOWS自带的画图工具相比，但也别有一番乐趣 游戏的音乐也是非常赞，不比动画片里的配乐差 3、米老鼠的魔法大冒险1 米老鼠系列也是SFC上不可多得的经典ACT 很怀念以前CAPCOM的迪士尼游戏。FC上的小美人鱼、睡衣英雄（小尼莫）、松鼠大战，SFC上的米老鼠系列和阿拉丁，都是手感、音乐、画风俱佳的极品。 很多SFC的迪士尼游戏也被移植到了GBA上。与GBA上那些欧美厂商做的迪士尼游戏比起来，高下立判。 米老鼠系列我SFC上我就通了1和3。感觉2代的画面反而不如1，有些简陋。后来得知原来2代是SFC、MD双版本的，估计CAPCOM是以MD版作为蓝本，直接移植到SFC上的吧。 1代我研究也不深，也就通了1、2遍 4、米老鼠的魔法大冒险3（又名米老鼠和唐老鸭） 刚刚忘了介绍，米老鼠系列的一大特色就是换装系统 不同的装束，拥有不同的技能。 我第一次玩米老鼠3的时候是初二。那时这个游戏把我深深震撼了，第一感觉就是很像以前FC上的松鼠大战。玩到后面，无论是画面还是游戏性，都是无可挑剔。 这游戏我玩了几十遍，几乎所有的隐藏要素都发现了。 和弟弟妹妹也一起玩过双人模式，乐趣倍增 5、阿拉丁 这也是CAPCOM迪士尼游戏的佼佼者。 游戏中...
阅读全文

tailscale部署私有中继服务器-docker部署+自定义端口

发布于
安装docker ssh远程登陆到服务器,推荐使用一键安装命令 curl -sSL https://get.daocloud.io/docker | sh 申请证书 芒果这里是申请免费的Let's Encrypt证书，理论上使用其它的也是ok的。Let's Encrypt证书的申请方法一可以自己到官方网站去申请，而是可以用宝塔面板自建一个静态页面网站，使用宝塔工具申请。芒果这里是使用宝塔申请。申请完毕后得到一个证书文件与密钥文件 # 使用宝塔申请的证书文件一般存在/www/server/panel/vhost/certz中 fullchain.pem #证书文件 privkey.pem #密钥文件 然后将其拷贝只根目录下 certpath 目录中,并且按照以下格式重命名证书和密钥文件 yourhostname .crt yourhostname .key 安装镜像 ssh远程登陆到服务器 sudo docker pull zouyq/derper sudo docker run -it -d -p 8082:8082 -p 3478:3478/udp --name derper -v /certpath:/cert zouyq/derper /derper -hostname your-hostname -stun -a :8082 -certmode manual -certdir /cert # 其中your-hostname 替换为你的域名 检查启动状态 sudo docker logs 036401e7240b # 命令格式为sudo docker logs <容器id>, 可以使用sudo docker ps -a查看 如果有以下提示，无报错则说明deper服务已经正常启动 2022 / 03 / 05 02 : 23 : 04 no config path specified; using /var/lib/derper/derper.key 2022 / 03 / 05 02 : 23 : 04 derper: serving on : 8082 with TLS 2022 / 03 / 05 02 : 23 : 04 running STUN server on [::]: 3478 防...
阅读全文

Base：一种Acid的替代方案

发布于
本文是Ebay的架构师在2008年发表给ACM的文章,是一篇解释BASE原则,或者说最终一致性的经典文章. 文中Dan讨论了BASE与ACID原则的基本差异, 以及如何设计大型网站以满足不断增长的可伸缩性需求,期间如何对业务做调整与折衷. 以及一些具体的折衷技术的介绍. 在数据库分区中，以一致性换取可用性会显著提高系统伸缩性。 在过去的十年里，网络应用越来越普及。不管你正在为终端用户还是应用程序开发人员构建应用程序(即服务)，您都希望您的应用程序得到广泛的采用，而广泛采用将会带来交易增长。如果您的应用程序依赖于持久化，那么数据存储可能会成为您的瓶颈。 有两种方法可用于扩展任何应用程序。第一个，也是最简单的，是垂直扩展:将应用程序移动到更大的计算机上。垂直扩展不影响数据的合理性，但是有几个限制。最明显的限制是超过系统的最大可用容量。垂直扩展也很昂贵，因为增加交易容量通常需要购买下一个更大的系统。垂直扩展通常会带来供应商依赖，从而进一步增加成本 水平扩展提供了更多的灵活性，但也相当复杂。水平数据扩展可以沿着两个维度进行。功能扩展，包括按功能分组数据，还有将不同的功能组分布到不同数据库。第二个维度是在功能区域内分割数据，分布到不同数据库，这也叫分片。图1说明了横向数据扩展策略。 如图1所示，水平扩展的两种方法都可以同时应用。用户、产品和事务可以在不同的数据库中。此外，每个功能区域都可以根据交易量跨多个数据库分割。如图所示，功能区域可以相互独立扩展。 功能分区 功能分区对于获得高的可伸缩性非常重要。任何优秀的数据库架构都会将schema分解为按功能分组的表。用户、产品、交易和通信都是功能的例子。利用诸如外键之类的数据库概念是保持这些功能区域一致性的常见方法。 依赖于数据库约束来确保跨功能组的一致性，会导致数据库在部署策略上的高耦合。为了使约束生效，表必须驻留在单个数据库服务器上，从而不能在交易数量增长时水平伸缩。在许多情况下，最简单的扩展方案是将功能组数据移动到相互独立数据库服务器上。 当交易量非常高的时候，不同的功能数据将在不同的数据库服务器。这需要将数据约束从数据库移出并在应用程序解决。这就带来了本文后面将讨论的几个挑战。 CAP原理 加州大学伯克利分校(University of California, Berkeley)教授、Ink...
阅读全文