C:\Program Files (x86)\PointGrab\Hand Guesture Control\StringProviderLib.dll
とかでよくおこるエラー。
富士通のFMVパソコンなどに搭載されている、手のジェスチャーで端末を操作する機能だが、これがエラーになると、Windows起動に10分ぐらいかかる場合がある。
Windows8か8.1から10にアップデートする際に PointGrabのスタートアップ起動がおかしくなる。
こんな感じでエラーが出る。
単純にPointGrabをアンインストールしてもいいし、富士通のホームページで最新版のdllファイルにアップデートすることで解決できる。
公式プラグイン名はその名も AMP。
公式プラグインだけあって、AMP化は概ね問題ないはず。
AMP化後24時間以内に、Googleから New AMP issues detected for site https://xxxx.net/ のようなタイトルで、AMPページの問題点が送られてくることがある。
まず広告を掲載する前に、このエラーを解決していく必要がある。
問題があると言われたページを下記のURLで張り付けてテストをすると。
https://search.google.com/test/amp
色々なエラーを教えてくれる。
WordPressで代表的なエラー（簡単に直せるもの）を2個程紹介。
Error in required structured data element
これは、ファビコンが無い場合に出るエラー。
エラー詳細を確認すると、logo 部分に、A value for the logo field is required と言われている。
管理画面→外観→カスタマイズ→サイト基本情報→サイトアイコンに適当な正方形の画像をアップロードすることで解決できる。
Image size smaller than recommended size
これは、AMPページ内に使っている画像ファイルの大きさ（容量ではなくサイズ）が小さい時にでるエラー。
該当ページの小さい画像を大きいものに差し替える必要がある。
Google的推奨サイズは横幅1200px以上でなかなかのハードルの高さ。
なお、画像の両サイドに白い部分を塗り足す等の対応でもOKだとGoogle公式ページで紹介されている。
まずAMP用のGoogle Adsenseには大きく2種類ある。
自動広告と、従来のテキスト広告だ。
自動広告は、コードを、WordpressのAMP用テンプレートのヘッダーとフッターに記述しておくと、自動的に文中に広告を入れていってくれる。
自動広告貼り付け手順は Google Adsense の広告コード取得の画面で丁寧に説明してくれているので割愛。
WordPressのfunctions.phpを編集して、テンプレートのヘッダーとフッターにコードを入力させるのを忘れずに。
テキスト広告は、従来のアドセンスと同じように、自分で1つずつ、表示する場所にコードを貼り付けていく。
AMPのテンプレートファイルを編集する必要があるので、AMPテンプレートを子テーマ化しておかなければならない。
子テーマフォルダ(wp-content/themes/…)の中に amp フォルダを作ってその中に amp 用テンプレートを入れる。
記事部分に広告を挿入するなら
(wp-content/themes/子テーマフォルダ名/amp/single.php) のような形にする。
single.php の広告を表示したい場所に、Googleアドセンスで取得した、広告コードをコピペして完成。
広告を入れてから表示されるまでに30分ぐらいと言われるが、実際には数時間必要な場合もある。
広告を入れた後にエラーが出る場合は、いつまでたっても表示されない（24時間以内にGoogleからAMPの問題点のメールが来る）。
The tag ‘amp-ad extension .js script’ is missing or incorrect, but required by ‘amp-ad’. This will soon be an error.
amp-ad 拡張タグのJSスクリプトが存在しないか正しくありませんが、amp-ad には必要です。これはまもなくエラーになるでしょう。
というエラーが出た場合。
これは広告タグを貼り付けているのに、必要なjsファイルをヘッダーに追加できていない場合に表示される。
この場合は、前述のfunctions.phpを編集するのと同じ要領で、
<script async custom-element="amp-ad" src="https://cdn.ampproject.org/v0/amp-ad-0.1.js"></script>
このコードをAMPテンプレートのヘッダーに挿入することで修正可能。
ワードプレスでは自動でRSSを出力してくれる。その取得URLは下記の通り、
http://example.com/feed/
http://example.com/feed/rss/
か、
http://example.com/?feed=rss
http://example.com/?feed=rss2
他にもあるが、どうでもいいので割愛。
マネージド・レンタルサーバーであれば多分このエラーはレアケース。
ちゃんと指定してもRSSが取得できないケースがある。
VPSにインストールした場合は割とある。
その原因は .htaccess にある。
・RSSが取得できない
・直接RSSのURLを見に行くと404エラー(そりゃ取得できる訳もない)
・個別記事も404
・カテゴリーなども404
サーバー内(FTPソフトなどで見る)Wordpressのフォルダの .htaccess をダウンロードして中身を見てみよう。
# BEGIN WordPress
<ifmodule mod_rewrite.c=”">
RewriteEngine On
RewriteBase /wp/
RewriteRule ^index\.php$ ? [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
大体こんな感じのものが書かれているはず。
書かれてなければコピペして上書きアップロードで完了。
書かれてるのにダメな場合もある。
よくあるパターンはVPS使っていて .htaccess が無効になっている場合。
.htaccess が無効になっているのを有効化する方法。通称黒い窓を触る必要がある。
さくらのVPSで説明するが、他のVPSでもやり方は割と同じ。
さくらの会員メニューにログインする。
「契約情報」→「契約サービス一覧」→「サーバ設定」→「コンソールの中のシリアルコンソール」
なお、シリアルコンソールでなくてもやり方は同じ。
基本的には、マウスは使えない、コピペなど普通にはできない。
キーボードの矢印とコマンドとエンターでやっていく。
[root@www~]#
となっている状態で
vi /etc/httpd/conf/httpd.conf
と入力して(何回か)エンター。
ずらーっと英語が出て来るので
/AllowOverride
とコマンドを打てば検索できる。
「n」 で次の検索結果へ、「N」で前へ検索していく。
# AllowOverride controls what directives may be placed in .htaccess files.
# It can be “All”, “None”, or any combination of the keywords:
# Options FileInfo AuthConfig Limit
#
AllowOverride None
この 「None」 を 「All」 に変更する。
「i」をキーボードで押すとインサートモードになる。
つまり書き換えができる。
インサートモードで「バックスペース」で削除、普通に記入して
記入し終わったらインサートモードを止める。
「ESC」 でインサートモード終了。
続いて mod_rewrite の検索。
/LoadModule rewrite_module
LoadModule rewrite_module modules/mod_rewrite.so の先頭に # がついていれば、その # を削除。
# はコメントアウトなので、 # の行は無視される。
インサートモードを解除(コマンドモードで)
「:wq」エンターで、上書き保存。
[root@www~]# となってるところで、
service httpd restart エンター
で、 httpd を再読み込み。
これで、.htaccess が効くようになり、404は解消されるはず。
（ユーザー名とパスワードは間違ってないのに）
主なエラーメッセージはこんな感じ。
Warning: Cannot modify header information – headers already sent by (output started at /…サーバーパス/wp-includes/session.php:1) in /…サーバーパス/wp-login.php on line 425
最後の数字は色々ある。
エラー:予期しない出力により Cookies がブロックされました。ヘルプが必要な場合はこちらのドキュメンテーションを読むか、サポートフォーラムをご利用下さい。
このエラーが出ている場合の原因を特定すれば、それぞれ対処できる。またブログのデータそのものは壊れていないので、心配はいらない。
1. functions.php の中の改行。
2. functions.php の中の echo が原因。
3. wp-config.php を UTF-8(BOMあり) で保存してしまった。
4. php.ini の設定が原因。
5. 外部からの悪意のある攻撃で nav-menu.php が書き換えられた。
1. 2. 3. については、自分でphpファイルを操作したり、テンプレートをカスタマイズした場合に発生する。
4. は、自分で設定を変更する、または自分で設定しなくても、サーバーの仕様が運営会社によって勝手に変更された場合に発生。
5. は、最近全然使ってなかったけど久しぶりにログインしようと思ったら、といった場合、つまりWordpressのバージョンが最新じゃない時に起こりやすい（特にWordpress4.4以前）。
functions.phpの中の余分な改行、もしくは、header(“Location:….”); の前に改行が入ってるとダメ。
解決法 → functions.phpの該当しそうな改行を片っ端から消す。
ログインできないので、管理画面からではなく、FTPソフトなどを使って/wp-content/themes/テーマ名/functions.php のファイルを直接編集してアップロードしなおす必要がある。
header(“Location:…”); の前に echo があるとダメ。
解決法 → 1．の時と同じように、ファイルを直接修正する。
何らかの理由で、wp-config.php を編集して上書き保存する時に UTF-8(BOMあり) で保存してしまうことが原因。
解決法 → wp-config.php を UTF-8 で保存しなおす。
もちろん管理画面からではなくFTPソフトなどを使って wp-config.php のファイルを直接保存しなおしてアップロードしなおす必要がある。
自分で設定を変更した場合はもちろんだが、サーバーの運営会社がメンテナンスなどを理由に勝手に変更する場合もある。
この場合は、Wordpressは関係ないので、サーバーにログインして、 php.ini の設定で output_buffering = Off となっていたら、output_buffering = On にすると解決する。
サーバーによっては、そもそも php.ini の設定ができない場合もあるので、カスタマーセンターなどに問い合わせてもいいかもしれない。
解決法 → /wp-includes/nav-menu.php と /wp-admin/includes/nav-menu.php の2つのファイルを確認し、 istart と検索して、該当箇所を削除。
詳しい削除方法はこちらの外部からの攻撃でnav-menu.phpが書き換えられた場合の対処法を参照。
最終手段。
新しいWordpressをダウンロードしてきて、Wordpressフォルダを丸ごとFTPで再アップロードする。
記事内容などはデータベースに格納されているので、丸ごと再アップロードしてもブログは無事だ。
ただし、以下のファイルとフォルダだけはアップロードしない事！
WordPressのフォルダ直下にある .htaccess と wp-config.php
/wp-content/themes/今使ってるテーマのフォルダ/
これでどんな問題があってもログインできるようになる。
逆に言うと、これでもダメな場合は、 .htaccess wp-config.php 自分が使っているテーマ のどれかに問題があることになる。
