連想配列の要素展開

連想配列の要素展開がエラーになるので調べてみた。
例えば、次のような配列があったとする。

要素にアクセスするには、次のように key をシングルまたはダブルコーテーションで括る。

コーテーションで括らない場合はエラーになる。

以上を踏まえて変数の展開を行ってみる。
下の方法は、変数の展開を使用しない場合のものである。

.（ドット）演算子を間に挟むのが煩わしいので、できれば使用したくない。
そのため、変数展開を使用し次のように記述する

この場合「PHP Parse error」となる。
変数展開を使用する場合、key をコーテーションで括らず次の様に記述しなければならないとのこと。

PHP との付き合いは長いが、どうも基本を理解していないようだ！

PHP 7 への v-up と WordPress の2つの問題

wordpressを久し振りに開くと、最新のPHPへのバージョンアップ促すようなメッセージが表示されている。
これを機にバージョンアップを行ったのだが、問題点が2つ発生したので今後のためにこのメモを残す。
なお、レンタルサーバはロリポップを使用している。

1. PHP の v-up 後に WordPress が動作しない

「Wordpress から MySQL へ接続できない」というようなメッセージが表示され、動作しなくなる問題が発生。
対策が手に負えそうもないので、ロリポップへへルプのメールを送ると翌日には回答が届く。

データベースのパスワード再設定を行い、パスワード形式を「old_password形式」から「native_password形式」に変更する必要があるとのこと。手順は以下の通り。

  1. ユーザー専用ページの〔サーバーの管理・設定〕→〔データベース〕メニューにアクセスします
  2. 利用中のデータベースの〔パスワード確認〕をクリックし、現在のパスワードをメモしておきます
  3. 〔パスワードを再設定する〕をクリックします
  4. ２で確認したパスワードを入力し、〔パスワードを再設定する〕をクリックします
  5. 確認画面が表示されたら〔OK〕をクリックします

この操作で動作するようになりました。
問題に素早く対応して頂いたロリポップ担当者には感謝いたします。

2. 投稿記事の一部が表示されない

動くようになり安堵していると、投稿の一部がタイトルしか表示されず記事内容が全く表示されていないのに気付く。
苦労して書き上げたものもあるので蒼褪めてしまう！
しかし、ダッシュボードの投稿には記事が残っている。
ただ表示されないだけ。
ググってみると、様々ヒットしたなかで一番有力だったのが Crayon。

php7 にバージョンアップした結果、preg-replace でエラーが出るようになったのが原因とのこと。

wp-content/plugins/crayon-syntax-highlighter/crayon_langs.class.php に次の修正を加えれば動くようになる模様。

（ハイフォンをエスケースするように変更するもの。php7 になってチェックが厳しく（？）なったような気がします。）

自信がない場合は、こちらのサイトを参考に、修正版を再インストールした方が賢明かもしれません。

XAMPP for WindowsのPHP 7からMongoDBを使用する

タイトルが長いけど致し方ない。
情報が錯綜し、これだけの条件を指定しないと
誤った設定を指定してしまうためだ！

Windows10にxamppおよびMongoDBをインストール済みで
php7からMongoDBに接続するまでがこのブログの課題。

ステップ1：
MongoDB PHP ドライバをpeclから「7.X Thread Safe (TS) x86.」をダウンロードする。
ステップ2：
ダウンロードしたzipファイルを展開し、その中の「php_mongodb.dll」を “/xampp/php/ext” にコピーし、”/xampp/php/php.ini” に次の行を追加する。

ステップ3：
xampp-control パネルから Apache を再起動。
ステップ4：
phpinfo を使用し、次の図のようにMongoDBの動作を確認する。

ステップ5：
次の php-mongo.php というファイルを作成し、PHP 7 から MongoDB に接続できるかテストする。

ブラウザに次のように表示されれば接続成功です！

【参考】

  1. 公式ドキュメント
  2. Configure MongoDB with PHP 7 for XAMPP on Windows

VirtualBox Guest Additions のアップデート

よく分かっていなかったので、アップデート方法をメモしておく。

デスクトップの上部に「Virtualbox Guest Additions update available」と言うようなメッセージが表示されたら、以下の手順でアップデートする。
（1）デスクトップ上の「VBoc_GAs_XXXX」（XXXX:バージョン番号）をダブルクリック

（2）autorun.sh の実行

以上

ナンクロにはまる（4）検索

SQL に精通していない私にとり、「くり121」のような検索（slelect）でも何とかなるだろうとボンヤリと考えていたが、調べてみると SQL で出来るのは精々「くり___」まで。
「くり」を含む５文字の単語検索は SQL で出来ても、「121」の部分は自力で対応せざるを得ないようだ。

年の所為か妙案が全く浮かばない。
華麗なロジックを諦め、捻り出したのが超ダサい
全文字総当たり方式
つまり、
(p1) 「くり___」で得られた結果の集合から配列Ａを作る。
(p2) 1 の部分に「あ～ん」+ 「－（カナ長音）」、2 の部分に「1 以外の文字」
を割り当てた文字列ａを作る（実際には、「く」と「り」を除く必要がある）。
(p3) 「くり＋ａ」が配列Ａに存在するかチェックする。
(p4) 存在した「くり＋ａ」だけで配列Ｂを作成すれば「くり121」に絞り込める。
という次第。
ダサいが確実、でも処理時間 ＆ 処理方式が・・・
ということで、無い知恵を絞り考え出したのが以下の改善策。

検索文字数の絞り込み

(1) 変数の「1と2」に該当するのは、「くり___」で得られた文字の範囲に限られる。
(2) その中に「く」と「り」が含まれていれば、既に使用済みなのでそれを削除する。
この集合をＣとする。
(3) 上記(p2)の「あ～ん」+ 「－（カナ長音）」に代え、集合Ｃを使用すれば、検索する
文字数を減らすことが可能ではないか。
この方式以外に名案が思い浮かばないのでこれに決定。
配列Ａ内の全単語を一文字ずつに分解し、重複する文字を削除して文字集合Ｃを作るのは
それ程難しくはない。

存在チェック

(p3)の存在チェック処理方式は、「正規表現」の一択のみ！
その汚いロジックを見られたくないのでサーバサイド（PHP）でやることに！

正規表現パターンの生成と絞り込み

① 「1→あ」の場合、「くり121」から正規表現のパターン
/’くりあ[^あ]あ’/
を生成する。

  • preg_replace(/’1’/, ‘あ’, ‘くり121’) → くりあ2あ
  • preg_replace(/’2’/, ‘[^あ]’, ‘くりあ2あ’) → くりあ[^あ]あ

② このパターンを配列Ａとマッチング
preg.match(/’くりあ[^あ]あ’/, 配列Ａ[n])

処理に関しては、方式のみでこれ以上の深入りは避けようと思います。
完成品はナンクロ単語検索をご覧ください。

ナンクロにはまる（3）辞書

ナンクロ用の単語辞書作成手順を以下に示します。
辞書には次の２つを使用することにしました。
（１）豚辞書（第12版）……. ①
（２）SKK辞書（SKK-JISYO.L）..②
豚辞書（第14版）が最新らしいが、現在は公開していないらしく入手できませんでした。
版を重ねている分、14版の方が単語数が多いのだろうと推測できるので、その少ない分をSKK辞書から追加しようとの作戦です。

SKK辞書を使用するに当たり、次の変更を加えています。
（１）動詞の活用形部分等は不要なため、先頭から英字単語までの全体を削除
（２）かな部分に “>” や “#” を含むものを削除
（３）拗促音「ぁぃぅぇぉっゃゅょ」を「あいうえおつやゆよ」に変換

この ①、② からcsvファイル（１フィールドの単純なプレーンテキストファイル）を作成し、sqlite3 にインポートしました。
この DB 操作には、「DB Browser(SQLite)」がお勧めです。

このデータを公開するには、著作権上問題なしとはしないので公開は控えます。
個人的にプログラミングの練習に必要な方は、コメントを残してください。
対応を検討します（2019年内のみ）。

ナンクロにはまる（2）

「ナンクロかな/漢字単語検索」を使ってみて、
（１）どのような辞書を使い
（２）それをどのように検索しているのか
との、疑問が湧いてくる。
病院内では如何ともし難い。スマホはあっても金食い虫で、基本スマホは
使用禁止にしていたので、退院後自宅での課題とした。
以下は、自宅で調査した内容です。

辞書

「ナンクロかな/漢字単語検索」で使用している辞書は次の2種類。
（１）豚辞書（第14版）
（２）SKK辞書
豚辞書（第14版）は、現在は公開されてない（2019/8/20現在）ようです。第12版は Vector
から入手できます。
SKK辞書は、上のリンクを辿ればダウンロード可能です。
なお、SKK辞書は通常の辞書ですので、拗促音（ぁぃぅぇぉっゃゅょ）を大文字に変換
しないと、豚辞書との整合性が取れない点に注意する必要があります。

検索方法

SQLでどうにかなるかなと思いきや、検索したい未知のかな文字に指定できるのは
“%” か “_”（アンダーバー）のみ。
例え単語用の辞書をＲＤＢに作成したとしても、「くり121」を検索するには、

これが限界。
プログラムで対応せざるを得ないことに漸く気付くも、ロジックが・・・・

ナンクロ用単語辞書作成
ナンクロ用単語検索

ナンクロにはまる（1）

6/末から7/30までの長期間にわたり、病気治療のため入院を余儀なくされた。
この病、痛くも痒くもないので病院内なら移動は自由（点滴棒と一緒なら）。
余りに退屈なので、1階にあるコンビニを覗くとクロスワードパズルや
ナンプレ（数独）などの雑誌がたくさん並んでいる中で選んだのが「ナンクロ」。

部屋に戻り、内容を見てビックリ。
クロスワードのようなヒントはなく、わずかなカナ文字が数個指定されている
のみで、残り30字程度の文字をそのわずかなヒントから類推して、マスの中に
指定された番号にそれを埋め完成させるというもの。

これはなかなか難解で、入院後半の退屈さを十分紛らわせてもらいました。

単語がどうしても類推できなかったら、
「ナンクロかな/漢字単語検索」
というサイトもあるのでご参考までに。

Apache ログの変換

apache のエラーログにおいて、日本語のメッセージが16進数形式の文字に変換され読めない。
“\x8ew\x92\xe8\x82\xb3\x82\xea\x82\xbd\x83\x82\x83W\x83\x85\x81[\x83\x8b\x82\xaa\x8c\xa9\x82\xc2\x82\xa9\x82\xe8\x82\xdc\x82\xb9\x82\xf1\x81B”
読めるか、これが。
これを日本語の読める形式に変換したいんだけど。
インターネットを探せば、shell コマンドを得意げに紹介しているものばかり。
こちとら、windows 環境で、チットばかり急いでんだぁ！
さくさく変換できるサイトは無いんかい？
—– ありました！
探しあぐねて漸く行き着いたのが次のサイト。

16進数エスケープ文字デコードツール

変換したら「指定されたモジュールが見つかりません。」とのこと。
知ったかぶりのコマンドなんかより遥かに役に立つ。
今後も使用させて戴きたいのでメモに残しておこう。

blogdownへの道（6）：終

GitHubのブログを公開

いよいよ最終回です。
次の手順で、アップしたブログを公開してみます。

  1. GitHub にアップした my_blog を開き、”setting” タブを選択します。
    図 6-1 公開手順 初期画面
  2. 表示された画面を、下方にスクロールし “GitHub Pages” というタイトルを探します。
    その中の、”Source” の下にある “None” と表示されたプルダウンをクリックします。
    そのプルダウンから、”master branch/docs folder” を選択します。
    図 6-2 ソース選択
  3. この操作で、公開サイトのリンクが先程の “Source” のすぐ上に表示されます。
    図 6-3 公開サイト

以上の結果、表示されたのがこの画面！

図 6-4 残念な結果

CSS、画像、Post 等々全然無視されている！
何故だ？！

（追記）
アップロード時に、Hugo のテーマと css や JavaScript が ./docs に正しくアーカイブされていないのが原因と思われます。
そのため

を実行すると、docs フォルダが作成され、その下にサイトの公開に必要なものがすべてアーカイブされます。
その結果、
図 6-5 最終結果
このように、正常に表示されるようになりました。
【前に：blogdownへの道（5）】