我的道路---企业不能没有文化

人脑对事务是一个动态的环境运算模型. 这个动态模型是随着时间,环境,地点,以及随时摄入的各种条件动态变化,并随时进行运算处理各种事务. 当然,对于人脑来说, 这个条件的变换是连续的,持续的,可控的. 主动的. 对于计算机来说,这个就可能是非连续的,被动的..

权当计算机能模拟这个处理过程. 下面继续关注核心的体系. 人脑在行动时,脑子需要有一个主线,当然也可以没有主线, 例如到处游荡...当然,我们先权当没有主线也是主线的其中一种 . 也就是计算机必须是有目的,然后为了达成这个目的, 需要综合事先进行处理,规划一个事先路线图, 如果不能走通, 则不会去实时. 例如,人脑对事务的规划能力是处理事务的一种. 预先对事情有个估计, 然后采取行动. 但有的事情,不需要估计...不是绝对的,也有的根本就一点计划,就开始了 . 或许我们不该给计算机指定各种规则, 但又不能缺少规则. 必要的规则.

这个思路,还是有点拔苗助长.... 但这个是一个软体系的问题, 当然,具体的智能问题,应让计算机自己去处理. 只要在你的软件体系里面能从简单到复杂的成长, 就算这个体系成功了. 至于这个成长需要多久, 知识如何教授, 就是人类思维的规律决定的. 我们不能一天培养一个成人思维机器.这是肯定的..

阅读全文>>

用户验证中又没办法使用Ajax，能想得到的也只有iframe，虽然不能保证它的安全性。

整个开发过程中都是用的Maxthon来进行调试，基本上都是按预期的结果进行，偶尔JS出错就请来Firefox帮忙。

直到昨天给阿龙测试时，发现在IE中远程服务器的Session使终无法保存。真是头大了！~~~

今天一个上午也是为这个头痛，百度了一下，搜到不少类似的事件。

1、当“父”页面和iframe页面在同一站点时，session是由cookie建立；

2、当“父”页面和iframe页面不在同一站点时，sessions建立失败，
此时可以从浏览器的隐私报告中看到，浏览器阻挡了iframe页面中的cookie请求。

没办法，IE的安全限制，将父面所在域加入信任站点就OK了！

虽然问题的根源是找到，但是没有比较好的解决办法，只有另外找路了！

可惜的是浪费了这么多时间。

阅读全文>>

搜索
1、对于按创建时间的排序可以使用doc.id的方式
new SortField(null, SortField.DOC, reverse)排序方式尽量使用INT类型的字段
也就是按照写入索引的顺序排序
2、对于时间字符串的排序可以转换成整数进行排序
3、去掉不必要的parse
使用TermQuery替换
4、TermQuery和Term可以只保留一个实例
createTerm(text)
5、减少Doc到model的转换
索引出来String到Date的转换多余而且费时
直接使用Doc对象包装成JSONObject
6、MultiFieldQueryParser改成自己用boolean查询重构
7、减少请求参数的包装类
8、搜索排序方法可以作为常量
将sort参数变成int型，使用swich进行判断
10、使用HitCollector类来适应不同情况下，Hits的大小
新、旧接口
相关搜索接口
11、使用尽可能快的磁盘IO
12、日志，先写文件，每天批量入库
13、增量索引使用reopen
新的reopen()方法只会加载那些变更过的索引片断，而不是重新加载完整的索引。
14、setMergeFactor 在做实时索引的时候，可以设置的小一点
这样就会及时索引进去


索引
索引
1、t.termText()替换为new String(t.termBuffer(),0,t.termLength())
2、StringReader 和TokenStream对象..

阅读全文>>

这个方案也是很多搜索公司采取的方案.

实时更新,只处理周为单位的文件索引.
月次之.
全部的每月更新一次.

阅读全文>>

问题:
目前索引里面已经有1000多万的数据了，现在需要每几分钟就增量得添加新的内容到索引中。
但是，我发现新加入索引后，整个索引结构都要重新调整。非常耗时（长达半个小时）。

不知道大家有没有什么比较好的办法，加快这个过程？


回答:

我觉得用lucene做，一个原则索引里面尽量少存储，索引文件小了，optimize要移动的数据块也小。
还有Lucene实在不适合做实时，有一个办法，将新索引建在内存中，新建在内存上的searcher与硬盘索引searcher合并为MutliSearcher提供给前端搜索，内存到达一定量时再后台合并到主索引上，合并完成用新的Searcher替换MutliSearcher。
Lucene2.3已经放出来了，添加了很多新功能，可以去看看

阅读全文>>

周末,为了让儿子理解人现在是如何跟计算机交互的,也为了我更好的研究人机交互,我主持做了一个游戏.我扮演计算机,他扮演人.

我说,例如,你让计算机去买酱油.

他说: 去买点酱油吧.
计算机说: 现在就去吗?
他说:是的
计算机说:需要暂停现在的程序,请确认
他说:好,确认
计算机说:从网上买?还是自己去买?
他说:自己去.
计算机说: 买瓶的还是买袋的?
他说:瓶的.
计算机说: 瓶的容量,请提供.
他说: 跟家里面的一样.
计算机说:请提供现有的瓶的样品.
他说:自己去看看去.
计算机说:好,买几瓶?
他说：买一瓶！
计算机说：去哪买？请录入
他说：楼下小卖部．．
计算机说：　请输入楼下小卖部位置信息
他说：　就路口那个．
计算机说：　如果正在修路，请提供其他到达的路线
他说：没有修路．
计算机说：　如果小卖部没开门，是否等待？
他说：　等待．
计算机说：等多久？
他说：　一直等．
计算机说：　如果计算机没电，如何处理
他说：带一块备用电源，自己换．
计算机说：如果第二块没电了如何处理．
他说：充电去．
计算机说：请提供周围可充电地点信息．
他说：自己找
计算机说：请提供自己查找的范围．
他说：５公里
计算机说：　请提供５公..

阅读全文>>

以下写法可以确保Java客户端调用WebService过程中，不出现http 100的提示

HttpClientParams params = new HttpClientParams();
params.setParameter(HttpClientParams.USE_EXPECT_CONTINUE,Boolean.FALSE);

//获取远程Webservice接口
Client client = WeatherSingleton.getWeatherServiceClient();
client.setProperty(CommonsHttpMessageSender.HTTP_CLIENT_PARAMS,params);

阅读全文>>

一无是处,建议直接取消.

阅读全文>>

100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）
101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
200 OK 一切正常，对GET和POST请求的应答文档跟在后面。
201 Created 服务器已经创建了文档，Location头给出了它的URL。
202 Accepted 已经接受请求，但处理尚未完成。
203 Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。
204 No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
205 Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
206 Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。
300 Multiple Choices 客户请求的文档可以..

阅读全文>>

RFC2616 - Hypertext Transfer Protocol -- HTTP/1.1

来源： 作者： 出处：Vlan9.com 2007-12-14 进入论坛关 键 词： smtphttp
Network Working Group R. Fielding
Request for Comments: 2616 UC Irvine
Obsoletes: 2068 J. Gettys
Category: Standards Track Compaq/W3C
J. Mogul
Compaq
H. Frystyk
W3C/MIT
L. Masinter
Xerox
P. Leach
Microsoft
T. Berners-Lee
W3C/MIT
June 1999

Hypertext Transfer Protocol -- HTTP/1.1

Status of this Memo

This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.

Copyright Notice

Copyright (C) The Internet Society (1999). All Rights Reserved.

Abstract

The Hypertext Transfer Protocol (HTTP) is an application-level
protocol for distributed, collaborat..

阅读全文>>