对于 Linux 或 Windows 系统，您会采取哪些技巧来优化您的 Subversion 服务器？
以下是我当前使用 HTTPS 通过 Apache 服务并由 Active Directory 使用 LDAP 身份验证支持的 Linux 系统的技巧。
- 在 Apache 上启用 KeepAlive
- 禁用 SVNPathAuthz
- 增加 LDAP 缓存
- 使用 FSFS 存储方式而不是 BDB
- 随意质疑这一点。我没有确凿的证据证明 FSFS 优于 BDB，只有大量的部落知识和传闻。
我通常对管理自己的电子邮件服务器感到厌烦，但我正在开发的一些应用程序需要通过电子邮件与第 3 方用户进行通信。对于诸如注册确认、警报和帐户恢复之类的事情。
个人使用的 Gmail 给我留下了深刻的印象，并且相信 Google 能够处理任意数量的请求，但是是否建议使用这种方案？
除了使用企业帐户之外，我知道的唯一要求是应用程序需要直接通过 TLS/SSL 与其 SMTP 通信。
如果您有您喜欢的可靠且价格合理的不错的替代邮件托管服务提供商，请随时向他们推荐。
首先，这是一个主观问题，因此为了缩小范围，我将包括一些我认为好的文档管理系统应该处理的一般要求。
一般要求
- 搜索
- Word、PDF、Powerpoint、Excel 等
- 修订
- 作者
- 评论改变
- 用户可定制的观察者
- 对他们重要的文件/文件夹/标签/模式的更改的提要通知。
- 与用户目录集成（LDAP/AD 等）
- 轻松远程访问
- 理想的搜索/远程访问/文档链接的网络系统
- 文档交叉链接
- 如果文件移动，该文件的旧链接应保持有效
- 文档标记
- 离线访问
- 如果用户不在现场，他们是否可以轻松地将文件集/目录下拉到他们的机器上，然后离线工作，例如国际航班。
假定要求
- 备份能力
- 可以处理合理的用户池（20-1000）
- 一些长期扩展的方法
软件
我有一些想法，但没有什么能真正达到上述要求和可用性的最佳平衡点。
- 微软共享点
- 对不同的用户群不友好（多操作系统等）
- 难以管理大量文档和混乱的界面
- 颠覆
- 离线解决，但需要大量附加功能来解决搜索、可用性和其他需求
- Atlassian Confluence
- 文档是 wiki 功能的次要功能，更难离线访问
有什么建议么？
印刷精美
由于用户体验的复杂性，我没有提到其他 VCS 解决方案（git/P4/cvs 等），但我愿意接受使用此类技术的建议和示例。
补充说明
- http://www.mindtouch.com/
- 如果他们的网站上列出了价格，那就太好了。
- http://community.bamboosolutions.com/blogs/sharepoint-price-calculator/default.aspx
- 搜索相当昂贵。
我有兴趣将 Apache2 访问日志直接发送到 CouchDB 或其他一些文档存储系统。您是否知道任何执行此操作的 Apache2 模块，或者有哪些选项可以自己编写一个？