はてなブックマーク

WordPress の REST-API を扱うには、WP-API チームがメンテナンスしている node-wpapi モジュールを利用すると便利です。 ささっと例を見せるとこんな感じ。 wp.posts().perPage(10).orderby('date').order('asc').then((posts) => { console.log(posts); }); PHP で WP_Query を書く際に使うパラメータをチェーンメソッドでつないでいくので、いろいろ分かりやすいです。 ちなみにリード開発者の K.Adam White さんは、とても紳士的な素晴らしい人で、さらにご夫婦で日本語が話せます。 以下 node-wpapi の使い方を紹介します。なお、現在 v2 を開発中ですが、ここでの解説は v1 をベースにします。（あまり大きな変更はなさそう。） インストール

Route53 上の DNS レコードを、GitHub 上の JSON ファイルで管理できるようにしたNode.jsGitHubtravisroute53 僕は、Wacker というコミュニティで活動していて、最近そのコミュニティでいくつかのプロジェクトをはじめて、それに対するサブドメインを GitHub Pages などで発行するシチュエーションがありました。 そこで、コミュニティドリブンな感じでうまいことDNS サーバー上のサブドメインの管理を自動化できないかなーと思い、GitHub 上にある JSON をもとに DNS レコードをアップデートするようにしてみました。 上のリポジトリをフォークして以下の要領で適当にカスタマイズしてください。 仕組み GitHub 上に以下のような JSON をコミットします。 { "records": [ { "Name": "wacker.io",

昨日以下のような記事を書いたのですが、よく考えたらNodeで単独のコマンドを作れば開発環境とかCMSとか関係なく何でもできるじゃんということに気が付きました。 というわけで単独のコマンドとして作ったのが以下です。 Changelog 2018/08/14 - --http-server というオプションを追加しました。 2018/05/31 - 設定ファイルがないと動かないことがわかったので修正しました。(v0.1.10) 概要 このコマンドは ngrok というツールを経由してローカル環境に対してパブリックなURLを割り当てます。 さらにこのコマンドは、Nodeの http-proxy モジュールによるリバースプロキシを内蔵していまして、HTMLコンテンツ内に決め打ちで入れられているホスト名を、ngrokによって割り当てられたホスト名に置換します。 そのためたとえば WordPress

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

久しぶりにWordPressの公式ディレクトリにプラグインを公開しました。 GitHubリポジトリは以下のURLです。 このプラグインは、ユーザーの様々な操作やアクティビティをログとして保存し確認できるようにするためのプラグインです。 特徴 ログを保存するプラグインは他にもいくつかありますが、このプラグインはいくつかの工夫（後述）によりサイトのパフォーマンスにほとんど影響を与えません。 悪用されることが多いXML-RPCによるログインや記事の書き換え等を監視しており、警告として表示します。 ユニットテストをしっかりとやっておりエンタープライズ向けのサイトでも安心して利用できます。 ログを保存する機能は拡張可能であり、たとえばWooCommerce等の売り上げ等の独自のログを保存するアドオンを開発しやすくなっています。（公式なアドオンを随時追加予定） WP-CLI に対応しており、コマンドラ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

オープンソースに関わっている関係で、これまでいろいろな GitHub 上のドキュメントを翻訳してきました。 たとえば、WP-CLIのドキュメンテーション とか、WP-APIのドキュメンテーション とか、ベクトルタイルの仕様書などなどです。 多くの場合、オリジナルのドキュメントがそれほど頻繁にアップデートされることがないため、一度翻訳を行えばそれっきりなことが多いのですが、WP-CLIのドキュメントのように頻繁に更新され、それを追いかける必要があるケースがあります。 ところがこれ結構大変で、オリジナルで軽微な修正がはいっても、その修正箇所を探すために全文を確認する必要がでてきてしまいます。 そんなわけで、WP-CLIでは、メンテナーに頼んで変更の度にタグをつけてもらい、追従するときにはタグ間の差分を確認することで、更新箇所を確認するというワークフローをとっています。 例: WP-CLI v1

GitHubで公開されているフロントエンドチェックリストというドキュメントが、網羅されている内容が幅広く便利そうだったので、日本語に翻訳しました。 日本語版は、以下のGitHubリポジトリにあります。GitHub側と自動的に連携するようにしておりますので、誤訳や誤りなどがあれば GitHub のプルリクエストまたは Issue で報告していただけると幸いです。 https://github.com/miya0001/Front-End-Checklist 日本語版への貢献方法 最終更新日時: 2017-11-19 03:50:47+09:00 (未翻訳) Front-End Checklist The Front-End Checklist is an exhaustive list of all elements you need to have / to test before lau

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

mkdir -p $HOME/bin && curl -L https://raw.githubusercontent.com/wp-cli/builds/gh-pages/phar/wp-cli-nightly.phar -o $HOME/bin/wp && chmod 755 $HOME/bin/wp $ wp --info PHP binary: /usr/local/bin/php-wrapper PHP version: 7.1.9 php.ini used: /usr/local/php/7.1/etc/php.ini WP-CLI root dir: phar://wp-cli.phar WP-CLI vendor dir: phar://wp-cli.phar/vendor WP_CLI phar path: /home/xxxx WP-CLI packages dir:

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

すでにお気付きのかたも多いと思いますが、WP-CLI には、英語版の最新バージョンがリリースされた後、日本語版がリリースされるまでのタイムラグの間に、以下のコマンドに不具合があります。 wp core download - WordPress のダウンロードが失敗する wp core verfy-checksums - wp-config-sample.php の内容が違うとエラーが出る。 wp core check-update - すでに最新版なのに最新版をインストールしてくださいと、管理画面にしつこくでる。 VCCW もこの不具合の影響をうけており、数日前にプロビジョニングに失敗するという現象があったと思います。 現在この問題については、WP-CLI チームのほうで対処方法を検討しているのですが、修正が必要な範囲が WordPress.org の API、WordPress 本体、W

WordPress には自動アップデートという機能があって、WordPress 本体やプラグイン、テーマの最新版がリリースされるとダッシュボードに通知が表示され、ダッシュボードでボタンをクリックするだけで最新版にアップデートできます。 この自動アップデートを使用するには、プラグインやテーマが公式ディレクトリ上に登録されている必要がありますが、先日 GitHub API を使用してこの自動アップデートを発火させることができました。 そこで、そのための処理を Composer のライブラリ化しましたので、使用方法を解説します。 ぜひ GitHub で Star をつけてください！ はじめに この記事が想定しているユースケースは、自分の顧客のためにプラグインを開発し、それを自動アップデートを使用してデプロイすることです。 たとえば、不特定多数の人に使ってもらいたいのならこの方法を使用せずに公式デ

$ wp core check-update install multisite-convert update-db config is-installed multisite-install verify-checksums download language update version とかコマンドの途中でタブを2回押すと続きを勝手に入力してくれるんですね。 wp core verify-checksums とか一生スペルを覚えられそうもないので、とても助かります。 この機能、ちょっと前まではあまり使い勝手がいいものではありませんでしたが、現在のバージョンでは劇的に改善されておりまして、気持ちよく使うことができるようになっています。 ちなみにこの補完機能の実態はこんな感じのサブコマンドなんですけどね。

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

すると、ホストマシンから見た Vagrantfile と同じディレクトリに Movefile が出来ているはずです。 この時点ですでにうまくいかない！？ その場合は、VCCW の .zip をダウンロードし直して、もう一回 vagrant up してください。 そういう方はすでになんらかのエラーに遭遇しているわけなので、デフォルトの設定で vagrant up することをおすすめします。 Movefile を記述 Movefile があることを確認したら、そのファイルをお好みのテキストエディターで開いてください。 ただし、文字コードの設定は UTF-8、改行コードの設定は LF であるべきです。 現時点での Movefile は、VCCW をデフォルトで vagrant up した場合以下のようになっているはずです。 local: vhost: "http://vccw.dev" word

WP-CLI のパッケージコマンド関連のサブコマンド、たとえば wp package install とか wp package update では、composer を呼び出しているので、以下のようにメモリ不足のエラーが出ることがあります。 PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 32 bytes) in ...

よくあるデプロイの方法だといろいろセットアップが多くてハードルが高いので（一度セットアップすれば簡単ですが）、ベアリポジトリをサーバー内に立ててそこに git push したらフックを蹴っ飛ばして自動的にデプロイする方法はどうかなと思って試した。 この方法ならインフラを構築するためのプロビジョナーにあらかじめ仕込んでおいてすぐに導入できる気がする。 ベアリポジトリの作成 ウェブサーバーに以下のコマンドでベアリポジトリをつくる。

昨日 「VCCW + WP-CLI で WordPress のユニットテスト」 という記事を書きました。 何回かに分けて、VCCW の少し高度な使い方について解説していきます。 WordPress のコーディングスタンダード WordPress にはいくつかのコーディングスタンダードが定められています。 主な規約はだいたい以下のような感じ。 インデントにはスペースではなく本物のタブを使用すること。 丸括弧の内側にはスペース。 変数を展開する等の理由がない限りシングルクォーテーションを使用すること。 などなど。 これらは WordPress-Coding-Standards というツールを使用すれば、皆さんのプラグインやテーマ内のコードをチェックすることができます。 VCCW にはこれがデフォルトでセットアップされていますので簡単にチェックを行うことができます。 wpcs コマンドを使ってコ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

WPEngineというのはアメリカに本社を置く大手のホスティング企業のひとつです。 名前のとおりWordPressにとても精通している企業で、海外のWordCampでは必ずスポンサーとして参加しています。 この記事で紹介するリストはそのWPEngineさんが公開している "Disallowed Plugins" というリストです。 あらかじめ強調しておきますが、ここで紹介されているプラグインの多くはそれ自体に問題があるというよりも、不自由なインフラを使っているユーザーのニーズに応えた結果こうなったというのが現実であると思います。 なので、プラグインそのもののリストはこの記事では紹介しません。オリジナルの記事をご覧になってください。 このプラグインいいよーみたいな記事に飛びついて自分のサイトにインストールしたらハマったみたいなことは、多くの方が経験していると思いますが、WordPressプラ

WP-CLI はいろいろな方法でみなさんの環境にインストールすることができます。 それぞれユースケースがいろいろありますので、それらを紹介します。 Homebrewでインストール Mac の人にとってはこれが一番簡単な方法かもですね。 一見簡単ですが、Homebrew が Xcode に依存しているので、ハンズオンとかの際にXcodeをダウンロードして。。。っていうのはなかなか大変なことになります。 あと、最新版がリリースされた後に、その最新版がダウンロードできるようになるまでにややタイムラグがあります。 アップデートを行うには brew update && brew upgrade ですね。 他のものとまとめてアップデートできるので、メンドくさがりな人にはおすすめ。 Phar アーカイブをダウンロードする WP-CLI は Phar アーカイブで配布されているので、それをダウンロードする

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

以前にFacebookである人が、SSHの接続情報の管理に ~/.ssh/config を使ってたんだけど、鍵が多すぎて修羅場みたいなことを書いてて、その時は特に何も思いつかなかったんですが、以下のような方法はどうでしょうね？ ワーキングディレクトリにSSHのコンフィグを置く。 .ssh-config というファイル名で内容は以下のような感じのあれです。 Host example.com HostName xxx.xxx.xxx.xxx User vagrant Port 22 UserKnownHostsFile /dev/null StrictHostKeyChecking no PasswordAuthentication no IdentityFile /path/to/private_key IdentitiesOnly yes LogLevel FATAL ForwardAge

WP-CLI について VCCW v2 では、通常版の WP-CLI をインストールしていましたが、v3 では、nightly バージョンをインストールしています。 WP-CLI の nightly バージョンは、開発環境で使用するレベルでは問題がないよう十分にテストされており、最新の機能をいち早く使うことができます。 私自身が WP-CLI のチームメンバーであり、VCCW そのものを WP-CLI のドッグフーディングとして使用することにしました。 VCCW v3 のゴール VCCW のゴールは、単に開発環境を手っ取り早く用意できるようにするということだけではなく、WordPressが動作する環境そのものを、ワークフローも含めて共有することです。 従来の方法では、せいぜい WordPress のファイルやデータベース等の共有が限界で、開発チームのメンバーはそれらを入手後に、独自の開発環

一緒に仕事をしてる人のコミットの履歴に "Verified" って出ててかっこいいなーと思ったのでやってみました。 GitHubの公式なドキュメントは以下のURLです。 しかし、GitHubの公式なガイドを見ながらやっても 「You need a passphrase to unlock the secret key ...」 というエラーが出てうまくいきませんでした。 そこで、 ＠bmhatfield さんという方がGistで公開している内容を試したらうまくいきましたので、その方法を紹介します。 僕の環境は以下の通りです。 macOS Sierra Homebrew 1.0.6 Git 2.10.1 gpg 2.0.30 いちど公式なガイド通りにやって見て、同じ現象にでくわしたらこの記事のやりかたを試す感じがいいと思います。 セットアップ方法 必要なライブラリをインストール

WP-CLIの0.24からリモートサーバー上でコマンドを実行できるようになりました。 詳しくはこちらのブログを見てね。 で、ブログの方に書き忘れたのでこっちに書きますが、VCCWとこの機能は結構仲良しで、あらかじめ設定しておくとホストマシンからWP-CLIコマンドを実行するだけで、VCCW上のWordPressを好き放題にすることができます。