'Programming'에 해당되는 글 121건

5줄 요약

• JSONP(JSON with Padding)는 웹 개발에서 동일 출처 정책(Same-Origin Policy)을 우회하는 방법 중 하나입니다.
• JSONP의 핵심 원리는 HTML에서 <script> 태그는 동일 출처 정책에 영향을 받지 않는다는 것입니다.
• 따라서 JSONP를 사용하면 <script> 태그를 통해 다른 도메인에서 스크립트를 로드하고 실행할 수 있습니다.
• JSONP 요청 시, 서버는 JSON 데이터를 콜백 함수로 감싸서 반환하며, 이 콜백 함수는 클라이언트에서 정의된 함수입니다.
• JSONP는 몇 가지 보안 이슈(GET만 사용 가능한 점 등)와 단점이 있어 현대 웹 개발에서는 CORS를 사용합니다.

추가 내용

경험

5줄 요약

• SOP(Same-Origin Policy)는 웹 보안에 중요한 역할을 하는 웹 브라우저의 기본 보안 정책입니다.
• 이 정책은 웹 애플리케이션 간의 상호작용에 제한을 두어, 다른 출처(origin)에서 로드된 스크립트가 해당 출처의 리소스에 접근하는 것을 방지합니다.
• 이로써 사용자의 정보나 서버의 데이터가 악의적인 공격으로부터 보호됩니다.
• Same-Origin Policy의 핵심은 스크립트가 동일한 출처(프로토콜, 도메인, 포트 번호)에서 로드되어야만 해당 출처의 리소스에 접근할 수 있게끔 하는 것입니다.
• 그러나 웹 애플리케이션 간의 유용한 상호작용을 허용하기 위해 몇 가지 예외 사항(CORS, JSONP 등)이 존재합니다.

추가 내용

경험

5줄 요약

• CORS(Cross-Origin Resource Sharing)는 웹 브라우저에서 다른 도메인의 리소스에 접근할 수 있도록 허용하는 보안 메커니즘입니다.
• 이 기능은 웹 애플리케이션 간의 상호작용을 증가시키고, 웹 서비스를 개선하는 데 도움이 됩니다.
• 그러나 이를 통해 발생할 수 있는 보안 위협으로 인해, 브라우저는 기본적으로 동일 출처 정책(Same-Origin Policy)을 따릅니다.
• 이 정책은 웹 페이지가 다른 도메인의 리소스에 접근하는 것을 제한합니다.
• 서버는 응답에 'Access-Control-Allow-Origin'과 같은 특정 CORS 헤더를 포함시켜 클라이언트에게 리소스에 대한 접근을 허용하며 이러한 제한을 완화시킬 수 있습니다.

추가 내용

경험

5줄 요약

• 멀티 레포는 여러 개의 저장소를 사용하는 방식입니다.
• 각각의 프로젝트마다 별도의 저장소를 생성하고, 서로 다른 저장소에서 개발된 코드를 필요한 경우 외부 라이브러리와 같이 가져와서 사용합니다.
• 이 방식은 각각의 프로젝트를 독립적으로 관리할 수 있어서 빌드와 배포가 더욱 쉽고 빠릅니다.
• 그러나 프로젝트 간의 코드 공유가 어려울 수 있고, 코드의 재사용성이 떨어질 수 있습니다.

추가 내용

경험

5줄 요약

• 모노 레포는 하나의 대규모 저장소에 모든 코드를 저장하는 방식입니다.
• 즉, 모든 코드와 프로젝트는 하나의 저장소 안에 있으며, 하나의 버전 관리를 공유합니다.
• 이 방식은 코드의 공유 및 재사용이 쉽고, 여러 프로젝트 간의 종속성 관리도 쉽게 할 수 있습니다.
• 또한, 프로젝트를 관리하는데 필요한 도구 및 프로세스도 간소화됩니다.
• 그러나 저장소의 크기가 커질수록 코드 관리 및 빌드 시간 등의 부담이 증가할 수 있습니다.

추가 내용

경험

5줄 요약

• 레지스터 최적화는 CPU 성능을 향상시키기 위한 중요한 작업입니다.
• 레지스터 최적화를 위해 사용 빈도가 높은 변수나 함수를 레지스터에 저장하여 CPU가 빠르게 접근할 수 있도록 하는 것이 중요합니다.
• 레지스터의 개수는 제한적이므로, 사용 빈도가 낮은 변수나 함수는 스택 메모리 등 다른 저장소에 저장하여 관리해야 합니다.
• 컴파일러나 어셈블러에서 제공하는 최적화 옵션을 활용하거나, 코드를 직접 수정하여 레지스터 최적화를 할 수 있습니다.

추가 내용

경험

5줄 요약

• 캐시 미스는 CPU가 요청한 데이터가 캐시 메모리에 없어서, 메인 메모리에서 데이터를 가져와야 하는 상황입니다.
• 캐시 미스가 발생하면, CPU가 메인 메모리에서 데이터를 가져와 캐시 메모리에 저장하고, 다시 해당 데이터에 접근합니다.
• 캐시 미스는 전체 시스템의 성능을 저하시킬 수 있기 때문에, 캐시 메모리의 크기와 교체 알고리즘 등을 최적화하여 최소화하는 것이 중요합니다.
• 프로그래머가 데이터의 지역성을 고려하여 프로그램을 작성하면, 데이터를 캐시 메모리에 더 잘 활용하여 성능을 향상시킬 수 있습니다.

추가 내용

경험

5줄 요약

• 컴퓨터의 레지스터는 CPU 내에 위치한 작고 빠른 속도의 메모리로, 명령어를 실행하는 데 필요한 데이터와 결과를 저장합니다.
• 레지스터는 프로그램 실행 시 빈번하게 사용되는 데이터를 저장하므로, 레지스터에 저장된 데이터에 빠르게 접근할 수 있습니다.
• 레지스터는 CPU가 연산을 수행할 때 중간 결과를 저장하는 데 사용되어, 데이터 처리 속도를 높이는 데 중요한 역할을 합니다.
• 레지스터는 다양한 종류로 구성되며, CPU의 아키텍처에 따라 크기와 기능이 다르게 구성됩니다.

추가 내용

경험

5줄 요약

• 컴퓨터의 명령어 캐시는 프로세서의 속도를 높이기 위해 사용되는 메모리입니다.
• 명령어 캐시는 프로세서가 자주 사용하는 명령어와 데이터를 저장하고, 이를 캐시 메모리에 보관함으로써 접근 시간을 단축시킵니다.
• 명령어 캐시는 빈번하게 사용되는 명령어를 미리 읽어 캐시 메모리에 저장하여, 프로세서가 해당 명령어를 참조할 때 매번 메인 메모리에 접근하지 않고, 빠르게 실행할 수 있도록 합니다.
• 명령어 캐시는 크기가 작기 때문에, 저장할 수 있는 명령어와 데이터의 양이 제한되어 있으며, 이로 인해 캐시 미스(Cache Miss)가 발생하면, 메인 메모리에서 해당 데이터를 가져와야 하므로 접근 시간이 지연될 수 있습니다.
• 명령어 캐시는 컴퓨터의 성능을 향상시키는 데 중요한 역할을 수행하며 적절한 크기와 교체 알고리즘 등을 선택하여 최적화하는 것이 필요합니다.

추가 내용

경험

• File → Options → Accounts에서 본래 계정을 Sign out 한 다음에 다시 Sign in 할 것