在云彼方

似乎可以识别我的Blog名称，应该可以正常发布～

虽然一直都是有听说DD-WRT这个第三方固件的威名的,也一直了解它很火,但是却并没有怎么去关注它,因为总感觉它支持的面并不广泛,在我最初所认识的方位中,只有Linksys的某款路由器才支持它,所以也就从未对自己手头的路由器动过心思,虽然偶尔也想研究下,不过看满大街都买不到Linksys的东西,也就作罢了. 结果最近准备再购入一台路由器给家里用顺带刷一个DD-WRT玩玩看,无意中却发现,手头的这台TP-LINK 841N的路由器本身就已经支持DD-WRT了....于是决定先下载下来玩玩看. 升级倒是无比的方便,首先去到DD-WRT的官网,输入你的路由器的型号,自动的就会把你引导到下载的页面上. 下载的时候会让你下载两个文件,一个是factory-to-ddwrt.bin,另外一个是tl-wr841nd-webflash.bin,看名字就知道了,第一个是工厂用的版本升级至DD-WRT,另外一个是DD-WRT的升级版,安装也很简单,直接进入路由器的Web管理界面中,选择升级路由器的固件,然后把factory-to-ddwrt.bin选择上去,等一片安静之后,DD-WRT的主界面就出现了,然后就是DD-WRT本身的升级,首先它会让你设置用户名和密码了,搞定了之后进入DD-WRT的界面一样的选择固件升级,然后选择tl-wr841nd-webflash.bin就可以了... 之后再搞设置...老实说,我升级这个东西只看中了它两个目的:DNSmasq和OpenVPN,有了DNSmasq的话,我就省去了要罗列无比冗长的HOST文件了,可以使用通配符来修改HOST了,而OpenVPN则可以把VPN账号公用给好几台电脑或者手机.可惜不幸的是,普通版的DD-WRT并不支持OpenVPN,而我更是找不到哪里可以下载支持OpenVPN的版本...于是这个想法破灭了一个...而我很快又发现了另外一个东西Acrylic,FastCache和DNS Speeder...这三个本地DNS缓冲的小软件全部支持泛域名解析的...甚至可以解决DNSmasq不能使用通配符的问题... 而我很快又发现了DD-WRT的最大弊病....虽然设置很齐全,但是无论如何设置都没办法让无线连接的速度稳定,甚至从头到尾,我就没办法让我的802.11n的无线网卡上到300M的速度...最多最多也就只能到1...

1.我的大名：Phantom_14 2.我的小名：P 3.是谁传给你的：P子 4.生日最想得到的礼物：祝福 5.近期压力大的事 ：穷 6.未来想做的事：拥有自己的事业 7.有没有喜欢的人：我爱全人类 8.聚会要回去找老师吗：老师的联系方式都掉了.... 9.跟谁出去最幸福 ：不喜欢出门.... 10.如果你的两个好友吵架了：会问问情况再说 11.跟喜欢的人最想去哪：游戏厅 12.情人节要啥：想不到呢...似乎都不缺 13.最想跟谁过情人节：喜欢的人 14.有没有赖床的习惯：视是否为休息日而定 15.兄弟姐妹：独生子女，堂表的弟弟妹妹很多 16.喜欢的一首歌：AIR 17.喜欢什么颜色：绿色 18.现在在做什么：写这点名,然后给121区换图 19.最想大声说什么：我想睡个够 20.半夜敢不敢自己上厕所:敢 21.谁很欠打：没有打人的习惯 22.现在很迷谁：前一阶段是平泽进 23.睡相：死人一般 25.是否痛恨传给你点卷的人：否,我的Blog好久都没动了,快长草了,正好整理一下 27.你若中乐透最想做什么：周游世界 28.天气：热死 29.一定要的运动：骑车 30.引起失眠的原因：贴床板就睡着 31.有流口水的情况吗：没 32.近期麻烦的事：工作不会做 33.你经常熬夜：不 34.你会和爱自己的人还是自己爱的人结婚："你们都是我的翅膀" 35.将来有孩子你喜欢男的还是女的？：女 ★撒个谎吧：我天天睡眠都很充足 ★睡觉前最后一件事：关灯 ★你的偶像：哥德尔 ★你喜欢的季节：夏天 ★你喜欢什么样的个性：让我觉得很Cool的个性 ★你会喝酒吗：偶尔 ★你常哭吗：只有感动的泪流满面 ★你常笑吗：偶尔 ★机会和命运你会选择：机会 ★你很自恋吗：当然 ★你有穿耳洞么：无 ★这问卷多不多：凑合 ★喜欢吃冰淇淋吗：喜欢 ★现在幸福吗：一般般 ★房间里的摆设简单吗：凌乱 ★如果没有朋友：一切照常 ★天使可以满足你一个愿望你会要什么：给我天国之门的能力吧 ★喜欢吃的水果：西瓜 ★常不叠被子：基本不叠 ★你喜欢雪么：喜欢 ★如果哪天天下大雨了你会怎么样：能宅就宅 ★现在感觉怎么样：冰火两重天,外面酷热,屋里开空调却还没完全制冷 ★现在几点：20:51 1.点到必填，不填代表你不尊重传给你的人和问卷。 2.请老实回答每一问题。 3.不能擅自涂改题目。 4.写完请点10个人，...

夢であるように   仿如梦境 专辑:テイルズ    オブ  デスティニーOP 作词：池森秀一 / 作曲：DEEN / 演唱：DEEN 歌词:ETERNIA 答えが見つからない もどかしさでいつからか  无法解答 厌倦的时刻什么时侯才结束 空回りしていた   違う誰かのところに行く君を  回到原地 你却走向其他陌路人 責められるはずもない  我无法责备你 なんとなく気づいていた君の迷い  无意中意识到了你的迷茫 夢であるように 何度も願ったよ  就像梦一样  一直向神祈求 うつむいたまま ささやいた言葉  低着头自言自语 悲しく繰り返す  重蹈覆辙的悲哀 激しい雨に 僕の弱い心は強く打たれ  在磅礴的大雨中 我脆弱的心被强烈冲打 すべての罪を流してほしかった  希望所有的罪孽就这样被冲走 期待と不安が 降り注ぐこの街で  期待和不安  降临于这条街道 僕は道を探して 君は隣で地図を見てくれてたね  我在寻找道路  你在一旁查阅着地图 やわらかな時を  这温暖的时间 感じながら歩けるような恋だった  在感受着走向恋爱 夢であるように 瞳を閉じて  就像梦一样  紧闭双眼 あの日を想う 風に抱かれて  那天的思念  被风拥抱着 笑っていた二人  欢笑的我们 そして朝日が差す頃 僕の腕の中眠る君の優しい  然后把在夕阳之下 在我的手中沉睡的你的温柔 幻を見ていたい  看成了美好的幻想 夢であるように 心の奥で  就像梦一样  在内心深处 とわに輝け 君との日々は   和你过的每一天  永远闪耀着光辉 あゆのままの僕だった  我在不断前进 いつか描いてたあしたへ もう一度歩き出そう  向不知何时描绘未来  再一次踏出步伐 たとえすべてを失っても 何かが生まれると信じて  就算全部都失去 也会相信着出现 きっと二人の出会いも 遠い日の奇跡だったから  在不远的未来 ...

一直以来都希望以严格的标准来要求自己写出标准的网页，为此也去研读过W3school的教材，学习过了XML、XSLT、XHTML、HTML5、CSS，但是总感觉对CSS的了解不够深入，只是知道怎么用，但是对某些项目的具体定义依然感觉很模糊，还是需要更多的深入了解，了解它的内核，让自己成为一个浏览器，如果我是个浏览器，我应该如何解释这样一段的CSS呢？只有自己解释出来的东西和实际情况一致，我相信这个才是一种真正的理解了。于是为了这个，还是找了不少的CSS方面的教材，这本《CSS彻底研究》就是其中一本了。 书中有很多可以说让我茅塞顿开的地方，于是还是摘录一下了： CSS中允许使用@import "other.css";这样的语句来导入式引用其他的CSS，但是这样引用的CSS将会在页面加载完成之后再次加载可能会导致页面出现“闪烁”的情况。 善于使用嵌套选择器可以减少无用Class的出现。 CSS定义层叠的情况下优先级顺序：一个元素定义了两个类别样式，此二个样式互相冲突时，以写在前面的那个为主。比如：<div class="a b"></div>，发生冲突时，最后显示的结果应该是a的样式，无论定义CSS的时候把a和b何者先定义。其他的情况还是ID>Class>类别，定义两次的时候后定义的更优先。 宽度Width和高度height的定义是内容的宽度和高度，也就是Content的宽度和高度，但是盒模型实际的高度等于内容+内边距+边框+外边距，也就是Content+Padding+Border+Margin。 颜色简写的含义：#369=#336699 对于可以上下左右顺序定义的属性值的解释（比如Padding: 0 0 1px 1px），如果只定义一个，那么就是四周，如果定义两个，第一个是上下，第二个是左右，如果定义三个，那么第一个是上，第二个是左右，第三个是下。 旧版本的IE Border下的背景无法显示出来，但是所占的位置是存在的。 背景色或者背景图显示的范围是Content+Padding+Border Margin值存在垂直塌陷情况，也就是垂直相邻的两个盒模型之间的的实际Margin值从二者之间较大的Margin值（上面的margin-bottom和下面的margin-top...

Java最让我头疼的就是莫名其妙的就没办法使用Eclipse了…… 我已经莫名其妙的出现过无数次这种问题了，偶尔是正在使用中之前可以用，突然就500了，或者是突然就丢掉环境了，完全让人摸不清楚头脑的各种错误让人头皮发麻。 今天早晨就是如此了，早晨还是好好的，突然启动就报告： Document base .metadata\.plugins\org.eclipse.wst.server.coredoes\tmpxxxx not exist or is not a readable directory 找了半天终于发现了一个解释详细的解决方案： http://tdcq.iteye.com/blog/367516 原因是因为：没有正确的配置Server服务。当然，我就不抱怨什么诡异的服务为什么总是自己消失的问题了，这种问题在Tomcat上简直是层出不穷…… 解决方法也大致形同，似乎唯一不同的就是他用的是Tomcat 6.0，而我用的是7.0这点不同了。 不过还是照抄下来一下吧： 1.在Server选项卡中右击Server - Properties - Switch Location，让它变成/Server/Tomcat 7.0 at localhost 2.双击左边的这个Server，勾选上Publish Module Contexts to Separate XML files。 3.在项目上右击 - Properties - Server - 选中Tomcat 7.0 at localhost 重启eclipse，问题解决。 2011/8/31最后修改: 后来发现这个东西就是Tomcat的缓存的问题,只要出现这类的问题,解决方案很简单,在Server上右击,选择Clean,然后就没事了.

一直都是用Oracle的dmp语句来导入导出整个库，但是这次为了减低工作量，采用了部分表更新的方式，所以选择了部分导出。 刚开始的时候打算像MySQL一样采用SQL语句导入导出的方式，结果也就4000多条数据而已，2M的一个SQL语句，直接让PL/SQL立扑了。看来对于Oracle这方法行不通。于是还是想到使用dmp，但是我本机只是安装了一个简化的客户端，捣鼓了半天还是没办法用dmp，于是只能在服务器上做这个操作。 语句就很简单了，导出： exp system/manager@TEST file=d:\daochu.dmp tables=(table1,table2) 导入： imp system/manager@TEST  file=d:\daochu.dmp  tables=(table1)  ignore=y 但是发现似乎只要是数据库中还存在那两张表，就没办法正确的导入进去，必须要先Drop掉，才可以顺利的导入进去，这次速度就快多了，不到10秒就完成了。 如果有多个以某个字符开头的表，比如AAA_A,AAA_B这样的，要实现批量导出可以先运行： select  table_name   from   user_tables t WHERE t.TABLE_NAME LIKE 'AAA_%' 将导出的文件形成一个CSV，然后编辑它，把它变成类似table1，table2这样的模式（正则表达式很容易做到这点） 然后为了能够顺利的导入，最好先truncate表，于是把这个文件再次操作一下变成类似 truncate table AAAA_A; truncate table AAAA_B; ... 这样的形式，然后保存为SQL文件，例如1.sql 然后在字符界面下运行： sqlplus  system/manager@TEST   @D:\1.sql 批处理执行SQL文件即可，然后再导入表，就不会报告那么多错误了