プログラマのつれづれなるままにプログラマのつれづれなるままに音宮志久が思ったことなどをネタにします。プログラムネタ・数学ネタがメインです。WordPressは子テーマの作成をやっておかないと後が大変WordPressは子テーマの作成をやっておかないと後が大変コメントを残すこういうことは更新がかかるととっても大変です。テーマが更新されるとテーマに行ったファイルの変更がすべて無効にというよりは上書きですね。更新したテーマによってファイルが上書きされてしまうので今までの更新が消えてしまいます。テーマを更新する必要があるときにそれが通知されるのが幸いでしょうか。更新する前に自分が変更したファイルのテキストを保存しておけば変更を元に戻すことができるのでまずはバックアップを。style.cssなどをテーマ編集で開いてメモ帳などのテキストエディタに貼り付けていったんローカルで保存すれば修正そのものはできます。テーマの更新が頻度は少ないとはいえあると言うことがわかればそのたびにこれをやるのも面倒きわまる作業です。それを解決するのが「子テーマ」という方法です。テーマのスタイルをカスタマイズするときには必須のようですが知らなかったのでこうなるわけですね・・・。いうわけで子テーマを作ってみる【重要】WordPressテンプレートのカスタマイズ前に・・・子テーマをつくってのカスタマイズ方法-CSS篇-を参考にさせていただきました。つまるところ、親テーマからCSSを引っ張ってきてカスタマイズしたものを別のディレクトリに保存してそちらを参照する、というわけですね。このシステムにより親テーマが変更されても自身が変更した部分については変更が保たれる、というシステムのようです。CSS(スタイルシート)とphp(スクリプト)を子テーマとして扱うには微妙な差があります。同名ファイルを子テーマのディレクトリ上に作るところまでは同じなのですが・・・。function.phpについてもちょっと差があります。完全な上書きなので親テーマからスクリプトを取得してアップロード。上書き対象にはならないため編集したい場合は親テーマ上から編集しなければならず、更新時に編集内容が無効になるなので、スクリプトを変更したときは親テーマ更新時に差分をとってみる必要がありますし、function.phpを編集した場合はテーマ更新前にバックアップをとって更新後のスクリプトとの差分を確認しないと動作がおかしくなる可能性が高くなります。何が注意かというと「たまに複数行に渡ってタグをしていているスタイルがあるのでそれは全部引っ張ってきましょう」と言うことです。一つ一つを更新しているときには余り意味はないかもしれませんが、いまのようにいきなり子テーマを作成するときには要注意です。編集したスタイルの量が多くなってくるとあきらめて更新後のスタイルに上書きする、という投げやりな決断をする人もいるかもしれませんが、できる限りスマートに解決するときにはテキスト差分ツールで差分を見て必要な部分だけ移転させれば良い、ということです。・・・ちょっと待った~~~はい。差分ツールで確認した場合、こういう凡ミスを犯すことになります。liタグを使っているクラスはmu_registerだけではないですね。これに気がつかないと本文中のliタグの設定が更新されないということに。差分確認時にどこからやっているのかを確認しましょう。1.142857143rem;}・・・となります。二つ設定すべきタグの記述が上にあるのでそれもちゃんと持ってこないとだめですよ。後書きましたが「変更点だけを記述する」というのも必要です。対象のタグのスタイルとして書いてある変更されていない属性は一切書く必要はありません。いうわけで子テーマの作成が完了この作業のせいで十数分くらいスタイルが間違えた状態で表示されていたはずです。アクセスが少ない+個人管理なのでこういう芸当が許されるのであって、もしこれが企業などで運営中とかなら「テストサーバー上で更新処理手順の確認+メンテナンス告知+短時間(数分以内)での更新」ということを行わなければいけません。ちなみにこのテーマの更新時にちょっと行間を変えています。pタグにまつわる行間問題ですが、ちょっと気になるところです。個人的には少し読みやすくなったような気はしますが、どんなものなのでしょうかね・・・。コメントをキャンセルメールアドレスが公開されることはありません。気になるプログラムネタや数学ネタがあったら書き込みたいのだが残業が長すぎて眠気が全くとれず体調があまりよくない。過労などでぶっ倒れるかもしれない。あと、さすがに独り身が寂しいのでなんとかしたいと考えてはいるのだが...。アクセスカウンタアクセス数:スポンサーリンクモバイルバージョンに。