U148 Archive

Markdown archive served by Next.js

someok

来源: BlogBus 原始链接: http://www.blogbus.com:80/blogbus/blog/index.php?blogid=8036&pg=4&cat= 存档链接: https://web.archive.org/web/20041222033602id_/http://www.blogbus.com:80/blogbus/blog/index.php?blogid=8036&pg=4&cat=

.: 日历 :. 2004 年 12 月 Sun Mon Tue Wen Thu Fri Sat 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 .: 站内搜索 :. .: 快速登录 :. .: 读书笔记 :. 敏捷软件开发： 原则、模式与实践 .: 最后更新 :. 再次转移Blog 又是n久没有更新了 263.net == 恶心！！！ 小玩了一把Thinlet 一个程序员的一生 酒桌偶感 我所期望的项目过程管理系统 随便说说2 人类SARS冠状病毒动物源性被证明 果子狸为主凶 很多公司往往会遇到这样两个问题 .:

最新评论 :. ppulong : 不能用来上传附件. bpnr : 我最近与这个主人. flyisland : 这反过来说明一个. flyisland : 其实走到这一步，. 郁也风 : 呵呵，点解. 幻想懒王 : 把最好的程序员变. 幻想懒王 : 我最近也在想，怎. 林星 : class/object是一. love_java : 嘎嘎。。怎么有这. asiapan : 有道理！. .:

存档 :. 1970/01/02/-2004/01/01 2004/01/02/-2004/05/01 .:

我的链接 :. 默默无语 北漂男人 龙心客栈 冰云@NonaStudio log4u 透明思考 jini (99% jakarta) blogging 土豆仙的炼丹炉 一亩三分地 口水集 .:

上海天气 :. .:

CNBlog最新目录集 :. .:

扩展功能 :. ◇ Refer... :: 首页 技术心得 (47) 技术文摘 (30) 琐事杂谈 (35) 牵针引线 (3) 直接转载 (5) ::wiki:: 留言簿 : [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] Rich Client? Fat Client?

  • [技术心得] 前一阵看blog，发现有些大牛在讨论Rich Client和Fat Client的区别。Oh, my god.我一直以为这二者是一样意思呢，可它们的区别在哪儿呢？反正他们的讨论我没看明白！ someok 发表于 2004-08-15 &nbsp00:14 | 阅读全文 | 评论(2) | 引用(trackback0) jspwiki配置文件中文说明
  • [技术心得] 我用的wiki系统是 jspwiki 的，也有些朋友问jspwiki的配置，应该说还是蛮简单的，这里就某些需要配置的地方做个大概的介绍： jspwiki的配置文件都在jspwiki.properties里面。 jspwiki.applicationName = JSPWiki ――这里可以改为自己的wiki名字，例如我的为“someok's wiki” jspwiki.pageProvider = FileSystemProvider ――页面存储方式。推荐使用VersioningFileProvider，提供简单的版本控制功能（jspwiki说简单，不过我觉得够用了） jspwiki.usePageCache = true ――没啥说的，页面缓存，缺省值就是了 jspwiki.fileSystemProvider.pageDir = /p/web/www-data/jspwiki/ ――wiki内容存储的位置，也就是那一堆txt文件所在的位置，unix或是linux系统用/a/b/c的目录格式，windows用C:\Data\jspwiki格式，推荐将这个地址放到jspwiki系统外部（当然，你不放也无所谓了，呵呵） jspwiki.attachmentProvider = BasicAttachmentProvider ――附件的使用方式，为空值的话，不能上传附件 jspwiki.basicAttachmentProvider.storageDir = /p/web/www-data/jspwiki/ ――附件存储目录，格式同 jspwiki.fileSystemProvider.pageDir ， 我习惯将附件目录放在pageDir下面的attachment目录下 jspwiki.baseURL= ――wiki的基本URL，我的是 http://wiki.someok.com/wiki/ 。这个可以不设置，如果你不需要rss功能的话 jspwiki.encoding = UTF-8 ――如果你想使用中文的话，那么这个配置项前面的注释必须去掉 jspwiki.translatorReader.allowHTML = false ――是否允许wiki里面支持html，强烈推荐不要允许，因为wiki是协同编辑的，如果有人恶意使用js的话，就惨了，呵呵。再说了，wiki提供的编辑脚本也够用了 上面的配置是基本配置，如果配置好了的话，wiki应该已经可以运行了，下面那些配置项是对wiki的进一步调整，由于对wiki影响不是很大，所以我选几个我用到的地方介绍一下： jspwiki.templateDir = default ――wiki的模板。可以到jspwiki上下载模板，放到templates目录下，然后在这里改一下名字就可以了 jspwiki.lockExpiryTime = 60 ――编辑锁定时间（单位：分钟）。由于可能出现多人同时编辑某篇文章的情况，所以jspwiki提供了一个页面锁定功能，也就是说在这个时间内（缺省为60分钟），其他人无法编辑该页面（页面上面会出现锁定提示）。由于我一般都是线下编辑，然后copy到wiki里面，所以我将其设为10了 jspwiki.translatorReader.inlinePattern.1 = *.jpg ――如果想让wiki支持更多的图片格式，在这儿改就是了 jspwiki.rss.generate = false ――是否让wiki支持rss jspwiki.rss.fileName = rss.rdf ――rss对应的文件名 jspwiki.rss.interval = 3600 ――rss刷新的间隔时间 log4j.appender.FileLog.File = /tmp/jspwiki.log ――日志输出路径，需注意linux和windows下面的不同格式 小技巧 ：在wiki里面增加个外部连接的话，缺省是无法使其弹出新页面的，我们可以在配置项里面增加一个newhttp，使其可以用弹出新窗口的形式打开连接： jspwiki.interWikiRef.newhttp = %s " target=_blank 使用方式：[sohu|newhttp://www.sohu.com] someok 发表于 2004-08-14 &nbsp23:02 | 阅读全文 | 评论(0) | 引用(trackback0) 流水账
  • [琐事杂谈] 今天是吃饭的一天，看片的一天，睡大头觉的一天。 强忍着通宵的困倦，冲了个凉水澡后就跑去一兄弟家吃饭去了，同去的还有一兄弟。兄弟老婆的手艺相当精彩，兄弟几个吃着龙虾大蟹，啃着大排鸡腿，间或品品青菜蘑菇，把着可乐言欢，舒畅地骂了一把当今 IT 界学院派人士和炒作高手们，认为他们的误人不浅，极大地拖累了中国 IT 业的后腿，对其此种行径，我们一致表示了极大的愤慨和强烈的抗议。 其间对兄弟找到这么个能干的老婆表示了诚挚的羡慕之情，亦对他已逐渐发膘而我依然消瘦表示了欣慰。并表示将来教育我的老婆要以兄弟的老婆为榜样，要勤劳善良，当然如有国家一级厨师认证更好。于是大家纷纷点头，表示当初有 mm 对我“大男子主义沙文猪”的称呼极为地道。 宾主言欢之后无有消遣，一起打道电影院看蜘蛛侠 2 。很久没有看电影了，于是感觉被震撼了一下，同时大家亦对我的“电影的效果果然比电脑强”的说法表示了鄙视。具体情节不谈，反正就是蜘蛛侠继续英雄救美，同时救万民于水火，终于战胜了邪恶的大坏蛋的故事。通过对大侠也有人生的高低潮，也有迷惑与茫然进行了一番好莱坞式的刻画，达到了还人民一个平民英雄的目的。这个片能够通过某些环节来到广大无产阶级群众面前，充分说明这个片是主旋律的，是弘扬正义必将战胜邪恶这个美好愿望的，所以人民群众是可以放心观看的。当然，被蜘蛛咬一口就可以在高楼大厦间飞翔只是人民群众的一个美丽愿望，所以还请广大的小朋友不要擅自模仿，广大成人也不要模仿。 然后就是分道扬镳、打道回府。期间： 目睹了一场小型车祸，无人身伤亡。双方车主秉持友好的态度互相交换了意见，充分体现了现代人道德素质的提高。 有 ppmm 对我猛抛媚眼，让我以为我欠她很多钱，我亦不示弱，对她狂送秋波，表示我并不欠她很多钱。 someok 发表于 2004-08-08 &nbsp01:44 | 阅读全文 | 评论(3) | 引用(trackback0) Blog的热潮在消逝？
  • [琐事杂谈] 最近在客户哪儿开发，住处的宽带也因欠费被停掉了，若干天没有上网，感觉清净了很多。 今天又重新被开通了，打开FeedDemon，挨个浏览了一遍，发现java类里面的blog内容更新的很少，包括几个前一阵非常积极的人，而我自己的当然也是若干天空白了，难道这股热潮在消退？ someok 发表于 2004-08-06 &nbsp18:49 | 阅读全文 | 评论(0) | 引用(trackback0) 关于QQ
  • [琐事杂谈] QQ 一直在用，也一直觉得愤怒，例如，我很久以前曾经把 QQ 号和我的手机绑定，不过在最后那个“完成”按钮之前我取消了，于是绑定没有成功， QQ 中也一直显示我那个号不存在手机绑定，可前一阵我偶尔在移动的网站上查了下我的话费清单，居然发现每月我都在给腾迅支付 5 元人民币，在 QQ 的网站好一阵找才发现那个取消的链接，而让你掏钱的页面就好找多了。我觉得这种行为卑劣之至，是对用户的欺骗，但我也懒得去找消协。说句题外话，在咱们国家，找消协还不如直接拿块砖头去砸那个让你上当的家伙来得有效。至于 QQ 的那些广告啥的就不说了，人家也要挣钱了，但我也有权利释放我的不爽，方式就是去坛子里骂，当然这也不影响我继续使用 QQ 。 下面我想说说的是 QQ 你怎样才能从我这每月抠 10 块钱。你现在提供邮箱了，好；你现在也提供网络硬盘了，也好；你还早就提供备忘录了，也不错；那么你还需要作的是：提供一个记事簿，可以通过 QQ 查阅，也可以在没有 QQ 的环境中通过浏览器访问。还有就是将 outlook 的功能也加上，同样也要求能够通过网络访问，尤其重要的是和 outlook 同步的功能一定要实现，如果不清楚我想要的是什么的话，请参考 yahoo 提供的那些功能（ yahoo 实在太慢了，导致这些不错的功能都很鸡肋了）。尤为重要的是这些功能最好都可以通过浏览器访问。 老实话， QQ 的功能已经很不错了，虽说我也对 QQ 骂不离口，不过还是需要说的是， QQ 比 MSN 的功能强的太多了。很多的所谓白领和商务人士老是对 QQ 持不屑的态度，认为 QQ 是小孩玩的东西， MSN 才能彰显身份，而且还往往会自得其乐地认为 MSN 功能更加强大，怪异之至。相比 MSN 的固步自封， QQ 的每次升级都会有些新鲜的东西，而且升级的频率也比 Msn 快多了。 MSN 的粉丝还把 QQ 的模仿作为一个攻击点，这尤其贻笑大方了，要说模仿，谁不知道 MS 才是业内老大阿，俺也一直认为：模仿出个 MS ，你就是知识英雄。 其实工具只是工具，如能给你带来方便，那我们的原则就是：用就是了。所以 MSN 我也一直在用：） 再回到刚才的话题，如果 QQ 能把我希望的功能都实现的话，那十块钱我倒是蛮乐意掏的，就算再加点也无妨。 someok 发表于 2004-08-06 &nbsp16:40 | 阅读全文 | 评论(0) | 引用(trackback0) Thin Client VS. Rich Client
  • [技术心得] 最近被一个无文档、无源码、无人熟悉的项目痛并郁闷着，一个 C/S 结构的项目，需要去分析它里面的业务逻辑关系，以便把数据导入另一个 B/S 结构的系统中。撇开中间的痛苦不说，我倒是被这种 C/S 结构的东东吸引了，很多的特性根本不是 B/S 能够搞定的，尤其是其易用性、表现力方面更不是 B/S 所能够同日而语的。于是开始奇怪 B/S 是不是被炒得有点过了，毋庸置疑， B/S 结构只需要一个浏览器就够了，而且可以极大地节省维护方面的工作量，但是其开发中的复杂性也是有目共睹的说，往往为了实现一个在 C/S 中看来微不足道的功能，我们这帮干活的那个费劲啊。（上次头开玩笑说， C/S 系统是安装 (setup) ，而 B/S 是部署 (deploy) ，由于部署这个词比安装炫，所以 B/S 才流行了，汗） 。。。（靠，天太热了， BS ， CS 的各自的优势与弱点懒得再找了） 我个人认为， B/S 结构的系统仍然可以作为首选，但是却也没必要凡系统非 B/S 不可，如果不需要太复杂的前端显示的，浏览更多于输入的话（好像多是 internet 上的啊）， B/S 无疑是最优先的选择了，而对于绝大多数的 intranet 系统，我看还是老老实实用 C/S 得了，看看吧，那么多人拼命模仿 outlook 的界面来实现一个 B/S 结构的 OA 系统，而用户往往还会狂骂东西不好用，虽说用 B/S 也可以实现丰富的界面元素，也就是在 thin Client 中拼尽各种花招实现 Rich Client 的功能，可惜其中的复杂性让绝大多数的项目负责人望而却步。还有阿，看看现在为了实现某些稍稍炫点的功能，又是 applet ，又是 Flash ，又是 activex 的，又是 web start 的。再看看这帮玩技术的，不觉其累，反觉其爽，整个是一 SM 到家了， sigh 不能不感叹：何苦来哉阿。早就怀疑现今 B/S 的大行其道是被业内人士炒作出来，然后再拿去骗客户的，不然为什么现今客户往往也会不分青红皂白，凡系统都要求 B/S 实现呢？看来此炒作也已深入客户之内心了。绝对优秀的炒作成就， HOHO gigix 前一阵写了篇文章叫作什么“ Rich Client ，浴火重生”（？），颇有同感， thin client 感觉也该到头了，再等到 MS 那个狼嚎出来的话，据说没有所谓的浏览器了都，整个操作系统就是个浏览器， xaml 的表现力绝对不是现今这些 html+javascript 所能比拟的，这该叫啥了？ Richest Client ？不知道 Linux 该如何应对阿，期待 而我，更希望 Eclipse 能够大行其道， hoho someok 发表于 2004-08-06 &nbsp16:26 | 阅读全文 | 评论(0) | 引用(trackback0) 试用了一把.net
  • [技术心得] 花了九牛二虎之力，再加上网友的提点，终于将这个硕大的.net开发环境装上了。稍微试用了一下，当然，仅限于拖拖拉拉的水平了。初步的感受是asp.net其实和java中的taglib没什么太大的不同，然而因为有着强力ide的支持，所有的一切就。。。爽了。。。这不就是个delphi、vb嘛。拖着拖着甚至产生了怀疑：是不是就在这么拖着就可以搞出个系统来了？呵呵。 sun的jsf也β一阵了，不过我是绝对的怀疑它的生命力。。。 累了，倦了，睡吧。。。 someok 发表于 2004-07-27 &nbsp22:37 | 阅读全文 | 评论(1) | 引用(trackback0) 为什么我眼里常含眼泪
  • [琐事杂谈] 为什么我眼里常含眼泪 因为我对这土地爱得深沉…… ――艾青 两所乡村小学和一个支教者 转自天涯 很久没有体味这泪腺分泌的滋味了。清晰看见了在这伟大灵魂映射下的我的那个小来。 可除了捐点钱外，又能做什么呢？ someok 发表于 2004-07-25 &nbsp01:21 | 阅读全文 | 评论(1) | 引用(trackback0) 在web页面弹出对话框下载文件的操作方式
  • [技术心得] 备查： int BUFFER = 2048; ffice ffice" />

// 待下载文件的处理过程，当然也可以只指定某个实际存在的文件

// ......

// 设置文件头，以及下载框中出现的文件名： file.ext

response.setHeader( "Content-disposition" , "attachment;filename=file.ext" );

// 设置类型

response.setContentType( "application/x-download" );

ServletOutputStream servletOut = response.getOutputStream();

// 实际要下载的文件名称

File file = new File( "willdownloadfile.ext" );

// 设置内容长度

response.setHeader( "Content-Lenght" , String.valueOf(file.length()));

// 下面的很简单了，使用流的形式读写

InputStream in = new BufferedInputStream( new FileInputStream(file.getPath()), BUFFER);

int count = 0;

byte [] buf = new byte [BUFFER];

while ((count = in.read(buf, 0, BUFFER)) != -1) {

servletOut.write(buf, 0, count);

}

servletOut.close();

in.close();

someok 发表于 2004-07-22 &nbsp11:52 | 阅读全文 | 评论(2) | 引用(trackback0) MIME type list...

  • [技术文摘] 最近需要用到几个Mime Type，在网上一通疯狂查找，为便于以后方便，在此留一份做底。 不过这个Blog好像有字数长度限制，把那些Mime 贴上来只能出现一半，没办法，把他们放到wiki上吧。下面是链接： MIME Type List someok 发表于 2004-07-22 &nbsp11:06 | 阅读全文 | 评论(0) | 引用(trackback0) : [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12]