convert_invalid_entities

説明

string convert_invalid_entities( string $content )
コンテントに含まれる無効なHTMLエンティティを変換する。

パラメータ

  • $content
    コンテントを指定。

返り値

無効なHTMLエンティティを変換した文字列を返す。

注意

標準では投稿本文、抜粋、コメント本文の保存時に該当するフィルターにて実行される。[4.3.0]変換内容は次の通り。

変換対象変換後
    ''
€ (€)
‚ (‚)
ƒ (ƒ)ƒ
„ („)
… (…)
† (†)
‡ (‡)
ˆ (ˆ)ˆ
‰ (‰)
Š (Š)Š
‹ (‹)
Œ (Œ)Œ
Ž (Ž)Ž
‘ (‘)
’ (’)
“ (“)
” (”)
• (•)
– (–)
— (—)
˜ (˜)˜
™ (™)
š (š)š
› (›)
œ (œ)œ
ž (ž)ž
Ÿ (Ÿ)Ÿ

使用例

  • $textの無効なHTMLエンティティを変換する。
    <?php $text = convert_invalid_entities( $text ); ?>

フィルター

実行するフィルターはありません。

アクション

実行するアクションはありません。

ソースファイル

/wp-includes/formatting.php

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


お勧め

時代はWP_Queryなのか(2011年8月1日 更新)

WordPressのテーマ作成において、メインの投稿記事とは別に特定の条件を指定した投稿内容を表示することが多々ある。つい最近まで get_posts関数を使用することが多かったのだが、最近はWP_Queryクラスを使用することが多くなってきた。

3.6リリース直前チェック(2013年7月26日 更新)

$wpdbは、WordPressのデータベースにアクセスする際に使用できる便利なオブジェクト。独自テーブルの利用やデータ検索の最適化など、標準提供される関数では実現できないことを手助けしてくれる。そんな$wpdbのescapeメソッドが3.6で非推奨(deprecated)になる。

テーブルブロックを投稿メタ(カスタムフィールド)に保存する(2022年1月5日 更新)

ふと「テーブルブロックの内容を投稿メタ(カスタムフィールド)として保存できたら便利なのでは」と思い、投稿メタの使い方を調べてみた。

さくらのVPSでKUSANAGI(2018年5月27日 更新)

請け負っていた業務が一段落したので、「さくらのVPS」で「KUSANAGI」を試してみました。推奨環境はメモリ4GBとなっているが、今回は実験的な利用なので、SSD 2GBプランでトライしました。

投稿画面のウェジェットを2列にする(2013年4月17日 更新)

ダッシュボード画面ではスクリーンレイアウトを最大4列まで選択できるのに、投稿画面は1列か2列のどちらか。高解像度のディスプレイを使っていると、投稿画面では大画面のメリットを生かせていない理由がここにあるのではと感じ、3列対応にしてみた。