Web制作者向け

nangokuは、5〜10分でアップデートできます。
慣れていない場合でも20分程度でアップデート可能。
子ブログがある場合や、子ブログにnangokuを入れている場合は、もう少しかかります。


アップデートの差分が少ない場合


v1.08からv1.10など、差分が少ない場合はテーマを入れ替えるだけで完了します。
更新ノートで、テーマの差分しかないか、確認できます。
また、コンフィグの変更があっても、カスタムユニットを1つ追加しただけであれば、コンフィグを個別にエクスポートすれば完了です。

※この場合アップデート後に、バージョン数を書き換えましょう。



アップデートの差分が大きい場合や、コンフィグやモジュールIDの更新を含む場合は
下記を参照してください。


1.アップデート可能か確認する


下記3点が可能なら、nangokuをアップデートできます。

  • 1.テーマフォルダの上書き
  • 2.extension/acmsフォルダの上書き(主にグローバル変数用)
  • 3.コンフィグのインポート(コンフィグ/モジュールID/ルール)

「3.コンフィグ」を変更・追加している場合、一端アップデートしたあとで
個別にアップデート差分のみインポートします。


主なコンフィグの確認ポイント


プロパティ設定 Google Maps API Keyが、本番用になっていたら上書き注意です。
プロパティ設定
コンフィグ まずは下記3点を確認
  • カスタムユニットの追加
  • 画像サイズの変更
  • アクセス制限

▼確認先
編集設定
ユニット設定
コンフィグ一覧
モジュールID モジュールの名前に【N】が付いているかで判別可能です。
nangokuテンプレートで、初期から入っているモジュールIDの名前には、先頭に【N】が入っています。
ナビゲーションモジュールは、サイト毎に違うので【N】付きの名前であっても、上書き禁止です。
モジュールの名前順で確認する
ナビゲーションモジュールだけ表示する
ルール ルールは分かりやすいので、管理画面「ルール管理」から確認しましょう。

2-a.上書きできないモジュールIDをエクスポート


開発中のサイトから、上書きしてはいけないモジュールIDをエクスポートします。
ナビゲーションモジュールなどが対象になります。
ほかにも、開発中のサイトで固有に設定したモジュールIDがあればエクスポートしておきます。


2-b.ルールがあれば記録


追加したルールがあれば、記録しておきます。
ルールごと、上書きされてしまうからです。
ルールが多い場合は、ルール込みでまとめてインポートするのをやめましょう。


3.FTP接続でテーマ、extentionフォルダを置き換え


  • テーマ(nangoku@site2018)の上書き
  • extention内のファイルを上書き

更新noteを確認して、アップデート範囲がextentionを含まないなら、テーマだけでOKです。

4.コンフィグのインポート

アップデートしたい環境で、コンフィグ(コンフィグ / ルール / モジュール)のインポートを行います。
/admin/config_import/


5.固有のコンフィグを戻す


ナビゲーションモジュールなど、開発中のサイト固有のコンフィグを戻します。
モジュールIDなら、モジュールIDの画面から1つずつインポート可能です。
テーマも。

ルールも戻しましょう。


7.blogでnangoku向けの設定を書き換え


ブログ管理から、フィールドモジュール「LinkBtnSelect」「fieldVersion」のmidを上書きします。
モジュールIDの番号は変わってしまうためです。
/admin/blog_edit/#acms_custom


8.完了


これで完了です。



子ブログがある場合


親ブログがnangokuの場合なら、css「custom_visual.css」だけ別途設置します。
設置場所は、その子ブログで使っているテーマです。
親ブログのテーマ内にあるnancustom_visualoku.cssと同じファイルでOKです。

テーマを分けないと、子ブログのcustom_visual.cssについて、親ブログ内のcssを読みにいってしまいます。
そうすると色やフォントが、親ブログと同じになってしまいます。

同様の理由で、フォームのtxtファイルも使用テーマ内にアップロードします。
include/form/body.txt
などです。

※v1.15まではnangoku.css内にnancustom_visualoku.cssが書かれてあった。



BANANA & HONEY.

フッターにテキスト入れられます。