WordPressプラグインを更新したところ、以下のエラーが表示された。
CM Tooltip Glossary Pro+ の更新中にエラーが発生しました： ダウンロードに失敗しました。 Unauthorized
よく見ると、ダウンロードリンクが表示されていたため、アクセスしてみたところ、「Your download link has expired」と表示された。
おそらく、セッションかなにかの期限が切れたから、ダウンロードできない状態になってしまっているだけっぽい。
しょうがないため、対象のプラグインサイトにログインしてプラグインをダウンロード後に手動で更新（pluginsフォルダに直接ぶちこむ）して解決した。
【WordPress】DigiPress専用プラグインが更新できないときは手動で更新しよう！そして、もうひとつの方法とは！？
有名な用語集プラグインの無料版「CM Tooltip Glossary」だと、標準の投稿や固定ページには用語ハイライトに対応しているのですが、ACFで登録したカスタムフィールドには対応されていません。有料版の「CM Tooltip Glossary Pro+」を購入するとACFにも対応することができます。
以下は、「昇華印刷」という用語と説明文を登録したため、該当キーワードにマウスを重ねると、説明が表示されます。
なお、キーワードの前後には空白のスペースを入れることで、用語ハイライトとして認識されるようになります。
実際の動作イメージはこちらを参照（「スペック」という箇所に用語ハイライトがあります） → MassdropでALTキーボード購入 – コトコト
有料版の「CM Tooltip Glossary Pro+」を購入したあと、該当プラグインの「Settings」メニュー > 「General Settings」タブより、以下の設定を行います。
「Types of fields to remove the WP functions:」は、チェックを入れると、改行が自動削除されます。意図しない挙動を防ぐため、チェックを外したほうがよいでしょう。
ACFのカスタムフィールドに、のショートコードだけを入力しているような場合（たとえばInstagramだけ入力）、CM Tooltip Glossaryプラグインの上記設定と競合してうまく表示されませんでした。
なんでもよいため、カスタムフィールドには冒頭に文字が入力されている必要があります。
カスタム投稿タイプかつACFのカスタムフィールドを利用していますが、そのままの設定で動作しました。特に意識する必要はないようです。
記事の下部に、以下のような形で「Related Terms:」という関連するキーワードが自動的に表示されてしまいます。
「Settings」メニュー > 「Glossary Terms」タブより、以下の設定で非表示にできます。
記事の中身をいろいろと変えてしまうようなので、設定は一通り、ご覧になることをオススメします。
MacのターミナルでAnagular用にnpm経由でインストールしてから、
npm install -g @angular/cli
CLIのngコマンドを入力したところ、コマンドが見つからないと表示された。
mymac:test user$ ng
-bash: ng: command not found
ngコマンドのPATHが通っていないだけなので、AngularのCLI（ngファイル）がインストールされた場所を確認してから、以下を実行で解決。
alias ng="/usr/local/Cellar/node/9.7.1_1/lib/node_modules/@angular/cli/bin/ng"
上記の「ng=”〜”」は、インストールした場所によって変わるため、適宜変更する。「npm install -g @angular/cli」を実行時にインストール場所がターミナルに表示されているはずなので、それを入力する。
ただし、あくまで一時的な反映なので、永続的に反映しておきたい場合（ターミナル起動した場合）は、.bash_profileに設定が必要。
ターミナル起動時に読み込まれるbash設定を開く。
vi ~/.bash_profile
.bash_profileに以下を追記する。
alias ng="/usr/local/Cellar/node/9.7.1_1/lib/node_modules/@angular/cli/bin/ng"
ついでに、「ll」で「ls -la」としたかったため、ついでにllのエイリアスも追記した。
alias ll="ls -la"
追記が完了したらviでファイルを保存して抜ける。そのあとに、.bash_profileをすぐに反映するために、sourceコマンドを実行する。
source ~/.bash_profile
これでターミナル起動時に、ngコマンドの実行（ついでにllコマンドも）ができるようになった。
先ほどWordPressのTwenty-Seventeenテーマがver1.6への更新通知がきていたので更新したところ、表示が２カラム形式に戻ってしまっていた。本来は１カラムで設定をしていた。
雑な感じだったけど、これでもとの1カラム表示に戻った。
WordPress ACF Proプラグインでカスタムフィールドを作成して、InstagramとYouTubeコンテンツをフィールドタイプ「oEmbed」を使って、10件ほど登録したところ、表示までに8秒ほど時間がかかり、異常に遅くなった。
フィールドタイプ「Wysiwyg」に置き換えてから、URLを貼り付けて登録したところ、劇的に改善した。表示速度が0.18秒になった（元々のKUSANAGIの速さに戻った）。
WordPressのoEmbed機能自体は全く問題なく、ACF ProのoEmbedフィールドタイプが問題と思われるが、バグ情報などが見つからず、原因わからず。もしかしたらACFではない可能性もあるが、ひとまずACF ProのoEmbedは利用しないでおく。（非常に便利だったので改善されたらまた使いたい）
プライベートでWordPressのプラグイン ACF Pro を購入して柔軟コンテンツを利用したため、そのメモ。
柔軟コンテンツの超わかりやすい図解はこちら。
[WordPress] Advanced Custom Fieldsの拡張パッケージ、Flexible Content Fieldの使い方
柔軟コンテンツの中に柔軟コンテンツを入れる、っていう入れ子の構造も可能。
ACF Proの繰り返しフィールドの中に繰り返しフィールドを入れる、っていう入れ子と同じ仕組みが使える。
「行を追加」ボタンで柔軟コンテンツを呼び出せる。
以下の画像はすでに呼び出した後だが、右下にそのボタンを押したときにパターン選択できる模様も表示しておいた。
ACF ProはPersonal（１サイトのみ利用）で日本円で2,000円ぐらいだった。
がんばって開発するぐらいなら、これ買ったほうが確実に楽できる。安いし。
Developer（サイト無限に利用）はいつでもアップグレードできるらしいので、まずはPersonalからスタート。
WordPressのWP Mail SMTPやRubyとかでOAuth認証を実装するときに、「Client ID」と「Client Secret」を作成するアプリケーション側に記述することになるが、OAuth認証を実行しようとすると、Google側には遷移するものの、「401. That’s an error.」と表示される。
これは、「Client ID」や「Client Secret」がちゃんと入力されていない可能性がある。Google Cloud Platform側でそれらの値をコピーしてから、ペーストすると、なぜか文頭と文末に空白（スペース）が入ってしまう。このスペースが入っていると動作しないため、前後にスペースが入ってしまっていないか要注意。（HanamiのOAuth認証実装時と、WordPressのOAuth認証実装時と、2回もこれでハマってしまった。）
Google Analyticsで新規のWebサイトを追加する設定をしてから、テストトラフィック送信（Webサイトにアクセスする）と、リアルタイムのトラフィックを確認したが、どうしても自分のトラフィックが検出できない。設定は１から全て確認したがどうみてもあっている。ブラウザもChromeとFirefoxの両方で確認を取ってみたが、やはりトラフィックが検出できない。
携帯からアクセスしたらトラフィックが検出できたため、ブラウザ側の問題と思い、色々調べていた、Google Analyticsでアクセスを除外するためのアドオンをインストールしていたのを忘れていた。（2回もこれでハマった。うっかり忘れてしまう。）
ChromeやFirefoxにインストールすることができる。新しくWebサイトをリリースしてトラフィックがあまりないときにノイズを載せたくない時などに活用できる。だけど、使い終わったら機能はオフ（機能を無効化）にしておいたほうがハマらずに済む。
Google アナリティクス オプトアウト アドオンは、Google アナリティクス JavaScript（ga.js、analytics.js、dc.js）によるデータの使用をウェブサイトのユーザーが無効にできるように開発された機能です。
この機能を利用するには、このアドオンをダウンロードして、ご利用のブラウザにインストールしてください。Google アナリティクス オプトアウト アドオンは、Chrome、Internet Explorer 11、Safari、Firefox、Opera でご利用いただけます。
Exhausted available authentication methods. Please contact your web hosting service provider for assistance. Please contact your web hosting service
MacのCyberduckでSFTP接続すると上記のエラーが表示された。
コンソールからSSH接続すると正常にログインができる。
2つ原因があった。
1. 調べるとログイン失敗多数によりアカウントロックや.sshフォルダや公開鍵の権限が誤りなどの情報があったが、自分の場合はキーチェーンに誤ったパスフレーズを登録してしまっていて、それが原因で接続できない（厳密にはパスフレーズが誤り）だった。「# cat /var/log/secure」に情報が載ってこなかったのでおかしいなとは思った。
2. キーチェーンに同一URLに対して、複数のアカウントのパスワードをキーチェーンに登録していたため、異なるアカウントが先に認証が走ってしまっていた。
キーチェーンに登録したパスフレーズを削除（自分の場合は、xx.xx.xx.xxというサーバIPに対して、Aアカウント、Bアカウントと２つキーチェーンに登録していたため、それら２つを削除）して再接続したら直った。
キーチェーンは、Macの ユーティリティ > キーチェーンアクセス.app で該当するURLやIPアドレスを選択して削除すればOK。
GitHubのSSH接続の時も誤ったパスフレーズ登録＆複数アカウント登録していて、それに気づかずにハマった。SSHのパスフレーズやアカウントパスワードがどうやっても正しい場合は、キーチェーンを削除（同一URLが複数あった場合は全て削除）してみると改善するかもしれない。
会社用リポジトリとプラベート用リポジトリで、複数アカウントをGitHub連携できなかったため、そのメモ。
OAuthのアカウント連携をした上で、リポジトリURL「github.com」の前に「アカウント名@」を含めてSourceTreeに設定する。
キーチェーンにある該当の「GitHub Credentials」を削除して、上記の「対応方法」を再度設定する必要がある。一度作成されてしまっているとうまくアカウントが分けられない。
アカウントがうまく分けられていないと、プッシュした時に「Pushing to [リポジトリ名]」のままで永遠に終わらない ← これはアカウント認証が通らないことが原因。２つアカウントがあったとして、どちらか一方のリポジトリのプッシュは成功するが、もう一方は成功しない（Pushing toが終わらない）という症状がでる
GitHubの複数アカウントを使い分けるならSSHよりhttpsの方がいいんじゃね？という話
Written with StackEdit.
