IP，操作系统OS，国家，浏览器信息GIF展示图

发布于

图片URL：https://www.wieistmeineip.de/ip-address/

图片URL：https://www.mzwu.com/pic/20070121/ipimg/ipimg.asp

评论

发表评论

此博客中的热门博文

项目管理标准模板

发布于
 之前写了一篇 《技术管理标准模板》 ，其中项目管理部分并没有具体深入，而这一技能不仅仅是对于技术Leader的要求，从我的经验看来，只要是程序员，具有项目管理能力都是如虎添翼的，即使你走的是专业路线。本文即基于自己的经验，从项目的启动和迭代阶段总结了敏捷项目管理的一些标准动作。 启动阶段 相关干系人沟通，同步项目背景、业务价值等 启动会议：召集相关干系人，明确业务相关信息，确定相关流程制度等 需求收集和分析-> 总体需求文档 ，概括性的功能与非功能需求列表 初步的产品规划-> 每一轮迭代的需求列表、发布时间 创建项目基础设施-> 可持续交付到测试环境的基础项目 ，包括各个端的代码库、到测试环境的流水线等。 迭代阶段 两周为一迭代，包括需求、设计、开发、测试、发布。关键点在于需求的拆分、优先级以及并行化。 1. 需求评审 对本轮迭代的需求尽心评审确认。 前置条件 ：产品经理对此轮迭代进行需求确认，产出需求条目，按 优先级 排列；需求需要拆的足够小，把大需求拆成一个个 能够独立开发测试发布 的小需求 2. 工作规划 根据本轮迭代需求做WBS任务分解 WBS工作项分解: 甘特图 里程碑结点: 表格或者里程碑图 风险管理：风险点预估、严重程度、可能性、应对措施 3. 设计/技术评审 分别对交互设计和技术设计进行评审 前置条件 ：设计师需要输出设计图；技术部分做概要设计和系统设计，随着每一轮迭代进行更新维护 4. 测试用例评审 由QA安排，会前需要提前将测试用例文档发给产品经理与研发，提前标注有疑问的用例。 5. 开发、测试过程的监控 持续交付：开发和迭代测试，需求开发完成后即测试并进行缺陷跟踪。 会议 每日站会：全员站会，了解整体状况，对暴露出的风险和问题作出集体决策。 项目周会：10人以上团队。解决整体计划层面、跨团队协同配合的问题。 项目周报 汇总项目总体状况，回答三个问题 项目的整体进展状态到底如何？ 风险可控吗？ 目标达成有没有问题？ 6. 版本全量测试 对所有已经开发完的功能进行交叉测试、全量测试、埋点测试、回归测试、第三方云测。 7. 验包发布 此迭代所有功能开发测试完成后，提交审核流程，各流程审核人验收通过后发布。 ...
阅读全文

关于 N1 旁路由的设置

发布于
前言 入手 N1 已经快两个多月了，期间也没怎么少折腾，逛论坛的时候注意到很多朋友对于 N1 作为旁路由的设置还不是很清楚，所以就整理了一下设置的步骤，给需要的人。 模式一：主路由开 DHPC + N1 关 DHPC (非全局） 该配置下，用户需要手动设置需要 N1 服务设备的网关和DNS，对于未设置的设备只使用主路由功能。 应用场景：家庭环境中，我只需要我自己的设备科学上网，其他家人设备不需要，因为个别机场会有BT、迅雷、360等审计规则，避免家人设备不慎触发规则，可以自定义需求。 设置步骤 主路由无需做任何变动 。 N1 网口直连电脑，网络地址使用DHCP自动获取。 浏览器打开 192.168.1.1 ，进入Openwrt，默认账户名 root ，密码 password 。 点击「网络」-「接口」-「修改 br-lan接口」，将静态 IPv4 地址修改为主路由网段中的一个地址，例如 192.168.1.2 。 再将网关设置为主路由地址，例如 192.168.1.1 。 IPv4 广播设置为 192.168.1.255 。 DNS 地址根据本地网络情况设置。 同时下方「DHCP服务器」，勾选「忽略此接口」。 保存并应用配置，然后将 N1 连接到主路由的 LAN 口。 手动指定需要 N1 服务的设备，网关地址和 DNS 服务器为 192.168.1.2 。 模式二：主路由开 DHPC + N1 关DHPC (全局) 该配置下，所有设备都会使用 N1 作为网关和 DNS 服务。 方法一 N1 的设置与模式一相同。 进入主路由，将主路由的 DHCP 的默认网关修改为 192.168.1.2 ，同时将 DNS 服务器也修改为 192.168.1.2 。 方法二（适用于主路由为Openwrt） N1 的设置与模式一相同。 进入主路由，「网络」-「接口」-「LAN」-「DHCP 服务器」-「高级设置」 在「DHCP 选项」中，添加两条参数， 3,192.168.1.2 ， 6,192.168.1.2 。 保存并应用配置即可。 模式三：主路由开 DHPC + N1 开 DHPC (全局) 该配置下，N1 会成为首选 DHCP 服务器，主路由 DHCP 只用于给 N1 分配地址 设置步骤 主路由无需设置 N...
阅读全文

恢复被 adb uninstall 删除的系统应用（免重置）

发布于
我们知道，可以使用  adb uninstall --user 0 <name of package>   或者   adb shell pm uninstall --user 0 <name of package>   来卸载系统内置的应用。 但是我们该这么来找回这些被我们干掉的应用？重置手机固然是种办法，但过于繁杂。 但好在还有一种办法。还是在命令提示符下，执行   adb shell cmd package install-existing <name of package>   其中 <name of package> 为你所恢复应用的包名。若没报错，你的应用就又回来了。 来源：https://ryank231231.top/archives/restore-system-apps-those-uninstall-by-adb.html
阅读全文

Inf-- kafka 从入门到放弃

发布于
概述 工作中用到了kafka ,本篇博文整理一下学习到的kafka相关知识，内容多来自网上（主要是官网doc,个人博客），侵删。 kafka 是Linkedin 使用Scala 编写的一个开源的分布式消息系统，当时开发的初衷是为了解决网站活动流数据（比如网页浏览，点击，驻留时间等等）的数据转发处理。因为活动流数据是实时且流量比较大，可想而知kafka 的最大特点就是高吞吐率且容易扩展。 kafka 的设计目标如下： 以时间复杂度为O(1)的方式提供消息持久化能力，即使对TB级以上数据也能保证常数时间复杂度的访问性能。 高吞吐率。即使在非常廉价的商用机器上也能做到单机支持每秒100K条以上消息的传输。 支持Kafka Server间的消息分区，及分布式消费，同时保证每个Partition内的消息顺序传输。 同时支持离线数据处理和实时数据处理。 Scale out：支持在线水平扩展。 使用场景 从不同的角度出发，kafka的作用也不同。 kafka作为一个消息系统，类比redis,rabbitmq等同类产品， kafka作为一个存储系统，因为进入kafak的消息都会被持久化所以可以作为一个存储系统， kafka作为一个流处理系统，对于流数据，可以在kafka里多次处理，多次流转。 相应的，kafka 的使用场景大致如下： 作为传统消息队列系统的替换。 做metric监控数据的收集处理。 做日志数据的收集处理。 流数据处理。 事件驱动架构的核心组件。 上图中可看出kafka的角色，相应的，kafka也提供了四种核心api: The Producer API allows an application to publish a stream of records to one or more Kafka topics. The Consumer API allows an application to subscribe to one or more topics and process the stream of records produced to them. The Streams API allows an application to act as a stream processor, consuming an input stream...
阅读全文

Tailscale 开源版中文部署指南（支持无限设备数、自定义多网段 、自建中继等高级特性）

发布于
目前国家工信部在大力推动三大运营商发展 IPv6，对家用宽带而言，可以使用的 IPv4 公网 IP 会越来越少。有部分地区即使拿到了公网 IPv4 地址，也是个大内网地址，根本不是真正的公网 IP，访问家庭内网的资源将会变得越来越困难。 部分小伙伴可能会选择使用 frp 等针对特定协议和端口的内网穿透方案，但这种方案还是不够酸爽，无法访问家庭内网任意设备的任意端口。更佳的选择还是通过 VPN 来组建大内网。至于该选择哪种 VPN，毫无疑问肯定是 WireGuard，WireGuard 就是 VPN 的未来。 我已经不止一次向大家推荐使用 WireGuard 了，我累了，不想再讲了，你爱 JB 用辣鸡 OpenVPN 之类的就用吧，你开心就好。 WireGuard 相比于传统 VPN 的核心优势是没有 VPN 网关，所有节点之间都可以点对点（P2P）连接，也就是我之前提到的  全互联模式（full mesh） ，效率更高，速度更快，成本更低。 WireGuard 目前最大的痛点就是上层应用的功能不够健全，因为 WireGuard 推崇的是 Unix 的哲学，WireGuard 本身只是一个内核级别的模块，只是一个数据平面，至于上层的更高级的功能（比如秘钥交换机制，UDP 打洞，ACL 等），需要通过用户空间的应用来实现。 所以为了基于 WireGuard 实现更完美的 VPN 工具，现在已经涌现出了很多项目在互相厮杀。笔者前段时间一直在推崇  Netmaker ，它通过可视化界面来配置 WireGuard 的全互联模式，它支持 UDP 打洞、多租户等各种高端功能，几乎适配所有平台，非常强大。然而现实世界是复杂的，无法保证所有的 NAT 都能打洞成功，且 Netmaker 目前还没有 fallback 机制，如果打洞失败，无法 fallback 改成走中继节点。Tailscale 在这一点上比 Netmaker 高明许多，它支持 fallback 机制，可以尽最大努力实现全互联模式，部分节点即使打洞不成功，也能通过中继节点在这个虚拟网络中畅通无阻。 没错，我移情别恋了，从 Netmaker 阵营转向了 Tailscale，是渣男没错了。 Tailscale 是什么 Tailscale 是一种基于 WireGuard 的虚拟组网工具，和 Netmaker...
阅读全文

关于博客内嵌入bilibili视频

发布于
一、原理 使用iframe标签，更改其中src对应bilibili视频的aid和cid，组装新的HTML源码，即可在文章内嵌入bilibili视频。 二、获取aid和cid aid为视频的av号，但是每个av号下不一定只有1p，所以B站用cid来管理视频的真正id，那么也可以说如果视频只有1p，那么cid就无用了，我测试直接填1也是可以的。 这里介绍两种获取aid和cid的方法： 方法一 先观察视频的URL 1 https: //www.bilibili.com/video/av84267566?from=search&seid=13400362594908841480  其中84267566就是av号。 或者直接点右键——查看网页源代码——ctrl+f——搜索'aid='、‘cid=’ 就可以了。 方法二(推荐) 我们在转发视频的时候直接可以看到嵌入代码   这是官方准备的嵌入代码，可以直接拿来用，但是显示效果不是很理想，样式不是我们希望的，需要调整一下。 < iframe src ="//player.bilibili.com/player.html?aid=84267566&cid=145147963&page=1" scrolling ="no" border ="0" frameborder ="no" framespacing ="0" allowfullscreen ="true" > </ iframe > 从嵌入代码中我们直接得到了aid和cid 我们重新设置一下功能、大小、样式，得到可用的HTML代码 < iframe src ="//player.bilibili.com/player.html?aid=84267566&amp;cid=145147963&amp;page=1" frameborder ="no" scrolling ="no" width ="95%" height ="600" ></ ifr...
阅读全文

图像识别在测试中的应用 sikuli

发布于
提起 ui 自动化大家首先想到的就是基于控件的自动化，比如常见的 xpath、id、css 选择器等手段进行元素定位并进行结果判断。但是在实际应用中，无论是 web 端还是移动端，仍有很多时候需要根据页面内容、页面中的图像进行定位及判定，是这些手段所达不到的，这里我们来介绍一下关于图像识别在测试中的应用。 在具体进行讲解之前先介绍一下图像识别在测试中能够想到的引用场景： 测试过程中，通过对待测软件进行屏幕截图，采用图像识别算法识别截图中是否包含预定义的可操作控件，如果存在，则触发控制指令，达到了图像识别引导测试过程的目的； 测试结果的验证，通过对待测软件的界面进行截图操作，利用图像识别技术将截图与期望的结果进行匹配，从而自动获取测试结果。 通过图像识别对比来进行性能测试，比如 app 测试中常见的响应时间的测试 首先分享一下图形识别在自动化测试中的应用，目前比较流行的就是 sikuli， 其中关于 sikuli 的安装在这里就不多说了，官网有具体的介绍（   https://launchpad.net/sikuli/+download） 原理 Sikuli 脚本是由 jython 通过图像识别的方式来模拟键盘和鼠标事件，从而实现 ui 层面的自动化测试。Sikuli 脚本的核心是一个 java 库主要由两部分组成： java.awt.Robot 这个部分主要是讲键盘和鼠标事件传送给指定的位置，具体的位置是由 c++ 引擎（基于 opencv 模块）通过脚本中的目标图片去屏幕上搜索并定位。C++ 引擎与 java 的 JNI 链接并且进行编译来适应不同的平台。在 java 的上层是一个简单的应用层就是我们开发脚本用的，这层给最终用户提供了一套简单易用的命令。 函数介绍 Find(x) 在屏幕上找到相对于的图片，比如选定一个手机 示例代码： findall(x) 在屏幕上找到所有的相同图片 x，比如可以关注多个手机（一次性把所有的图片的坐标选定，如果选定后再刷新桌面背景有可能出现之前的坐标和之前的功能点对应不上，达不到测试效果） 示例代码： wait(x，10) 等待图片 x 在屏幕上或者指定的区域中出现，超时时间 10 秒 示例代码： waitVanish(x，10...
阅读全文

高性能Type-C移动硬盘挑选指南（主控芯片USB接口等介绍）

发布于
前言 这片文章最早是在17年发在百度 Macbook吧的，到如今的版本应该算是第四版了 16年MBP全Type-C模具推出，Mac用户陷入了与花样繁多转接设备的斗智斗勇之中 但三年以来Type-C产品随着接口进一步泛用化，产品格局已经和以前有了很大的不同，ThunderBolt 3产品相较于先前有了飞跃式的增加，在笔记本市场，Type-C也已经被广泛应用于各种新锐机型上 所以本篇文章的主要目的是帮助读者在便携储存领域向Type-C口以及更高速的接口协议完成外设迭代 目录/结构 超长预警 只准备买品牌产品的朋友请直接看结论就行了 想买硬盘盒DIY的请直接跳转到三，四，五，六按类推荐部分 想详细了解的可以全文通读 结论 我知道很多读者对其他内容不感兴趣，所以先把总结放上来，想了解详细内容以及DIY选项的朋友可以跳过总结往下。 本文针对USB 3.2 Gen 2 & Gen 2x2 与 雷电三 协议下的高性能（外接固态）方案进行推荐，至于机械硬盘，由于其自身性能的限制，并不需要对接口与主控有多考究，购买时只需要挑选外观讨喜做工牢靠，注意不要购买USB2.0 外部接口的即可； 本文以桥接主控为单位，协议分组为大类进行推荐和排雷（这样组织文章的理由我会在最后的后记中阐述）。 各大厂商的常见桥接主控一览： 腾讯文档 ? docs.qq.com/sheet/DWk5FUHdraHJMcU9J 强调一下，我个人不会再提供购买咨询 目前（2020年12月） USB外接储存最强方案是USB 3.2 Gen2x2 转NVMe，即以ASM2364为主控的固态移动硬盘，极速可达20Gbps，成品有 西数P50，希捷FireCuda Gaming SSD；盒子有麦沃，乐扩等厂商的产品。 缺点是USB 3.2 Gen2x2 并没有登陆笔记本平台，在桌面平台也没有普及，但可以通过PCIe扩展卡提供支持，而且也向下兼容USB。 Thunderbolt 3 的最理想方案是以 Titan Ridge JHL7440 为核心的移动硬盘， 雷电3下极速可达22Gbps，USB下可达10Gbps，相比过往的雷电外设胜在兼容USB接口。 成品有 Lacie Rugged SSD Pro（移动硬盘，兼容USB Type-C 但不兼容Type-A） 有支持DIY的方案但只有PCB售卖，没有带壳成品...
阅读全文