Making the WordPress REST API Read Only | Toby Schrapel
Making the WordPress REST API read only is sensible decision for small static sites that do not require write access via the API and can be achieved easilyIf you need to create, update or delete content using the WP REST API then you will need to be authenticated. However, I have often found myself when building small static sites to only ever need the API to render content on the front end and no
WordPress REST API (Version 2)
Changelog 2.0 Beta 15.0 (October 07, 2016) Introduce support for Post Meta, Term Meta, User Meta, and Comment Meta in their parent endpoints. For your meta fields to be exposed in the REST API, you need to register them. WordPress includes a register_meta() function which is not usually required to get/set fields, but is required for API support. To register your field, simply call register_meta a
WP REST API v2 Documentation
はじめに WordPress はアプリケーションフレームワークへと生まれ変わろうとしています。このプロジェクトは、簡単で理解しやすく、信頼性の高い API フレームワークを開発することを目的として生まれました。そして WordPress 本体の API を開発することも目的としています。 このプラグインは簡単な HTTP ベースの REST API を提供します。あなたのサイトのユーザー、投稿、タクソノミー、その他のデータに対してシンプルな HTTP リクエストを送信することで、取り出したりアップデートすることが可能です。 投稿を取得したい？ GET リクエストを /wp-json/wp/v2/posts に送るだけです。 IDが4のユーザーをアップデートしたい? POST リクエストを /wp-json/wp/v2/users/4 に送ってください。 “awesome”という単語が含まれ
WordPressをStaticPress+Amazon S3+Vagrantでセキュリティ万全にする方法 [前編] - @masuidrive blog
最近、大規模なWordPressのサイトの乗っ取りが発生しました。今回の原因はWordPressではなくサーバの設定に問題があったようですが、LAMPサーバの設定を正しく行うのは難しいですし、ApacheやPHP、WordPressのバージョンアップをきちんと行っていくのは、結構大変です。 自分でサーバを運用していて、セキュリティ対策をきちんとしていると言える人は、実はあまり多くないのでは無いでしょうか？プラグインなどを複数導入している場合には、それらのプラグインのセキュリティ対策を行うのはかなり難しいといえます。 そんな中、高セキュリティ環境でWordPressを運用する方法はないのか考えてみました。それにはサーバ上でアプリを動かさないのが一番では無いでしょうか？ 私のブログであれば、Voteなど動的な機能は使っていないので、WordPressのデータから静的なHTMLを生成して、Ama
![WordPressをStaticPress+Amazon S3+Vagrantでセキュリティ万全にする方法 [前編] - @masuidrive blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/5c5c3e4330805bfc33fc80aa0e5843be18a0177d/height=288;version=1;width=512/http%3A%2F%2Ffarm1.staticflickr.com%2F6%2F5961468_60d27d4dde_m.jpg)
WordPressを高速化するプラグインを作りました
今朝、WordPressのレスポンスを向上させるプラグイン “WP Hyper Response” を作りましたので早速公開します。 このプラグインを使用した場合と使用していない場合の比較動画を作りましたのでご覧ください。 右が使用した場合、左が使用していない場合です。 画面中央にキャプチャソフトのウォーターマークが出ていますがご容赦ください。 この動画は、私が運営している フリー写真素材 :: Free.Stocker のページ表示テストです。 ブラウザキャッシュを無効にするため、Google Chrome のシークレットウインドウを使用しています。 それほど大きな違いは出ていませんが、プラグインを使用したほうが記事ページ（single.php）の表示が速いことがお分かり頂けるかと思います。 後半は管理画面のテストです。 どう見てもプラグインを使用したほうが速くなっていることがお分かりい
WordPressをカスタマイズするなら絶対覚えておきたいテンプレートファイルの使い方
WordPressを使い始めた頃は、テンプレート階層、テンプレートファイルの上手な使い方などは、全く考えずに Webサイトを作ってました。 いまではもっと効率的に、もっとスマートにサイトを構築できるようになったかも！そのためにちょっと覚えておきたい、テンプレートファイルについてのあれこれをご紹介します。 WordPress というと、ブログ構築のための CMS（コンテンツマネージメントシステム）というイメージが強いですけど、一般的な Webサイトを作るの時にもとっても便利です。私も仕事で Webサイトを作る時に、WordPress で作成することがとても多いです。 WordPress はバージョンも 3.0 になって、カスタム投稿タイプやカスタムメニューなど、さらに CMS としても充実してきたように思います。 ブログと違って一般的な Webサイトは、そのサイトによって仕様が様々です。コン
WordPress導入後にまずやる最低限の設定と必ず入れるプラグインのメモ » とりあえず9JP
個人的には、リビジョンから記事を復旧したい場面はほぼ皆無なので…。 リビジョン機能はオフにしている。 《設定方法》 wp-config.phpに以下の設定を追記。 define('WP_POST_REVISIONS', false); ※別にインストール直後で無くとも構わないのだけれど、少し使った後だと、後々この設定を有効にしても既に保存されているリビジョンについては自動削除されず、削除する手間が面倒なので。 テーマ次第だけれど、確か3.x系の標準テーマであるTwentyTenも含めて多くのテーマで、既に削除済みの記事でも404ヘッダを返してないらしい。 何となく検索エンジンに嫌われそうな気がするので、存在しないページにアクセスした場合もステータス200を返している場合は、使用中のテーマの404.phpの最上部に <?php header("HTTP/1.1 404 Not Found")
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon S3でWordPressを動かす