가끔 보자, 하늘.

OAuth 서비스 만들기에 앞서.. Before creating an OAuth service... OAuth는 타사 애플리케이션이 자격 증명을 노출하지 않고 다른 서비스에서 사용자의 데이터에 액세스할 수 있도록 하는 인증을 위한 공개 표준입니다. 간단히 말해서 사용자는 로그인 자격 증명을 공유하지 않고도 한 웹사이트나 앱에 저장된 정보에 대한 액세스 권한을 다른 웹사이트나 앱에 부여할 수 있습니다. OAuth is an open standard for authentication that allows third-party applications to access your data from other services without exposing your credentials. Simply put, it ..

미리 알아두면 좋을 것들 workspace를 parent로 가지는 추가 컨텐츠를 API로 생성할 수 없으며, 생성할 page나 database는 main page/database중 하나를 부모로 설정해야 한다. notionhq/client은 no-cors 지원 하지 않는다. https://api.notion.com/v1/oauth/token 인증 시 Authoization 값은 아래와 같이 설정한다. "Authorization": "Basic " + btoa(NOTION_CLIENT_ID + ":" + NOTION_CLIENT_SECRET) (크롬 확장앱 만들면서..) 노션 인증 시 chrome.identity.getRedirectURL() 그대로 등록하면 인식할 수 없는 문자열이라며 에러가 발생한다. ..

장점 js로 금방 만들 수 있음. 자신이 원하는 사이트의 데이터를 조작하거나 필요한 UI를 추가하여 작업 효율성을 증대시킬 수 있음 extension 관리자에서 refresh 버튼 누르면 바로 갱신됨. 해당 페이지 refresh하면 바로 수정된 버전 확인 가능. 단점 디버깅 엄청 불편함. 빌드 시 error 를 알 수 없음. build 폴더가 안생기면 빌드 실패임. 그래서 build폴더 안지우고 있으면 갱신될 시간을 보거나 확인 불가. 설치되지 않은 패키지를 정의하고 빌드해도 에러 안남. 알아두면 좋은 점 (rule 포함) background 스크립트는 브라우저가 실행될 때 로드되므로 가볍고 효과적으로 작성되어야 함. 웹 페이지에 직접 접근할 수 없으며 content 혹은 다른 파트의 스크립트들과 메세지..

처음부터 쓰레기였지만 지금도 쓰레기. 근데 유용한 쓰레기라는게 문제. 브라우저에서만 놀지... 게임 개발에 백엔드까지도 발을 넓히며 이것도 저것도 다 할 수 있는 쓰레기. Typescript까지 출현하면서 X 쓰레기가 되어버렸다. 몇 년만 더 지나면 세상 모든 것들이 Javascript로 통합될 것 같다. 그냥 프로그래밍의 블랙홀이야. 쓸만하거나 새로운 패러다임이 나오면 Javascript에 추가되는거지. 초기에 사용했던 Livescript라는 이름이 더 어울릴 것 같아. 살아 있는 생물체 마냥. 이 놈 때문에 다른 프로그래밍 언어들도 자꾸 비슷해져가. -_-++ 만약 프로그래밍을 공부하고 싶은 뉴비가 있다면 C++ 혹은 Python과 같은 다른 언어 먼저 하나는 배우고, Javascript를 배워라. ..

에러 메세지(error 15136) : "데이터베이스 보안 주체는 데이터베이스의 스키마를 소유하여 삭제할 수 없습니다.", 다른 팀에서 MSSQL서버를 scale up을 위해 이관하던 중 어떤 이유에선지 특정 계정이 db의 owner로 지정된 경우가 최근 발생한 것을 확인했었습니다. 권한 조정이 필요한데 특정 계정이 삭제 안된다는 문의가 와서 확인을 했더니 sp 실행권한만 있어야 할 계정이 db_owner로 떡하니 설정되어 있더군요. 이런 경우 GUI에서 계정 해제가 불가능하므로 쿼리로 owner 권한을 dbo로 이관해야 합니다. 다음 쿼리로 조정이 가능합니다. alter authorization on schema::db_owner to dbo; 위와 같이 권한을 위임을 하면 해당 계정을 삭제하거나 권한..

[...nextaut].js 에 아래와 유사한 코드가 있을 겁니다. callback 함수들 중 jwt, session을 이용해 추가 정보를 설정합니다. 하단의 원본 링크도 같이 읽어보세요. 정리해서 올릴 내용은 수두룩한데 (이 나이를 먹고도.. ) 마음만 급해서 잘 안되네요. 예전 정리했던 짧은 샘플 코드 하나라도 올려봅니다. async authorize(credentials, req) { . . . return {email: data.email, myname:'test'} // 리턴할 때 myname에 임의의 정보 추가 . . . }, callbacks: { async jwt({token, user}){ user && (token.user = user) // authorize에 리턴했던 값이 user ..

개발 혹은 테스트 인프라에서 MySQL 운영할 때 바이너리 로그를 지우지 않아 문제가 되는 경우를 가끔 보내요. MySQL(MariaDB)의 경우 global variables에서 바이너리 로그 유지 기간을 설정할 수 있습니다. SHOW VARIABLES LIKE 'expire_logs_days'; 위와 같이 쿼리를 해보면 0 혹은 별도 지정한 값이 출력됩니다. 단위는 days입니다. set global expire_logs_days=7; 위의 예처럼 유지할 일자를 설정하면 자동으로 삭제됩니다. 만약 수동으로 바이너리 로그를 삭제하고 싶다면 원격 접속해서 지울수도 있고 쿼리로 아래와 같이 삭제할 수 있습니다. reset mater; // 현재 사용중인 마지막 log만 남기고 나머지 bin log 파일들을..

예전에 중요한 데이터가 있을때는 (라떼는... -_-;) CD로 백업을 했더랬지 말입니다. 하지만 그걸 복구하는건 요원한 일이 되어가고 있네요. 그래서 최근 중요 데이터를 S3에 백업하며 겪었던 내용들을 간단히 정리했습니다. 1. 기본 옵션 설정 AWS 웹 콘솔에서 S3로 가 버킷을 생성할 때 공식 문서(https://aws.amazon.com/ko/getting-started/hands-on/getting-started-using-amazon-s3-glacier-storage-classes/)에는 잠금 설정, 버전 관리 활성화 등의 옵션에 대한 언급이 있으나 필수 옵션은 아닙니다. 하지만 덮어쓰기, 실수로 삭제되는 휴먼에러에 대응하기 위해서는 꼭 필요한 옵션입니다. 또한 버킷 생성 시 잠금 설정을 하지..