パソコンサポートの00H ～社長BLOG～

先日の WordPress のエラーの件ですが、
WordPress 本体の問題なのかどうかはわかりませんが、
Collapsing Archives というプラグインを
有効にしていると以下のエラーが出るのを確認しました。

Warning: call_user_func_array() expects parameter 1 to be a valid callback, class ‘collapsArch’ does not have a method ‘enqueue_scripts’ in /home/hogehoge.com/public_html/wp-includes/class-wp-hook.php on line 307

ひょっとすると WordPress の仕様変更がらみかもしれませんが、
プラグインがそれに対応できてないのかもしれません。

ただ、Collapsing Archives のページを見ていると最新版の 2.1.3 が 5 日前に公開されてるんですね。
いわゆるエンバグ（プログラム修正したらバグっちゃった♪テヘッ♪♪♪）
なのかもしれません。

…とサポートフォーラムを見てると…

Update caused the problem it meant to fix | WordPress.org

おぉ～同ネタ多数の予感でしたか…
結構人気のプラグインなので被害も多数出てるようですね。

ただ、今は繁忙期なのでデバッグすることもできず…
とりあえずプラグインのバグの様なので
しばらくはオフにして直るのを待つことにします。

とりあえず原因がわかったので良かったです。
ちなみにこの間のページの対処法はあくまで対症療法。
バグがなくなったわけではなく見えなくしただけなので、
トラブルの早期発見につながるので
普段は見えるようにしておいた方がいいと思います。

このブログはだいたい一日の終わりに、
『はよお風呂入り！』という無言の圧力を感じながら
大慌てで書くことが多いのですが、
さて今日も書こうかな？と思ってブログを立ち上げたら、
ブログのトップのところに…

Warning: call_user_func_array() expects parameter 1 to be a valid callback, class ‘collapsArch’ does not have a method ‘enqueue_scripts’ in /home/customer/www/harupets.com/public_html/wp-includes/class-wp-hook.php on line 307

というエラーが…

こんな夜更けにデバッグかよ

大泉洋もびっくりです。

ほぼほぼさっきまでこんなことはなかったのに…

と思ってまんま Google で検索してみると、
出るわ出るわいろんなサイトのこのメッセージ…

class-wp-hook.php は wp-includes の中の
システムのファイルなのでこれがエラーをはく…
というのはなんか気持ち悪いですが
（アタックを受けた…なんて可能性もゼロじゃないのですが…）
とりあえず表示しておくのもどうかと思いましたので修正をしました。

wp-config.php の中に

define (‘WPLANG’, ‘ja’);

という記述があるので、その下に

define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_DISPLAY’, false);
define(‘WP_DEBUG_LOG’, true);

と記述します。
原因が WordPress のやらかしと信じたいのですが…
明日以降でチェックしようと思います。

昨日のブログの書き込みをしていて、
さぁ終わってビールでも飲むかぁ～
と思って公開ボタンを押したら 501 エラー !?

ん？ WordPress なんかやらかした？

頭の中は『？？？』という状態でしたが、
とりあえず対策をしていていくことに…。

501 Not Implemented – HTTP | MDN

501 エラーはこんな感じ。

501 は、サーバーがリクエストメソッドを理解できず、あるリソースに対して対応することができない場合のレスポンスに適切です。サーバーが対応する必要がある (したがって、 501 を返す必要がない) メソッドは GET と HEAD だけです。

エラー自体はサーバ側の問題なので、
プログラムのバグなのか、なにか特別なものなのか…

色々検索してみるとレンタルサーバが提供している
WAF ( Web Application Firewall ) という機能が、
悪さをしているようです。
機能を切ることで動かすこともできますが、
その分セキュリティのレベルが下がります。

で、どうも調べてみると、私の環境では c d ~/
という言葉が入っているとこのエラーが発生しました。
これは c d ~/ という言葉が連続しているとなるので
c d のように間にスペースを開けるなどすると対応ができます。
ただこのスペースは格好悪いので消してしまう方がいいでしょう。

方法は以下の通り

c<span style="display:none;"> </span>d ~/

要は空白を css の display:none; で消す方法です。
気づくまではちょっと時間がかかりましたが、
わかってしまうとなんてことはないです。

おそらくシェルのコマンド系のものと判断され、
はじかれたのだと思います。
ということは他にもあるかもしれませんね。
対応の方法としては同じなので試してみてください。

どうしても WordPress で記事を編集していると
編集中のリビジョンなんかが残ってしまい、
データベースが肥大しがちです。
そのまま納品してもいいのですが、
やっぱりかっこ悪いですよねぇ…。

というわけで楽そうなプラグインのご紹介。

WP-Optimize – Cache, Clean, Compress. – WordPress plugin | WordPress.org

WordPress の管理画面から プラグイン → 新規追加で
WP-Optimize で検索すると出てきます。

そうすると画面右のメニューの中に
WP-Optimize という項目が出てきます。
その中のデータベースの項目で
色々と最適化ができるようです。
他にも画像なんかもいじれそうですが、
またそれは別の機会に…。

普段の生活で正規表現を使うことはなかなかないかもしれませんが、
プログラムをやってたりするとそこそこ使います。

さてここのところ WordPress を使った、
Web 作成及びプログラム開発をしているのですが、
そんな中で正規表現を使いたい…
と思ってたらドハマリしました…。

というわけでほぼ備忘録です。

preg_match()
preg_match( “/正規表現/”, $filename, $match );

この例でいうと変数 $filename から正規表現でマッチしたものを
$match に代入する…というものになるのですが、
やりたかったのは

$filename =”D:¥public_html¥test¥test.php”;
から “test.php” を抜き出すというもの。
正規表現では ¥ マークは ¥ マークでエスケープしないとだめなので

preg_match( “/[^¥¥]+$/”, $filename, $match );

でいけそうな気がするのですが、
ところがどっこい（死後）だめなんです。

もうめんどくさいので結果だけか書きますが

preg_match( “/[^¥¥¥¥]+$/”, $filename, $match );

ちなみに ¥¥¥ でもいけました。
理由はわかりません。
こういうのが一番気持ち悪いですね…。

ここしばらく悩みに悩んでいたのですが、
ふとしたことで復旧したと喜んでブログにしたためのが昨日の話…。

確かに動いていたので喜んでいたのですが…

ありゃ動いてへんがな (´・ω・`)

結局昨日はどうにも動かず…さて寝るか…
と思ってネットの波にをさまよってたら

ありゃ動いた… (´・ω・`)

ここしばらく悩んでたのはなんやったんや…

で、対策ですが…

wp-config.php の中で UPLOADS を設定します。

define( ‘UPLOADS’, ‘upload_dir’ );

もちろんこんなので間違ったわけではありません。
typo（タイプミス）したわけでもありません。

実はこの一文を入れるのが

require_once( ABSPATH . ‘wp-settings.php’ );

の前に入れないとダメなんですね…。
何気なしに末尾に入れてたら動かないんですね…。
てかなんで一瞬でも動いたんだ… (´・ω・`)

なんかここしばらくで久々に激ハマりしてしまいました。
多分ここ三日ほどで寿命がだいぶ縮まったと思います。
先立つ不孝をお許しください…（違）。

ローカル環境で検証しようとしている時のこと。
いったん初期化して最初からやり直しをしておりました。
記事を作成して WordPress のサムネールを設定し、
いざ表示しようとするとなぜか妙なアドレスになります。
何が気に入らん… !? 一体何が気に入らん… !?

最初からやり直しても全然改善しないですし、
なにかアップデートでおかしくなった？
WordPress もやらかした？と思っておりました。

ここで 00H の社訓を皆様に披露したいと思います。

疑う時は自分から

よく関西では『鍵がどっか行った』と、
まるで鍵に足が生えて歩いて行ったような
ことを言いますが、どっかにやったのは
あなた自身ですから…

そうですまず疑うのは自分自身です。

初期化した時に初期化されるもの…
そう .htaccess が初期化されているのです。
これを正しく設定していないと UPLOADS の値が
正しく反映されないようです。

設定のやり方は管理画面で

設定→パーマリンク

で、設定をしてください。

久しぶりに WordPress を触っております。
以前と比べてもだいぶ変わっていますね。
内部的にもだいぶ便利になっているようです。

個人的にびっくりしたのは
get_template_part のバージョンアップがうれしいです。

get_template_part は

get_template_part( $slug, $name )

のように使います。

例えば

get_template_part( “page”, “loop” );

だと page-loop.php を読み込むことができるのですが、
page-loop.php にパラメータを与え内部で条件分岐処理する
というのはひと工夫必要だったのですが、
第三パラメータでテンプレートに値が渡せるようになりました。

get_template_part( “page”, “loop”, $array );

とすることで配列 $array を page-loop.php　に渡すことができます。

この時、page-loop.php では配列 $args に格納されるので
$args[ ‘key’ ] のようにして配列にアクセスしてください。
しかしこれなんで $args なんですかね？
日本語にも英語にも表記がなかったのですが
ま、便利になったのはいいことです。
あとはバージョンアップで廃止にならないように祈ります（笑）。

実は先日から thebase.in やら stores.jp やら
はては TimeChicket なんかをいじっているのですが、
やはり規約やらなんやらで色々あって面倒ですね。

他にも無料で出せるネットショップサービスはあるのですが、
どうしてもこのご時世色々と制約はあるようです。
まぁ健全なネットサービスを提供するには
ある程度仕方ないのですが、
実際は営業電話対策なので（笑）。

やっぱり自前のネットショップの方が無難なのか？
とか考えつつ WordPress でもできる…
とのことなので、案外こっちの方が速いかもしれません。
ノウハウもそれなりにたまっているので
カスタマイズも簡単にできますしね。
ただまたテーマいじったりせんとあかんので
まとまった時間が必要です。
あとはいじるための気力かぁ～（笑）。

スタートは迷惑電話対策だったとはいえ
これでノウハウが溜まっていくのは面白いですね。
ちょっとは感謝した方がいいですかね（しませんがっ !! ）

実は今朝も旧スタッフと新事務所で
あ～でもないこ～でもない…
といったことを夢の中でしておりました。
なんか結構多いんですよねぇ（笑）。

さて、これは昨日の話になります。
実は先々週末からホームページの不具合があり、
検証するためにローカル環境で検証したところ、
今度は全く別のトラブルが発生し
本来の検証ができない状態でした。

WordPress のサイトなので PHP かなにかのトラブルか？
と思ったのですが実際のサイトで動いているのに
なにが原因でローカルで動かないのか？
FFFTP では同期を取っても問題ない…。
ローカルとホストで差異はないはずなのに…。

で、不具合の多い FFFTP ではなく、
Filezilla でデータをまるごとダウンロード…。

え？動くやん… (´・ω・`)

で、あっさり原因がわかってトラブルシューティング終了…。
FFFTP では同期して問題なし…となっていたのに…
って FFFTP が原因なんかなぁ…
ま、動いたからいいんやけど…
納得でき～～～ん (´・ω・`)