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

昨日のブログの書き込みをしていて、
さぁ終わってビールでも飲むかぁ～
と思って公開ボタンを押したら 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 が原因なんかなぁ…
ま、動いたからいいんやけど…
納得でき～～～ん (´・ω・`)

Contact Form 7 は WordPress で動くプラグインで、
お問合せフォームなんかを作成する際に
一般的に使用するものですが、
なぜか送信しようとしたところ

『メッセージの送信に失敗しました。後でまたお試しください。』

と冷たくあしらわれてしまいます。
あれれ…こないだまで動いてたやん… (´・ω・`)

昨日はこれで一日翻弄されていました。
ほぼ同じ構成でなぜかちゃんと動くところと
動かないところがありました。

プラグインをひとつづつ外してみたり
新規のサイトを作成して構成していっても
問題なく動くところと動かないところが…。

なんやろうと思ったら…
なんと動作している PHP のバージョンでした。
動かないサイトは PHP のバージョンは 7.2.29 。
動くサイトでは 7.3.16 に上がってました。
基本的に動いているものは触るなで、
お客様のところはよほどのことがない限り
検証が終わらないと触らないのですが、
まさかこんなこととは…。

悩まれている方がおられたら参考に。

ownCloud をアンインストールしても
エクスプローラの左側にownCloud の表示が残ります。
もちろん機能していませんので
残していても意味がありません。
今回はレジストリをいじりますので
以降の作業は自己責任でお願いいたします。

基本はレジストリエディタを起動して、
ownCloud を検索してひたすら消していくことになります。

エクスプローラの左側だけ消すことだけであれば

コンピューター\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace\

このキーの下にある ownCloud を含めたところを
消せば問題ありません。

ただしあちこちにゴミがあります。
コンピューター\HKEY_CLASSES_ROOT\CLSID\ 以下等に
ownCloud という値を含んだ

{0960xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}

というキーがいくつも残っています。
これらはすべて削除してかまいません。

さらに起動用のトリガーが

コンピューター\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\StartupApproved\Run
コンピューター\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run

に入っています。
これらも消してしまいましょう。
できればこういうレジストリのゴミは
アンインストーラでちゃんと消してもらいたいですね。