谢涛

# RFID 中心使用说明 ## TCP 读写器的配置 在 RfidCenter 的用户目录中，创建一个名为 readers.xml 的文本文件。 样例内容如下： ``` ``` 对每一个读写器，需要配置 name 这是用于界面识别的读写器名字。一般可用读卡器的型号名称，例如 "RD5100" driverName (选用)驱动名。这个可以用 r-tool 工具查到 ip 读写器 IP 地址 port 读写器的 TCP 端口号...

看起来是 Web 应用对 opac_data\log 子目录有创建和写入文件的权限，但不具备对 opac_data\opac.xml 文件覆盖修改的能力？ 建议把文中提到的需要添加的权限一个一个单独测试一下，看看到底是哪个权限起了关键作用。 比如“修改”和“写入”到底有什么区别？“读取”和“读取和执行”有什么区别？感觉“读取和执行”比较危险，建议不要设置这个权限 可以参考这个文档： https://docs.microsoft.com/en-us/dotnet/api/system.security.accesscontrol.filesystemrights?view=netframework-4.8

# 如何为书目记录创建 997 字段 (注：这里是介绍如何创建 997 字段。当书目记录都有了 997 字段以后，还需要在 dp2library 的 library.xml 配置文件中配置 unique 元素，才能启用自动查重功能) 一般新安装的 dp2library 服务器，如果是用内务前端导入的书目记录，会自动为记录创建 997 字段，不需要额外的操作。 而一些旧版本时期创建的书目记录，或者是从 dp2batch 导入进入书目库的记录，就缺乏 997 字段。那么就需要为它们创建 997 字段。 操作方法如下： 0) 准备工作。如果...

# 997 完全相同的两条书目记录，如果需要共存 可以手动在 998 字段内容创建一个 $k 子字段，输入足以和另一条记录区分的内容，比如版本号或者注释文字，这样书目记录就可以保存了。 原理：dp2library 检查两条记录之间是否重复的时候，是利用 997$a 内的查重键来比较的，查重键的算法，除了包含一些关键字段子字段内容，它最后也包含了从 998$k 抽取的特殊区分字符串。

# 0.02 版机构代码映射算法 0.02 版机构代码的映射算法针对 0.01 版做了改进。改进的目的是支持同一个馆代码的读者记录，可以按照一定特征定义多种机构代码，这样和册记录的能力拉齐了。 改进之处，主要是 1) ownerInstitution 增加了一个属性 version，如果这个属性缺省，表示 0.01 版；如果属性值为 "0.02"，表示 0.02 版。 2) item 元素的 map 属性值，在 0.02 版中不再默认前方一致匹配的效果，而是精确一致的效果。要实现前方一致的匹配效果，应在模式字符串最后加上一个星号。 3) 对读者记录匹配的算法进行了改进，从 0.01 版的直接利用 馆代码+"/" 作为实例字符串进行匹配，改为利用读者记录中...

# dp2circulation 前端用到机构代码映射算法的功能

# dp2ssl 前端用到机构代码映射算法的功能 dp2SSL.ShelfData.GetOwerInstitution() 函数： ``` // parameters: // cfg_dom 根元素是 rfid // strLocation 纯净的 location 元素内容。 // isil [out] 返回 ISIL 形态的代码 // alternative [out] 返回其他形态的代码 // return: //...

# dp2inventory 前端用到机构代码映射算法的功能

# 消息日志 为了方便维护和调试，dp2library 最新版对各类消息提供了专用的日志文件，记录了消息的创建和发送过程信息。 ## 如何启用消息日志 在 library.xml 中，找到 message 元素： ``` ``` 为 message 元素添加 logTypes 属性。可以指定哪些类型的消息要产生日志。logTypes 属性的缺省值为空，表示不产生任何消息类型的日志。 ## 消息日志文件的命名规则 消息日志文件出现在 dp2library 数据目录的 log 子目录中。文件名以消息类型开头，比如 mq 类型的消息，其消息日志文件名为 mq_20220614.txt。每天一个日志文件。 ##...

# 测试要点 1) 由于 dp2library 中原有的数据目录本身的共享访问功能代码被改动了，所以原有的功能全部都要回归测试。 当账户具有权限 managedatabase 或 backup 的时候，这个用户可以上传和删除数据目录 backup 子目录的能力。 当账户具有权限 managedatabase 或 upload 的时候，这个用户可以上传和删除数据目录 upload 子目录的能力。 当一个账户没有权限 managedatabase 和 upload 的时候，能查看数据目录 upload 子目录内的文件。(这一点是否科学，可以探讨一下) 2) 原有的内务启动大备份同时下载大备份文件；或者单独到系统管理窗“内核”属性页下载这些备份文件的功能，要回归测试。 3)...