2 月 6 2014
博客搬到WIndowsAzure
本文共被喵星人侦察过6,190次。。。前段时间申请到了WindowsAzure的中国区试用,本来只想玩儿玩儿来着,但是看V2EX上有人说这个试用有一年多,于是乎把博客搬过来啦~嘿嘿明显感觉快了好多啊~
DNS更新需要一段时间。。。恩就这样啦。
2 月 6 2014
前段时间申请到了WindowsAzure的中国区试用,本来只想玩儿玩儿来着,但是看V2EX上有人说这个试用有一年多,于是乎把博客搬过来啦~嘿嘿明显感觉快了好多啊~
DNS更新需要一段时间。。。恩就这样啦。
2 月 5 2014
汉诺塔递归问题应该是最简单的递归问题了吧,纠结了快半小时才纠结出来。。。好失败啊。。。
大致思路(来自王民利的博客,其实和课本上写的基本一样):
现在要求庙里的老和尚把这64个盘子全部移动到第三个柱子上。移动的时候始终只能小盘子压着大盘子。
1、此时老和尚(后面我们叫他第1个和尚)觉得很难,所以他想:要是有一个人能把前63个盘子先移动到第二个柱子上,我再把最后一个盘子直接移动到第三个柱子,再让那个人把刚才的前63个盘子从第二个柱子上移动到第三个柱子上,我的任务就完成了,简单。所以他找了比他年轻的和尚(后面我们叫他第2个和尚)(呵呵,倚老卖老),命令:
① 你把前63个盘子移动到第二柱子上
② 在我自己把第64个盘子一道第三个柱子上后
③ 你把前63个盘子移动到第三柱子上
2、第2个和尚接了任务,也觉得很难,所以他也和第1个和尚一样想:要是有一个人能把前62个盘子先移动到第三个柱子上,我再把最后一个盘子直接移动到第二个柱子,再让那个人把刚才的前62个盘子从第三个柱子上移动到第三个柱子上,我的任务就完成了,简单。所以他也找了比他年轻的和尚(后面我们叫他第3和尚)(呵呵,又倚老卖老),命令:
① 你把前62个盘子移动到第三柱子上
② 在我自己把第63个盘子一道第二个柱子上后
③ 你把前62个盘子移动到第二柱子上
3、第3个和尚接了任务,又把移动前61个盘子的任务依葫芦话瓢的交给了第4个和尚,等等递推下去,直到把任务交给了第64个和尚为止(估计第64个和尚很郁闷,没机会也命令下别人,因为到他这里盘子已经只有一个了)。
4、到此任务下交完成,到各司其职完成的时候了。
完成回推了:
第64个和尚移动第1个盘子,把它移开,然后第63个和尚移动他给自己分
配的第2个盘子。第64个和尚再把第1个盘子移动到第2个盘子上。到这里第64个和尚的任务完成,第63个和尚完成了第62个和尚交给他的任务的第一步。
从上面可以看出,只有第64个和尚的任务完成了,第63个和尚的任务才能完成,只有第2个和尚—第64个和尚的任务完成后,第1个和尚的任务才能完成。这是一个典型的递归问题。
现在我们以有3个盘子来分析:
第1个和尚命令:
㈠ 第2个和尚你先把第一柱子前2个盘子移动到第二柱子。(借助第三个柱子)
㈡第1个和尚我自己把第一柱子最后的盘子移动到第三柱子。
㈢第2个和尚你把前2个盘子从第二柱子移动到第三柱子。
很显然,第㈡步很容易实现(哎,人总是自私地,把简单留给自己,困难的给别人)
其中第㈠步。第2个和尚他有2个盘子,他就命令:
① 第3个和尚你把第一柱子第1个盘子移动到第三柱子。(借助第二柱子)
② 第2个和尚我自己把第一柱子第2个盘子移动到第二柱子上。
③ 第3个和尚你把第1个盘子从第三柱子移动到第二柱子。
同样,第步很容易实现,但第3个和尚他只需要移动1个盘子,所以他也不用在下派任务了。(注意:这就是停止递归的条件,也叫边界值)
第㈢步可以分解为,第2个和尚还是有2个盘子,命令:
①第3个和尚你把第二柱子上的第1个盘子移动到第一柱子。
② 第2个和尚我把第2个盘子从第二柱子移动到第三柱子。
③第3个和尚你把第一柱子上的盘子移动到第三柱子。
分析组合起来就是:1→3 1→2 3→2 1→3 2→1 2→3 1→3共需要七步。如果是4个盘子,则第一个和尚的命令中第1步和第3步各有3个盘子,所以各需要7步,共14步,再加上第1个和尚的1步,所以4个盘子总共需要移动7+1+7=15步,同样,5个盘子需要15+1+15=31步,6个盘子需要31+1+31=64步……由此可以知道,移动n个盘子需要(2的n次方)–1步。
从上面整体综合分析可知把n个盘子从1座(相当第一柱子)移到3座(相当第三柱子):
(1)把1座上(n-1)个盘子借助3座移到2座。
(2)把1座上第n个盘子移动3座。
(3)把2座上(n-1)个盘子借助1座移动3座。
自己写的代码:阅读全文。。。
1 月 24 2014
QQ5.0(9857)去除聊天窗口左下角广告,破解本地SVIP补丁。
去除安全校验补丁
下载完后把这两个程序放在QQ根目录/bin文件夹中,退出QQ然后依次运行,点应用就可以了~如果提示出错的话试试用管理员权限运行。
12 月 11 2013
最近几天VPS就像是抽风了似的,不停地DOWN过一会儿又好了。所以监控宝就一直给我发邮件。我刚开始还以为是服务商的服务不稳定,可是每次网站上不去了的时候SSH什么的都没问题,重启下HTTPD 服务也就会马上解决问题。这让我百思不得其解。终于昨天准备备份下VPS数据然后重装,备份的时候发现有一个数据库的备份文件异常的大,Gzip压缩过后都有1.3G!赶紧到MYSQL的数据库目录下看了看,发现是一个测试的论坛数据库,打开那个站点一看,好家伙全都是垃圾信息!不到一个星期的时间他们居然用灌水机把数据库撑到了5G多!怪不得这几天HTTPD 服务一直会挂。把那个站点关闭访问了之后马上一切和谐~哇哈哈
PS我传输备份文件的时候因为占用的带宽过大还被SUSPEND了。。。真是个悲剧啊。。。
9 月 1 2013
大学里面的校园网网内互打资费相当便宜,但是很恶心的一点就是打校园网显示的是网内的六位编号,这样在保存通信录的时候就要寸两个号码,很不方便。通过下面的方法设置以后校园网内网打电话显示的也会是真实的手机号,也就不需要保存学校内网的号码了。
8 月 22 2013
如题,不知道活动神马时候结束。免费领取460G的空间,付费1块可以领取剩余的564G空间,总共1T。活动地址http://yun.baidu.com/1t
8 月 12 2013
(这张是我的学生帮我照的)
离开近极点地区已经有几天了,这下好了,互联网又来了。刚刚在百度上看了一下新闻,结果就遇到一张熟悉的照片被炒得很热,照片的主角是:一只死去的北极熊。这篇配图的新闻很简短,中译文的发表日期是8月8号,标题是“关注全球变暖:北极熊被饿死”(不同媒体转载略有不同),大体上是这么描述的:“近日,在北极圈挪威svalbard群岛,惊现一只瘦成“毛毯”的北极熊尸体,这只本该具有超强大捕食能力的巨型动物,在一场北上搜寻海豹的绝望之旅中活活饿死……专家认为在不远的将来,由于全球升温冰融加剧,北极熊无法再在海冰上猎捕食物,它们都将承受相似的命运。……北极熊的生命就是靠海冰进化而来的,它们要靠海冰捕食海豹,而海冰面积的锐减使得它们无处觅食,这就意味着北极熊溺水的可能性与同类相食率的上升,物种数量在普遍减少。”阅读全文。。。
8 月 12 2013
刚刚在电子科大的凝聚群里和大神们闲聊,提到翻墙问题了我决定给大神们提供一个可以翻墙用得SSH账户。Nologin权限只能用来翻墙的账户很好弄啦,这个VPS上面流量躲到用不完所以我也打算让群里大家都用上吧。在群里发完账号密码以后我想起来上次Rebuild这个VPS(很久以前的事情了)之后还木有禁止root账户的远程登录,于是乎配置ssh设置禁止root账户登录。一切搞定以后闲着没事儿去网站目录转了一圈,猛然发现有ls的时候几个PHP文件的文件名居然是绿色的!有执行权限!仔细想想服务器应该木有被攻击过的迹象,应该是自己不小心配置错了。留着执行权限可是很危险的事情,于是乎很自然的就想取消权限。于是。。。很自然的chmod -r -x DIR到这里问题来了。。。我本来想递归下文件夹下面所有内容的,结果-R弄错了大小写给写成了-r!!!于是整个Web目录下所有文件文件夹读取的权限都木有了。这时候我还没发现什么问题,突然手机响了, 打开一看监控宝的邮件,服务器宕机,错误代码403!!赶紧看了下,好嘛!这个目录下放的所有站点都403Forbidden了。。。发现问题后赶紧补救,chmod -R +r DIR无果!依旧403.咬了咬牙,chmod -R 755 DIR403错误消失了,但是回去一看,文件又都变成了绿色。。。755是有执行权限的啊,这不就等于白忙活了。。。于是644权限,403 。换成744权限,403消失了看来不是*44的问题。。。去正常访问的Web目录ls -l了一下,发现权限都是 -rw–r–r–这样的,用chmod命令改之。。依旧403…666权限也不行,看来就得是7**的权限站点才能访问。。。但是有执行权限以后文件名那耀眼的绿实在是让人不能忍。。。我甚至试了一个笨办法:把文件打包压缩放到别处,删除原文件然后再解压。。。发现依旧不行。。。
纠结了很久之后,无奈求助Google大神。。。在Linux公社的Linux-chmod 命令的详细用法讲解这篇文章中,我看到了这么一句话
设置 mode 所表示的权限可用下述字母的任意组合:
r 可读。
w 可写。
x 可执行。
X 只有目标文件对某些用户是可执行的或该目标文件是目录时才追加x 属性。
原来大写和小写的X对应的权限还是不一样的啊。。。这下就好说了,先chmod -R 644 DIR,吧执行权限都去掉,然后chmod -R +X DIR,注意是大写的X哦~然后。。。我还没来得及测试,监控宝就发来了邮件说服务器恢复。。。嘿嘿,真是虚惊一场啊。。。
Linux的权限配置真是好复杂好复杂,安全性自然是没问题,但是是不是可以稍微再人性化一点呢?
4 月 19 2014
华硕 RT-N14U 固件使用802.1x认证
本文共被喵星人侦察过17,043次。。。前段时间买了个路由,拿回来就直接刷了华硕的RT-N14U的固件,看着真的是很高大上啊。不过UESTC的宽带用的是802.1x的验证方式,好多路由都不支持。当时我想N14U的固件是基于OpenWrt开发的,这个问题肯定好解决啊,于是挂上U盘Telnet连接之~总之各种折腾一下午之后无解。。。因为这货用得不是Luci的界面,而且到现在为止N14U还不能给脚本添加自动启动项目。。。所以就算连接上了晚上断电之后再重启还要Telnet到路由手动连接,很麻烦啊。。。然后就在我准备放弃刷到原生的OpenWrt的时候,突然发现这货原生支持802.1x啊。。。真是泪流满面啊。。。不多说看图。。。
看到了吧。。。其实简单的,外部网络联机类型选择 动态IP,然后下面就会冒出来一个隐藏的菜单:验证。。。在验证这里选择802.1x然后输入用户名密码,保存本页设置,没问题的话等一会就能看到右上角的联机图标亮了起来。。。
不得不吐槽一下华硕何必吧这个藏得这么深呢。。。直接吧802.1x放在网络类型里面会死么。。。
By Lazy Cat • 教程 6 • Tags: 802.1x, RT-N14U, 分享, 固件, 路由