问题标签 [registration]

如果您在命令提示符下键入systeminfo ，则会有Product ID的列表。有人能解释一下这到底是什么吗，它会成为注册码算法的好种子吗？

我有一个为 com interop 注册的 dll，因此在 HKLM\Software\Classes\CLSID[my guid]\InprocServer32[my version no]\Codebase 下它具有注册 dll 的路径。但是，我重新排列了我的文件夹结构，使路径不再正确。有没有办法注销该dll而不将其放回原处，然后注销，然后再次删除文件？

如果我不再有那个 dll，或者只有一个版本号不同的 dll，该怎么办？

问题：客户 X 正在（考虑）将他以前的“仅限 Windows”共享软件应用程序之一移植到 Mac OS X。他关心的一个问题是如何强制执行 30 天试用期并使其免受诸如 Time 之类的“系统回滚”软件的影响机器。

问题：防止使用“系统回滚”软件来延长或以其他方式修改共享软件的 30 天试用期的行业最佳做法是什么？

免责声明：我不认为客户 X 的策略是可行的，而且我不认为人们会为了多使用他的软件几天而有动机回滚整个系统。尽管如此，为了尽职调查，我在这里问只是为了研究他的问题。如果您仅仅因为您（和我）可能不同意或认为这不切实际而希望投反对票，请考虑这一点。

我正在寻找一个不错的 PHP 脚本或类库来处理用户注册/注册、电子邮件验证和网站登录。我以前写过这种东西，但我宁愿使用更经过测试和更健壮的东西。到目前为止，我遇到的少数开源产品在我看来并不是很好。我也看过RPX，但根据我的需要，有趣的可能是矫枉过正。在这一点上，我认为我不需要可能包含这样一个设施的完整 CMS。

任何指针或建议将不胜感激。

我有一个在某些情况下会使用设备（即打印机）的应用程序。基本上，在一个办公室将使用这台打印机，而在另一个办公室将永远不会使用这台打印机。

使用打印机的功能位于应用程序代码中，与打印机通信的 dll 在代码中被引用。所以 dll 是安装 .msi 包的一部分。

但是，如果先决条件（打印机的一堆驱动程序，由制造商作为单个安装 exe 提供）未安装，则无法在安装过程中注册这些 dll。驱动程序的安装程序大小约为 50M。

我不想在永远不会使用打印机的办公室的安装包中包含额外的 50M 文件。该问题的可能解决方法是什么？

最终，我希望有一个选项可以在安装过程中以某种方式跳过这些 dll 的注册。但我不知道如何解决这个问题。

我想我可以在代码中进行条件编译。但这需要大量工作才能将与此类打印机通信的代码与其他应用程序代码完全分开。

任何可能的解决方案？

我通过将 COM 对象添加到 rgs 文件，在注册 COM 对象期间将一些自定义数据数据添加到注册表。

添加一个 DWORD 值（由下面的 = d '3' 指定）会按预期输入到注册表中。

但是，对于二进制/十六进制数据，它没有正确输入到注册表中。谁能建议在 rgs 文件中输入二进制数据的正确语法是什么？

我最近继承了一个使用“网站项目模板”完成的项目（顺便说一句，我讨厌它）。我一直使用我喜欢的“Web 应用程序模板”。不过，我对在项目中发现的一些东西感到困惑。在所有页面中都有自定义控件实例，如下所示：

没有什么太花哨的，对吧？真正让我恼火的是，它工作得很好，没有任何“cc1”页面顶部的控制注册标签或它背后的代码只是魔术！正如您可以想象的那样，这使得追踪这些控件的位置变得更加工作，坦率地说是一种痛苦。我的问题是这怎么可能？为什么微软会在这个项目模板中引入如此令人讨厌的不一致？

用户注册后，我会发送一封电子邮件，其中包含一个 guid 链接以单击以验证注册。

它确认电子邮件存在，但这如何帮助打击垃圾邮件发送者？

机器人不能“点击”相同的链接返回网站并同样验证注册吗？

我正在创建一个需要注册/身份验证的网络应用程序，并且我正在考虑使用电子邮件地址作为唯一的用户 ID。以下是我认为的优点和缺点（随回复更新）：

优点

1. 注册时需要填写的字段少了（只需电子邮件地址、密码和验证密码）。我是简约注册的忠实粉丝。

2. 电子邮件地址更容易记住。（感谢米奇，杰里米）

3. 您不必担心您最喜欢的用户名已被占用 - 您是唯一使用您的电子邮件地址的人。（感谢TStamper）

缺点

1. 用户每次登录时都要输入更多内容。

2. 如果用户想要多个帐户怎么办？他们需要另一个电子邮件地址。（我什至希望用户能够创建多个帐户？）

3. 潜在的攻击者很容易猜到（如果他们知道目标的电子邮件地址，他们就知道登录 ID）。（感谢瓦西尔）

4. 用户可能会尝试使用与他们的电子邮件帐户相同的密码，这很不安全。（感谢托马斯）

5. 如果您经常更改电子邮件地址，那么在长时间的中断之后可能很难记住您用于注册网站的地址。（感谢软件猴子）

6. 黑客可以向注册表发送垃圾邮件并使用“已发送电子邮件”的响应来生成有效电子邮件列表。（感谢大卫）

7. 不是每个人都有电子邮件地址。（感谢尼古拉斯）

如果我使用电子邮件作为 id，我将提供一种机制，以便在用户更改地址时允许更改它。在这种情况下，用户不会将内容发布到公共站点，因此不需要单独的用户名来保护电子邮件地址（但其他站点需要考虑）。

另一种选择是实施 OpenID（这是另一回事）。

这似乎适用于谷歌，但他们的服务是紧密集成的。我在分析中遗漏了什么？你有什么建议？有没有人有经验可以分享？

最终编辑

谢谢大家的回复。我决定使用电子邮件作为 id，但随后允许在注册后创建用于登录目的的用户名。这允许一点灵活性，同时保持注册尽可能短。它还可以防止用户更改电子邮件地址时出现问题（他们只需使用其用户名登录并更新它）。我还将实施一些方法来防止将电子邮件地址从注册和登录系统中暴力破解（主要是反复尝试后的冷却期）。

为什么以下不拦截使用 LogAspect 对 IBusinessService 的调用？

如果我使用 Component.For 语法注册 IBusinessService 的每个实现，那么它就可以工作。