KTSee.eu.org

前言 当前笔记中的内容针对的是 thinkphp-queue 的 v2.0 版本 传统的程序执行流程一般是 即时|同步|串行的，在某些场景下，会存在并发低，吞吐量低，响应时间长等问题。在大型系统中，一般会引入消息队列的组件，将流程中部分任务抽离出来放入消息队列，并由专门的消费者作针对性的处理，从而降低系统耦合度，提高系统性能和可用性。 一般来说，可以抽离的任务具有以下的特点： 允许延后|异步|并行处理   （相对于传统的   即时|同步|串行   的执行方式） 允许延后 ： 抢购活动时，先快速缓冲有限的参与人数到消息队列，后续再排队处理实际的抢购业务； 允许异步 ： 业务处理过程中的邮件，短信等通知 允许并行 ： 用户支付成功之后，邮件通知，微信通知，短信通知可以由多个不同的消费者并行执行，通知到达的时间不要求先后顺序。 允许失败和重试 强一致性的业务放入核心流程处理 无一致性要求或最终一致即可的业务放入队列处理 thinkphp-queue   是thinkphp 官方提供的一个消息队列服务，它支持消息队列的一些基本特性： 消息的 发布 ， 获取 ， 执行 ， 删除 ， 重发 ， 失败处理 ， 延迟执行 ， 超时控制 等 队列的 多队列 ，   内存限制   ， 启动 ， 停止 ， 守护 等 消息队列可 降级为同步执行 thinkphp-queue 内置了   Redis ， Database ， Topthink   ， Sync 这四种驱动。本文主要介绍 thinkphp-queue 结合其内置的 redis 驱动的使用方式和基本原理。 注1：如无特殊说明，下文中的 ‘消息’ 和 ‘任务’两个词指代的是同一个概念，即队列中的一个成员。该成员对消息队列而言是其内部保存的消息； 对业务应用而言是一个待执行的任务。请根据语境区分。 注2：本文编写时(2019-01-30)使用的 thinkphp-queue 的版本号是 v2.0 。如有变更，请以官方最新版为准。 一 代码示例 先通过一段代码，了解一下 thinkphp-queue 的基本使用流程。 目标： 在业务控制器中推送...

一次偶然原因，在网上看到关于一些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...

机械硬盘 都会在产品标贴醒目位置标注有功耗。以下都以 希捷 8TB酷鱼为例，其运行需要+5V和+12V两种电压，只有同时满足这两种需求才能正常工作。具体需求为：+5V需要电流为0.55A，+12V需要电流为0.37A。如图1所示： 图1 通过简单计算可知，其运行时+5V需要2.75W的功率，+12V是4.44W，合计功耗是7.19W。但实际的 硬盘 功耗，特别是启动瞬间的功耗不止于此。如果仅以此为依据计算购买电源的话很可能导致供电不足。 通过希捷官网的PDF文件可查知如下信息： 图2 启动时+12V所需电流是2A，那就是24W的功耗。以8盘位NAS插满为例，在机器启动时光硬盘就需要24W*8=192W的功率。 再往下看详细内容： 图3 可见硬盘在不同工作状态对电源需求是不同的。启动时只需要+12V的供电，其他诸如空闲、读写、待机、休眠时除+12V以外还需+5V供电，但这些状态所需电流都较启动电流要小好多。整理表格总结如下： 图4 可见只有启动时所需功耗最大，但此时对+5V供电没要求。除此状态外，以日常读写功耗为最高，达到5瓦以上，但是对+5V供电就有了要求。如果你要组4U24盘位的机架 服务器 的话，就需要选择+5V供电能力超过1.4W*24=33.6W的电源，+12V供电能力》24W*24=576W的电源。这还只是硬盘部分，算上其他板卡、 CPU 后对电源供电能力的要求就更高了。以上都是以希捷的8TB酷鱼为例，如果你选用更大容量的硬盘，那电流需求就会更多。 正因硬盘启动时对电流要求远超日常，所以一些RAID卡增加了交错启动功能，让某些硬盘先启动，另一些后启动。达到减小对电源压力的目的。但我在使用过程中遇到过启用交错启动后，有硬盘无法启动的故障。不知是RAID的原因还是硬盘的原因。 图5 目前家用PC电源多数都是+5V和+3.3V联合供电，有部分电量需要分给+3.3V用电设备，如图6，所以选购电源时只看+12V供电和+5V供电能力是否满足仍有不足，还要考虑交叉负载以及其它设备供电情况。留出充足的余量为好。 图6 综上，日常使用可参考硬盘盘面标贴计算硬盘的功耗，但是启动时所需功耗最好还是查验官方文档为佳。 总结...

有时候我们希望能分析一下web服务器的访问记录，如果是直接打开 /var/log/nginx/access.log 的话，虽然的确可以看到访问记录，但是数据太多了，也很难直观的分析出我们想要的结果。而使用命令来分析虽然可行，但是命令比较难记忆，也不算直观。 今天了解到了一款轻量易部署的工具—— goaccess ，可以用来将我们nginx服务器的访问日志可视化，将数据直观的展现给我们。 除了nginx日志，该工具还可以将apache等服务端的日志可视化展示 安装GoAccess 官方给出了 安装教程 ，有linux包管理器安装，源码编译安装，docker镜像等多种部署方式，由于ubuntu18源里面的goaccess版本还算比较新，可以直接使用 sudo apt install goaccess 来安装 强烈建议不想折腾的话直接用包管理器安装！！！体验基本是相同的 。 不过这篇文章中我计划直接下载源码编译安装最新版，获得最新的体验: 我计划使用geoip city的mmdb数据库(一开始我以为可以精确到城市，但是查看github issues发现他们其实还没做精确到城市的显示…),所以得先去下载geoip2的数据库  https://www.maxmind.com/  需要注册才能下载，还不能挂代理。 bash # 首先安装依赖避免出现下面那些报错 sudo apt-get install libncursesw5-dev libglib2.0-dev libgeoip-dev libtokyocabinet-dev libbz2-dev $ wget https://tar.goaccess.io/goaccess-1.3.tar.gz $ tar -xzvf goaccess-1.3.tar.gz $ cd goaccess-1.3/ $ ./configure --enable-utf8 --enable-geoip = mmdb --enable-tcb = btree #这里的各个配置可以查看教程中的介绍如果要开启ssl 使用 --with-ssl参数 $ make $ make install 第一次尝试安装出现报错 checking for MMDB_open in -l...

这篇文章主要介绍了UNIX sh(Bourne Shell)脚本里面使用数组的两种方法 ,需要的朋友可以参考下 sh 不像 bash 和 ksh 那样可以非常方便的定义和使用数组，但是可以通过其它方式来模拟数组。 【方法1】通过 set 命令和位置参数来模拟数组 # 定义数组 set 'word 1' word2 word3 # 输出数组的第一个元素 echo $1 # 输出数组的第二个元素 echo $2 # 输出数组的第三个元素 echo $3 # 输出数组的所有元素 echo $* echo $@ # 向数组中增加一个元素 set -- "$@" word4 echo $4 # 查看数组元素的个数 echo $# # 遍历数组元素 for i in do "$@"; do echo "$i" done # 从数组中删除一个元素 shift echo $@ # 删除数组的所有元素 set x; shift 【方法2】使用 eval 命令模拟数组 定义数组并遍历数组元素： #!/bin/sh eval a1=word1 eval a2=word2 eval a3=word3 for i in 1 2 3; do eval echo "The $i element of array is: \$a$i" done 根据用户输入的一句话来定义数组并遍历数组元素： #!/bin/sh echo "Enter the sentence:" read str n=0 for word in $str; do n=`expr $n + 1` eval a$n="$word" eval echo "The $n element of array is: \$a$n" done 来源：https://www.jb51.net/article/99065.htm

?? 使用 iPhone Safari / Android 系统浏览器，打开本网页，点击下方播客名字，即可添加订阅到播客应用 播客 黑水公园 鬼影人间 原来是这样？！ 机核网 日谈公园 比特新声 保持冷静 字谈字畅 ...

很多软件后端使用的存储都是mysql，当这些软件系统在生产环境部署时，都会面临一个严峻问题，需要在生产环境中部署一个高可用的mysql集群服务。刚好在最近一周的工作中，需要在kubernetes环境中搭建mysql高可用集群，这里记录一下。 搭建MySQL集群 MySQL的主从半同步复制方案、Galera集群方案以前都也实践过，感觉都不是太友好，配置比较麻烦，而且发生故障转移时经常需要人工参与。所以这里还是采用MySQL官方推荐的Group Replication集群方案。关于MySQL Group Replication集群的架构设计可以看 官方文档 ，懒得看英文的话，也可以看我之前整理出的 资料 。另外kubedb网页上也有介绍 MySQL几种高可用方案的构架方案 ，也比较有意思。 之前的博文 也讲过在非容器环境搭建MySQL Group Replication集群，现在在Kubernetes的容器环境配合kubedb，搭建更方便了，命令如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 # 添加appscode的helm仓库 $ helm repo add appscode https://charts.appscode.com/stable/ $ helm repo update # 部署kubedb $ helm install appscode/kubedb --namespace kube-system --name kube...

Google 前几天公开了一篇谷歌的工程实践文档。而且文档的内容都是跟 code review 相关的内容，里面包含了 Google 工程师如何进行 code review 的内容，以及 code review 指南。 原文地址: google.github.io/eng-practic… 本文的名词解释： cr: code review cl: change list，指这次改动 reviewer: cr的那个review人 nit: 全称nitpick，意思是鸡蛋里挑骨头 作者: 也就是本次CL的开发者，原文中是以author来称开发者的。以老外的思维，意思是“CL的作者” 如果嫌文章太长，可以直接到 后面 看总结 cr的标准 cr(Code review)主要目的在于确保Google 的代码库代码质量越来越好。而所有相关的工具与流程皆是因应这个目的而生。为达到此目的，势必需要做出一连串的权衡与取舍 首先，开发人员必须能够在自己负责的任务上有所进展。如果你从来没有向代码库提交改进过的代码，那么代码库就永远不会改进。另外，如果一个reviewer使cr都很难进行的话，那么开发人员就不愿意在将来进行改进。 另一方面，reviewer有责任确保每个change list（ 下称CL ）的质量，保证其代码库的整体代码质量不会越来越差。这可能很棘手，因为通常会随着时间的推移，代码需要降级才能让代码运行起来，特别是当团队受到严重的时间限制时，大家觉得必须走捷径才能实现他们的目标。 此外，reviewer对他们正在review的代码拥有所有权和责任。他们希望确保代码保持一致、可维护，以及下文的“ 在cr中可以得到什么 ”中提到的内容。 因此，我们有以下规则，作为我们在cr中所期望的标准： 一般来说，当CL存在的时候，reviewer应该赞成它，此时它肯定会提高正在工作的系统的整体代码质量，即使这个CL并不完美。这是所有cr中的首要原则。当然，这是有局限性的。例如，如果一个CL添加了一个reviewer不希望在其系统中使用的功能，那么reviewer当然可以拒绝，即使代码设计得很好。 这里的一个关键点是，没有“完美”的代码，只有更好的代码。reviewer不应该要求作者在approve之前对一篇文章的每一小段进行润色。相反，revie...

看到标题时，有些同学可能会想：“我已经用 xhr 成功地发过很多个 Ajax 请求了，对它的基本操作已经算挺熟练了。” 我之前的想法和你们一样，直到最近我使用 xhr 时踩了不少坑儿，我才突然发现其实自己并不够了解 xhr ，我知道的只是最最基本的使用。 于是我决定好好地研究一番 xhr 的真面目，可拜读了不少博客后都不甚满意，于是我决定认真阅读一遍W3C的 XMLHttpRequest 标准。看完标准后我如同醍醐灌顶一般，感觉到了从未有过的清澈。这篇文章就是参考W3C的 XMLHttpRequest 标准和结合一些实践验证总结而来的。 Ajax 和 XMLHttpRequest 我们通常将 Ajax 等同于 XMLHttpRequest ，但细究起来它们两个是属于不同维度的2个概念。 以下是我认为对 Ajax 较为准确的解释：（摘自 what is Ajax ） AJAX stands for Asynchronous JavaScript and XML. AJAX is a new technique for creating better, faster, and more interactive web applications with the help of XML, HTML, CSS, and Java Script. AJAX is based on the following open standards: Browser-based presentation using HTML and Cascading Style Sheets (CSS). Data is stored in XML format and fetched from the server. Behind-the-scenes data fetches using XMLHttpRequest objects in the browser. JavaScript to make everything happen. 从上面的解释中可以知道： ajax 是一种技术方案，但并不是一种 新技术 。它依赖的是现有的 CSS / HTML / Javascript ，而其中最核心的依赖是浏览器提供的 XMLHttpReques...

开发环境 yaf开发环境建议  lamp ,目前yaf的最新版本为2.1.18（建议使用）,php version 5.3+ apache 必须开启 rewrite 模块 yaf框架是基于C扩展写的，调试起来相对麻烦。建议你的开发环境中, php.ini 应如下配置: display_errors = on log_errors = on html_errors = on error_reporting= E_ERROR | E_WARNING | E_PARSE | E_NOTICE 目录结构 + public //网站根目录 - index.php //入口文件 - .htaccess //重写规则 + conf |- application.ini //配置文件 application/ + controllers - Index.php //默认控制器 + views |+ index //控制器 - index.phtml //默认视图 + modules //其他模块 - library //组件目录 - models //model目录 - plugins //插件目录 命名规范 同Pear命名规范，@see  http://www.wzjs163.com/tangshan/knowledge/php/41.html#1 补充 ： 变量命名，全小写字母，单词用下划线分割，非驼峰 类方法命名，采用驼峰命名 类命名，应注意类与父目录之间的关系， 通常“目录名_类名”,  目录首字母和类首字母大写, 例 “Base_Func”, 类文件存储位置为Base目录下的Func.php 部件(library)加载       默认规则 yaf框架的默认设置是，只要是符合命名规则类，只要放在APPLICATION_PATH/library下的类目录都会被加载,因为此时的APPLICATION_PATH/library目录 为全局目录. 所以我们不需要去注册本地类。       全局类 我们开...