我们负责一个WordPress插件,作为其功能的一部分,它有一个名为"申请人"的自定义帖子类型.这些是希望购买房产的申请人,因此您可以记录他们的联系方式和搜索要求等帖子.
现在......我们需要让这些申请人能够登录并执行各种操作,例如将属性保存到"收藏夹"列表,或编辑他们自己的要求.
如果我们从头开始构建插件,我会以用户身份完成它们,但这是一个数百人使用的插件,所以我们没有那么奢侈,必须保留它作为CPT.
我的问题是......在允许这些人登录和注册的同时,我怎么能/应该保持CPT.
我最初的两个想法是:
要么
要么
希望有道理.任何想法/想法最受欢迎.
根据我的经验，我已经编写和管理了 2 个页面构建器以及十多个 WooThemes Storefront、WooThemes Canvas 和 WooCommerce 的其他插件以及一些独立的插件...
最后的选择是我们实际上完全废弃 CPT，只使用“用户”。然后编写某种迁移脚本将 CPT 移交给用户。
根据我的经验，迁移脚本适合小的更改，例如，也许在您的情况下为帖子类型添加新的默认元字段，但是更改对插件功能如此基本的内容不仅需要大量工作（例如查询用户而不是帖子） ）但也会让你的用户发疯，他们可能会使用自定义帖子循环......所以这是不推荐的
我们构建自己的自定义“登录”和“注册”功能。我们根据自定义帖子存储电子邮件地址和密码，并使用它来验证它们。然后还执行我们自己的会话管理等。
对于 WordPress 内置的东西来说，这又是太多的工作了……也许也可以跳过这个……
对于每个自定义帖子，您都有一个 WordPress 用户并保持两者同步（即，如果用户被删除，自定义帖子也会同时被删除）。这样您就可以使用 WordPress 提供的内置登录和安全功能，但您会遇到试图保持两者同步的噩梦。
所以事实证明，第一个选项似乎是最好的选择...您可以简单地使用user_register和profile_update挂钩来保持帖子与用户同步，并save_post使用挂钩来保持用户与帖子同步。以及一个插件激活挂钩，用于从新版本激活的帖子中生成用户。
希望有帮助。
| 归档时间： |
|
| 查看次数： |
143 次 |
| 最近记录： |