Ого, никто не ответил тебе после всего этого времени? Хорошо, вот ответ. Если вы проверите свою базу данных MySQL после запуска и запуска нескольких блогов WPMU, вы заметите, что у каждого блога есть отдельный префикс таблицы. Префикс wp_1_ отправляется в основной блог администратора. А затем префикс wp_2_ и т. Д. Перейдите на все неосновные блоги администраторов, которые вы создаете в системе wp-admin. Если вы хотите использовать функцию Codex для доступа к префиксу таблицы, это на самом деле просто - просто выполните «global $ table_prefix;». Фактически, как примечание, WordPress испускает массу глобальных переменных, которые весьма полезны, и вы можете узнать, что это такое, выполнив "print_r ($ GLOBALS); die ();" в виде плагина или файла темы.
Но в любом случае, ответ на ваш вопрос заключается в том, что если вы загляните в базу данных MySQL, вы обнаружите, что каждый блог в WPMU получает свою собственную таблицу параметров, и она является отдельной, не общедоступной, а общеблогской - так же, как Вы желали. А когда вы используете стандартный API опций WordPress, он автоматически получит доступ к таблице опций, без необходимости использовать глобальный объект $ wpdb и без необходимости использовать глобальную строку $ table_prefix.
Итак, если вы используете get_option (), update_option (), add_option () и delete_option () - все они будут работать в среде WPMU. И хотя папка плагинов является общей для всех блогов, настройки плагина не являются эксклюзивными для каждого блога.
Теперь, если вы не используете API параметров WP в Кодексе, но собираетесь использовать глобальный объект $ wpdb, вам нужно знать, что вам нужно обращаться к таблицам с помощью $ table_prefix. глобальная строка как часть пути к таблице. В некоторых случаях это желательно, например, наличие МНОГО данных, которые необходимо сохранить в пользовательской таблице. Например, сохранение информации HTTP_REFERER и пользовательского агента в таблице для входящих подключений.