KTSee.eu.org

nodequery删除脚本 rm -R /etc/nodequery && (crontab -u nodequery -l | grep -v "/etc/nodequery/nq-agent.sh") | crontab -u nodequery - && userdel nodequery

https://www.h2ero.com/    [闪电云]  https://www.aisouziyuan.com/    [爱搜资源]  http://www.pansoso.com/    [盘搜搜]  https://www.yunpanjingling.com/    [云盘精灵]  https://www.52sopan.com/    [我爱搜盘]  https://yunpanem.com/    [云盘恶魔]  http://www.xiaobaipan.com/    [小白盘]  https://nyaso.com/    [喵搜动漫]  https://www.fqsousou.com/    [番茄搜搜]  http://www.shiyue.org/    [十月搜索]  http://www.sopanba.com/    [搜盘吧]  https://www.xiaobd.net/    [小不点搜索]  http://www.panduoduo.net/    [盘多多]  http://www.slimego.cn/    [史莱姆]  http://www.kengso.com/    [坑搜网]  http://www.repanso.com    [热盘搜]  http://www.panmeme.com/    [盘么么]  http://wx01.51caichang.com/    [51网盘]  http://wx.haogow.com/    [西部维度]  http://wx.xingtuhua.com/    [商务中国]...

最近因公司项目增多，且环境也越来复杂，开发人员找我查看错误日志越来越频繁，心里便念想到ELK，心之所想，念之所达，快来get一项新技能吧 1、系统架构组成 laravel日志：日志源通过filebeat将日志写进redis中间件 logstsh：logstash通过input将redis数据拿来分析，通过其filter模块分析所需要的语句，然后输出到elasticsearch 3.elasticsearch 接收logstash发送过来的数据，并提供了一个分布式多用户能力的全文搜索引擎 Kibana是一个优秀的前端日志展示框架，它可以非常详细的将日志转化为各种图表，为用户提供强大的数据可视化支持。 二、各个服务的ip地址 laravel: 172.18.109.227 redis: 172.18.215.207 elasticsearch: 172.18.215.207 kibana: 172.18.215.207 复制代码 三、laravel日志服务器配置： 配置filebeat yum源文件 [elastic-5.x] name=Elastic repository for 5.x packages baseurl=https://artifacts.elastic.co/packages/5.x/yum gpgcheck=1 gpgkey=https://artifacts.elastic.co/GPG-KEY-elasticsearch enabled=1 autorefresh=1 type =rpm-md 复制代码 安装filebeat yum install filebeat 复制代码 配置filebeat配置文件 ... #写入源 - input_type: log paths: - /var/www/html/*/storage/logs/laravel-2018-12-29.log ... #输出至redis output.redis: # Array of hosts to connect to. hosts: [ "172.18.215.207:6379" ] password: "***********" db: 0 timeout: 5...

切割日志 查找7月16日访问log导出到17.log文件中： cat web_access.log | egrep "17/Jul/2017" | sed -n '/00:00:00/,/23:59:59/p' > /tmp/16.log 查看访问量前10的IP awk '{print $1}' web_access.log | sort | uniq -c | sort -nr | head -n 10 查看访问前10的URL awk '{print $11}' web_access.log | sort | uniq -c | sort -nr | head -n 10 查询访问最频繁的URL awk '{print $7}' web_access.log | sort | uniq -c | sort -n -k 1 -r | more 查询访问最频繁的IP awk '{print $1}' web_access.log | sort | uniq -c | sort -n -k 1 -r | more 根据访问IP统计UV awk '{print $1}' web_access.log | sort | uniq -c | wc -l 统计访问URL统计PV awk '{print $7}' web_access.log | wc -l 根据时间段统计查看日志 cat web_access.log | sed -n '/17\/Jul\/2017:12/,/17\/Jul\/2017:13/p' | more https://blog.csdn.net/zhengholien/article/details/78006887

前言 正如领域驱动设计之父 Eric Evans 所著一书的书名所述，领域驱动设计（Domain Driven Design）是一种软件核心复杂性应对之道。 在我们解决现实业务问题时，会面对非常复杂的业务逻辑。即使是同一个事物，在多个子业务单元下代表的意思也是不完全一样的。比如「商品」这个词，在商品详情页语境中，是指「商品基本信息」；在下单页语境中，是指「购买项」；而在物流页面语境中，又变成了「被运送的货物」。 DDD 的核心思想就是让正确的领域模型发挥作用。所谓「术业有专攻」，DDD 指导软件开发人员将不同的子业务单元划分为不同的子领域，在各个子领域内部分别对事物进行建模，来应对业务的复杂性。 一、重构优惠中心的背景 我们在实际的开发过程中都遇到过这种情况，最初因为业务逻辑比较单一，为了快速实现功能， 以及对成本、风险等因素的综合考虑，我们会为业务统一创建一个大的模型，各个模块都使用这同一个模型。但随着业务的发展，各子领域的逻辑越来越复杂，对这个大模型的修改就会变成一种灾难，有时明明是要改一个 A 子领域的逻辑，却莫名其妙影响到了 B 或者 C 子领域的线上功能。 优惠中心就是一个例子。优惠中心主要负责马蜂窝各业务线商品的优惠活动管理，以及计算不同用户的优惠结果。「商品管理」和「优惠管理」作为两个不同的业务单元，在初期被设计为共用一个商品模型，由商品模块统一管理。 出现的问题 随着业务的发展，优惠的形式不断推陈出新，业务形态逐渐多样，业务方的需求也越来越个性化，导致后期的优惠中心无论从功能上还是系统上都出现了一些具体的问题： 1. 功能上来说，不够灵活 优惠信息是作为商品信息的一个属性在商品管理模块配置的。比如为了引导用户使用 App 需要设置 A 类型优惠，就通过在商品信息的编辑页面增加一个 A 类型优惠配置项实现；如果某个商品的 A 类型优惠需要在 0:00 分生效，业务同学就必须在电脑前等到 0:00 更新商品信息来上线优惠活动。 另外，如果想要创建针对所有商品都适用的优惠，按照之前的模式，所有的商品都要设置一遍，这几乎是不可接受的。 2. 从系统层面看，不易扩展 优惠信息存储在商品信息中，优惠信息是通过商品管理模块的接口输出的。如果要新增一种优惠类型，商品信息相关的表就要增加字段，商品的表会越来越大；如果要迭代一个优惠的逻辑，就...

前言 这期是被人才群交流里，还有很多之前网友评论强行顶出来的一期，就是让我介绍自己常用的一些工具给他们安利一下，我一听很高兴呀，帅丙我这么乐于奉献的人是吧。 主要是能水一篇文章就很开心，不过写下来发现花的时间完全不比写技术少， 点赞 ！！！ 千万不要白嫖， 真香警告 ⚠️。 但是我在构思这篇文章的时候发现我贴个标题，然后发下软件信息会不会太乏味了，于是创作鬼才我呀，准备用一个产品的研发流程，是的就是 用这样的一个思路 去写这个工具集的介绍文章。 因为读者很多还是学生，还有很多应届生，对一个需求的研发流程都不是很熟悉，还有可能对于以后自己需要使用到的工具都不是很熟悉，那我就一一罗列一下，帅丙我作为一个还算有点小经验的程序员都使用哪些工具呢？ 那下面就跟随 暖男 的脚步，走进 顶级程序员的百宝箱 吧（我所有的标题都是噱头就为了夸大其词，我是低级程序员，大家看了也不能吊打面试官，笑笑就好了）。 正文 既然都说了 帅丙 是要用一个产品的研发流程角度去介绍软件，那我们先看看一个产品有哪些研发流程，帅丙就用自己接触的阿里系的研发流程举例了，这也基本上是互联网大厂的研发流程了，可能细节有出入，但是绝对大同小异。 Tip ：我从开发的视角去介绍的话我就会 跳过一些 软件，比如提出需求这个其实一般都是文档类的， wiki 呀这样的形式。 我就不介绍那种流程工具了，公司很多自研的，大家工作了再去熟悉也很快的。 概要设计： 概要设计 ，这个是大厂程序员需求下来之后基本上都会做的一步，不过看需求大小，可能很多小需求直接就 详细设计了 。 很多不了解的同学可能会问，需要设计什么呢？为什么要设计呢？ 问得好，经常看我文章的都知道， 技术是把双刃剑 ，你用了技术之后你是不是需要 列出他的优点缺点 ，出问题之后的 解决方案 ，还有 可能出现的问题 ， 注意点 等等。 这么是为了让你能有把控力，比如你用了个 Es （ Elasticsearch ）你什么都不管你就是要接入它，你把他开发好了上线了，但是有啥坑你知道么？上线崩了怎么办？ 帅丙我做 Es 设计的时候设计被老大打回N次，不过成长真心大，对 Es 的了解也飞速进步。 其实远远不止这些问题，这就是我们做设计的主要原因，也是大家工作里面能成长的途径之一，你以为大佬们的经验是怎么来的？ 工具...

1.什么是Headless Services Headless Services是一种特殊的service，其spec:clusterIP表示为None，这样在实际运行时就不会被分配ClusterIP。 2.Headless Services使用场景（客户端负载） 服务端负载：正常的service 下面挂的是Endpoints（podIP数组），通过iptables规则转发到实际的POD上 客户端负载：Headless Services不会分配ClusterIP,而是将Endpoints（即podIP数组）返回，也就将服务端的所有节点地址返回，让客户端自行要通过负载策略完成负载均衡。 3.实践 #nginx yaml [ root@node1 yaml ] # cat nginx . yaml apiVersion : v1 kind : Service metadata : name : nginx - service spec : selector : app : nginx - demo ports : - port : 80 name : nginx clusterIP : None -- - apiVersion : apps / v1beta1 kind : Deployment metadata : name : nginx - dp spec : serviceName : "nginx-service" replicas : 1 template : metadata : labels : app : nginx - demo spec : containers : - name : nginx image : nginx : 1.7 .9 ports : - containerPort : 80 name : web [ root@node1 ~ ] # kubectl get svc NAME TYPE ...

不论是用印象笔记等软件做个人知识管理，还是电脑中的文件分类管理。最常见的、普遍存在、必须首先解决的问题 ： 不会建笔记本或文件夹体系，找不到理想的笔记本/文件夹分类。 文件和资料在电脑里杂乱堆放的情况是非常常见的。因为新建文件夹实在太容易了，不像实物的笔记本或者文件夹那样，完全不需要什么成本，随之带来的一个问题就是我们随心所欲，随心情： 想怎么建笔记本就怎么建，想怎么命名笔记本就怎么命名，笔记本的层级想建几层就建几层； 今天按时间建一个2018年6月的笔记本，明天按照自己的兴趣爱好建一个电影笔记本，后天，按工作流程建一个工作总结笔记本，自己也不知道自己有哪些笔记本，整理完笔记，不知道可以移放到哪个笔记本里，甚至，你可能发现放到这个笔记本里面也合适，放到那个笔记本里面也合适！ 如果你同时好几个笔记本放进去都合适，那说明就「都不合适」！是吧？「到底应该把这个笔记放到哪个笔记本里去？」你可能想了2分钟，也没有正确答案，然后，大腿一拍，算了，不整理了！ 所有当初的任性，都有以后的代价 。如果「随性」地收纳大脑精神食粮，等日后要用的时候，找一个资料就像大海捞针，苦不堪言了。 今天，我们的主题是关于笔记本分类的方法论，以印象笔记为例，帮你打造受用终生的笔记本体系和文件夹体系，而且是一次设置，终生受用。 1. 一次搭建，终生受用！ 我的笔记本体系非常简洁，分成三大部分： 第一部分，inbox笔记本体系 ；inbox是一套高效搜集信息、克服信息混杂的处理机制，我们将全部信息来源汇集到1个inbox里面，就可以驾驭海量信息，让大脑的精神食粮少而精； 第二部分，用唯一维度搭建主体知识库，一招完成信息整理分类 。我用唯一维度分类，分成工作、学习、生活和兴趣爱好四类笔记本组，用这种方法搭建主体知识库，将庞杂的信息整理分类； 第三部分：用存档笔记本归档信息 。人生就是一个信息流，这些知识是一直在流动的。所以，当我「翻篇」的时候，例如我转行了之后，之前CPA学习的内容，之前做审计项目时的客户资料和工作笔记就都暂时用不到了，我就都会把它们全部归档。注意了，这里的归档绝非删除，以后想用这些资料还可以调取出来。 所以，我的笔记本体系，1万篇笔记，100多个笔记本，其实就分成三大类：inbox体系=搜集信息；唯一维度搭建主体知识库=整理分类信息；存档笔记本=归档信息。 1.1 Inbox原理 Inbo...

之前介绍过Nginx模块实现是Webdav 这次介绍一个由Go语言编写的WebDav服务端搭建过程，个人感觉比其他众方式都简单实用，单文件可执行，不需要额外配置。 服务器选用腾讯云香港轻量，回国线路优秀，30M带宽足够使用，部署好Webdav，挂载在手机上不要太爽。 正文： 首先放上本次的主角，github链接如下 https://github.com/hacdias/webdav 它支持各个系统及平台，windows端部署也是大同小异，毕竟只需要一个可执行文件以及一个配置文件即可 首先先建立一个运行目录，并下载服务端 mkdir /home/webdav #尽量不在root目录，以避免权限问题 wget https://github.com/hacdias/webdav/releases/download/v4.1.0/linux-amd64-webdav.tar.gz tar -xzvf linux-amd64-webdav.tar.gz #解压文件 然后新建下配置文件，配置文件支持yaml json toml等配置文件，注意编码一定要为utf-8 使用vi vim nano等文本编辑工具编辑config.yaml粘贴以下内容，并修改相应的内容 # Server related settings address: 0.0.0.0 port: 51234 auth: true tls: false cert: cert.pem key: key.pem # Default user settings (will be merged) scope: . modify: true rules: [] users: - username: user1 password: user1 scope: /home/webdav - username: user2 password: user2 scope: /home/webdav 同时密码支持 bcrypt加密具体看github说明去，这里提供一个在线生成 bcrypt加密的地址https://bcrypt-generator.com/ 好的，现在你可以尝试使用以下命令开启你的服务端了 webda...

大家好，我是“经典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迪士尼游戏的佼佼者。 游戏中...