小编BIO*_*ALL的帖子

我们负责一个WordPress插件,作为其功能的一部分,它有一个名为"申请人"的自定义帖子类型.这些是希望购买房产的申请人,因此您可以记录他们的联系方式和搜索要求等帖子.

现在......我们需要让这些申请人能够登录并执行各种操作,例如将属性保存到"收藏夹"列表,或编辑他们自己的要求.

如果我们从头开始构建插件,我会以用户身份完成它们,但这是一个数百人使用的插件,所以我们没有那么奢侈,必须保留它作为CPT.

我的问题是......在允许这些人登录和注册的同时,我怎么能/应该保持CPT.

我最初的两个想法是:

1. 对于每个自定义帖子,您都有一个WordPress用户并保持两个同步(即如果用户被删除,则自定义帖子会同时被删除).这样你就可以使用WordPress提供的内置登录和安全功能,但你有这个噩梦,试图让两者保持同步.

要么

2. 我们构建自己的自定义"登录"和"注册"功能.我们将电子邮件地址和密码存储在自定义帖子中,并使用它来验证它们.然后还执行我们自己的会话管理等.

要么

3. 最后的选择是我们完全废弃CPT并只使用'用户'.然后编写某种迁移脚本,将CPT移交给用户.

希望有道理.任何想法/想法最受欢迎.

我有一个我目前无法推送的远程文件夹.当我直接进入远程目录并执行'git status'时,它会显示:

致命的:不是git存储库

.git文件夹确实存在,它昨天工作正常,此后没有任何变化.

任何人都可以告诉我为什么我可能会收到此消息,即使.git文件夹存在？

在此先感谢您的帮助.非常感激!

我正在使用一个插件,它将一个子菜单项添加到管理菜单中,如下所示:

add_submenu_page( 'propertyhive', 'Property Hive Settings', 'Settings', 'manage_options', 'ph-settings', 'callback_fn' );

由于它说manage_options它只出现给管理员.我需要为编辑展示它.这是我在我的主题的functions.php文件中尝试过的:

add_action( 'admin_menu', 'custom_settings_menu', 99 );
function custom_settings_menu()
{
    // Remove the submenu item first
    remove_submenu_page( 'propertyhive', 'ph-settings' );

    // Add it again but with different role (manage_propertyhive)
    // This role does exist as other submenu items ue it
    add_submenu_page( 'propertyhive', 'Property Hive Settings', 'Settings', 'manage_propertyhive', 'ph-settings', 'my_theme_callback_fn' );
}

虽然这确实显示了子菜单项,但我收到以下错误:

Sorry, you are not allowed to access this page.

任何人都可以看到任何明显的或有任何倾向,可能会导致这种情况吗？

注:该manage_propertyhive能力绝对 …