get_userdatabylogin

説明

mixed get_userdatabylogin( string $user_login )
ログイン名からユーザ情報を取得する。

パラメータ

  • $user_login
    ログイン名を指定。

返り値

ユーザ情報を取得できた場合はそのオブジェクト、取得できなかった場合はfalseを返す。オブジェクトのプロパティはWordPressとWordPress MUでは異なる。主なプロパティは次の通り。
プロパティ名データ型意味
IDintユーザID
user_loginstringユーザ名
user_passstringパスワード(暗号化済み)
user_nicenamestring 
user_emailstring連絡先情報:メールアドレス
user_urlstring連絡先情報:ウェブサイト
user_registeredstring登録日時
user_activation_keystring 
user_statusintステータス
display_namestringブログ上の表示名
nicknamestringニックネーム
rich_editingboolビジュアルリッチエディターの使用する
comment_shortcutsboolコメント認証用のキーボードショートカットを有効にする
admin_colorstring管理者画面の配色('classic'、'fresh')
user_levelintユーザレベル

注意

ユーザ情報にはパスワードが含まれており、取り扱い注意。

使用例

  • ログイン名'taro'のユーザ情報を取得する。
    <?php $user_data = get_userdatabylogin( 'taro' ); ?>

最終更新 : 2018年05月27日 10:48



お勧め

リビジョンの仕組みを勘違いしてた(2018年9月17日 更新)

過去の投稿情報を記録するリビジョン機能をカスタム投稿タイプで利用しようと思い作りこみしていたが、思惑通りの動きにならなかった。リビジョン機能は投稿情報の更新前の内容を記録するものと勝手に思い込んでいたのだが、どうやらそれは間違いだった。

検索ワード「-10,000円」を検索できるようにしたい(2018年5月27日 更新)

とあるサイトで「-10,000円」をキーワードに検索した際、予想と異なるページが表示され、ちょっと驚いた。今回はその原因調査と対策についてまとめてみた。

使っていないか確認しないとね!(2017年11月18日 更新)

2003年に誕生したWordPress。その歴史の中には、廃止予定(deprecated)となっている関数がいくつも存在する。それらの関数をテーマやプラグインで使用するべきではないし、使用しているなら代替の関数に書き換えるべきである。ここでは3.24.9.0現在、廃止予定となっている関数をまとめて紹介する。

メディア(attachment)を拡張してより便利に活用する(2014年5月22日 更新)

「メディア(attachment)」は、標準ではカテゴリもタグもカスタムフィールドもない。投稿と親子関係を作って利用することが前提だからともいえるが、メディアをもっと便利に活用するために、それらの付加情報を絞り込みの材料として利用できないか調べてみた。

投稿内容のid属性などを保存するための対策(2012年6月15日 更新)

WordPress 3.4にアップデートしたとある環境で投稿記事を保存すると、divタグなどのid属性がクリアされて保存するようになった(id属性が保存できなくなった)。ここでは、その対策方法の1つを紹介しておく。