HEXO myblog 反省---続き
ここには、今回の失敗の反省と、
対処についての覚えを書き出しておきます。
以前は『HEXO』のインストールから設定までの
『解説』をジックリ読んで、その都度、必用事項を
書き込んでいましたが、今回の失敗は『こんなものだったか?』
と安易に設定を書き込んでしまいました。
最大の『反省事項』です。
Q01: 初期画面でテーマやレイアウトが変に成った。
A01: これは_config.ymlの書き方が間違っていた!!
# URL
## If your site is put in a subdirectory, set url as 'http://yoursite.com/child' and root as '/child/'
url: https://【ユーザーネーム】.github.io/【リポジトリ名】/
root: 【リポジトリ名】
Git Pagesで独自ドメインを使わない場合はサブドメイン扱いになる。
root の部分に 【リポジトリ名】 を入れる必要がある。
ここで指定を忘れるとCSSなどの設定が反映されない。
事がわかりました。
Git Pagesの公開予定URLは、
https://github.com/【ユーザーネーム】/【リポジトリ名】 ではなく
https://【ユーザーネーム】.github.io/【リポジトリ名】/ となる。が、
ネット検索で出てくるURLへの書き込み方が、古いタイプの「記述」を
其の儘引用してたりするので注意が必要です。
Q02 : GitHubへ上手くアップロードできない
A02 : Git URLを正確に記述する!!
# Deployment
## Docs: https://hexo.io/docs/deployment.html
deploy:
type: git
repo: 【ここにGit URLを貼り付ける】
branch: master
以上の書き込みをし、_config.yml を保存。
cd コマンドでHexoブログの場所に移動。
Hexoブログのディレクトリでデプロイコマンドを打ち込む。
deploy は d だけのショートカットにしても動く。
$ hexo deploy
最初はGitHubのログインを求められるので、
GitHubアカウント名・パスワードを入力。
(今後此のログインについては末尾の『備考』欄を参照ください。)
静的ファイルの生成とdeployを一気にやる
$ hexo deploy -g
必用に応じて使い分ける事も大事です。
source/_postファイル内の削除したい投稿を削除する
キャッシュファイル(db.json)とpublicファイルを削除。
$ hexo clean
ブログの静的ファイルをpublicフォルダに生成する
$ hexo generate
HEXO blogの更新までの忘備録
まずはブログのコンテンツ保存用のフォルダを初期化します。
hexo init blog
ブログのフォルダに入り、node必要モジュールをインストールします。
cd blog
npm install
Hexo cliでクリーンとコンテンツ生成
hexo clean
hexo generate
下記のコマンドでローカルでの
ブログサイトを起動。
hexo server
hexo deploy -g を実行しても「git」は無効とコメントされた。
GitHubにデプロイするためのNodeモジュールをインストール。
npm install hexo-deployer-git --save
これで『hexo deploy -g』 を実行する。
無事GitHub HomePageにアップロードできました。
参考まで:
使用環境は
MacOS 10.14.6 Mojave
hexo --version
hexo-cli: 4.2.0 os: Darwin 18.7.0 darwin x64
node: 15.5.1
v8: 8.6.395.17-node.23
uv: 1.40.0
zlib: 1.2.11
brotli: 1.0.9
ares: 1.17.1
modules: 88
nghttp2: 1.41.0
napi: 7
llhttp: 2.1.3
openssl: 1.1.1i
cldr: 37.0
icu: 67.1
tz: 2019c
unicode: 13.0
Git ver.2.30.0
npm ver.6.14.11
【備考】
The GitHub Teamからのメールを引用します。
-----------Timeline
- Today – If you are using passwords to authenticate Git operations with GitHub.com today, you will soon receive an email urging you to update your authentication method or third-party client.
- June 30 and July 28, 2021 – Token (or SSH key) authentication will be temporarily required for all Git operations to encourage affected customers to update their authentication method (see below).
- August 13, 2021 – Token (or SSH key) authentication will be required for all authenticated Git operations.