Ответы в темах

Просмотр 15 ответов — с 1 по 15 (всего 132)
  • Форум: WordPress Multisite
    Тема: блок html

    В мультисайте WordPress только суперадминистраторы имеют пользовательскую возможность «unfiltered_html». Её активация может привести к публикации пользователями вредоносного или плохо отформатированного кода, поэтому она и отключена по умолчанию.

    Вам нужно отредактировать возможности ролей пользователей, погуглив в плагинах, или активировать для сети подобный сниппет (в примере такую возможность имеют администраторы и редакторы сайтов).

    /**
     * @param string[] $caps    Array of the user's capabilities.
     * @param string   $cap     Capability name.
     * @param int      $user_id The user ID.
     * @param array    $args    Adds the context to the cap. Typically the object ID.
     */
    function my_map_meta_cap( $caps, $cap, $user_id, $args ) {
        if (
            'unfiltered_html' === $cap &&
            is_multisite() &&
            ( user_can( $user_id, 'editor' ) || user_can( $user_id, 'administrator' ) )
        ) {
            return [ 'unfiltered_html' ];
        }
    
        return $caps;
    }
    
    add_filter( 'map_meta_cap', 'my_map_meta_cap', 10, 4 );

    Господа отвечающие, отлично людям помогаете. Не знаете ответ — значит нельзя — так себе помощь, уж лучше бы молчали.
    В мультисайте база пользователей общая и даже без дополнительных костылей пользователь, зарегистрированный на головном сайте может использовать функционал дочерних. Проверено конкретно на bbPress от версии 2.5.14 до 2.6.3. (в настройках bbPress зачем, по-вашему есть «Роль пользователя по умолчанию» — она назначается автоматом пользователю при добавлении ответа в теме).
    Кроме того, есть древний Multisite User Management, который всё ещё работает, добавляя любую зарегистированную роль на любом из дочерних сайтов при регистрации пользователя(делается это в настройках сети. Проверен на WP 5.3 php 7.3…

    Есть плагины, которые и по пять лет не обновляются и ничего, работают же. Конкретно этот пока работает.
    По существу вопроса варианты есть лучше? — Напишите.

    Есть плагин, позволяющий в одной установке WordPress реализовать несколько сетей (с разными доменами и сайтами): WP Multi Network
    Для уже существующих раздельных сетей это, конечно, не подойдёт и придётся делать миграцию…

    Да, в мультисайте база пользователей общая.

    Есть TaskBreaker — Group Project Management — работает на основе групп BuddyPress, и, если нужно больше функционала — то только в премиум версии WP Project Manager.
    Найдёте в каталоге плагинов что-то ещё — поделитесь, пожалуйста )

    Ну как вы и писали domain.com/dict, site.domain.com/dict, site2.domain.com/dict и так далее…

    Подкаталог нужно создавать непосредственно в директории, где установлен сам WordPress,
    рядом с папками wp-admin, wp-content… Но он будет общим для всех сайтов.
    Реальные поддомены будут перехватываться мультисайтом только до тех пор, пока DNS не обновятся. Не знаю, какую панель использует ваш хостер, но, возможно, после добавления поддомена его нужно вручную привязать к конкретной папке (вообще должно всё автоматом создаваться).

    Какой-то хитрый конфиг у вас. Не должен WordPress сконфигурированный в сеть в режиме поддоменов предлагать создание сайта в подкаталоге. На поддомене точно не отдельная сеть? (впрочем, если папка пустая, то скорее всего её содержимое и не отобразится, хостеры по умолчанию отключают эту возможность — это решается с помощью .htaccess)
    Вариант создать отдельный поддомен для словаря не рассматривается?

    • Ответ изменён 5 лет назад пользователем krioteh.

    Можно создать папку dict в корне сайта и залить туда словарь. Минус варианта — этот путь будет доступен со всех сайтов сети и будет преобладать перед функционалом WordPress. (Решается изменением структуры постоянных ссылок).

    Ну не знаю, это же вам нужно, откуда мне знать в чём смысл. Условиям первоначального вопроса мой ответ вполне соответствует 🙂

    bbp User Ranking, предназначен для подсчёта и отображения тем и ответов пользователей, и ачивок, соответствующих определенному их количеству, это немного совсем не то.

    bbPress Toolkit — вот этот плагин попробуйте.

    В консоли при редактировании форума его можно сделать закрытым — он будет вести себя именно так как вы описали.

    С точки зрения юзания WordPress, конечно, если вы используете режим сети — лучше использовать дочерние сайты для каждой конкретной задачи.
    С технической точки зрения это ничего не меняет, однако, если у вас на головном сайте будут использоваться дополнительные плагины (а они будут использоваться) это скажется на быстродействии сайта (в идеале, конечно, не должно, но реальность от идеала отличается), кроме того будет сложно отделять медиаконтент форума, т.к. он будет в общей медиа библиотеке.
    В варианте дробления функций по по подсайтам рекомендую задействовать плагины Multi site user role manager и Multisite user management.

    Это довольно обширная тема для беседы, я полагаю, что тему нужно будет поправить в очень многих местах, дабы она поддерживала хотя бы основной функционал WordPress. Могу посоветовать только кодекс https://codex.wordpress.org/Создание_тем — сравните примеры со своей темой и так найдёте в чём «затык».

    Со стандартной темой оформления пробовали?

Просмотр 15 ответов — с 1 по 15 (всего 132)