仙 - Page 2 of 117 - 本来无一物,何处惹尘埃!

为什么需要使用SSD或者NV闪存

为什么我们需要更快的存储设备?

这个机器是4T SATA x2 + Raid1 的结构
合并甲骨文EBS的镜像，HDD的效率低到发指。利用率始终100%
后面那个安装进程一直挂起。。。。。。

鉴于之前SSD丢数据的问题，这个机器还没办法换，。。。。。

2021 不要承担别人的错误后果

世界不完美, 傻逼太多
2021 不要为傻逼犯的错误去承担后果

WHMCS 8.1 发布了

新版的多了21的主题，看起来还是不错的

开发变得简易了一些，尤其主题这块，多了子主题的概念

不忍心吐槽更新bootstrap的CSS框架到4.x版本结果官方已经发布5了
4都快过时了….

不过话说回来，一款商业产品这种更新模式没什么错

另外就是多了一个自动化用户清理的功能，因为被cPanel收购以后就需要按账户数量收费了

把Digicert的业务重新捡起来了

很多业务要重做安排了

打算按73法则来做这事

du 使用G显示容量

因为有时候同步做校验的时候,需要比较原来的数据和新数据的大小
一般情况我们使用
du -s 就可以显示字节数,但是不太直观
其实我们可以

du -csh --block-size=1G 目录

1	du -csh --block-size=1G 目录

这样就比较直观了

&#91;root@STOR1 home]# du -csh --block-size=1G /new
41157   /new/
41157   total
&#91;root@STOR1 home]#

&#91;root@srv4 ~]# du -csh --block-size=1G /old
41847   /old/
41847   total
&#91;root@srv4 ~]#

这样一比较 就知道大概还有600多G数据待传输

[root@STOR1 home]# du -csh --block-size=1G /new

41157 /new/

41157 total

[root@STOR1 home]#

[root@srv4 ~]# du -csh --block-size=1G /old

41847 /old/

41847 total

[root@srv4 ~]#

这样一比较就知道大概还有600多G数据待传输

列表文件快速处理

DMCA投诉来的，因为需要物理删除文件

items="
http:&#47;&#47;i.niupic.com/images/2017/04/24/EUBF5K.jpg
http://i.niupic.com/images/2017/04/24/K8DITB.jpg
http://i.niupic.com/images/2017/04/24/NvXGPV.jpg
http://i.niupic.com/images/2017/04/24/tmRX1k.jpg
http://i.niupic.com/images/2017/04/24/vXpbf4.jpg
http://i.niupic.com/images/2017/04/24/TmFUfX.jpg
http://i.niupic.com/images/2017/04/24/2i6QnD.jpg
http://i.niupic.com/images/2017/04/24/MqWEn5.jpg
"
IFS='
'
count=0
for item in $items
do
name="$(basename ${item})"
#name=${item##/*/}
count=$((count+1))
echo $count $name
rm -rf "$name"
done

items="

http://i.niupic.com/images/2017/04/24/EUBF5K.jpg

http://i.niupic.com/images/2017/04/24/K8DITB.jpg

http://i.niupic.com/images/2017/04/24/NvXGPV.jpg

http://i.niupic.com/images/2017/04/24/tmRX1k.jpg

http://i.niupic.com/images/2017/04/24/vXpbf4.jpg

http://i.niupic.com/images/2017/04/24/TmFUfX.jpg

http://i.niupic.com/images/2017/04/24/2i6QnD.jpg

http://i.niupic.com/images/2017/04/24/MqWEn5.jpg

IFS='

count=0

for item in $items

name="$(basename ${item})"

#name=${item##/*/}

count=$((count+1))

echo $count $name

rm -rf "$name"

done

可以这样写个bash 批量快速处理!

一台后端寿终正寝下线了

升级最后一次大概8天,总计完成了1.7亿次请求
因为这台是过渡机器，当时没硬件，所以拿这台临时顶段时间
不带HW Raid卡，部署的SW Raid

因为是SW，高峰期有性能问题主要是磁盘I/O引起的
监控提示

秒级的crontab定时任务

crontab的格式如下

*　　*　　*　　*　　*　　command
分　时　日　月　周　命令
第1列表示分钟1～59 每分钟用*或者 */1表示
第2列表示小时1～23（0表示0点）
第3列表示日期1～31
第4列表示月份1～12
第5列标识号星期0～6（0表示星期天）
第6列要运行的命令

*　　*　　*　　*　　*　　command

分　时　日　月　周　命令

第1列表示分钟1～59 每分钟用*或者 */1表示

第2列表示小时1～23（0表示0点）

第3列表示日期1～31

第4列表示月份1～12

第5列标识号星期0～6（0表示星期天）

第6列要运行的命令

如果需要间隔执行，可用通过 */间隔数字的方式来实现，间隔执行，但是crontab的最小时间是每分钟但是可用通过bash脚本sleep来实现秒级定时。如下每秒执行一次/usr/local/php/bin/php /home/mao/Documents/crontab.php;

#!/bin/bash
int=1;
while(( $int&lt;=60 ));
do
        /usr/local/php/bin/php  /home/mao/Documents/crontab.php;
        let "int++";
        sleep 1;
done

#!/bin/bash

int=1;

while(( $int<=60 ));