路由器使用不同规格的电源插头是否会造成损害？(9V0.6A, 12V1A, 12V2A等)

发布于

传统路由一般是12V，少部分9V.

这部分路由绝大部分都是宽电压设计。9-15V都能用。低了会带不动出现莫名其妙的故障高了直接就烧了。。至于电源适配器电流。12v2a的可以提供24W的功率。12v1a只能提供12W功率。

9v600ma就只有5.4W的功率。

路由一般5W左右，你全速下载加2w，2.4G全功率打开加2w，5.8Gwifi打开全功率再加2W.你插U盘再加2-3W.

大功率比如2A的适配器就好比大马拉小车，没有问题的。小马拉小车。车也不会坏。但是可能拉不动。频繁死机之类的。电源设计12W，一般也可以超频一点点。但是长期使用。发热大，确实影响电源寿命。不过不影响路由器寿命。

现在新出的路由有少部分5V的设计。这个就只能5V附近玩了。12V电压太高了。。其实你也找不到5V附件的电源适配器。


来源：https://www.zhihu.com/question/356077070/answer/906911008

评论

发表评论

此博客中的热门博文

高可用用户中心设计

发布于
概述 我们公司现在的账户体系比较混乱，每个系统都有一套自己的账户体系，没有办法进行统一的账户管理，比如统计一个人在哪个系统有账号，这样操作是比较麻烦的，还有就是我们如何进行用户行为分析，最终综合用户的信息进行用户的画像。这些都是需要解决的问题。 常规的用户设计是统一账号和统一登录验证，统一注册等信息。但是结合我们公司的实际，发现这样的话我们的系统可能会出问题，我们无法屏蔽很多细节。我们的现状是： 系统需要向用户隐藏是同一个公司的这个事实。也就是说我们做了用户中心的设计，但是不能让用户感知这个系统的存在。也就是说多个系统之间的登录都是需要隔离的。离论上不能做统一账号的登录，但是可以做统一账号的验证。 同一个系统可能有多个马甲app，我想马甲app之间也需要登录隔离，虽然他们调用的是同一个后台系统，那么我们不得不面对一个问题，同一个用户同时下单的逻辑处理，需要后台做这种处理，否则就会出现严重的并发错误，而开发人员可能都没有注意到这个事实的存在，从而导致一些稀奇古怪的事情出现。 web端与app端应该是需要同时登录的，我们好像没有web的要求，但是好像有微信的web端的事情。假如我们有web端的登录，那么问题来了，我们要不要实现二维码登录web。目前看是可以先不实现的，但是作为设计考量我们不得不考虑这些。 第三方账户的登录，我们是通过手机号作为唯一标识，那么不太好实现第三方的登录注册。但是我们可以后期实现，如果实现第三方的登录注册，那么问题来了，我们的设计貌似不支持，需要改动，就是改掉手机作为唯一标识的问题，但是想想好像是不影响的，只要数据能插入问题就不大，因为没有手机号，这些用户是不能登录需要手机的app，但是有的系统可以做特殊处理，从而支持第三方账户的登录注册。但是这样做也有缺点，就是用户利用多种方式进行注册，也就是说我们不得不解决一个问题就是用户可能存在多个账户的可能性。加入用户有微信注册的账户，然后又用手机登录，绑定微信，这个时候我们可能需要去系统中用微信的unionId或者openId查找一下是否有用户，有就不能绑定，没有才能绑定。如果有我们可能也知道了这个人有重复号的可能性。这个可能需要在做的时候处理。 验证保密问题，公司居然都没有人提到这点。不过也对我们是通过手机号进行验证的。但是如果以后我们不在使用手机号，可能我们需要验证问题。还需要判断用户的活动记录...
阅读全文

远离你身边的煤气灯人

发布于
今天讲个煤气灯人的故事，这可不是一个关于张牙舞爪的喷火小木偶的恐怖故事。 我想说的远比恐怖故事惊悚多了。 它毁人心智，杀人于无形。 何为煤气灯人？如果你感觉这个词很陌生，那么朋友，你听说过PUA吗？ PUA（Pick-up Artist，把妹达人），一个近年来广为人知的群体，与其相关的理论亦称为“泡学”。 大量不善交际的尝试者，几经辗转购入高价PUA课程，并将其珍若江湖两性秘笈。但同时在更多人眼中，PUA群体也沦为过街之鼠，人人喊打。甚至还有人故意在人际交往中，突显自己的直男直女本性，与“套路”二字划清界限。 但你真以为自己能摆脱PUA吗——Nope，甚至也许 你就是正在进行“情感操纵”的PUA本A 。 01. PUA，其实就是一种煤气灯人 现今意义上的PUA，上可追溯至1944年，由美国导演乔治·库克执导的一部惊悚片 《煤气灯下》（Gaslight） 中的主角安东。 在电影中，钢琴师安东（CharlesBoyer饰）为了将妻子宝拉（Ingrid Bergman饰）所要继承的大额财产据为己有，一面将自己伪装成潇洒体贴的丈夫，另一面又不断使用各种心理战术，联合家中的女佣企图将妻子逼疯。 在丈夫缜密的心理操纵下，宝拉逐渐变得神经兮兮，怀疑现实、质疑自己，最后在精神上几乎完全依附于安东。 这种试图破坏他人对现实的感知的情感操纵，也因该电影而得名为 Gaslighting（煤气灯操纵） 。下面我挑选了几个经典的Gaslighting片段让大家品品： Part 1 信息封锁：在一段时间内不断重复强调某一信息 安东和宝拉新婚满三个月时，外出去伦敦塔游玩。出门前安东送给妻子一枚小巧的白色胸针，声称是母亲去世前留给他的，并嘱咐宝拉把它收好。 此时安东略显刻意地强调了一句： “你可能会弄丢，你知道的，你经常丢三落四” 。这是电影中安东第一次对宝拉实施Gaslighting，也是宝拉初步对自己产生怀疑。 但是在二人离去之后，两位女佣之间的对话又再次佐证了，宝拉从未体现出任何异常。但是男主人安东，却不断向他们传输“女主人生病了”这一信息。 如果说此时，仆人们还对女主人生病一事尚有所怀疑。那么接下来的事情，就令他们对于这一言论深信不疑了。 当天的游玩结束后，安东便以饰物常年未佩戴、需要修理为由，向宝拉索要胸针。由于安东从一开始就并未将胸针放入宝拉的手包，而是偷偷将其藏在手心转移至别处，...
阅读全文

如何优雅的关闭容器

发布于
最近把 Docker 官方的 Docker Reference 文档又读了一遍，发现有些细节深究起来，还是有很多可挖的。针对写 Dockerfile ，大部分时候只要照葫芦画瓢，基本也不会有什么大的问题，但是如果再深入理解一下那就更有意思了。 要说如何优雅的关闭容器，那就不得不提到信号（Signal）的理念，以及 Dockerfile 中 ENTRYPOINT 和 CMD 指令了。在具体说优雅关闭之前，先了解一下信号这个 Linux 中的基础概念。 1 信号 信号是事件发生时对进程的通知机制，有时也称之为软件中断。 信号有不同的类型，Linux 对标准信号的编号为 1~31，可以通过 kill -l 获取信号名称： # kill -l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM ... ... 实际列出的信号超过了 31 个，有些是其它名称的同义词，有些则是定义但未使用的。以下介绍几个常用的信号： 1) SIGHUP 当终端断开（挂机）时，将发送该信号给终端控制进程。 SIGHUP 信号还可用于守护进程（比如，init 等）。许多守护进程会在收到 SIGHUP 信号时重新进行初始化并重读配置文件。 2) SIGINT 当用户键入终端中断字符（通常为 Control-C ） 时，终端驱动程序将发送该信号给前台进程组。该信号的默认行为是终止进程。 3) SIGQUIT 当用户在键盘上键入退出字符（通常为 Control-\ ）时，该信号将发往前台进程组。默认情况下，该信号终止进程，并生成用于调试的核心转储文件。进程如果陷入无限循环，或者不再响应时，使用 SIGQUIT 信号就很合适。 9) SIGKILL 此信号为 "必杀（sure kill）" 信号，处理器程序无...
阅读全文

Matomo API 官方接口详情

发布于
API接口 你可以通过调用Matomo的分析接口将数据集成到其他应用中去。这些数据包括访问数，页面网址、网页标题、用户设置、搜索引擎、关键词、推荐网站、用户浏览器 其中的请求参数和返回值需要对照官方手册来 未定义 ## API `未定义` ## Annotations `未定义` ## Contents `未定义` ## CoreAdminHome `未定义` ## CustomDimensions `未定义` ## CustomJsTracker `未定义` ## CustomVariables `未定义` ## DBStats `未定义` ## Dashboard `未定义` ## Events `未定义` ## Feedback `未定义` ## Goals `未定义` ## ImageGraph `未定义` ## LanguagesManager `未定义` ## Login `未定义` ## Marketplace `未定义` ## MobileMessaging `未定义` ## PagePerformance `未定义` ## Provider `未定义` ## SEO `未定义` ## SitesManager `未定义` ## TagManager `未定义` 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 Actions 动作（行为） Actions.get 访客分析-概述-访客概览(右边一列) Actions.getPageUrls 行为-页面 Actions.getPageUrlsFollowingSiteSearch Actions.getPageTitlesFollowingSiteSearch Actions.getEntryPageUrls 行为-进入页面 Actions.getExitPageUrls 行为-退出页面 Actions.getPageUrl 行为-通过页面的PageUrl查看详情(获取单条记录) Actions.getPageTitles 行为-页面标题 Actions.getEntryPageTitles 行为-页面标题-进入页面标题 Actions.getExitPageTitles 行为-页...
阅读全文

从零开始学习iftop流量监控（找出服务器耗费流量最多的ip和端口）

发布于
一、iftop是什么 iftop是类似于top的实时流量监控工具。 作用：监控网卡的实时流量（可以指定网段）、反向解析IP、显示端口信息等 官网： http://www.ex-parrot.com/~pdw/iftop/ 二、界面说明 =>代表发送数据，<= 代表接收数据 TX：发送流量 RX：接收流量 TOTAL：总流量 Cumm：运行iftop到目前时间的总流量 peak：流量峰值 rates：分别表示过去 2s 10s 40s 的平均流量 三、常用参数 -i 指定需要检测的网卡， 如果有多个网络接口，则需要注意网络接口的选择，如：# iftop -i eth1 -B 将输出以byte为单位显示网卡流量，默认是bit -n 将输出的主机信息都通过IP显示，不进行DNS解析 -N 只显示连接端口号，不显示端口对应的服务名称 -F 显示特定网段的网卡进出流量 如iftop -F 192.168.85.0/24 -h 帮助，显示参数信息 -p 以混杂模式运行iftop，此时iftop可以用作网络嗅探器 ; -P 显示主机以及端口信息 -m 设置输出界面中最上面的流量刻度最大值，流量刻度分5个大段显示 如：# iftop -m 100M -f 使用筛选码选择数据包来计数 如iftop -f filter code -b 不显示流量图形条 -c 指定可选的配置文件 如iftop -c config file -t 使用不带ncurses的文本界面， 以下两个是只和-t一起用的： -s num num秒后打印一次文本输出然后退出，-t -s 60组合使用，表示取60秒网络流量输出到终端 -L num 打印的行数 -f 参数支持tcpdump的语法，可以使用各种过滤条件。 四、进入界面后的操作 一般参数 P 切换暂停/继续显示 h 在交互界面/状态输出界面之间切换 b 切换是否显示平均流量图形条 B 切换显示 2s 10s 和 40s 内的平均流量 T 切换是否显示每个连接的总流量 j/k 向上或向下滚动屏幕显示当前的连接信息 f 编辑筛选码 l 打开iftop输出过滤功能 ，如输入要显示...
阅读全文

kubernetes运行一个有状态的应用程序(使用StatefulSet)

发布于
该页面显示如何使用 StatefulSet 控制器去运行一个有状态的应用程序。此例是一主多从的 MySQL 集群。 请注意 这不是生产配置 。 重点是， MySQL 设置保留在不安全的默认值上，使重点放在 Kubernetes 中运行有状态应用程序的常规模式。 教程目标 使用 StatefulSet 控制器部署复制的 MySQL 拓扑。 发送 MySQL 客户端流量。 观察对宕机的抵抗力。 缩放 StatefulSet 的大小。 准备开始 Katacoda Play with Kubernetes 要获知版本信息，请输入 kubectl version . 您需要有一个带有默认 StorageClass 的动态持续卷供应程序，或者自己 静态的提供持久卷 来满足这里使用的 持久卷请求 。 This tutorial assumes you are familiar with PersistentVolumes and StatefulSets , as well as other core concepts like Pods , Services , and ConfigMaps . Some familiarity with MySQL helps, but this tutorial aims to present general patterns that should be useful for other systems. –> 你必须拥有一个 Kubernetes 的集群，同时你的 Kubernetes 集群必须带有 kubectl 命令行工具。 如果你还没有集群，你可以通过 Minikube 构建一 个你自己的集群，或者你可以使用下面任意一个 Kubernetes 工具构建： Katacoda Play with Kubernetes 要获知版本信息，请输入 kubectl version . 您需要有一个带有默认 StorageClass 的动态持续卷供应程序，或者自己 静态的提供持久卷 来满足这里使用的 持久卷请求 。 本教程假定您熟悉 PersistentVolumes 与 StatefulSets , 以及其他核心概念，例如 Pods , Services , 与 ConfigMaps . 熟悉 MySQL 会有所帮助，但是本教程...
阅读全文

ThinkPad E480 黑苹果踩坑和黑苹果常用操作备忘

发布于
由于囊中羞涩，只好一部 ThinkPad 商务本凑合一年有余。最近赋闲在家无事可干，打算更新一下开发环境。Windows 搭配 Cygwin 的选择毫无疑问被排除在外、WSL 的 IO 性能无法直视、开源拖拉机 Linux 的生态一时半会无法适应。想来想去，不如装个黑苹果（Hackintosh）过把用 macOS 的瘾。 本文前半部分会记录我在 ThinkPad E480 上踩过的几个坑和解决方法，后半部分则是我自己备忘的黑苹果的相关知识。 我不是专业安装黑苹果的玩家， 在短期内   我也不会考虑开源我的 EFI。   EFI 已使用 Unlicense 开源协议在 GitHub， 地址 。 ThinkPad 黑苹果无线网卡 ThinkPad E480 出厂时搭载的无线网卡是   Realtek 8821CE Wireless LAN 802.11ac PCI-E NIC ，目前没有办法驱动。 目前最好的选择是换装   DW1560 ，在 macOS 下毫不费力就可以驱动，在 Windows 下也能轻易驱动。不推荐用   DW1820A ，在 ThinkPad 系列机型上都需要屏蔽识别针脚、在系统中容易引发冻屏。而且   DW1820A   有的批次可以轻易驱动、有的则难如登天。如果你执意要趟坑   DW1820A ，请参考   黑果小兵的这篇文章 。 AppleALC 驱动声卡 ThinkPad E480 的内置的声卡是相对罕见的   Conexant CX20753/4 。但是好消息是， MacPeet   为 AppleALC 添加了   CX20753/4   支持（ layout-id: 15 ），而且 MacPeet 的机型是 ThinkPad E580、是 ThinkPad E480 的姊妹机型。在实际测试中， layout-id   取   3   或者   15   都可以驱动 ThinkPad E480 的声卡，3.5mm 耳机接口和外放都可以正常使用。 触摸板、键盘、ThinkPad 小红点驱动 建议使用   Rehabman 版本的 VoodooPS2Con...
阅读全文

为什么要建模；怎么建模才合理；“领域”模型具体指什么?（DDD）

发布于
要回答这个问题，需要三步走：为什么要建模；怎么建模才合理；“领域”模型具体指什么。 为什么要建模 客户在专卖店买了个手机，留下了自己的名字和电话，店员做了记录。客人来时，只要店员能在记录里查到客人名字和电话的订单，就说明客人曾经买过手机。 什么人需要查看订单呢？店员 A 需要查看，店员 B 也需要查看。客人来咨询的时候，应该能随时调取。老板也需要查看，用来汇总销售情况。大家都要看，格式就必须统一，要不然有的只记了电话，有的只记了名字，有的什么都没记，就乱套了。 大家商量之后决定：订单必须包括客户名字、电话和购买的商品。那么就有“订单 = 名字 + 电话 + 商品信息”。这是店员和老板的 心智模型 （ mental model ）。 要用一个数字系统来支持订单的管理，必须形成对应的 数据模型 （data model），称之为 数据建模 （data modeling），中文简称 建模 。电脑采用数字化的精确储存，所以数据的格式必须提前明确，比如名字是 2-4 个 中文字符 ，电话是 11 位数字等等。 建模本质上是一种抽象。抽象就是归类，其目的是减轻认知的负担，避免重复的思考和工作，提升人的计算能力。所以，“通用”是建模的第一步，接下来我们还需要“复用”建好的模型。 假设手机卖出之后，客户需要维修服务。 客户来到店里，询问店员，店员查询确认了订单，然后把客人引到门店旁边的维修中心。维修中心的工程师拿到订单，发现手机已经过了保修期，所以他写了一个维修单，把客户的名字、电话、手机信息、维修费用写到上面。客户交了费，拿到修好的手机，走了。 这引出一个问题。维修中心需要的客户信息，其实在店员那边有，没有必要自己再抄一遍，否则很容易出错，还会遇到信息同步的问题。那么，我们就需要再做一次建模，把客户的名字和电话从订单模型中拿出来，单独做一个 客户模型 。订单和维修单都复用这个客户模型。 这样，我们就得到了如下三个模型。 订单 = 客户 + 商品信息 维修单 = 客户 + 商品信息 + 维修信息 客户 = 名字 + 电话 这里，维修单模型里面似乎包含了一个完整的订单（客户 + 商品信息），为什么不直接复用订单呢？也许是因为维修部门也负责别的地方购买的商品。另外，客户的名字和电话更新之后，是不是要直接修改已经完成的订单和维修单呢？值得商榷，已经完成的信息不应该有意料之外的变化。还有，如...
阅读全文

免费在线接收手机短信验证码大全

发布于
  一直以来 Email 邮箱是在线服务用来验证注册者身份的主要方式，近些年则变成以手机号为主，基本上国内外的一些服务都需要手机号来注册验证身份。现在还加入直接以第三方帐号例如微信、微博、Google 等注册登入，这些过程不外乎是减少被短时间内大量注册或滥用的可能性，但某些时候我们并不希望被知道真实身份，就可以使用一些方法绕过验证，例如注册时通过用后即丢的暂时邮箱收验证信，手机方面也有临时手机号码可以使用，就能够在不被得知真实数据的情况下完成注册或通过身份认证等程序。 手机号码牵涉的层面较多、较复杂，相较于临时邮箱来说这类服务就更少一些，而且基本上是共享号码，会看到其他人的短信内容。但如果是要用于注册帐户通过验证，或者想收一则短信又不希望告诉对方真实号码，本文要介绍的一些在线收手机短信验证码的免费服务或可研究一下，这些工具虽然功能和界面很简单却很实用。 另一方面，当你临时需要某个国家的手机号时，也能从这里碰碰运气，不过并不保证永久固定或有效，如果你想要一个能长时间使用的国外手机号码，也能参考「香港电话卡汇总介绍」购买一个，我中国移动香港电话卡已经稳定使用半年了。 但也提醒大家，无论是临时邮箱或手机号码等匿名工具都有非常完整的使用记录，不要抱持侥幸心态将它做为诈欺或非法用途。以下要介绍的服务皆从网络整理，不保证可以持续稳定提供服务，如果无法使用，请换成其他服务再试一次。 国外免费接码平台 只列了一些出来，需要更多可以在搜索引擎网站搜关键词 “receive sms free” https://ch.freephonenum.com https://smsreceivefree.com https://zh.mytrashmobile.com https://www.receive-sms-online.info https://receiveasms.com https://sms-online.co/receive-free-sms https://receive-sms.com http://receivefreesms.com/ https://www.receivesmsonline.net/ https://www.freeonlinephone.org/ https://us-phone...
阅读全文