일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- Node
- JS
- web
- A-Frame
- vuex
- Component
- AR
- 3d
- JavaScript
- vue
- VR
- promise
- CI/CD
- WebXR
- version mismatch
- PHP
- vue-template-compiler
- vuetify
- auth0
- package-lock.json
- WebVR
- array
- PDO
- npx
- bootstrap
- aframe
- 상태관리
- Three.js
- javscript
- EM6
- Today
- Total
목록분류 전체보기 (161)
대가는 결과를 만든다
SLAM (Simultaneous Localization and Mapping) (=CML Concurrent Mapping and Localization) Map이 주어지는게 아니라 센서로 감지해가며 Map을 만들고, 그 Map에서의 자신의 위치 추정하는 작업. 다시 말해 Localization, Mapping 두가지를 한꺼번에 하는 것이다.
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/cTGazb/btqB8P8SIiB/SNzAHCZElhcifCG4EtwZMk/img.png)
(Completely Automated Public Turing test to tell Computers and Humans Apart) 사용자가 실제 사람인지 프로그램인지 구별하기 위한 방법이다. 대표적으로 아래와 같은 것들
npm ERR! Maximum call stack size exceeded 혹은 Installing ERROR | Unexpected end of JSON input while parsing near ' : ' 이런 에러가 npm install '모듈' 중에 발생 했다. 원인을 알 수 없었다. 일단 검색으로 찾은 해결책은 아래와 같다. npm cache clean --force 이렇게 캐시를 한번 지워주고 나면 정상적으로 동작한다.
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/bXXm9L/btqBW05ym7v/MJUnBEjOQ52KrPWLTWVKA1/img.jpg)
INTRO SSO는 Single Sign-On의 약자로 한번의 로그인으로 여러개의 다른 도메인을 이용한다는 의미를 담고 있다. 예를들어, 로그인 검증은 A라는 곳에서 하고, B라는 곳에서는 A에서 검증된 로그인 정보라면 검증을 따로 하지 않게끔 하는 것이 SSO에 해당한다. 이런 SSO를 구현하기 위한 대표적인 방법으로 SAML, OAuth가 많이 사용된다. 1. SAML (Security Asserting Markup Language) : (로그인) 인증/인가 정보를 담은 XML : cross domain 상황, 다양한 플랫폼에 관계없이 표준적인 방법으로 SSO 구현이 가능하게 함 : 아래와 같이 3가지의 구성원이 존재 1) Service Provideer (SP) : 서비스 제공 주체 2) User ..
https://json-to-js.com/ 불러오는 중입니다...
Array/Object type을 vue component의 props로 사용하는 경우 default를 정의할 때, props:{ something: { type: Object,//혹은 Array default: { example: "foo", foo: "example" } } 다음과 같이 정의 하면 에러가 발생한다. 아래와 같이 정의해 주어야 한다. props:{ something: { type: Object, default: ()=> { return{ example: "foo", foo: "example" } } } }
Auto scaling이란 정책에 따라서 시스템을 자동으로 늘리고 줄여주는 서비스다. 이를테면 이런식으로 동작한다. 갑자기 트래픽이 폭주하면 서비스에 참여하고 있던 서버들의 CPU 사용률이 점점 높아진다. 그러다 CPU 점유율이 80%를 넘게되면 미리 준비된 이미지(AMIs)를 이용해서 인스턴스를 생성하고, ELB에 연결해서 트래픽을 새로 생성한 EC2 인스턴스에 분산한다. 트래픽이 줄어들면서 CPU 사용률이 20% 아래로 떨어지면 EC2 인스턴스가 순차적으로 제거된다. 비용을 절감할 수 있다. 출처 : 생활코딩
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/l8XrG/btqBD2JAcyT/hZpD4pLeOziA3TUAxv2Iz1/img.jpg)
elastic beanstalk으로 테스트 하기위해 application을 생성했엇다. 테스트 후 application을 삭제해도, s3에는 elastic beanstalk을 위해 생성된 버킷이 남아있는 것을 확인했다. 삭제하려고 하니, access denied가 되며 삭제되지 않아 방법을 찾아 정리해둔다. s3 버킷의 "속성"탭 -> "버킷정책" 으로 이동하면 JSON형식으로 버킷정책이 정의되어있는데, 아래 스크린샷의 블럭부분과 같이 delete bucket 액세스 권한이 default로 막아져있다. 이 부분을 지운 후 우측 상단에 "저장" 버튼을 눌러 정책을 저장 후 삭제하면 정상적으로 버킷이 제거 된다.