wp_strip_all_tags

説明

string wp_strip_all_tags( string $string [ , bool $remove_breaks = false ] )
文字列からHTMLタグを取り除く。

パラメータ

  • $string
    文字列を指定。
  • $remove_breaks
    連続した空白文字を1つのスペースに変換する場合はtrueを指定(省略時はfalse)。

返り値

HTMLタグを取り除いた文字列を返す。

注意

文字列からHTMLタグを取り除く関数としてPHPのstrip_tags関数があるが、本関数ではstrip_tags関数を呼ぶ前にSTYLEタグとSCRIPTタグを取り除いている。さらにHTMLタグを取り除いた後に先頭と末尾の空白文字も取り除く。

パラメータ$remove_breaksがtrueの場合、連続する空白文字(改行、復帰、タブ、スペース)をスペースに変換する。

変換前の文字列
<html lang="ja">
<head>
<title>Hello world!</title>
<style type="text/css" media="screen">
	html { margin-top: 32px !important; }
</style>
</head>
<body>
	<h1 class="entry-title">Hello world!</h1>
	<div class="entry-content">
		<p>WordPress へようこそ。</p>
	</div><!-- .entry-content -->
</body>
</html>
strip_tags関数の処理後


Hello world!

	html { margin-top: 32px !important; }



	Hello world!
	
		WordPress へようこそ。
	


wp_strip_all_tags関数($remove_breaks = false)の処理後
Hello world!



	Hello world!
	
		WordPress へようこそ。
wp_strip_all_tags関数($remove_breaks = true)の処理後
Hello world! Hello world! WordPress へようこそ。

使用例

  • 文字列からHTMLタグを取り除く。
    <?php $text = wp_strip_all_tags( $text ); ?>
  • 文字列からHTMLタグと連続する空白文字を取り除く。
    <?php $text = wp_strip_all_tags( $text, true ); ?>

フィルター

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

アクション

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

ソースファイル

/wp-includes/formatting.php

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


お勧め

投稿ページでユニークなテンプレートを選択しよう(2018年5月27日 更新)

4.7の変更点に「投稿タイプテンプレート」がある。これは従来固定ページ('page')向けに任意のテンプレートを適用できる機能が拡張されたもので、投稿ページ('post')はもちろんカスタム投稿タイプのページにも適用可能になっている。

ブロックエディターの色設定を変えてみる(2019年12月11日 更新)

バージョン5.3で機能強化されたブロックエディター。対応を考えて新テーマ「Twenty Twenty」のソースコードを眺めていく。

5.3の新機能:日付とタイムゾーン(2019年10月2日 更新)

WordPress 5.3 Beta 1」に記載されていた「Time/Date component fixes」という見出し。開発者向として新しい関数の追加や多くのバグが修正されたとなっており、チェックせざるを得ない。

ショートコードを含んだページを表示する前に何か処理する(2014年5月28日 更新)

固定ページまたは投稿ページに独自のフォームを埋め込む。入力→登録の2段階のフォームなら著名なプラグイン「Contact Form 7」を利用すればいいのだが、クライアントの依頼は入力→確認→登録の3段階で組み込む要素が特化していたので、独自の実装方法を考えることになった。

Emojin:プラグイン作ってみました(2015年3月21日 更新)

ちょっと前のTLでiOSの絵文字を含んだ投稿を保存すると、絵文字以降の文章がすべて消えた状態で保存されるといったツイートを見かけた。少し検索してみると、MySQLのデータベースの文字セットが「utf8」の場合、iOSの絵文字のような4バイトの文字を正常に保存できず、それ以降の文章も保存されないというものらしい。対処方法としてデータベースの文字セットを「utf8mb4」に変更するのが有効らしいのだが、他に回避策がないか考えてみた。