WordPress用戶表包含一個非常少量的有關用戶的信息,并且不能容納更多。 因為這個原因有一個usermeta表。 默認情況下,它包含名字,姓氏,昵稱等等。任何東西都可以放在那里,它只是通過user_id相關。
管理用戶元數據有兩種不同的主要場景。 一個是通過用戶個人資料頁面上的自定義表單字段,另一個是以編程方式具有正確的功能。
##創建表單
如果您只想為站點用戶提供一個UI來更新特定的元選項,則可以使用下面的代碼。
```
add_action( 'show_user_profile', 'my_show_extra_profile_fields' );
add_action( 'edit_user_profile', 'my_show_extra_profile_fields' );
function my_show_extra_profile_fields( $user ) { ?>
<h3>Extra profile information</h3>
<table class="form-table">
<tr>
<th><label for="twitter">Twitter</label></th>
<td>
<input type="text" name="twitter" id="twitter" value="<?php echo esc_attr( get_the_author_meta( 'twitter', $user->ID ) ); ?>" class="regular-text" /><br />
<span class="description">Please enter your Twitter username.</span>
</td>
</tr>
</table>
<?php }
```
>[info] 注意有兩個動作標簽。 show_user_profile用于顯示您自己的個人資料中的表單,edit_user_profile用于顯示其他人的表單。
上述代碼將在配置文件頁面上渲染一個html塊,如下所示:
- 顯示其他字段的HTML塊。
- 其他配置文件字段
##保存數據
只需使表單不會使數據保存。 為此,您應該使用以下代碼:
```
add_action( 'personal_options_update', 'my_save_extra_profile_fields' );
add_action( 'edit_user_profile_update', 'my_save_extra_profile_fields' );
function my_save_extra_profile_fields( $user_id ) {
if ( !current_user_can( 'edit_user', $user_id ) )
return false;
/* Copy and paste this line for additional fields. Make sure to change 'twitter' to the field ID. */
update_usermeta( absint( $user_id ), 'twitter', wp_kses_post( $_POST['twitter'] ) );
}
```
>[info] 請注意,即使有可能以前不存在該值,也會使用update_usermeta。 沒關系,如果不存在就會創建。
還要注意兩個add_action函數。 與上述類似,其中一個適用于您自己的個人資料頁面,另一個適用于所有人。
上面的大部分文字都是由賈斯汀·塔德洛克(Justin Tadlock)發表的。
##以編程方式添加用戶元
以編程方式添加用戶元數據有兩種方法。 `add_user_meta()`和`update_user_meta()`。
## add_user_meta
```
<?php add_user_meta( $user_id, $meta_key, $meta_value, $unique ); ?>
```
## 獲取和渲染用戶元
獲取用戶元數據可以一次完成,并且可以返回所有值的數組,也可以一次獲得單個值。 這是功能:
```
<?php get_user_meta($user_id, $key, $single); ?>
```
如果你只是傳遞一個user_id,你會得到一個數組中的所有選項。
如果你傳遞一個user_id和key,那么你將得到一個數組中該鍵的值。
如果你傳遞全部,并且單個是真的,那么你將獲得字符串或int的值,除非存儲的值本身是一個數組或對象。
在這一點上,您可以根據需要打印。
- 簡介
- 主題開發
- WordPress許可證
- 什么是主題
- 開發環境
- 主題開發示例
- 主題基礎
- 模板文件
- 主樣式表(style.css)
- 文章類型
- 規劃主題文件
- 模板層級
- 模板標簽
- 循環
- 主題函數
- 連接主題文件和目錄
- 使用CSS和JavaScript
- 條件標簽
- 類別,標簽和自定義分類
- 模板文件
- 內容模板文件
- 頁面模板文件
- 附件模板文件
- 自定義內容類型
- 部分和其他模板文件
- 評論模板
- 分類模板
- 404頁面
- 主題功能
- 核心支持的功能
- 管理菜單
- 自定義Headers
- 自定義Logo
- 文章格式
- 置頂文章
- Sidebars
- Widgets
- 導航菜單
- 分頁
- 媒體
- Audio
- Images
- Galleries
- Video
- 精選圖片和縮略圖
- 國際化
- 本地化
- 輔助功能
- 主題選項 – 自定義API
- 定制對象
- 改進用戶體驗的工具
- 定制JavaScript API
- JavaScript / Underscore.js渲染的自定義控件
- 高級用法
- 主題安全
- 數據消毒/逃避
- 數據驗證
- 使用隨機數
- 常見漏洞
- 高級主題
- 子主題
- UI最佳實踐
- JavaScript最佳做法
- 主題單元測試
- 驗證你的主題
- Plugin API Hooks
- 發布你的主題
- 所需的主題文件
- 測試
- 主題評論指南
- 寫文檔
- 提交你的主題到WordPress.org
- 參考文獻
- 模板標簽列表
- 條件標簽列表
- 編碼標準
- HTML編碼標準
- CSS編碼標準
- JavaScript編碼標準
- PHP編碼標準
- 插件開發
- 插件開發簡介
- 什么是插件
- 插件基礎
- 頭部要求
- 包括軟件許可證
- 啟用 / 停用 Hooks
- 卸載方法
- 最佳做法
- 插件安全
- 檢查用戶功能
- 數據驗證
- 保護輸入
- 保護輸出
- 隨機數
- Hooks
- Actions
- Filters
- 自定義Hooks
- 高級主題
- 管理菜單
- 頂級菜單
- 子菜單
- 短代碼
- 基本短碼
- 封閉短碼
- 帶參數的短代碼
- TinyMCE增強型短碼
- 設置
- 設置API
- 使用設置API
- 選項API
- 自定義設置頁面
- 元數據
- 管理帖子元數據
- 自定義元數據
- 渲染元數據
- 自定義文章類型
- 注冊自定義文章類型
- 使用自定義文章類型
- 分類
- 使用自定義分類
- 在WP 4.2+中使用“split術語”
- 用戶
- 創建和管理用戶
- 使用用戶元數據
- 角色和功能
- HTTP API
- JavaScript
- jQuery
- Ajax
- 服務器端PHP和入隊
- Heartbeat API
- 概要
- 計劃任務
- 了解WP-Cron計劃
- 安排WP-Cron 事件
- 將WP-Cron掛接到系統任務計劃程序中
- WP-Cron簡單測試
- 國際化
- 本地化
- 如何國際化您的插件
- 國際化安全
- WordPress.org
- 詳細插件指南
- 規劃您的插件
- 如何使用Subversion
- 插件開發者常見問題
- 開發工具
- Debug Bar 和附加組件
- 輔助插件
- REST API手冊
- 資源
- 文章
- 文章修訂
- 文章類型
- 文章狀態
- 類別
- 標簽
- 頁面
- 評論
- 分類
- 媒體
- 用戶
- 設置
- 使用REST API
- 全局參數
- 分頁
- 鏈接和嵌入
- 發現
- 認證
- 經常問的問題
- 骨干JavaScript客戶端
- 客戶端庫
- 擴展REST API
- 添加自定義端點
- 自定義內容類型
- 修改回應
- 模式
- 詞匯表
- 路由和端點
- 控制器類