Мы используем WordPress как CMS и очень хотим, чтобы у пользователей была «домашняя страница». В идеале они не должны были испортить весь сайт.
Есть ли простой способ ограничить права пользователей на редактирование одной страницы?
В настоящее время я использую плагин Members для других основанных на разрешениях вещей, поэтому было бы замечательно, если бы решение могло либо аккуратно дополнить это, либо заменить его полностью.
Бонусные баллы за автоматическое создание домашней страницы при создании нового пользователя.
ОБНОВЛЕНИЯ: Я должен уточнить, что эти страницы должны быть ограничены определенной областью сайта (то есть все дети одной и той же страницы). Кроме того, после разговора с некоторыми пользователями кажется, что было бы полезно создать ветвление подстраниц со своей домашней страницы.
источник
Я столкнулся с той же ситуацией, что и вы, и я создал собственный тип поста с именем "homepage", а также создал плагин "Bainternet Posts Creation Limits", чтобы ограничить создание каждого типа поста для каждого пользователя. Попробуйте это http://wordpress.org/extend/plugins/bainternet-posts-creation-limits/
источник
Плагин User Access Manager сделает это за вас, все остальные подходы слишком сложны. UAM - это просто, настройте группы и назначьте группу своим подстраницам, готово.
источник
Я бы использовал Capability Manager или проверил роли и возможности в кодексе, чтобы сделать это.
источник
Решение подразумевает, что вы отключили редактирование «обычных» типов записей (публикация, страница).
Это не так сложно, как вы могли бы поверить. Ключ является имя пользователя Логин . То же самое можно сделать с таксономиями или даже терминами.
Смотрите следующее (также есть пример для запроса):
С таксономиями это будет даже более целесообразно, поскольку вы можете запрашивать только те сообщения, которые помечены терминами из этих таксономий пользователей, но для этого потребуется мета-поле записей с терминами таксономии пользователей. Условие будет таким же: имя пользователя и вы просто добавите таксономию:
Размещение проверки возможностей (current_user_can) может быть и другим. Зависит все от ваших конкретных потребностей. Просто чтобы убедиться в этом: вот примеры, которые помогут вам на пути к решению. Надеюсь, это поможет :)
источник
Я сделал нечто подобное с «участниками», пользовательским типом поста и ручным назначением прав автора определенному участнику, поскольку это веб-сайт небольшой группы, но я помню, что читал в какой-то ветке поддержки прессы друзей, что это возможно подключиться к процессу регистрации, поэтому я предполагаю, что можно будет автоматически создать страницу / пользовательский тип записи для каждого пользователя при регистрации и назначить эту конкретную страницу вновь созданному участнику в качестве домашней страницы. Я также добавил редактор внешнего интерфейса Scribu и заблокировал его для пользователей, которые не являются администраторами. Вы также можете добавить перенаправление при регистрации, чтобы новые участники перенаправлялись на свою страницу (которая, я полагаю, могла бы иметь некоторый контент по умолчанию).
Я посмотрю, смогу ли я найти эту ветку поддержки buddypress.
Приложение - ошибка в селекторе авторов в поле редактирования сообщения. В настоящее время он не использует стандартную систему разрешений, что может усложнить решение для участников (хотя, вероятно, оно будет работать, если автор будет назначен при создании страницы). В trac есть патч, но я не думаю, что он был применен к ядру.
источник
это возможно с плагином s2member, бесплатной версии достаточно. Я создал клиентскую область, где у каждого клиента есть URL, здесь есть видеоурок: http://www.primothemes.com/forums/viewtopic.php?f=4&t=586&start=0&hilit=client+area
источник