CentOS7 e1000 / 82574 网卡系列的bug和修复

这个也算是个奇葩问题了
这么多年就是不能打个补丁

这破问题 害我损失不少客户

最近通过搜索访问本文章的关键词:

关于图片SEO 记录下以前的一个东西

记录下以前的一个东西
今天在更新程序的时候 想起来的 看看对以后有没有参考性了
最早是各种搜索引擎升级算法 导致各种网页的权重悲剧 SEO不上量 或者周期拉长
至于这种情况 抖了个机灵 我干吗?

我换了个方向 搞图片SEO去了 因为当时图片搜索还是靠meta 关键词 还没现在的图片识别技术
那时候只提取网页关键词去归类图片

我当时的第一个逻辑 才开始的时候 我是自己生成图片
生成图片网站 图片+关键词 发现效率低 收录速度靠天
这肯定不是我要的
继续阅读关于图片SEO 记录下以前的一个东西

CentOS 7 开启 Google BBR TCP 加速

#1 检查内核

如果非4版本的话,继续

#2 更新内核源

#3 调整内核

#4 重启

#5 开启TCP控制 给bbr接管

#6 检查
检查内核

返回4.9版本
代表OK

检查BBR

返回 net.ipv4.tcp_available_congestion_control = bbr cubic reno
代表OK

ICANN最新域名转移政策 更新

ICANN 关于域名转移政策的更新
为了提高域名在过户和转移的身份验证强度,ICANN对”域名转移政策”进行了相应的更新。新的规则将在12月1号正式生效。

https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en
https://www.icann.org/en/system/files/files/transfer-policy-redline-25may16-en.pdf

意思是审核更严格了
注册商可以依托第三方资料库 审查用户的Whois登记信息是否正确
如果资料不正确,可以拒绝转移操作

另外对注册商的也有些额外要求了

 

 

低成本使用Google Drive 10T存储

低成本使用Google Drive

如果备份内容不超1T  Google Drive直接买就可以了 $9.9/月
如果超了 就是$99.9/月 10T了
问题是 这个跨度有些大 是不?  很少有人使用10T的

那么问题来了 有没更低成本的方式?


因为有需求使用Google的企业套件 包括企业Email等
这里包括的Google Drive 默认说无限 其实是10T的
最低的要求是5 user版本 = 每月$50 = 5个无限Google Drive存储?

而且内容可以传输,功能和99.9的10T无区别

$99.9 = 10T 单账户
$50.0 = 5x 10T 多账户 (其实说的是无限)

对于我这种备份大户来说 还是很不错的
就是不能多服务器同时备份
会出现userratelimit的限制
但是 多账户可以不同账户操作啊…..

好像上行有限制 洛杉矶的100M独立端口 备份速度才5MB/s

PS:更新下
企业Google Drive是无限的
如果API查看配额 是显示 10T
但是你上传1T文件 显示可用还是10T, 但是总计容量 变为11T了
可用容量好像没变…… 一直是10T

不建议大家撸Google羊毛 比如买EDU账户 很容易被封的
花点钱买安心  而且就算$99.9的 也算良心价了
10T 你哪个云端存储备份的都没这个价…….

最近通过搜索访问本文章的关键词:

20T存储的折腾记录 2

22/07/2016
在更新下这个悲伤的故事

数据差不多全部存在,不排除未发现的小文件有校验错误.
然后我又干了个蠢事
机房提供了一个 2x120G + 4x6000G 的备份机器
反正不要钱 先搞起

我是准备买下来 正式使用的 考虑安全肯定不能犯同错误是吧 我做了个 raid1
然后可用空间就剩 12T 了 我老机器的数据 20T 啊 20T 啊 20T 啊
你让我多的 8T 放哪里去?
赶紧下了另外一个机房的 2 台机器 是的 还是 2 台 1 台 4T 硬盘
我觉得都是 G 口 速度应该差不多
测试延时才 20ms 结果 SAMBA 死活不通 换 NFS 可以挂在 结果悲剧了 10Mb/s
要知道同机房 SAMBA 我备份速度在 900M/s 啊 1G 可以跑满的啊
8T 的数据 10M 速度 要猴年马月啊

然后和机房扯 其他 2 个员工让买新机器
只有 1 个员工不错
直接又给我部署了一台不要钱的备份机器
直接挂了“好多好多好多”个硬盘 做好 Raid5 告诉我好了 让我装系统
装的时候看了下存储空间 2x120G + Raid5 以后 还显示 25000G 可用

估计是被我搞懵了 直接给我弄个 25T 的 这样随便你怎么塞 应该都够了
..

然后就是这种既视感

7

net

 

26

继续更新 显示IP GEO信息的图片API调用

API见
https://www.boip.net/api

显示IP GEO信息的图片调用

包括HTML网页代码 和 BBCODE 论坛调用代码 显示效果:

图片显示效果

BOIP.NET 更新了小bug,数据库改为自动更新 【附上代码】

BOIP.NET 更新了小bug,数据库改为自动更新 【附上代码】

1. 把IPv6替换了使用新的
2. 将IPv6地址的ASN 改为 whois方式获取

3. 修复了数据库延时的问题 改为每周自动更新

更新用到的代码 直接shell运行了

使用 Memcache/Redis 缓存 MYSQL的查询和更新 降低mysql的连接率开销

Memcache 缓存 MYSQL的查询 降低mysql的连接率
使用 Memcache/Redis 缓存 MYSQL的查询和更新 降低mysql的连接率开销

其实大部分的mysql查询 都是可以被短期缓存的
这种在大流量并发的情况下 可以非常有效的降低查询开销

这里介绍2种场景 使用Memcache来缓存
第一种 查询数据

第二种 更新数据
这种固定在更新数字上 例如 帖子 被点击+1 用户访问页数 +1
通常会直接更新mysql 每次+1 都要connection mysql 然后update 操作
小流量当然无所谓 但是大流量的情况 就非常耗费资源了
使用缓存 可以这样做 达到一个量级 在一次性更新 比如点击数缓存已经达到50 就更新一次点击数
这样本来想要connection 50次mysql + update 50次+1 就变为 connection 1次 + update 1次+50
开销当然降低了 对吧

以Redis来做例子 和Memcache/ SSDB / levelDB 都类似 差别不大