@xjlshaw #109 juicessh +1

是压测么? 试试 tsung

肯定有人说切到 linux, 话说 x1c + linux desktop 确实不错, 很多同事在用

试试 ngx_lua

来句题外话, ss on vultr 已经一年多没换过 ip 了

@Fishdrowned #1 有办法和之前一样, https 显示绿色么?

不要买, 不要买, 不要买, 我之前买的用了半年不到就坏了, 小米的品控越来越差

lsof -i :3306
mysql -u root --host 127.0.0.1 -p

mysql cli 默认用 sock 连接, 看下配置文件中 sock 文件的位置

写错了, 更正下:

从七牛云 CDN 日志统计的的流量, 总比计费流量少 15% - 20%, 官方说这是正常误差, 费用照常收

从七牛云 CDN 日志统计的的流量, 总比计费流量多 15% - 20%, 官方说这是正常误差, 费用照常收

你可能需要的是这个 https://github.com/Rebilly/ReDoc

@wangking #29 收费的, 对象存储一般上传流量不收费, 下载和存储都收费,

扔到 s3 之类的对象存储上, 价格会稍微贵点, 一个月几百块钱吧

@also24 只缺一个程序员系列

N 个 9 的故障概率只是个数字, 发生了就是百分百, 各家云服务商的 SLA 都差不多的, 就和快递一样, 如果没有做保价, 都是按照快递费赔偿(快递费的多少倍), 而做了保价, 就由保险公司赔偿了,

如果赔偿 1kw, 那云厂商都不用做了, 光故障赔偿都能赔破产,

上家公司用的云服务比较多, 引入一家云服务的时候, 首先考虑的就是 backup , 任何一家故障, 都能快速切换到别家, 期间遇到过各种故障, 云存储, 邮件服务, 短信服务, 身份证验证服务 等等(具体厂商就不提了), 都曾发生过故障, 但对于自己线上环境, 影响非常有限, 17 年 对象存储 4h+ 的故障, 线上的影响只是改个配置文件+restart

其实具体操作倒是可以不用 care, 比如怎么去 full text search , 怎么 term search 之类的, 不会了查文档就可以,

依照楼主的思路, 主要应用在日志这块, 可以尝试如下:

日志收集 ==> 一般用 filebeat 收集, logstash 解析为 结构化数据, 比如 nginx 日志, 解析出 status, byte send, url path, url refer

日志查看以及搜索, 简单的分析 ==> kibana

日志告警 ==> 对异常状态产生的日志发送告警信息, 可以在两个点做, logstash 处理日志的时, 可以执行个脚本发送告警, 或者用第三方工具, 用游标的方式监控特定 index, 符合条件就发送告警

高级分析, 业务分析 ==> 写程序, 出报表, 和用 RDBMS 没区别, 查询方式 /数据源 变了而已

优化 ==> 觉得最应该做的是 ES 集群的优化, 当日志的量特别大的时候, IO 不够, 查询慢, 集群脑裂等, 另外, 基于 ES 的日志体系数据链太长, filebeat --> mq(redis/kafka) --> logstash --> es --> toos (kibana/other),任何一个点出问题都会影响整个流程, 如何保证整个数据链的健壮以及容错性


反而楼主问的: `而且我觉得这种类似于数据库的操作没有练习的话是很难成长的,请问大家是如何进一步的学习的呢?` 不太重要

很多 ftp client 都提供 sync 功能, 另外可以试试 rclone