6週間の車を終えました。

会社を離れて6週間、同時にCodeStatesのブロックチェーン開発者研修6週目の授業が終了した.今週はhttp/ネットワークの概念とsectionについて紹介します.1で学ぶreactとnode jsをつなぐ実習など.httpとネットワークの分野はコンピュータ工学の専門ではなく、接触しにくい概念なので、多少疎かなところが難しいと感じています.これは反応部分です...私にとってとても重要な部分なので、頑張りました.コアは、fetchを使用して取得する情報をuriによってサーバに要求および受信する方法、すなわちpostmanによって要求と応答を確認するプロセスによって、実際のフロントエンドとバックエンド開発者間のビジネスプロセスをより簡単にすることです.個人的には、絵全体を理解するのは難しい概念ではありません.ローカルpcにサーバが存在するように、追加学習のnode jsを利用します.直接情報を要求して受信してみます.新鮮ですが、この過程で行われたバックエンドコンセプトが合っているかどうかはまだ分かりません.確かに、目の前のフロントは私にもっと興味を持っているようです.依然として毎朝1時間行うtoy(アルゴリズム問題を解く)は容易ではない.私はいったいどうしてこれをしたのですか.疑問を抱き始め、探し始める.これは多くの高級企業が要求する力の一つです.複数のアルゴリズムの例は、コードテストで使用されます.したがって、toyの難易度はまだ難しく、独自の学習方法でhttps://programmers.co.kr/프로그래머스というウェブサイトにアルゴリズムの例を提供している.難易度は、私のレベルと様々な難易度のアルゴリズムの問題に触れるために見つけたサイトです.今では毎日1つ以上の問題を解決して、後でアルゴリズムを解決する必要がある時が来ないようにしなければなりません.まず6週間後はここまでにして、今週覚えられる内容を整理しておきます.

メソッドを含める

今週のスプレーに使う方法です.以前行ったtoyの例でもこの方法について言及していましたが、よく知っていれば、変なアルゴリズムに触れると解決策になるかもしれないので、ブログを書きたいと思います.str.includes(검색 문자, [검색 할 위치])制定法は以上の通り.strで作成された文字列では、検索する文字と含まない文字を区別し、treuとfalseを返します.注意すべきは大文字と小文字を区別することです.次の例は理解に役立つかもしれません.

let str = My name is kimcoder

let a = str.includes(My)
let b = str.includes(my)
let c = str.includes(is)

console.log(a)   --> false
console.log(b)   --> true
console.log(c)   --> true

検索位置の状況はどう書きますか?次の例を見て、理解してみましょう.

let str = aaa bbb ccc

let a = str.includes(a, 2)
let b = str.includes(a, 5)
let c = str.includes(a, -1000)

console.log(a)   --> true
console.log(b)   --> false
console.log(c)   --> true

検索する位置は省略できますが、私が希望する位置から単語の存在を確認したい場合は、上記の文字を使用します.上で、a変数はtrueを返します.aの文字は2番インデックスから終了インデックスまで、b変数のaの文字列は5番インデックスから存在しないのでfalseを返します.変数cの場合、範囲は負数に設定され、検索位置を省略する条件と同じであるため、すべてのインデックスのa文字が存在するか否かを決定することができる.結果はtrueを返します.

SSRとCSRの違いを知る

ssrとは、ブラウザでレンダリングするのではなく、サーバ側でWebページをレンダリングすることです.CSRはクライアントレンダリングであり、簡単に言えばssrの逆概念である.これは、サーバ上でレンダリングを行うときに反応速度が遅く、ユーザーと頻繁にやり取りするWebページにとって利点です.しかし、最大の欠点はseoに不利で、約束を検索することです.私たちがよく使うグーグルは強力な検索エンジンを持っているので、CSRを使うと、このseo方式は非常に脆弱に見えます.その結果、ssr、csrはすべて必要な概念であり、私たちの開発者はそれらを選択的に使用する必要があります.

corsについて

CrossOrigin ResourceSharingの略.毎回感じますが、弱者を見て直訳するものは思ったほど多くはありません…corsは私にとってもそんな存在です.いいえ、実は、私が授業を受けるとき、私はこれが何なのか、何をするために、私はこの概念を学ぶべきです.だからYouTubeをめくって
https://www.youtube.com/watch?v=bW31xiNB8Nc今までで一番分かりやすいビデオですまた,ビデオの理解に基づいて,自分の理解に従って謎を解くと,corsはhttpのリクエストや応答過程においてリクエスト者の不純な意図がリクエストに含まれてハッカー攻撃を招くことを防止するための措置であると簡単に理解できる.では、どのようにしてこのような状況を阻止しますか?まず、最も重要な基準は原産地、すなわちソースの概念である.そして、私たちが以前学んだurlの概念には、このソースのように使われている概念があります.これは、http://www.naver.comと呼ばれるプロトコル、ドメイン、および省略されたポート番号と見なすことができる.また,以前にもこのソースを利用していたが,いわゆるsopポリシーにより,同じソースでなければリクエストを送信できなかった.しかし,大量のapiの出現により,開発者はそれを迂回する方法を選び続け,このような迂回方法がなくても新しい約束が必要だと考える人もいる.そんなに育つのが球茎です.corsがいくつかの約束を守ればsopに阻止されたリクエストを解放できるように、理解するのは少し簡単かもしれません.また、これらのチェックはクライアントやサーバではなく、ブラウザで行われます.
すなわち、ブラウザは、このソースを使用してリクエスト者のソースをhttpヘッダに送信し、サーバはヘッダ内のソースをチェックし、許可されたソースであれば、送信リターンヘッダに返信する.また、確認したブラウザは、要求されたリソースを要求者に渡すことができる.そしてこの過程はcorsと理解できる.もちろんcorsをより深く理解するには,単純リクエストとpreflightリクエストを学ぶ必要がある.