​ MariaDB 외부 접속 허용 해당 MariaDB 공유는 root PC에서 진행하는 것이며, 외부에서 접속할 client는 별도로 설정할 건 없습니다. 또한 무조건 이 방법이 맞다!라기보다는 제가 이렇게 하니 외부 접속이 되었다. 는 경험의 기록입니다. ​ MySQL Client를 실행합니다. ​ 실행하면 아래와 같은 초기 화면에 진입합니다. ​ MariaDB 설치를 진행하면서 등록한 password입력하면 아래와 같은 화면이 나옵니다. ​ 초기 접속의 경우, DB table이 ‘none’으로 설정되어 있는데, **공유를 원하는 table로 설정을 바꿔줍니다. **

​ Django AbstractUser 이전에 AbstractBaseUser를 사용한 커스텀 사용자 인증 테이블을 구성해보았습니다. 해당 내용에 이어서 AbstractUser로 커스텀 사용자 인증 테이블을 구성해보고 createsuperuser 명령어 입력시, 관리자 계정이 커스텀한 테이블에 생성되게 해보겠습니다. ​ AbstractUser을 상속받아 커스텀을 진행 우선 AbstractUser는 Django에서 기본으로 제공해주는 사용자 인증 테이블의 요소를 그대로 가져와 사용하기 때문에 그 요소들은 어떤 것들이 있는지 알아보자. id, password, last_login, is_superuser, username, first_name, last_name, email, is_staff, is_active, date_joined 총 11개의 column이 존재하며 이외에 column을 추가 하고 싶을 때 코드를 추가로 작성합니다.

​ Django AbstractBaseUser django는 기본적으로 username 과 password를 가지고 로그인합니다. 하지만 요즘에는 대부분의 웹사이트들이 email 과 password로 로그인(사용자를 인식 및 인증)을 합니다. ​ 제가 진행할 것은 django의 AbstractBaseUser을 사용해 테이블을 만들고 사용자 인증하기 입니다. 조건 email, password, nickname 및 필수 요소(is_active, is_admin)로만 인증 테이블 구성. createsuperuser 명령어 입력시, 관리자 계정이 커스텀한 테이블에 생성. ​ Django 공식문서에는 models.py에서 기본적인 사용자모델을 설정하고 이를 활용해 admin.

​ Django AbstractBaseUser VS AbstractUser Django로 프로젝트를 진행하면서 계정관련 내용을 등록하는 것을 가장 많이 했음에도, 아직 명확하게 차이를 알지 못하고 사용했던 것이 있었습니다. 바로! User custom에 관한 부분이었는데요. 크게 AbstractBaseUser와 AbstractUser를 사용하는 방법이 있는데 이 둘의 차이를 꼼꼼히 알아보기 위해 해당 포스팅이 작성되었습니다. ​ AbstractBaseUser VS AbstractUser 프로젝트 생성 후 accounts 라는 app을 만들고 makemigrations & migrate를 하기 전 ​ 1. Model 설정 AbstractBaseUser 위치: accounts/models.py