老人与坏人
曾几何时出现了一种说法, “老人变坏了”和“坏人变老了”,这事根本的原因还是因为做一个正常人和好人的成本太高了, 道德/财力/时间/精力/法律等等大山压在好人的身上.
结果就是年轻人变得冷漠, 老年人变得趋利.
none
这事根本的原因还是因为做一个正常人和好人的成本太高了, 道德/财力/时间/精力/法律等等大山压在好人的身上.
结果就是年轻人变得冷漠, 老年人变得趋利.
whmcs程序压缩包下载地址
https://s3.amazonaws.com/releases.whmcs.com/v2/pkgs/whmcs-8.4.1-release.1.zip导出google的个人数据以及恢复邮件数据
从takeout导出需要的数据, 在邮件目录里面找到mbox文件, 借助mb2md 把mbox转换成maildir.
mb2md -s /.mbox文目录/ -d /home/user/存放邮件目录/
chown -R mail.mail /home/user/存放邮件目录/.kvm_mbox.kvm_mbox目录下的cur目录内就是原来邮件内容.
另外Roundcube的webmail也能直接导入mbox的数据.
小孩子沉迷的快乐
小朋友玩电脑/平板/游戏/视频的时候是快乐状态的， 沉迷状态的快乐。用另外一种快乐的事物进行覆盖替代解决沉迷或者是脱敏训练。
或另有办法欲擒故纵，将爱好变成职业化或考核任务化，小孩反其道开始厌恶。
最后：需要很多很多的时间和精力长期战斗，一次两次三天五天是不可能解决问题的。
有沟必火
2010年之前的猫扑上有句话叫“有沟必火”.
放在今天的抖音上从“蓝色战衣” “郑女士说得对” “两颗大道理” 的火爆内容上依然在适用 . 再过几十年也会一直适用下去.
年轻的肉体在互联网就是流量密码.
whmcs的nginx伪静态规则
location ~ /(announcements|knowledgebase|download|store|password|cart|account|subscription)(.*) { rewrite (.*) /index.php; }
location ~ /(.*)/(addons|apps|search|domains|help|services|setup|utilities|clients)(.*) { rewrite (.*) /admin/index.php;}方案一:
if (!-f $request_filename){ rewrite (.*) /index.php; }方案二:
rewrite ^/(announcements|knowledgebase|download|store|password|cart|account|subscription)(.*)$ /index.php;
其他设置:
location ~* \.(tpl|inc|cfg)$ { deny all; }
location ^~ /vendor/ { deny all; }方案一主要匹配本地没有的就丢index.php上去, 也可以用try_files
方案二主要是直接进行rewrite.
其他配置主要是隐藏一些目录和文件不让访问.
总的来说用 location来匹配稍微稳妥一些, 例如 /admin/clientsservices.php 会被为静态匹配到, 还是得运用if来判断匹配.
影视类小站的一些特征
首先, 近些年的版权投诉越来越完善, 以前中文内容基本很少有版权投诉.
从英文到韩日资源再到中文的资源, 逐渐的中文资源的投诉越来越多, 英文等外语类的投诉相对较少了很多.
因为版权的原因, 一有投诉有的人积极处理有的人装死跑路换一家主机商,反正市面上成群结队的主机供应商可以选, 都是东躲西藏的心态, 长期以往后形成了一种拔屌无情的形态.
常见的一些特征: 大部分技术比较菜知识储备少, 被入侵或者注入只能哭; 还保持着10多年前的只会采集外链模式 ;对于版权投诉部分人呈现出暴躁的状态, 对网络资源开销较大, 类似和次于早期开飞机场的.
经验总结:
总体来说这部分人有一定不错的营收, 喜欢套近乎获取一些技术支持,获取一些优势价格以及对版权投诉宽裕处理, 比较注重所失不注重所得. 不论提供多优势多有利条件都会随时扭头翻脸.
不建议提供太多的技术支持,资源支持等等, 在成本资源和人力资源方面超支的该收钱必须得收, 没有让步的必要.
对于版权投诉该处理就处理不要嫌麻烦, 投诉量大又不处理的完全没有留的必要, 趁早清退免于问题扩大.
none
10G光模块中SR, LR, LRM, ER 和 ZR的区别
SR、LR、ER、ZR常用于SFP+和XFP封装的模块.指的是传输距离,SR是短距离,通常几百米以内.LR10KM,ER40KM,ZR80KM
| 产品类型 | 传输距离 | 中心波长 | 接口 | 工作温度 | DDM |
| SFP-10G-SR | 300m | 852nm | Duplex LC | 0-70℃ | D |
| SFP-10G-LRM | 220m | 1310nm | Duplex LC | 0-70℃ | D |
| SFP-10G-LR | 10km | 1310nm | Duplex LC | 0-70℃ | D |
| SFP-10G-ER | 40km | 1550nm | Duplex LC | 0-70℃ | D |
| SFP-10G-ZR | 70km-80km | 1550nm | Duplex LC | 0-70℃ | D |
none
nginx正向代理
server {
listen 8080;
resolver 114.114.114.114;
location / {
proxy_pass $scheme://$http_host$request_uri;
proxy_set_header HOST $http_host;
proxy_buffers 256 4k;
proxy_max_temp_file_size 0k;
proxy_connect_timeout 30;
proxy_send_timeout 60;
proxy_read_timeout 60;
proxy_next_upstream error timeout invalid_header http_502;
}
deny 127.0.0.1;
}大约2012年的一台E3服务器价格记录
CPU: E3-1230V3 - RMB￥1380
主版 Supermicro X10SLH-F - RMB￥1300
內存 三星8GB UDIMM * 4 - RMB￥[email protected]
RAID 卡: LSI 9261-8i + BBU - RMB￥1200
硬盤: 西數1TB 黑色 * 4 - RMB￥1960
機箱, 散熱, 電源, 導軌 - RMB￥900
一共8740元
none
奇怪的安装脚本之一
wget https://minecraft.azureedge.net/bin-linux/bedrock-server-1.10.0.7.zip unzip bedrock-server-1.10.0.7.zip apt apt install zip unzip bedrock-server-1.10.0.7.zip LD_LIBRARY_PATH=. ./bedrock_server
nginx php.conf配置
location ~ .*\.(php)?$ {
try_files $uri = 404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/dev/shm/php-cgi.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;
include fastcgi_params;
}
location ~ .*\.(htm|gif|jpg|jpeg|png|bmp|ico|flv|swf|txt|wma)$ { expires 30d;}
location ~ .*\.(js|css)?$ { expires 1d;}
location ~ .*\.(tpl|svn|asp|aspx|jsp|do|mdb|zip|rar|bak|htc)?${ deny all; }
location ~ /0.* { deny all; }
if (!-e $request_filename) { return 444; }关于LVM丢分区和丢数据(最近又又又发生了)
LVM在linux下灵活划分硬盘空间分区是非常好用的一个东西.
从centos5开始到现在还在用的centos7, 我一直都在和lvm做斗争.
问题其实也简单, 无非就是lv分区导致丢失: 分区的md编号错乱丢失lv, lvremove恢复后丢失lv, 以及还有许多已经忘记的原因.
上月由于机柜搬迁数据中心的问题, 一些宿主服务器子系统较多关机时间太长, 在半路进行了强制关机.
然而在恢复完后就发现一些子系统没有恢复, 由于标签显示是自用的节点又暂时没有时间就延后处理了.
今天清点后发现全是自用的节点, 好在都是非一线重要的东西.
7月底一台快7年的E3 4x1T RAID10的服务器硬盘挂掉导致whmcs数据丢失了一部分重要的数据,
又因为之前迁移进来后没有做定时数据备份, 好在抢救到的数据能维持正常运行, 覆盖早先的备份后一切正常,
此事算妥善处理完成了.
丢数据的事其实已经亲身遇上过很多次了, 硬盘坏掉和LVM丢分区的事每年都有遇上, 即使有RAID也会翻车的可能.
从第一次在webnx的RAID10挂掉, 到LVM串联硬盘分区, 再到rm -rf 数据库, 以及这次又是RAID的挂掉.
数据备份不能马虎, 一定要做, 且异地备份 本地备份 差异备份 同步备份 都要做上, 数据越重要就越需要做备份.
有2次丢掉财务数据库经验的我总结的经验是, 不是每次都那么幸运可以靠手动修复数据.
有时候没了就是没了, 说啥都没有用.
