github blogからvelogに移行した理由

2305 ワード
velog github_blog テキストリンク

github blogを使った経験


以前運営していた旗艦ブログ

  • 困難
    開発を学ぶ前に、NAVERブログで何度か投稿したことがあります.
    ネイバーブログは文章を書くだけでアップロードできるシンプルな仕組みです.
    逆にgithubブログは設定から難しいです.カテゴリとタグ項目を作成する方法も、無数の誤った闘争の後に作成されます.サイドバーカテゴリリストの作成はさらに困難です.htmlもきちんと処理されていない开発学习の初期には、「こうすれば后で役に立つ」と言い、难しくても捕まえたり、饰ったり、文章を书いたりする.その結果、1つのカテゴリを作成するたびに、3～4つのファイルが1つずつタイトルを生成し、内容を変更する過程が煩わしく複雑で、ブログを経営する考えがなくなった.

  • カテゴリを変更する場合は、すべてのファイルを1つずつ置き換えます.
    カテゴリ名を何度か変更しました.18個くらいのファイルのカテゴリを変えたので、後で文章が多くなったときにカテゴリを変えるのは大変だと思います.

  • 投稿をgithubにプッシュしても、投稿を反映するには時間がかかります.
    少なければ1分、多ければ5分です.この問題を解決するには、localhostを使用して変更を直接表示できます.そのため、ブログの運営に必要なことが多すぎて、複雑すぎて、仕事の効率が低下しています.

  • githubサーバが爆発することがあります.
    これはよくあることではないと思います.しかし、これは私がサイバーに転向した決定的な原因です.カテゴリを追加して変更し、gibbhubブログを反映しませんでした.だから1時間近く間違いを探したが、結局私の問題ではなく、サーバーが壊れた.私だけでなく、すべてのダウンジャケットを経営している人が苦しんでいます.
    結局、これらの欠点は修正しにくく、修正するのが面倒で、文章の反映も遅く、サーバーも爆発する危険があるので、Ginhomブログを諦めました.このときどのようなブログを使うかを選びました.

    • エンベロープの理由を選択

  • を使用して、スケーリング構文を下げます.
    githubブログを使って文章を書くときも、似たようなダウンロードが好きです.
  • Syntax Highlighterはよくできています.
    これも党を選ばなかった最大の理由だ.
    • a = 1
b = 2
def sum1(x, y):
    return x + y

print(sum1(a, b))
#마크다운 문법을 이용하여 syntax highlighter를 쉽게 이용할 수 있다.
  • githubを使用すると、ほとんどの問題が解決されます.
    文章を書くのも簡単ですが、私が書いた文章がどのように上がるかを見て、投稿が出るとすぐに刊行されます.velogを使うのは初めてなので、サーバーが爆発するかどうかはわかりませんが、旗印よりもサーバーが安定することを期待しています.
    • カスケードを使用する際の注意点
    #First Project 1番目