- 浏览: 1003568 次
- 性别:
- 来自: 福州
最新评论
-
guanxin2012:
大神,您好。非常感谢您贡献了IKExpression。我们现在 ...
分享开源表达式解析器IK-Expression2.0 -
qqgigas:
LZ,public boolean createUser(LD ...
Sun Directory Server/LDAP学习笔记(二)——API说明及代码样例 -
gao_shengxian:
Hibernate: update T_GX_TEST set ...
优雅Java编程 之 使用Hibernate存储Oracle Spatial对象 -
a78113534:
感谢大神,在安卓里面调用成功了。
发布IK Expression开源表达式解析器 V2.1.0 -
majiedota:
加油
来自开源支持者的第一笔捐赠
关于Luci-mint
服务器硬件环境
目前搜索中心仅使用一台PC Server
CPU Intel(R) Xeon(R) CPU E5520 (4核 8线程 、8M Cache) * 2
内存 24G
硬盘 IBM SCSI 硬盘 * 3 RAID5模式
服务器软件系统环境
操作系统 Red Hat AS 5.5
应用服务器 Resin Pro 3.1.9
JAVA运行环境 Sun JSDK 6U17-linux-x64
Lucene Lucene 3.0.1 Core
lucene-highlighter-3.0.1
lucene-memory-3.0.1
分词器 IKAnalyzer3.2.8
系统接口集成情况
目前中心索引服务器承载以下系统的搜索服务:
请求负载
服务器日请求 38万次
最高峰值 12次/秒并发
CPU负载 (SAR 记录)
CPU %user %nice %system %iowait %steal %idle
12:10:01 AM all 1.02 0.00 0.12 0.11 0.00 98.75
12:20:01 AM all 1.35 0.00 0.13 0.17 0.00 98.35
12:30:01 AM all 1.07 0.00 0.11 0.09 0.00 98.73
12:40:01 AM all 1.38 0.00 0.11 0.12 0.00 98.39
12:50:01 AM all 1.05 0.00 0.10 0.11 0.00 98.74
01:00:01 AM all 0.85 0.00 0.09 0.07 0.00 98.98
01:10:01 AM all 0.74 0.00 0.08 0.05 0.00 99.13
01:20:01 AM all 0.82 0.00 0.09 0.05 0.00 99.04
01:30:01 AM all 0.99 0.00 0.13 0.17 0.00 98.71
01:40:01 AM all 0.93 0.00 0.10 0.06 0.00 98.91
01:50:01 AM all 0.92 0.00 0.10 0.06 0.00 98.92
02:00:06 AM all 1.29 0.00 0.82 5.99 0.00 91.90
02:10:02 AM all 2.37 0.00 1.50 19.11 0.00 77.02
02:20:03 AM all 3.15 0.00 1.34 14.57 0.00 80.94
02:30:02 AM all 7.52 0.00 0.92 7.43 0.00 84.13
02:40:01 AM all 5.98 0.00 0.41 3.16 0.00 90.45
02:50:01 AM all 2.39 0.00 0.24 1.82 0.00 95.55
03:00:02 AM all 0.81 0.00 0.62 5.16 0.00 93.41
03:10:06 AM all 1.60 0.00 1.49 13.89 0.00 83.03
03:20:02 AM all 3.93 0.00 1.23 13.39 0.00 81.45
03:30:01 AM all 7.15 0.00 0.69 7.80 0.00 84.36
03:40:01 AM all 4.09 0.00 0.35 3.05 0.00 92.51
03:50:01 AM all 1.02 0.00 0.06 0.70 0.00 98.22
04:00:01 AM all 1.20 0.00 0.64 5.69 0.00 92.48
04:10:01 AM all 1.88 0.00 1.42 13.04 0.00 83.66
04:20:01 AM all 3.22 0.00 1.23 15.13 0.00 80.42
04:30:01 AM all 7.89 0.00 0.78 8.04 0.00 83.29
04:40:02 AM all 4.97 0.00 0.39 3.44 0.00 91.21
CPU %user %nice %system %iowait %steal %idle
04:50:01 AM all 0.95 0.00 0.07 0.69 0.00 98.29
05:00:01 AM all 1.14 0.00 0.07 0.76 0.00 98.02
05:10:01 AM all 1.21 0.00 0.08 0.79 0.00 97.92
05:20:01 AM all 1.42 0.00 0.09 0.95 0.00 97.54
05:30:01 AM all 1.17 0.00 0.07 0.74 0.00 98.03
05:40:01 AM all 1.06 0.00 0.06 0.62 0.00 98.27
05:50:01 AM all 1.27 0.00 0.07 0.59 0.00 98.07
06:00:01 AM all 1.02 0.00 0.06 0.49 0.00 98.43
06:10:01 AM all 1.04 0.00 0.06 0.47 0.00 98.44
06:20:01 AM all 1.25 0.00 0.07 0.52 0.00 98.16
06:30:01 AM all 0.98 0.00 0.06 0.48 0.00 98.48
06:40:01 AM all 0.90 0.00 0.06 0.60 0.00 98.44
06:50:01 AM all 0.40 0.00 0.04 0.26 0.00 99.30
07:00:01 AM all 0.54 0.00 0.04 0.36 0.00 99.06
07:10:01 AM all 0.41 0.00 0.04 0.31 0.00 99.25
07:20:01 AM all 0.34 0.00 0.03 0.19 0.00 99.44
07:30:01 AM all 0.57 0.00 0.05 0.35 0.00 99.03
07:40:01 AM all 0.70 0.00 0.05 0.41 0.00 98.85
07:50:01 AM all 0.50 0.00 0.05 0.34 0.00 99.11
08:00:01 AM all 0.68 0.00 0.06 0.37 0.00 98.89
08:10:01 AM all 0.62 0.00 0.06 0.35 0.00 98.97
08:20:01 AM all 0.57 0.00 0.05 0.37 0.00 99.01
08:30:01 AM all 0.63 0.00 0.05 0.29 0.00 99.03
08:40:01 AM all 0.54 0.00 0.05 0.29 0.00 99.12
08:50:01 AM all 0.61 0.00 0.06 0.34 0.00 99.00
09:00:01 AM all 0.76 0.00 0.07 0.32 0.00 98.85
09:10:01 AM all 1.04 0.00 0.10 0.36 0.00 98.50
09:20:01 AM all 1.44 0.00 0.14 0.41 0.00 98.02
CPU %user %nice %system %iowait %steal %idle
09:30:01 AM all 1.50 0.00 0.15 0.38 0.00 97.97
09:40:01 AM all 1.06 0.00 0.11 0.31 0.00 98.53
09:50:01 AM all 1.21 0.00 0.14 0.31 0.00 98.34
10:00:01 AM all 1.36 0.00 0.15 0.38 0.00 98.11
10:10:01 AM all 1.34 0.00 0.16 0.41 0.00 98.09
10:20:01 AM all 1.52 0.00 0.35 0.38 0.00 97.75
10:30:01 AM all 1.44 0.00 0.16 0.41 0.00 97.99
10:40:01 AM all 1.37 0.00 0.17 0.42 0.00 98.04
10:50:01 AM all 1.23 0.00 0.15 0.41 0.00 98.20
11:00:01 AM all 1.50 0.00 0.17 0.35 0.00 97.97
11:10:01 AM all 1.58 0.00 0.19 0.41 0.00 97.82
11:20:01 AM all 2.31 0.00 0.21 0.58 0.00 96.90
11:30:01 AM all 1.37 0.00 0.13 0.30 0.00 98.19
11:40:01 AM all 1.56 0.00 0.12 0.35 0.00 97.97
11:50:01 AM all 1.16 0.00 0.10 0.30 0.00 98.44
12:00:01 PM all 1.32 0.00 0.12 0.37 0.00 98.19
12:10:01 PM all 1.47 0.00 0.14 0.34 0.00 98.05
12:20:01 PM all 1.29 0.00 0.13 0.26 0.00 98.31
12:30:01 PM all 1.55 0.00 0.15 0.30 0.00 98.00
12:40:01 PM all 1.76 0.00 0.17 0.33 0.00 97.74
12:50:01 PM all 1.83 0.00 0.18 0.39 0.00 97.59
01:00:01 PM all 1.62 0.00 0.17 0.29 0.00 97.93
01:10:01 PM all 1.70 0.00 0.17 0.32 0.00 97.82
01:20:01 PM all 1.50 0.00 0.16 0.26 0.00 98.08
01:30:01 PM all 1.65 0.00 0.18 0.33 0.00 97.84
01:40:01 PM all 1.48 0.00 0.17 0.27 0.00 98.08
01:50:01 PM all 1.52 0.00 0.18 0.28 0.00 98.03
02:00:01 PM all 1.83 0.00 0.20 0.30 0.00 97.67
02:10:01 PM all 1.76 0.00 0.19 0.29 0.00 97.76
02:20:01 PM all 1.29 0.00 0.14 0.26 0.00 98.31
02:30:01 PM all 1.61 0.00 0.15 0.31 0.00 97.92
02:40:01 PM all 1.90 0.00 0.17 0.27 0.00 97.66
平均值
CPU %user %nice %system %iowait %steal %idle
Average: all 1.63 0.00 0.25 1.89 0.00 96.22
综合分析
综合观察Luci-mint在网站内部搜索上的实测数据,虽然目前的系统负载较小(无论是数据容量还是用户并发量上说),但是,在单台服务器的情况下,不到5%的平均系统资源占用,给出的可扩展性是非常强滴~~~~对后续的增强,充满信心!
lucene的实际上只是索引的api,它在索引过程中,为了后期的搜索评分,做了词频统计。但并不适合直接用于文章的词频分析。这部分api在indexreader中有一些,不过是以倒排索引为出发点得,而不是文章问出发点
百万级是指文档数量达到一百万。
跟索引容量没有关系的,索引容量看你的文档大小,和存储字段的大小,与文档数量没有正比关系,也无从进行索引速度的比较
速度上看,文件系统肯定快,用数据库是因为需要分布式。
在索引量没有大到需要分布式的时候,用数据库只会更慢(数据库最终也是写文件系统的,你只不过转了一手)
异步任务队列+内存索引,要解决“实时写入,实时搜索”,还要防止过度频繁的磁盘IO以及索引碎片,还有内存索引与主索引合并的问题
服务器硬件环境
目前搜索中心仅使用一台PC Server
CPU Intel(R) Xeon(R) CPU E5520 (4核 8线程 、8M Cache) * 2
内存 24G
硬盘 IBM SCSI 硬盘 * 3 RAID5模式
服务器软件系统环境
操作系统 Red Hat AS 5.5
应用服务器 Resin Pro 3.1.9
JAVA运行环境 Sun JSDK 6U17-linux-x64
Lucene Lucene 3.0.1 Core
lucene-highlighter-3.0.1
lucene-memory-3.0.1
分词器 IKAnalyzer3.2.8
系统接口集成情况
目前中心索引服务器承载以下系统的搜索服务:
- 论坛BBS搜索服务:实时增量索引、进行全索引备份 主索引容量:25G | 备份索引容量:42G
- 新闻/文章搜索服务: 实时增量索引、不进行全索引备份 主索引容量:8.9G |无备份索引
- 百科(知识库)搜索服务: 实时增量索引 不进行全索引备份 主索引容量:176M |无备份索引
- 视频搜索服务: 实时增量索引 、不进行全索引备份 主索引容量:430M | 无备份索引
- FLASH搜索服务: 实时增量索引、 不进行全索引备份 主索引容量:15M | 无备份索引
- 下载搜索服务: 实时增量索引、不进行全索引备份 主索引容量:6.7M | 无备份索引
- 评论: 实时增量索引、不进行全索引备份 主索引:65M | 无备份索引
请求负载
服务器日请求 38万次
最高峰值 12次/秒并发
CPU负载 (SAR 记录)
CPU %user %nice %system %iowait %steal %idle
12:10:01 AM all 1.02 0.00 0.12 0.11 0.00 98.75
12:20:01 AM all 1.35 0.00 0.13 0.17 0.00 98.35
12:30:01 AM all 1.07 0.00 0.11 0.09 0.00 98.73
12:40:01 AM all 1.38 0.00 0.11 0.12 0.00 98.39
12:50:01 AM all 1.05 0.00 0.10 0.11 0.00 98.74
01:00:01 AM all 0.85 0.00 0.09 0.07 0.00 98.98
01:10:01 AM all 0.74 0.00 0.08 0.05 0.00 99.13
01:20:01 AM all 0.82 0.00 0.09 0.05 0.00 99.04
01:30:01 AM all 0.99 0.00 0.13 0.17 0.00 98.71
01:40:01 AM all 0.93 0.00 0.10 0.06 0.00 98.91
01:50:01 AM all 0.92 0.00 0.10 0.06 0.00 98.92
02:00:06 AM all 1.29 0.00 0.82 5.99 0.00 91.90
02:10:02 AM all 2.37 0.00 1.50 19.11 0.00 77.02
02:20:03 AM all 3.15 0.00 1.34 14.57 0.00 80.94
02:30:02 AM all 7.52 0.00 0.92 7.43 0.00 84.13
02:40:01 AM all 5.98 0.00 0.41 3.16 0.00 90.45
02:50:01 AM all 2.39 0.00 0.24 1.82 0.00 95.55
03:00:02 AM all 0.81 0.00 0.62 5.16 0.00 93.41
03:10:06 AM all 1.60 0.00 1.49 13.89 0.00 83.03
03:20:02 AM all 3.93 0.00 1.23 13.39 0.00 81.45
03:30:01 AM all 7.15 0.00 0.69 7.80 0.00 84.36
03:40:01 AM all 4.09 0.00 0.35 3.05 0.00 92.51
03:50:01 AM all 1.02 0.00 0.06 0.70 0.00 98.22
04:00:01 AM all 1.20 0.00 0.64 5.69 0.00 92.48
04:10:01 AM all 1.88 0.00 1.42 13.04 0.00 83.66
04:20:01 AM all 3.22 0.00 1.23 15.13 0.00 80.42
04:30:01 AM all 7.89 0.00 0.78 8.04 0.00 83.29
04:40:02 AM all 4.97 0.00 0.39 3.44 0.00 91.21
CPU %user %nice %system %iowait %steal %idle
04:50:01 AM all 0.95 0.00 0.07 0.69 0.00 98.29
05:00:01 AM all 1.14 0.00 0.07 0.76 0.00 98.02
05:10:01 AM all 1.21 0.00 0.08 0.79 0.00 97.92
05:20:01 AM all 1.42 0.00 0.09 0.95 0.00 97.54
05:30:01 AM all 1.17 0.00 0.07 0.74 0.00 98.03
05:40:01 AM all 1.06 0.00 0.06 0.62 0.00 98.27
05:50:01 AM all 1.27 0.00 0.07 0.59 0.00 98.07
06:00:01 AM all 1.02 0.00 0.06 0.49 0.00 98.43
06:10:01 AM all 1.04 0.00 0.06 0.47 0.00 98.44
06:20:01 AM all 1.25 0.00 0.07 0.52 0.00 98.16
06:30:01 AM all 0.98 0.00 0.06 0.48 0.00 98.48
06:40:01 AM all 0.90 0.00 0.06 0.60 0.00 98.44
06:50:01 AM all 0.40 0.00 0.04 0.26 0.00 99.30
07:00:01 AM all 0.54 0.00 0.04 0.36 0.00 99.06
07:10:01 AM all 0.41 0.00 0.04 0.31 0.00 99.25
07:20:01 AM all 0.34 0.00 0.03 0.19 0.00 99.44
07:30:01 AM all 0.57 0.00 0.05 0.35 0.00 99.03
07:40:01 AM all 0.70 0.00 0.05 0.41 0.00 98.85
07:50:01 AM all 0.50 0.00 0.05 0.34 0.00 99.11
08:00:01 AM all 0.68 0.00 0.06 0.37 0.00 98.89
08:10:01 AM all 0.62 0.00 0.06 0.35 0.00 98.97
08:20:01 AM all 0.57 0.00 0.05 0.37 0.00 99.01
08:30:01 AM all 0.63 0.00 0.05 0.29 0.00 99.03
08:40:01 AM all 0.54 0.00 0.05 0.29 0.00 99.12
08:50:01 AM all 0.61 0.00 0.06 0.34 0.00 99.00
09:00:01 AM all 0.76 0.00 0.07 0.32 0.00 98.85
09:10:01 AM all 1.04 0.00 0.10 0.36 0.00 98.50
09:20:01 AM all 1.44 0.00 0.14 0.41 0.00 98.02
CPU %user %nice %system %iowait %steal %idle
09:30:01 AM all 1.50 0.00 0.15 0.38 0.00 97.97
09:40:01 AM all 1.06 0.00 0.11 0.31 0.00 98.53
09:50:01 AM all 1.21 0.00 0.14 0.31 0.00 98.34
10:00:01 AM all 1.36 0.00 0.15 0.38 0.00 98.11
10:10:01 AM all 1.34 0.00 0.16 0.41 0.00 98.09
10:20:01 AM all 1.52 0.00 0.35 0.38 0.00 97.75
10:30:01 AM all 1.44 0.00 0.16 0.41 0.00 97.99
10:40:01 AM all 1.37 0.00 0.17 0.42 0.00 98.04
10:50:01 AM all 1.23 0.00 0.15 0.41 0.00 98.20
11:00:01 AM all 1.50 0.00 0.17 0.35 0.00 97.97
11:10:01 AM all 1.58 0.00 0.19 0.41 0.00 97.82
11:20:01 AM all 2.31 0.00 0.21 0.58 0.00 96.90
11:30:01 AM all 1.37 0.00 0.13 0.30 0.00 98.19
11:40:01 AM all 1.56 0.00 0.12 0.35 0.00 97.97
11:50:01 AM all 1.16 0.00 0.10 0.30 0.00 98.44
12:00:01 PM all 1.32 0.00 0.12 0.37 0.00 98.19
12:10:01 PM all 1.47 0.00 0.14 0.34 0.00 98.05
12:20:01 PM all 1.29 0.00 0.13 0.26 0.00 98.31
12:30:01 PM all 1.55 0.00 0.15 0.30 0.00 98.00
12:40:01 PM all 1.76 0.00 0.17 0.33 0.00 97.74
12:50:01 PM all 1.83 0.00 0.18 0.39 0.00 97.59
01:00:01 PM all 1.62 0.00 0.17 0.29 0.00 97.93
01:10:01 PM all 1.70 0.00 0.17 0.32 0.00 97.82
01:20:01 PM all 1.50 0.00 0.16 0.26 0.00 98.08
01:30:01 PM all 1.65 0.00 0.18 0.33 0.00 97.84
01:40:01 PM all 1.48 0.00 0.17 0.27 0.00 98.08
01:50:01 PM all 1.52 0.00 0.18 0.28 0.00 98.03
02:00:01 PM all 1.83 0.00 0.20 0.30 0.00 97.67
02:10:01 PM all 1.76 0.00 0.19 0.29 0.00 97.76
02:20:01 PM all 1.29 0.00 0.14 0.26 0.00 98.31
02:30:01 PM all 1.61 0.00 0.15 0.31 0.00 97.92
02:40:01 PM all 1.90 0.00 0.17 0.27 0.00 97.66
平均值
CPU %user %nice %system %iowait %steal %idle
Average: all 1.63 0.00 0.25 1.89 0.00 96.22
综合分析
综合观察Luci-mint在网站内部搜索上的实测数据,虽然目前的系统负载较小(无论是数据容量还是用户并发量上说),但是,在单台服务器的情况下,不到5%的平均系统资源占用,给出的可扩展性是非常强滴~~~~对后续的增强,充满信心!
评论
13 楼
tonytony3
2012-02-25
en, 差不多得到需要的了,可以得词频,是从reader方向得,现在在比较频率得文章关键词
12 楼
linliangyi2007
2012-02-24
tonytony3 写道
老师好,再次请教关Lucene的问题:
如果用lucene 得到一篇文章最高[如:前10]词频 的关键字呢? [用来做特征]
我分析应该是在 索引完一篇文章后,有可能得到的,但不知实际怎或是否可以,有api吗?
如果用lucene 得到一篇文章最高[如:前10]词频 的关键字呢? [用来做特征]
我分析应该是在 索引完一篇文章后,有可能得到的,但不知实际怎或是否可以,有api吗?
lucene的实际上只是索引的api,它在索引过程中,为了后期的搜索评分,做了词频统计。但并不适合直接用于文章的词频分析。这部分api在indexreader中有一些,不过是以倒排索引为出发点得,而不是文章问出发点
11 楼
tonytony3
2012-02-24
老师好,再次请教关Lucene的问题:
如果用lucene 得到一篇文章最高[如:前10]词频 的关键字呢? [用来做特征]
我分析应该是在 索引完一篇文章后,有可能得到的,但不知实际怎或是否可以,有api吗?
如果用lucene 得到一篇文章最高[如:前10]词频 的关键字呢? [用来做特征]
我分析应该是在 索引完一篇文章后,有可能得到的,但不知实际怎或是否可以,有api吗?
10 楼
tonytony3
2011-12-03
多谢了。。。
9 楼
linliangyi2007
2011-11-29
tonytony3 写道
在网上查不到,弱弱问一句:“百万级搜索” 是什么意思啊?
是有100万的 分词
还是有100万的 索引文档
还是索引容量有 100万 = 1G?
在测自己的1G索引的,不知是算什么级...
是有100万的 分词
还是有100万的 索引文档
还是索引容量有 100万 = 1G?
在测自己的1G索引的,不知是算什么级...
百万级是指文档数量达到一百万。
跟索引容量没有关系的,索引容量看你的文档大小,和存储字段的大小,与文档数量没有正比关系,也无从进行索引速度的比较
8 楼
tonytony3
2011-11-26
在网上查不到,弱弱问一句:“百万级搜索” 是什么意思啊?
是有100万的 分词
还是有100万的 索引文档
还是索引容量有 100万 = 1G?
在测自己的1G索引的,不知是算什么级...
是有100万的 分词
还是有100万的 索引文档
还是索引容量有 100万 = 1G?
在测自己的1G索引的,不知是算什么级...
7 楼
linliangyi2007
2011-11-10
tonytony3 写道
a啊,搞错了,不是建FSDirectory 而是建 document 时 该用 数词库还是文件系统
原谅小菜
原谅小菜
速度上看,文件系统肯定快,用数据库是因为需要分布式。
在索引量没有大到需要分布式的时候,用数据库只会更慢(数据库最终也是写文件系统的,你只不过转了一手)
6 楼
tonytony3
2011-11-08
a啊,搞错了,不是建FSDirectory 而是建 document 时 该用 数词库还是文件系统
原谅小菜
原谅小菜
5 楼
tonytony3
2011-11-08
你好,有 个问题请指教, lucene3.4的好像没有什么db建的directory,而hibernate search就以 orm 索引为自豪, 到底是以FSDirectory来建好还是以 数据库建好? 性能那个好?
你推荐哪个
关于 FS IO 性能与 DB 的性能谁好,在网上一直热论,我看了好多篇,一半一半,而我的结论是:“并发用 DB, 管理用DB, 如:查一个字段多的用DB,而不是打开文件,其他用FS” 请指正!
有些网友说:“看需求” 但就没有写,什么就什么,那逻辑没有写出来
你推荐哪个
关于 FS IO 性能与 DB 的性能谁好,在网上一直热论,我看了好多篇,一半一半,而我的结论是:“并发用 DB, 管理用DB, 如:查一个字段多的用DB,而不是打开文件,其他用FS” 请指正!
有些网友说:“看需求” 但就没有写,什么就什么,那逻辑没有写出来
4 楼
苏亮亮
2011-10-13
楼主为什么使用resin呢 不用tomcat
3 楼
linliangyi2007
2011-04-26
dsf007 写道
问您一下"实时写入,实时搜索"就是靠内存索引来实现完成吗?或者有额外原理?赐教下.
异步任务队列+内存索引,要解决“实时写入,实时搜索”,还要防止过度频繁的磁盘IO以及索引碎片,还有内存索引与主索引合并的问题
2 楼
dsf007
2011-04-26
问您一下"实时写入,实时搜索"就是靠内存索引来实现完成吗?或者有额外原理?赐教下.
1 楼
lianj_lee
2011-04-02
希望能有更高的并发来考验!
发表评论
-
来自开源支持者的第一笔捐赠
2013-01-09 21:15 57142013年1月9号,一个平凡而又不平常的日子! IK中文分词 ... -
发布 IK Analyzer 2012 FF 版本
2012-10-23 17:50 24799首先感谢大家对IK分词器的关注。 最近一段时间正式公司事务最 ... -
发布 IK Analyzer 2012 版本
2012-03-08 11:23 35812新版本改进: 支持分词歧义处理 支持数量词合并 词典支持中英 ... -
CSDN发生严重用户账号泄密事件
2011-12-21 19:21 2498之前有在CSDN注册过的兄弟们,注意了。。。 如果你的邮箱, ... -
一个隐形的java int溢出
2011-08-30 09:44 7484故事的背景: 笔者最近在做一个类SNS的项目,其中 ... -
雷军 :互联网创业的葵花宝典
2011-05-04 10:35 3538博主评: 这片博客很短 ... -
发布 IK Analyzer 3.2.8 for Lucene3.X
2011-03-04 17:49 14123IK Analyzer 3.2.8版本修订 ... -
TIPS - XML CDATA中的非法字符处理
2011-02-17 15:03 3217XML解析过程中,常遇见CDATA中存在非法字符,尤其在火星文 ... -
对Cassandra的初体验
2010-10-13 17:58 8976作为“云计算”时代的架构设计人员而言,不懂K-V库会被 ... -
Spring + iBatis 的多库横向切分简易解决思路
2010-10-11 13:43 92501.引言 笔者最近在做一个互联网的“类SNS”应用,应用 ... -
发布 IK Analyzer 3.2.5 稳定版 for Lucene3.0
2010-09-08 14:43 5718新版本IKAnnlyzer3.2.8已发布! 地址: http ... -
关于Lucene3.0.1 QueryParser的一个错误
2010-05-21 21:33 2078表达式1: 引用 id:"1231231" ... -
发布 IK Analyzer 3.2.3 稳定版 for Lucene3.0
2010-05-15 14:13 6619IK Analyzer 3.2.3版本修订 在3.2.0版 ... -
windows平台上的nginx使用
2010-01-28 17:13 3347转载自:http://nginx.org/en/docs/wi ... -
发布IKAnnlyzer3.2.0稳定版 for Lucene3.0
2009-12-07 09:27 9446最新3.2.5版本已经推出,http://linliangyi ... -
在Tomcat下以JNDI方式发布JbossCache
2009-12-04 10:57 3773前言: 看过JbossCache的开发手册,发现在Jb ... -
Spring AOP小例子
2009-11-16 10:35 3359PS: 要注明一下,这个是转载滴,之前漏了说鸟,汗死 这里给 ... -
ActiveMQ 5.X 与 Tomcat 集成一(JNDI部署)
2009-11-10 15:15 5598原文地址:http://activemq.apache.org ... -
发布IKAnalyzer中文分词器V3.1.6GA
2009-11-08 23:10 11735IKAnalyzer3.2.0稳定版已经发布,支持Lucene ... -
设计模式感悟
2009-11-07 17:57 3648最近又把以前学习的模式过了一遍,感觉模式不是学出来的,是悟出来 ...
相关推荐
OPENWRT18.06网络打印机,usb打印服务安装,最新版本18.06.1软件源里只有luci-app-p910nd打印程序,不能很好兼容老打印机,没有luci-app-usb-printer.安装后,几台打印机全罢工,玩完了。只能重刷回旧版本。但心里不安心...
luci-app-mentohust,luci管理界面 有两个界面,略有不同,按需使用 luci-app-mentohust_1.1.1-0_all.ipk luci-app-mentohust_2.1-1_all.ipk luci-i18n-mentohust-zh-cn_2.1-1_all.ipk是2.1.1的汉化包
openwrt 阿里DDNS ipk包 luci-app-aliddns_0.4.0-1_all.ipk
luci-i18n-ddnsto-zh-cn.ipk
luci-app-usb-printer_1.0-2_all.ipk
luci-i18n-usb-printer-zh-cn_1.0-2_all.ipk
3.下载中文语言包的方法:System-Software–Software-Actions,在Download and install package右边的文本框里输入:luci-i18n-base-zh-cn(之前版本是luci-i18n-chinese,搜了半天没有,是楼上兄弟告诉这个新的语言...
luci-app-usb-printer_1.0-1_all,用于在luci界面上管理usb打印机。
K3 路由器 阿里DDNS ipk包 luci-app-aliddns_0.3.0-1_all.ipk
luci-app-ddnsto.ipk
网上收集来的,别问干什么用,我什么都不知道,给OPENWRT的GUI界面添加什么功能,配置某些功能方便点而已
最新版本 阿里DDNS ipk包 luci-app-aliddns_0.3.8-1_all.ipk 适用于openwrt
usb打印很不方便,琢磨着用淘汰的703N刷上OPENWRT做个打印服务器,搞了一晚上,终于搞定了,其中这个文件很重要也是是很难找的,不敢私藏。
luci-i18n-base-zh-cn_git-22.115.68448-712bc8e-1_all.ipk
usb打印很不方便,琢磨着用淘汰的703N刷上OPENWRT做个打印服务器,搞了一晚上,终于搞定了,其中这个文件很重要也是是很难找的,不敢私藏。
OpenWRT编译LUCI插件说明. LuCI Applications luci-app-autoreboot 支持计划重启 LuCI Applications luci-app-bcp38 BCP38网络入口过滤(不确定) LuCI Applications luci-app-bird4 Bird4服务(未知) LuCI ...
luci-app-pymultimonaprs for all platform on openwrt 19.07 (20200323) add option to control beacon send or not send.
大名鼎鼎的adGuard,过滤神器,安装到OpenWrt里,过滤各类的广告,非常好的功能。不会安装的找度娘。感谢kongfl888,2020-8-23编译。
给OPENWRT的GUI界面添加什么功能,配置某些功能方便点
AdGuard Home 项目 是著名广告拦截器 AdGuard 里 DNS Server 的一个开源版本。该项目的原理是,在 DNS 的域名解析的过程里拦截网页上的广告。