カテゴリー: Blog

「Highlighting Code Block」というプラグインをインストールしたら、WordPressバージョン非互換で使用できなかった。バージョンアップするかーと思ってたら、PHPもあげないといけなかった。びっくり。いつから放置してたんだろう。

PHP:5.x ⇒ 7.4
WordPress:4.x　⇒ 6.3.1

最初にPHPのバージョン変更設定をレンタルサーバーの設定で行ったが、ブログを更新したら「データベース接続確立エラー」となってしまった。よくよくマニュアルを読んだらデータベースのパスワードも変更する必要があった！

データベースのパスワード形式：「old_password形式」⇒「native_password形式」

次にWordPressをバージョンアップ。バックアップも取らずにやっちゃったけど無事成功。んがしかし、いざブログ投稿しようとしたら、ブロックエディタ（Gutenberg）が起動した。ナニコレ！見づらい。「コードエディター」というのを設定項目（右上の・が縦３つのやつ）から見つけて変更したものの、なんだか違和感を覚える。行数表示してほしい、なんとなく。下書き保存したら<P>タグ消えるしさ。まあ、それは前からか。

「classic-editor」という公式プラグインのがあると知って早速インストールしたら、「投稿」からすぐに昔のフォーマットが表示された！よかった、こっちの方が安心して編集できる。

Highlighting Code Block

「Highlighting Code Block」を試しに使ってみようとしたら、どこにもない。「classic-editor」対応とあったが、最新版のWPには対応してないのかもしれない。ブロックエディタ（Gutenberg）ではプラグインを選択できてたので、その時のコードを直接書いてみたら、編集画面では表示されるのにプレビューすると、記事がまるごと表示されなくなったり、clr_br(‘ ‘)が表示されたりする。

以下は通常の<code>

<div class="hcb_wrap">
<pre class="prism line-numbers lang-html" data-lang="HTML"><code>
ここにコードを書く
</code></pre>
</div>

「Highlighting Code Block」を書くとclr_br(‘ ‘)が表示されてしまう

<div class="hcb_wrap">
<pre class="prism line-numbers lang-html" data-lang="HTML"><code>
 ここにコードを書く
 </code></pre>
 </div>

Enlighter

どうもうまくいかないので、他のプラグインをインストールしてみたら「Enlighter」のボタンはビジュアルモードでのみ表示されるが、clr_br(‘ ‘)が表示されてた。ブロックエディタで再度やってみたけど、「Highlighting Code Block」「Enlighter」とそれ以外のやつも、clr_br(‘ ‘)が表示されてたし、これはWP側の問題なのかなー。

<pre class="EnlighterJSRAW" data-enlighter-language="html">
ここにコードを書く
</pre>

追記【23.9.12】

「brBrbr」というプラグインを無効化したらclr_br(‘ ‘)が消えた。ただし、「コードブロックに行数を表示する」にチェックが入っているのに表示されてないなぁ。こっちは「Highlighting Code Block」プラグインの不具合かな。

関連リンク

• PHP設定（ロリポップ）
• classic-editor
• Highlighting Code Block

全体的な色味を若干修正。それと、キャラクターもリアル版と同じ衣服に近いデザインに修正した。ソーシャル関連もアイコンを統一させた。Twitterは気分次第で変えるけど。

また、今まで公開していたMEMOや過去記事はちょっと前に一気に非公開にした。すっきり。

Google+が一般公開されてからしばらく利用しているが、結構使い勝手が良いのでCG関連のメモとして利用しようかと思っている。CGと関係ないこともメモるけど。

Twitterとの使い分けにまだ戸惑ってるけども、Twitterほど無駄なツイートしないので、メモを探しやすい。

BANされるかもと思ってたけど、FaceBookほど厳しくないのかな。FaceBookは実名でやってるけど、ほとんど使ってない。いいねボタン押しても、見返すことがないから意味がない。

BUZZの存在が不明瞭な感じがする、ストリームと機能がかぶってるんだもの。そのうちなくなるんじゃないかと踏んでいる。

カレンダー、ブックマーク、メールなど、なんだかんだでGoogleに依存してるのがちょっと不安だ。Android端末使ってるし…。

[追記] 2011/10/20
BUZZはもうすぐ終了するようだ。機能がストリームとかぶってたから当然の措置か。それと、ハンドルネームもサポートする予定らしい。個人利用には関係ないが、ブランドページも。使い易くなるね。

ブログのドメイン名、フィード等を変更しました。お手数ですが、以下のURLにご変更ください。今後はこちらで引き続き、ブログを継続して参ります。

• ブログ：http://blog.jukkagraph.net
• RSS：http://feeds.feedburner.com/jukkablog

ドメイン変更に関しては、トラブルが続出してすっごく大変だった。まず、ムームードメインで新たにドメインを取得して、ネームサーバーをロリポップ（ロリポプランはマルチドメインに対応している）に設定した。それからロリポ側で新ドメインのサブドメインを作成して、このブログが設置されているディレクトリに設定した。旧ブログのサブドメインには別ディレクトリを割り当てる。

上記の旧ブログのサブドメイン（URL）を変更する前に、Wordpressにログインして、新URLを割り当てておく。でないと後でログインできなくなるから。手順は間違ってなかったけど、Wordpressの設定で新URLを間違えてしまった。

そういう時は、ロリポのデータベースの「phpMyAdomin」でサイトURLを変更するとログイン出来るようになった。ついでに、画像の置き場所のURLもドメイン変更したので、それらを一括変換させるためにいろいろ調べて、フォーラムにあった以下のSQLを実行したらうまくいった。私の場合はテーブルが「wp1_」なので、「wp_posts」を「wp1_posts」にしたけど。

UPDATE wp_posts SET post_content = replace(post_content, ‘対象の文字列’, ‘置き換えたい文字列’);

これを実行した後、ログインできなくなってしまった…。DB自体は問題ないのに、何がいけなかったんだ。テーブルは複数作成してあったので、使ってない別のテーブルに割り当てたり、ロリポ側でサブドメインの指定先を変更したり、あれこれやって、ようやくログインできるようになった。

ただ、時々サーバーエラーでアクセスできなかったり、パスワードが認識しなかったり、なんだか不安定。いろいろ変更したから、サーバーにキャッシュが溜まってるのかも。この記事を書いている間にもサーバーエラー。今度はDBがおかしくなったっぽい。

不安は残るものの、とりあえずこのまま進行する。不具合でたら…その時はその時で対処しよう。変更しきれてない部分が出てきたら、その都度修正しよう…。

ついでに、Twitter、TumblrもURLを変更して統一させた。それにしても、アカウントとドメイン名は変更すると、すごく面倒だねぇ…。