একটি কাস্টম ইউজার মডেল কেন এবং কীভাবে ব্যবহার করবেন?

Question

Accepted Answer

একটি **কাস্টম ইউজার মডেল** Django-এর ডিফল্ট `User`-কে আপনার অ্যাপ্লিকেশনের প্রয়োজন অনুযায়ী প্রতিস্থাপন করে — ফিল্ড যোগ করা, লগইন আইডেন্টিফায়ার পরিবর্তন করা (যেমন ইউজারনেমের পরিবর্তে ইমেইল), বা আচরণ কাস্টমাইজ করা। গুরুত্বপূর্ণ এবং বারবার পুনরাবৃত্ত করা পরামর্শ: একটি কাস্টম ইউজার মডেল সেট আপ করুন **প্রকল্পের একেবারে শুরুতে**, এমনকি আপনার যদি এখনো কোনো পরিবর্তনের প্রয়োজন না থাকে, কারণ এটি পরে পরিবর্তন করা অত্যন্ত কঠিন।

## ডিফল্ট User সীমিত এবং পরে পরিবর্তন করা কঠিন

```text
The default User has fixed fields (username, email, first/last name) and uses
USERNAME as the login field. Real apps often need:
  ✓ Email-based login (no username)
  ✓ Extra fields (phone, avatar, role, preferences) on the user itself
  ✓ Custom authentication behavior
```

## প্রথম করার ক্ষেত্রে গুরুত্বপূর্ণ কারণ

```text
⚠️ Changing the user model AFTER migrations exist is VERY hard — the User model is
   referenced by auth, admin, sessions, foreign keys throughout the database.
   Swapping it later requires complex, risky data migrations.
→ ALWAYS define a custom user model at project START (before the first migration),
   even an empty one, so you can extend it freely later. Django's docs strongly
   recommend this for EVERY new project.
```

এটি মূল ব্যবহারিক পাঠ: প্রথম দিন থেকে একটি কাস্টম ইউজার মডেল সেট আপ করার খরচ প্রায় কিছুই নয়, কিন্তু একটি প্রতিষ্ঠিত প্রকল্পে একটি ফিট করানো একটি প্রধান, ত্রুটি-প্রবণ কাজ — তাই আপনি এটি সামনে থেকেই বীমা হিসেবে করেন।

## কীভাবে: AbstractUser প্রসারিত করা (সহজ উপায়)

```python
# models.py — add fields, keep Django's auth behavior
from django.contrib.auth.models import AbstractUser

class User(AbstractUser):
    phone = models.CharField(max_length=20, blank=True)
    avatar = models.ImageField(upload_to="avatars/", blank=True)
    is_premium = models.BooleanField(default=False)
```

```python
# settings.py — tell Django to use it
AUTH_USER_MODEL = "myapp.User"
```

`AbstractUser` Django-এর সমস্ত ডিফল্ট ফিল্ড এবং auth মেশিনারি রাখে — আপনি শুধু ফিল্ড যোগ করুন। সবচেয়ে সহজ, সবচেয়ে সাধারণ পদ্ধতি।

## কীভাবে: AbstractBaseUser (সম্পূর্ণ নিয়ন্ত্রণ, যেমন ইমেইল লগইন)

```python
from django.contrib.auth.models import AbstractBaseUser, BaseUserManager, PermissionsMixin

class User(AbstractBaseUser, PermissionsMixin):
    email = models.EmailField(unique=True)
    USERNAME_FIELD = "email"          # log in with EMAIL instead of username
    REQUIRED_FIELDS = []
    objects = CustomUserManager()     # a manager defining create_user/create_superuser
```

`AbstractBaseUser` ইউজার মডেলের সম্পূর্ণ নিয়ন্ত্রণ দেয় (যেমন সম্পূর্ণভাবে ইউজারনেম সরানো শুধুমাত্র ইমেইল-ভিত্তিক লগইনের জন্য) — আরও কাজ, কিন্তু সর্বোচ্চ নমনীয়তা।

## ইউজার মডেলকে সঠিকভাবে রেফারেন্স করা

```python
from django.conf import settings
from django.contrib.auth import get_user_model

# in models — reference via settings.AUTH_USER_MODEL
author = models.ForeignKey(settings.AUTH_USER_MODEL, on_delete=models.CASCADE)

# in code — get the active user model dynamically
User = get_user_model()              # NOT a direct import of the default User
```

সর্বদা `settings.AUTH_USER_MODEL` (মডেলে) এবং `get_user_model()` (কোডে)-এর মাধ্যমে ইউজার মডেল রেফারেন্স করুন, কখনো সরাসরি ডিফল্ট `User` ইমপোর্ট করবেন না — যাতে আপনার কোড কাস্টম মডেলের সাথে কাজ করে।

## এটি কেন গুরুত্বপূর্ণ

কাস্টম ইউজার মডেল ব্যবহার করা গুরুত্বপূর্ণ জ্ঞান যার একটি সমালোচনামূলক, ঘন ঘন জোর দেওয়া ব্যবহারিক পাঠ রয়েছে যা প্রতিটি Django ডেভেলপারকে অবশ্যই আত্মস্থ করতে হবে: **প্রতিটি প্রকল্পের একেবারে শুরুতে এটি সেট আপ করুন**।

এটি এত গুরুত্বপূর্ণ কেন তার কারণ হল অসমতা কঠিনতা — প্রথম দিন একটি কাস্টম ইউজার মডেল সংজ্ঞায়িত করা (এমনকি একটি খালি `AbstractUser` সাবক্লাস) প্রায় কোনো খরচ করে না এবং অমূল্য নমনীয়তা প্রদান করে, যখন প্রকল্পের কাছে migrations এবং ডেটা থাকার *পরে* একটি কাস্টম ইউজার মডেলে স্যুইচ করা অত্যন্ত কঠিন এবং ঝুঁকিপূর্ণ, কারণ User মডেল Django জুড়ে গভীরভাবে রেফারেন্স করা হয় (authentication, admin, sessions) এবং আপনার সম্পূর্ণ ডাটাবেসের জুড়ে foreign keys দ্বারা, যার জন্য জটিল, ত্রুটি-প্রবণ ডেটা migrations পরিবর্তন করা প্রয়োজন।

এটি কেন Django-এর নিজস্ব ডকুমেন্টেশন প্রতিটি নতুন প্রকল্পের জন্য দৃঢ়ভাবে একটি কাস্টম ইউজার মডেল সুপারিশ করে, তাৎক্ষণিক প্রয়োজন নির্বিশেষে — এটি একটি ভবিষ্যত migration nightmare-এর বিরুদ্ধে বীমা।

এই সমালোচনামূলক টাইমিং পরামর্শের বাইরে, কাস্টম ইউজার মডেল তৈরি করা বুঝতে পারা — **`AbstractUser`** Django-এর auth আচরণ রেখে সহজভাবে ফিল্ড যোগ করার জন্য (সাধারণ, সহজ কেস), এবং **`AbstractBaseUser`** সম্পূর্ণ নিয়ন্ত্রণের জন্য যেমন ইমেইল-ভিত্তিক লগইন (সম্পূর্ণভাবে ইউজারনেম সরানো) — বাস্তব অ্যাপ্লিকেশনের প্রয়োজনীয়তা পূরণের জন্য মূল্যবান (অতিরিক্ত ইউজার ফিল্ড, বিকল্প লগইন আইডেন্টিফায়ার, কাস্টম auth)।

সমানভাবে গুরুত্বপূর্ণ হল ইউজার মডেলকে সঠিকভাবে **রেফারেন্স করা** জানা (`settings.AUTH_USER_MODEL` এবং `get_user_model()` এর মাধ্যমে, সরাসরি ইমপোর্ট কখনো নয়) যাতে কোড যেকোনো কনফিগার করা ইউজার মডেলের সাথে কাজ করে।

কারণ প্রায় প্রতিটি বাস্তব অ্যাপ্লিকেশনের Django-এর ডিফল্টের বাইরে ব্যবহারকারী-নির্দিষ্ট প্রয়োজন রয়েছে (এবং যারা এমনকি এর প্রয়োজন নেই তারা নমনীয়তা থেকে উপকৃত হয়), এবং কারণ এটি সেট আপ না করার খরচ এত বেশি, কাস্টম ইউজার মডেল বোঝা — বিশেষ করে একটি প্রকল্প শুরুতে একটি প্রতিষ্ঠা করার প্রয়োজনীয়তা — গুরুত্বপূর্ণ, ব্যবহারিক-সমালোচনামূলক জ্ঞান যা একটি সাধারণ এবং গুরুতর প্রকল্প-স্তরের ত্রুটি প্রতিরোধ করে, এটিকে Django সেরা-অনুশীলন জ্ঞানের একটি ঘন ঘন-উদ্ধৃত টুকরা করে তোলে।