我可能活在假的21世纪

我可能活在假的21世纪

现在还能有这种事
昨天老爹打电话, 我们这个姓氏要修祠堂,每户要出钱
几百块而已,没毛病, 这几天股灾每天都亏几千,无所谓了……

我差点就以为老徐家出了个什么了不得的人物,能牵头开始重修族谱,修祠堂了
因为修祠堂从来都不是简单的事,涉及地/建设/每年维护费用/登记先人牌位/聚会/祭祖/聚会
问了下有这种文化习俗的朋友,祠堂差不多都是百万起的
我熟悉的目前还保持宗族文化的,都是朝代流传下来的
类似家族出了个大官或者近代家族里有人发达,能做主,能牵头修起来
这种情况祠堂和族谱不仅仅是纪念意义,更大用途是家族凝聚力
南方尤其广东的习俗每年初一家族祠堂聚会,有族长,大家将一年各家新出生的孩子和嫁娶信息录入族谱
共享交流资源,互通有无,你带我我带你的合作商讨,共同发展
北方这种宗族文化比较少,可能有部分历史原因,北方历来战乱频繁,迁居南方居多

然后搞笑的来了,这个祠堂打算修在一个我从不知道的地方
不仅仅是另外一个城市,是我活30多年没去过也没概念完全不知道的一个地方
不仅仅是没来往,是不知道,就好像从天而降多了一个什么同姓的
其他人我不知道是否清楚,但是我是彻彻底底的完全不知道
距离几百公里应该有吧,什么地方我是不知道的,老爹说江北……

这种要修祠堂我不太明白我们这边凑什么热闹
我们老家这样算应该是个分支了,这个分支给我的感觉是没有家族意识的
从爷爷在世,到老爸分家,我当时还小,一直给我的感觉就是各扫门前雪
我爸那代人是真的命苦,刚好文化大革命,共产风那个阶段,没饿死都算祖宗积德
没办法,当时穷,各家都为自己能分点东西,我还是能理解的
小时候村里无论大事小事,我们这个姓氏人最多,但是怎么说勒,理解为怂吧
我印象里就是这样,争什么都争不过外人,但是窝里横却很厉害,虽然很难听但是是事实
这也是那个时代里的农村缩影
但是我印象中最深的一件事是给爷爷立碑,这个事我跟我爸说了很久
因为立碑要登记名字,每家都同意,人多我爸加几个伯父这事前前后后拖了应该不下五年
很难想象吧,这种事都拖了这些年
然后更搞笑的事来了……
这块耗了这么多年时间的碑总算是立起来了, 竟然没有一个人发现我的名字是错的
最后还是我春节上坟的时候发现的
昨天我又问我爸,我爸说无所谓的…… 这算不算亲爹系列……
其他那些印象里的破事太多,叨叨也没意思

到我们这一代就更不用说了
有什么大事,肯定还能互相帮忙,毕竟亲情还在
不知道其他的兄弟是不是一样
我小时候天天在一起玩的,现在一年能见一面也算难得
天南地北的各自都有各自的生活
这种还谈感情有多好,就是打自己脸了
微信可能都有加,但是一年也没见问候下的太多
就拿四伯全家定居在上海嘉定来说,同在上海差不多10年了我从未见过,很讽刺是吧
我不知道其他人的家里是不是也这样
这样能看出我们这个家族各自有多生疏了
其实原因我们都知道,有时候想想感觉挺讽刺
到我们这一代,现在只是一年,后面就是10年能见一次算难得
还有什么能说的

然后昨天二伯打电话
也在说祠堂的事,直接开始道德绑架了
我说这事问我爸妈,伯父又说这是我们这代人的事……
我说如果问我的意见我们家不参与,我也懒的解释什么,伯父说那你就不是家里人
我不知道这个家里人是个什么概念,伯父直接说以后不要叫他二伯了……
然后我就彻底无语了…..

首先这事和钱无关,如果真有必要,5万10万也不算事
而是我觉得我们这个家族不具备这个资格,说难听点我印象没看到哪个算能拿的出手的人物
这个资格无论从经济角度/个人能力以及社会贡献角度都没什么算杰出的人物
同辈据我所知大部分都是按农村的习俗,到婚姻年龄买房结婚生娃,然后上班,日复一日年复一年
选择和祖辈一样的生活方式,没有任何改变,至少我还没明白这种生活的意义在哪里
而这个所谓的什么祠堂,给我的感觉就好像我们这个分支去蹭一样,虽然这样说不礼貌
对于祠堂这事,我们这个分支里如果有人足够成功,你可以自己撑起来一个家族
没有必要作为分支去蹭
这个时候我就想起范冰冰的霸气回答,”她不嫁豪门,因为她本身就是豪门”

每个家族都是有底蕴的,这种不是盖个祠堂修个族谱就会出现的
每个家族的兴起,必然有一个灵魂人物,能扛起家族复兴大旗
而且在现在的社会风气一切都以金钱衡量,很难产生像以前类似白嘉轩能凝聚整个家族的代表人物
这些我都没看到
至少目前我们这分支我是没看到有这样的人,我看到的都是随大流的小市民和小农思想

这事我最想不通的事就是为什么这边分支自己家里的事都不齐心,比如立碑那事
都能东拉西扯那么多年,而一个不知道门朝哪边别人家的祠堂却这么积极

事实和真相,总是很伤人
世界观不同确实很难沟通
我开始怀疑我是不是生活在21世纪了
昨天开始就一直在思考这事是对是错

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

修改 nginx access.log日志的时间格式

因为要获取nginx访问信息,作为开发的数据使用,但是nginx的access.log文件中的默认的时间格式是这样的:

  [02/Nov/2017:20:48:25 +0800]

  而要求的格式类似如下:

  [2017-11-02 20:52:06]

方法都几种,但是修改源码的方法看上去麻烦,做起来也简单,我这边修改了源码(把原来的删了,复制新的),重新编译

  1.修改src/http/modules/ngx_http_log_module.c  

{ ngx_string("time_local"), sizeof("28/Sep/1970:12:00:00 +0600") - 1,
ngx_http_log_time },

修改后:
{ ngx_string("time_local"), sizeof("1970-09-28 12:00:00 +0600") - 1,
ngx_http_log_time },

return ngx_cpymem(buf, ngx_cached_http_log_time.data,
ngx_cached_http_log_time.len);

修改后:
return ngx_cpymem(buf, ngx_cached_err_log_time.data,
ngx_cached_err_log_time.len);

2、修改 src/core/ngx_times.c 140行

(void) ngx_sprintf(p1, "%4d/%02d/%02d %02d:%02d:%02d",
tm.ngx_tm_year, tm.ngx_tm_mon,
tm.ngx_tm_mday, tm.ngx_tm_hour,
tm.ngx_tm_min, tm.ngx_tm_sec);

修改后
(void) ngx_sprintf(p1, "%4d-%02d-%02d %02d:%02d:%02d",
tm.ngx_tm_year, tm.ngx_tm_mon,
tm.ngx_tm_mday, tm.ngx_tm_hour,
tm.ngx_tm_min, tm.ngx_tm_sec);

  3.备份一下配置文件(小心一些好)

  4.重新编译,参数还是用原来的吧

5. make && make install 之后重启nginx就行了

Raid卡的自动化管理

Raid卡的自动化管理

实现自动化安装系统并不难

难在如何实现按客户选的Raid级别
去自动实现Raid的Rebuild

终于明白逻辑了 还是传参

第一步
Raid卡是不是存在 存在=允许客户选择Raid级别
第二步
客户选择Raid级别, 计算是不是满足需求,满足就放行,否则返回False
例如, 客户选Raid5, 但是设备只有2块硬盘,只能建Raid0或Raid1
第三步
客户选择了Raid
系统开机,PXE启动维护盘,下载对应的Raid规则和脚本预定义
建立物理卷和逻辑卷,分区
完成后重新启动

第四步
继续PXE启动,进行网络安装系统!

真讽刺,电信运营商的互联网套餐

真讽刺,电信运营商的互联网套餐
为了抢地盘,不闻不问的推各种低价互联网套餐

以前是老用户与狗不得办理
后来用户投诉的多,工信部约谈了,不得已让老用户也能改互联网套餐

当然 不能让老用户那么容易就改了

于是乎 各种扯淡限制来了
对外宣称 营业厅/10000号可以改
实际情况 10000 只能提供咨询,
“营业厅” = 指定营业厅,偌大一个城市,只能去有限的几个偏远营业厅改
是的 大家都闲的很 从城市一头到城市另一头就为改个套餐
还要求本人带本人身份证办理

大家都知道什么套路

10000号推销各种增值服务的时候, 你这边说好,话务员那边立马就能给你搞好,很快短信就通知你钱扣好了
你要是从59换199的套餐, 话务员直接权限就能给你办好

你想改个互联网套餐,必须去营业厅,还是指定的营业厅….

讽刺吧?

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

Linode KVM升级以后发现些问题

Linode KVM升级以后发现些问题
感觉分配的CPU性能 比以前要差些

主要表现在编译 GCC编译的时候
以前如丝般顺滑, 现在偶尔会在一些特殊的地方 出现卡顿

这个也可能和区域有关系
使用率低的区域 性能可能好些

不过还是

总体来说
日本区域性能最差
达拉斯性能最好

其实CPU都是一样的

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

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

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

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

nginx upstream RR的问题

谁知道这个问题?

upstream backend {
server backend1.example.com;
server backend2.example.com;
server backup1.example.com:8080 backup;
}

然后设置了 proxy_next_upstream 的参数

这种情况下
如果backend1.example.com 挂了
NGINX的round-robin balancing 模式
到底是使用backend2.example.com 还是 backup1.example.com 这个标记了backup的服务器?

知道的能告诉我下?

解决DirectAdmin的下载服务器速度问题

官方提供的速度测试 自动挑选速度快的服务器
偶尔会异常,尤其香港和中国服务器安装的情况下
遇到过几次会选到泰国的服务器 结果下载不稳定
后来看到隐藏的香港服务器 结果速度限200k

然后还是写了个脚本来 直接看国家和ISP吧
还是这种方式比较好

可以看到 有2-28的服务器
那么如何看这些服务器 是哪个国家 哪个城市 哪个ISP勒?
OK blog.cnlabs.net 写了个脚本

运行以后可以看到 继续阅读解决DirectAdmin的下载服务器速度问题

果然还是Google靠谱

果然还是Google靠谱
达拉斯到德国传输实在太慢了 简直不能忍
想想还是研究了一个折中的方案,
初期的想法是使用Squid部署一个代理节点,做数据中转
结果根本不是那么回事, 貌似我所有达拉斯不同机房到德国都慢
这个就排除机房网络问题了 应该是路由问题

然后使用Google的Drive来做中转
上传速度600Mb/秒 那叫一个快….
可惜的是

403: User Rate Limit Exceeded

The per-user limit from the Developer Console has been reached.

有配额限制…………
每100秒 低于1000次请求还是什么的
同步是快 问题在于这个403错误

再次脑洞大开 使用cronjob定时任务 每5分钟运行一次, 在运行之前 kill掉gdirve的进程

这样不知道几天可以同步完8T内容
然后在从Google Drive同步到德国服务器 估计又是几天….
哎 难…….