Dead simple Django REST API generator with role-based permissions
Project description
🚀 TurboDRF
DISCLAIMER: TurboDRF is a new project as of 29th May 2025.
The dead simple Django REST Framework API generator with role-based permissions
🤖 This project was structured by Claude, Anthropic's AI assistant which helped with getting the project to a state where it could be shared - the core design however was not AI generated.
Transform your Django models into fully-featured REST APIs with just a mixin and a method. Zero boilerplate, maximum power.
Features • Quick Start • Documentation • Examples • Contributing
🎯 Why TurboDRF?
Building REST APIs in Django shouldn't require writing hundreds of lines of boilerplate code. TurboDRF revolutionizes Django API development by automatically generating REST APIs from your models with minimal configuration.
🚫 The Problem
Traditional Django REST Framework development requires:
- Writing serializers for every model
- Creating ViewSets with repetitive CRUD logic
- Configuring routers and URL patterns
- Implementing permission classes
- Setting up filters, search, and pagination
- Managing field-level permissions manually
✨ The TurboDRF Solution
# This is all you need 👇
class Book(models.Model, TurboDRFMixin):
title = models.CharField(max_length=200)
author = models.ForeignKey(Author, on_delete=models.CASCADE)
price = models.DecimalField(max_digits=10, decimal_places=2)
@classmethod
def turbodrf(cls):
return {
'fields': ['title', 'author__name', 'price']
}
# 💥 Boom! You now have a complete REST API with:
# ✅ All CRUD endpoints ✅ Smart pagination ✅ Advanced filtering
# ✅ Full-text search ✅ Multi-field ordering ✅ Role-based permissions
# ✅ Nested relationships ✅ API documentation ✅ Field-level security
🚀 Quick Start
1. Install TurboDRF
pip install turbodrf
Or with poetry:
poetry add turbodrf
2. Add to INSTALLED_APPS
INSTALLED_APPS = [
# ... your apps
'rest_framework',
'drf_yasg', # for swagger docs
'turbodrf',
]
3. Add TurboDRF to Your Model
from django.db import models
from turbodrf.mixins import TurboDRFMixin
class Author(models.Model, TurboDRFMixin):
name = models.CharField(max_length=100)
email = models.EmailField()
@classmethod
def turbodrf(cls):
return {
'fields': ['name', 'email']
}
class Book(models.Model, TurboDRFMixin):
title = models.CharField(max_length=200)
author = models.ForeignKey(Author, on_delete=models.CASCADE)
isbn = models.CharField(max_length=13)
price = models.DecimalField(max_digits=10, decimal_places=2)
# Optional: specify searchable fields
searchable_fields = ['title', 'isbn']
@classmethod
def turbodrf(cls):
return {
'fields': {
'list': ['title', 'author__name', 'price'],
'detail': ['title', 'author__name', 'author__email', 'isbn', 'price']
}
}
4. Configure URLs
from django.urls import path, include
from turbodrf.router import TurboDRFRouter
router = TurboDRFRouter()
urlpatterns = [
path('api/', include(router.urls)),
]
5. 🎉 That's It! Your API is Ready!
# List all books
GET /api/books/
# Get specific book
GET /api/books/1/
# Create a book
POST /api/books/
# Update a book
PUT /api/books/1/
# Search books
GET /api/books/?search=django
# Filter books
GET /api/books/?author__name=Rowling&price__lt=20
# Order books
GET /api/books/?ordering=-price,title
# Paginate results
GET /api/books/?page=2&page_size=10
📖 Documentation
🔧 Model Configuration
The turbodrf() classmethod is where the magic happens:
@classmethod
def turbodrf(cls):
return {
# Enable/disable API for this model
'enabled': True,
# Custom endpoint name (default: pluralized model name)
'endpoint': 'books',
# Simple field list (same for list and detail)
'fields': ['title', 'author', 'isbn'],
# OR different fields for list vs detail views
'fields': {
'list': ['title', 'author__name'],
'detail': ['title', 'author__name', 'author__email', 'isbn', 'price']
},
# OR use all fields
'fields': '__all__'
}
🔐 Permissions System
Note: To disable all permissions for development, set
TURBODRF_DISABLE_PERMISSIONS = Truein your Django settings.
TurboDRF offers two permission modes: Django's default permissions or TurboDRF's advanced role-based permissions.
Default Django Permissions (Simple Mode)
Use Django's built-in permission system - perfect for simple use cases:
# settings.py
TURBODRF_USE_DEFAULT_PERMISSIONS = True # Enable Django's default permissions
With default permissions:
- Uses Django's standard
add,change,delete,viewpermissions - Works with Django Admin permissions out of the box
- When a user has write permission for a model, they can write ALL fields
- No field-level permissions (simpler but less granular)
# Grant permissions via Django Admin or programmatically:
from django.contrib.auth.models import User, Permission
user = User.objects.get(username='editor')
permission = Permission.objects.get(codename='change_book')
user.user_permissions.add(permission)
# Or use groups
from django.contrib.auth.models import Group
editors = Group.objects.create(name='Editors')
editors.permissions.add(
Permission.objects.get(codename='view_book'),
Permission.objects.get(codename='change_book')
)
user.groups.add(editors)
TurboDRF Role-Based Permissions (Advanced Mode)
For fine-grained control with field-level permissions:
# settings.py
TURBODRF_USE_DEFAULT_PERMISSIONS = False # Default - uses TurboDRF permissions
Define permissions in your settings:
# settings.py
TURBODRF_ROLES = {
'admin': [
# Model-level permissions
'books.book.read', # Can view books
'books.book.create', # Can create books
'books.book.update', # Can update books
'books.book.delete', # Can delete books
# Field-level permissions
'books.book.title.read', # Can see title field
'books.book.title.write', # Can edit title field
'books.book.price.read', # Can see price
'books.book.price.write', # Can edit price
],
'editor': [
'books.book.read',
'books.book.update',
'books.book.title.read',
'books.book.title.write',
# Note: no price.write - editors can see but not change prices
'books.book.price.read',
],
'viewer': [
'books.book.read',
'books.book.title.read',
# Note: no price permissions - viewers can't see prices at all
]
}
Future: Dynamic Database Permissions
While currently out of scope, TurboDRF's permission system is designed to support dynamic permissions stored in the database. This would enable:
- Runtime permission changes without code deployment
- User-specific permission overrides
- Permission templates and inheritance
- API-driven permission management
The current static configuration provides excellent performance and simplicity while laying the groundwork for future dynamic permissions.
👤 User Roles Setup (for TurboDRF permissions)
Add roles to your User model:
# Option 1: Extend existing User model
from django.contrib.auth import get_user_model
User = get_user_model()
def get_user_roles(self):
# Example: use Django groups as roles
return [group.name for group in self.groups.all()]
User.add_to_class('roles', property(get_user_roles))
# Option 2: Custom User model
class User(AbstractUser):
user_roles = models.JSONField(default=list)
@property
def roles(self):
return self.user_roles
🔐 Authentication with django-allauth (Optional)
TurboDRF provides seamless integration with django-allauth for modern, headless authentication. This is perfect for single-page applications (SPAs) and mobile apps.
Installation
# Install TurboDRF with allauth support
pip install turbodrf[allauth]
# Or install separately
pip install turbodrf django-allauth
Setup
# settings.py
INSTALLED_APPS = [
'django.contrib.auth',
'django.contrib.messages',
'django.contrib.sessions',
# ... other apps
'allauth',
'allauth.account',
'allauth.headless', # For API authentication
'rest_framework',
'turbodrf',
'myapp',
]
MIDDLEWARE = [
# ... other middleware
'django.contrib.sessions.middleware.SessionMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
# Add TurboDRF allauth middleware
'turbodrf.integrations.allauth.AllAuthRoleMiddleware',
]
# Enable allauth integration
TURBODRF_ALLAUTH_INTEGRATION = True
# Map Django groups to TurboDRF roles (optional)
# If not provided, group names are used directly as role names
TURBODRF_ALLAUTH_ROLE_MAPPING = {
'Administrators': 'admin',
'Content Editors': 'editor',
'Basic Users': 'viewer',
}
# Configure allauth
ACCOUNT_EMAIL_VERIFICATION = 'optional'
HEADLESS_ONLY = True # Disable traditional allauth views
How It Works
The integration automatically:
- Maps Django groups to TurboDRF roles: Users' group memberships are converted to roles
- Adds
rolesproperty to users: The middleware populatesuser.rolesfrom group membership - Works with allauth's session tokens: Perfect for headless/SPA authentication
Example Usage
# Create role-based groups
from turbodrf.integrations import create_role_groups
# Create standard role groups
create_role_groups(['admin', 'editor', 'viewer'])
# Assign roles to users
from turbodrf.integrations import assign_roles_to_user
user = User.objects.get(username='john')
assign_roles_to_user(user, ['editor', 'viewer'])
# Now user.roles returns ['editor', 'viewer'] automatically!
Role Mapping
By default, Django group names are used as role names:
# User in group "admin" → role "admin"
# User in group "editor" → role "editor"
Custom mapping allows different group names:
TURBODRF_ALLAUTH_ROLE_MAPPING = {
'Site Administrators': 'admin', # Group "Site Administrators" → role "admin"
'Content Team': 'editor', # Group "Content Team" → role "editor"
'Read Only': 'viewer', # Group "Read Only" → role "viewer"
}
Utilities
from turbodrf.integrations import (
create_role_groups,
assign_roles_to_user,
get_users_with_role,
create_role_mapping,
)
# Create role groups
groups = create_role_groups(['admin', 'editor', 'viewer'])
# Assign multiple roles to a user
assign_roles_to_user(user, ['admin', 'editor'])
# Get all users with a specific role
admins = get_users_with_role('admin')
# Create custom role mapping
mapping = create_role_mapping(
['Admins', 'Editors'],
['admin', 'editor']
)
Authentication Flow (Secure with httpOnly Cookies)
Recommended: Use httpOnly session cookies for maximum security (prevents XSS attacks):
# settings.py
REST_FRAMEWORK = {
'DEFAULT_AUTHENTICATION_CLASSES': [
'rest_framework.authentication.SessionAuthentication', # Uses httpOnly cookies
],
}
# Allauth configuration for secure cookies
SESSION_COOKIE_HTTPONLY = True # Prevents JavaScript access (XSS protection)
SESSION_COOKIE_SECURE = True # HTTPS only (production)
SESSION_COOKIE_SAMESITE = 'Lax' # CSRF protection
CSRF_COOKIE_HTTPONLY = True
CSRF_COOKIE_SECURE = True # HTTPS only (production)
// Frontend (SPA) - No token exposure!
// 1. Login via allauth API (sets httpOnly cookie automatically)
const response = await fetch('/api/auth/login/', {
method: 'POST',
headers: {
'Content-Type': 'application/json',
'X-CSRFToken': getCsrfToken() // From CSRF cookie
},
credentials: 'include', // Include cookies
body: JSON.stringify({ username: 'john', password: 'secret' })
});
// 2. Make TurboDRF API requests (cookie sent automatically)
const booksResponse = await fetch('/api/books/', {
credentials: 'include' // Automatically includes httpOnly session cookie
});
// User's roles (from groups) automatically apply to permissions!
// Session token never exposed to JavaScript = XSS-safe ✅
function getCsrfToken() {
return document.cookie
.split('; ')
.find(row => row.startsWith('csrftoken='))
?.split('=')[1];
}
Alternative (Less Secure): Session tokens in headers:
Click to see token-based approach (not recommended for production)
// This approach exposes tokens to JavaScript (XSS risk)
const response = await fetch('/api/auth/login/', {
method: 'POST',
body: JSON.stringify({ username: 'john', password: 'secret' })
});
const { meta } = await response.json();
const sessionToken = meta.session_token;
// Token in headers
const booksResponse = await fetch('/api/books/', {
headers: { 'X-Session-Token': sessionToken }
});
⚠️ Not recommended: Tokens in localStorage/sessionStorage are vulnerable to XSS attacks.
Why Use allauth with TurboDRF?
- Separation of concerns: allauth handles authentication, TurboDRF handles authorization
- Modern auth flows: Email verification, password reset, social auth (Google, GitHub, etc.)
- Headless-first: Perfect for SPAs and mobile apps
- Automatic role sync: Group membership automatically becomes roles
- Battle-tested: allauth is widely used and well-maintained
For more details, see django-allauth documentation.
🔍 Searching and Filtering
# Define searchable fields in your model
class Book(models.Model, TurboDRFMixin):
title = models.CharField(max_length=200)
description = models.TextField()
searchable_fields = ['title', 'description']
Now you can search:
# Simple search across all searchable fields
GET /api/books/?search=python
# Response
{
"pagination": {
"next": null,
"previous": null,
"current_page": 1,
"total_pages": 1,
"total_items": 3
},
"data": [
{
"id": 1,
"title": "Python Crash Course",
"author": 2,
"author_name": "Eric Matthes",
"price": "39.99",
"published_date": "2023-05-01"
},
{
"id": 3,
"title": "Fluent Python",
"author": 5,
"author_name": "Luciano Ramalho",
"price": "59.99",
"published_date": "2022-03-15"
}
]
}
# Complex filtering
GET /api/books/?price__gte=10&price__lte=50
GET /api/books/?author__name__icontains=smith
GET /api/books/?published_date__year=2023
📄 Pagination
Built-in pagination with customizable page size:
# Default pagination
GET /api/books/?page=2
# Custom page size
GET /api/books/?page=1&page_size=50
# Response format
{
"pagination": {
"next": "http://api.example.com/api/books/?page=3",
"previous": "http://api.example.com/api/books/?page=1",
"current_page": 2,
"total_pages": 10,
"total_items": 193
},
"data": [...]
}
🎯 Field Metadata
Use OPTIONS requests to discover available fields:
OPTIONS /api/books/
# Response
{
"name": "Book",
"model": {
"name": "Book",
"app_label": "books",
"fields": {
"title": {
"type": "CharField",
"required": true,
"read_only": false,
"max_length": 200
},
"author": {
"type": "ForeignKey",
"required": true,
"read_only": false
},
"price": {
"type": "DecimalField",
"required": true,
"read_only": true # Based on user permissions
}
}
},
"actions": {
"list": true,
"retrieve": true,
"create": true,
"update": true,
"partial_update": true,
"destroy": false # Based on user permissions
}
}
🎨 Advanced Usage
🔗 Nested Relationships
Access related fields using double underscore notation:
@classmethod
def turbodrf(cls):
return {
'fields': [
'title',
'author__name', # ForeignKey relation
'author__email', # Going deeper
'category__parent__name', # Multiple levels
'tags__name', # Many-to-many
]
}
🎭 Custom ViewSet Behavior
Extend the auto-generated ViewSet:
from turbodrf.views import TurboDRFViewSet
from rest_framework.decorators import action
from rest_framework.response import Response
class CustomBookViewSet(TurboDRFViewSet):
model = Book
@action(detail=True, methods=['post'])
def set_featured(self, request, pk=None):
book = self.get_object()
book.is_featured = True
book.save()
return Response({'status': 'featured'})
@action(detail=False)
def trending(self, request):
queryset = self.get_queryset().filter(
views__gte=1000
).order_by('-views')
page = self.paginate_queryset(queryset)
if page is not None:
serializer = self.get_serializer(page, many=True)
return self.get_paginated_response(serializer.data)
serializer = self.get_serializer(queryset, many=True)
return Response(serializer.data)
# Register custom viewset
router = TurboDRFRouter()
router.register('books', CustomBookViewSet, basename='book')
🔍 Custom Querysets (User-based Filtering)
Filter data based on the current user or other request context:
Method 1: Override get_queryset in ViewSet
class UserFilteredBookViewSet(TurboDRFViewSet):
model = Book
def get_queryset(self):
queryset = super().get_queryset()
user = self.request.user
if user.is_authenticated:
# Users only see their own books
return queryset.filter(owner=user)
else:
# Anonymous users only see public books
return queryset.filter(is_public=True)
Method 2: Custom Manager with Request Context
class BookManager(models.Manager):
def for_user(self, user):
"""Filter books based on user permissions."""
if user.is_superuser:
return self.all()
elif user.is_authenticated:
# Users see their books + public books
return self.filter(
models.Q(owner=user) | models.Q(is_public=True)
)
else:
return self.filter(is_public=True)
class Book(models.Model, TurboDRFMixin):
title = models.CharField(max_length=200)
owner = models.ForeignKey(User, on_delete=models.CASCADE)
is_public = models.BooleanField(default=False)
objects = BookManager()
@classmethod
def turbodrf(cls):
return {
'fields': ['title', 'owner__username', 'is_public'],
# Custom queryset method (optional)
'get_queryset': lambda viewset: cls.objects.for_user(viewset.request.user)
}
Method 3: Dynamic Queryset in turbodrf() Configuration
class Organization(models.Model, TurboDRFMixin):
name = models.CharField(max_length=100)
members = models.ManyToManyField(User, through='Membership')
@classmethod
def turbodrf(cls):
def get_user_orgs(viewset):
"""Users only see organizations they belong to."""
user = viewset.request.user
if user.is_authenticated:
return cls.objects.filter(members=user)
return cls.objects.none()
return {
'fields': ['name', 'created_at'],
'get_queryset': get_user_orgs
}
Method 4: Row-Level Permissions
Combine with Django Guardian or similar for object-level permissions:
from guardian.shortcuts import get_objects_for_user
class DocumentViewSet(TurboDRFViewSet):
model = Document
def get_queryset(self):
queryset = super().get_queryset()
# Only return documents the user has 'view' permission for
return get_objects_for_user(
self.request.user,
'view_document',
queryset
)
Advanced: Multi-tenant Filtering
class TenantFilteredMixin:
"""Mixin for multi-tenant applications."""
def get_queryset(self):
queryset = super().get_queryset()
# Get tenant from user profile or request
tenant = getattr(self.request.user, 'tenant', None)
if tenant:
return queryset.filter(tenant=tenant)
return queryset.none()
class ProjectViewSet(TenantFilteredMixin, TurboDRFViewSet):
model = Project
class Project(models.Model, TurboDRFMixin):
name = models.CharField(max_length=200)
tenant = models.ForeignKey('Tenant', on_delete=models.CASCADE)
@classmethod
def turbodrf(cls):
return {
'fields': ['name', 'created_at', 'status']
}
Note: When overriding
get_queryset, ensure you maintain any optimizations (likeselect_related) that TurboDRF applies automatically.
🎨 Custom Pagination
Create your own pagination class:
from turbodrf.views import TurboDRFPagination
class CustomPagination(TurboDRFPagination):
page_size = 50
page_size_query_param = 'per_page'
max_page_size = 200
def get_paginated_response(self, data):
return Response({
'links': {
'next': self.get_next_link(),
'previous': self.get_previous_link()
},
'meta': {
'total': self.page.paginator.count,
'pages': self.page.paginator.num_pages,
'page': self.page.number,
'per_page': self.page_size
},
'results': data
})
# Use in your viewset
class BookViewSet(TurboDRFViewSet):
model = Book
pagination_class = CustomPagination
📝 Custom Metadata
Customize OPTIONS responses:
from rest_framework.metadata import SimpleMetadata
class CustomMetadata(SimpleMetadata):
def determine_metadata(self, request, view):
metadata = super().determine_metadata(request, view)
# Add custom metadata
metadata['api_version'] = 'v1'
metadata['documentation'] = 'https://docs.example.com'
# Add role-specific information
if request.user.is_authenticated:
metadata['user_permissions'] = {
'can_create': view.model._meta.app_label + '.add_' + view.model._meta.model_name in request.user.get_all_permissions(),
'can_delete': view.model._meta.app_label + '.delete_' + view.model._meta.model_name in request.user.get_all_permissions(),
}
return metadata
# Apply globally
REST_FRAMEWORK = {
'DEFAULT_METADATA_CLASS': 'myapp.metadata.CustomMetadata',
}
📊 API Documentation
TurboDRF automatically generates interactive API documentation using Swagger UI and ReDoc. The documentation shows all available endpoints and fields based on the current user's permissions.
Enabling Documentation
Documentation is enabled by default. The URLs are automatically configured when you include TurboDRF URLs:
# urls.py
from django.urls import path, include
from turbodrf import urls as turbodrf_urls
urlpatterns = [
path('api/', include(turbodrf_urls)),
]
This automatically provides:
- Swagger UI at
/api/swagger/ - ReDoc at
/api/redoc/
Disabling Documentation in Production
Important: API documentation should typically be disabled in production environments for security reasons. To disable documentation:
# settings.py
TURBODRF_ENABLE_DOCS = False # Default: True
When disabled:
- Documentation endpoints return 404
- No schema is generated
- API endpoints continue to work normally
How Documentation Works
- Automatic Generation: Documentation is automatically generated from your models and their
turbodrf()configuration - Permission-Based Filtering: Users only see endpoints and fields they have permission to access
- Real-Time Updates: Documentation updates automatically as you modify your models
- Interactive Testing: Both Swagger UI and ReDoc allow testing API endpoints directly from the browser
Custom Documentation Configuration
You can customize the documentation by creating your own schema view:
# urls.py
from turbodrf.documentation import get_turbodrf_schema_view
# Custom schema configuration
schema_view = get_turbodrf_schema_view(
title="My API",
version="v1",
description="My awesome API powered by TurboDRF",
)
urlpatterns = [
path('api/', include('turbodrf.urls')),
# Override default documentation URLs
path('docs/swagger/', schema_view.with_ui('swagger', cache_timeout=0)),
path('docs/redoc/', schema_view.with_ui('redoc', cache_timeout=0)),
]
🔗 Working with Relations
TurboDRF provides powerful support for handling related models with automatic query optimization.
Nested Field Retrieval
Access related model fields using double underscore notation:
class Book(TurboDRFMixin, models.Model):
author = models.ForeignKey(Author, on_delete=models.CASCADE)
@classmethod
def turbodrf(cls):
return {
'fields': {
'list': ['id', 'title', 'author__name'], # Shows author's name
'detail': ['id', 'title', 'author__name', 'author__email', 'author__bio']
}
}
Response includes flattened fields:
{
"id": 1,
"title": "Django for APIs",
"author": 2,
"author_name": "William S. Vincent",
"author_email": "william@example.com",
"author_bio": "Django expert and author..."
}
Foreign Key Updates
Update relations by sending the ID:
# Change a book's author
PATCH /api/books/1/
Content-Type: application/json
{"author": 3}
Filtering on Related Fields
Use Django's lookup syntax for filtering:
# Books by specific author
GET /api/books/?author=1
# Books with price between 20 and 50
GET /api/books/?price__gte=20&price__lte=50
# Books published in 2023
GET /api/books/?published_date__year=2023
# Books with "Python" in title (case-insensitive)
GET /api/books/?title__icontains=python
Current Limitations
-
Reverse Relations: One-to-many fields (like
author.books) are not automatically included in responses. Use filtering instead:# Get all books by author 1 GET /api/books/?author=1
-
Search on Related Fields: The
searchparameter only searches fields defined insearchable_fields. To search related fields, use specific filters:# Instead of: ?search=author_name # Use: ?author__name__icontains=smith
⚡ Performance
TurboDRF is optimized for speed and efficiency with automatic query optimization.
Automatic Query Optimization
- select_related() automatically applied for foreign keys to prevent N+1 queries
- Efficient pagination to limit result sets
- Database-level filtering for optimal performance
Performance Tips
-
Use Pagination: Always paginate large datasets
GET /api/books/?page_size=50
-
Indexed Fields: Add database indexes to frequently filtered fields
class Book(models.Model): isbn = models.CharField(max_length=13, db_index=True) published_date = models.DateField(db_index=True)
-
Select Only Needed Fields: Configure different field sets for list/detail views
'fields': { 'list': ['id', 'title', 'author__name'], # Minimal fields 'detail': ['id', 'title', 'description', 'author__name', ...] # All fields }
🔍 OR Query Filtering
TurboDRF supports advanced OR filtering for complex queries using the ORFilterBackend:
# settings.py
REST_FRAMEWORK = {
'DEFAULT_FILTER_BACKENDS': [
'turbodrf.filter_backends.ORFilterBackend',
'django_filters.rest_framework.DjangoFilterBackend',
# ... other backends
]
}
Basic OR Queries
Use the _or suffix to filter with OR logic:
# Find books with title "Django" OR "Python"
GET /api/books/?title_or=Django&title_or=Python
# Find books at price $20 OR $30
GET /api/books/?price_or=20.00&price_or=30.00
# Find books by author ID 1 OR 2
GET /api/books/?author_or=1&author_or=2
OR Queries with Lookups
Combine OR filtering with Django's lookup syntax:
# Title contains "Django" OR "Python" (case-insensitive)
GET /api/books/?title__icontains_or=django&title__icontains_or=python
# Price >= $50 OR >= $100
GET /api/books/?price__gte_or=50&price__gte_or=100
# Published in 2023 OR 2024
GET /api/books/?published_date__year_or=2023&published_date__year_or=2024
Combining OR with AND Filters
Mix OR and regular filters - OR groups are combined with AND:
# (Title "Django" OR "Python") AND (is_active=True)
GET /api/books/?title_or=Django&title_or=Python&is_active=true
# (Author 1 OR 2) AND (Price < 50)
GET /api/books/?author_or=1&author_or=2&price__lt=50
Multiple OR Fields
Use different OR fields together (combined with AND):
# (Title "Django" OR "Python") AND (Category "Programming" OR "Web")
GET /api/books/?title_or=Django&title_or=Python&category_or=Programming&category_or=Web
🌐 Public/Private Access Control
Control public accessibility of your API endpoints with fine-grained access controls:
class Book(models.Model, TurboDRFMixin):
title = models.CharField(max_length=200)
is_published = models.BooleanField(default=False)
@classmethod
def turbodrf(cls):
return {
'fields': ['title', 'author', 'price'],
# Allow unauthenticated GET requests
'public_access': True, # Default: True for backward compatibility
}
class PrivateDocument(models.Model, TurboDRFMixin):
title = models.CharField(max_length=200)
content = models.TextField()
@classmethod
def turbodrf(cls):
return {
'fields': ['title', 'content'],
# Require authentication for all requests
'public_access': False, # Only authenticated users can access
}
Guest Role Support
Define permissions for unauthenticated users using the guest role:
# settings.py
TURBODRF_ROLES = {
'guest': [
# Unauthenticated users can read books but with limited fields
'books.book.read',
'books.book.title.read',
'books.book.author.read',
# No price visibility for guests
],
'viewer': [
'books.book.read',
'books.book.title.read',
'books.book.author.read',
'books.book.price.read', # Authenticated users can see prices
],
}
How it works:
public_access: True- Allows unauthenticated GET/OPTIONS requestspublic_access: False- Requires authentication for all requests- Unauthenticated users with
public_access: Trueget theguestrole - Field visibility for guests is controlled by
guestrole permissions
🔐 Keycloak/OpenID Connect Integration
Integrate with Keycloak or any OpenID Connect provider for enterprise authentication:
Installation
# Install with social auth support
pip install turbodrf social-auth-app-django
Configuration
# settings.py
INSTALLED_APPS = [
# ... other apps
'social_django',
'turbodrf',
]
MIDDLEWARE = [
# ... other middleware
'turbodrf.integrations.keycloak.KeycloakRoleMiddleware',
]
# Enable Keycloak integration
TURBODRF_KEYCLOAK_INTEGRATION = True
# Configure role claim path (default: 'roles')
TURBODRF_KEYCLOAK_ROLE_CLAIM = 'roles' # For top-level roles
# TURBODRF_KEYCLOAK_ROLE_CLAIM = 'realm_access.roles' # For realm roles
# TURBODRF_KEYCLOAK_ROLE_CLAIM = 'resource_access.my-client.roles' # For client roles
# Optional: Map Keycloak roles to TurboDRF roles
TURBODRF_KEYCLOAK_ROLE_MAPPING = {
'realm-admin': 'admin',
'content-editor': 'editor',
'basic-user': 'viewer',
}
# Social auth configuration
SOCIAL_AUTH_KEYCLOAK_KEY = 'your-client-id'
SOCIAL_AUTH_KEYCLOAK_SECRET = 'your-client-secret'
SOCIAL_AUTH_KEYCLOAK_PUBLIC_KEY = 'your-public-key'
How It Works
The Keycloak integration:
- Extracts roles from ID tokens - Supports nested claims (e.g.,
realm_access.roles) - Maps Keycloak roles to TurboDRF roles - Optional custom mapping
- Automatically assigns roles to users - Via middleware on each request
- Supports realm and client roles - Flexible claim path configuration
Helper Functions
from turbodrf.integrations.keycloak import (
extract_roles_from_token,
map_keycloak_roles_to_turbodrf,
get_user_roles_from_social_auth,
setup_keycloak_integration,
)
# Extract roles from an ID token
token = {'realm_access': {'roles': ['admin', 'editor']}}
roles = extract_roles_from_token(token) # ['admin', 'editor']
# Map Keycloak roles to TurboDRF roles
keycloak_roles = ['realm-admin', 'content-editor']
turbodrf_roles = map_keycloak_roles_to_turbodrf(keycloak_roles) # ['admin', 'editor']
# Get roles from a user's social auth data
roles = get_user_roles_from_social_auth(user)
# Check integration status
status = setup_keycloak_integration()
print(status) # {'social_auth_installed': True, 'integration_enabled': True, ...}
📊 API Request Tracking Integration
Integrate with drf-api-tracking to log all API requests:
Installation
pip install turbodrf drf-api-tracking
Configuration
# settings.py
INSTALLED_APPS = [
# ... other apps
'rest_framework_tracking',
'turbodrf',
]
# Optional: Configure tracking settings
DRF_TRACKING_ADMIN_LOG_READONLY = True
DRF_TRACKING_TIMEOUT_FUNCTION = 'myapp.utils.get_request_timeout'
That's it! TurboDRF automatically detects drf-api-tracking and enables logging for all API requests.
What Gets Tracked
- HTTP method, path, and query parameters
- Request and response bodies
- Response status codes
- Request/response timestamps
- User information (if authenticated)
- Client IP address
- All standard drf-api-tracking features
Accessing Logs
from rest_framework_tracking.models import APIRequestLog
# Get all API requests
logs = APIRequestLog.objects.all()
# Filter by user
user_logs = APIRequestLog.objects.filter(user=user)
# Filter by endpoint
book_logs = APIRequestLog.objects.filter(path__startswith='/api/books/')
# Filter by status code
errors = APIRequestLog.objects.filter(status_code__gte=400)
Disabling Tracking
To disable even when drf-api-tracking is installed:
# Uninstall the package
pip uninstall drf-api-tracking
# Or remove from INSTALLED_APPS
INSTALLED_APPS = [
# ... other apps
# 'rest_framework_tracking', # Commented out
]
🔑 Custom Lookup Fields
Use custom fields for object lookups instead of primary keys:
class Book(models.Model, TurboDRFMixin):
isbn = models.CharField(max_length=13, unique=True)
slug = models.SlugField(unique=True)
uuid = models.UUIDField(default=uuid.uuid4, unique=True)
title = models.CharField(max_length=200)
@classmethod
def turbodrf(cls):
return {
'fields': ['isbn', 'title', 'author'],
'lookup_field': 'isbn', # Use ISBN instead of ID for lookups
}
Usage Examples
# With default lookup (pk/id)
GET /api/books/1/
# With ISBN lookup
GET /api/books/978-0134685991/
# With slug lookup
GET /api/books/django-for-beginners/
# With UUID lookup
GET /api/books/550e8400-e29b-41d4-a716-446655440000/
Supported Lookup Fields
Any unique field can be used:
'slug'- SlugField'uuid'- UUIDField'isbn'- CharField with unique=True'username'- CharField with unique=True- Custom fields with unique constraint
📝 Swagger Schema Customization
Customize your API documentation with detailed metadata:
# urls.py
from turbodrf.documentation import get_turbodrf_schema_view
schema_view = get_turbodrf_schema_view(
title='My Amazing API',
version='v2.1.0',
description='A comprehensive API for managing books, authors, and more.',
terms_of_service='https://myapp.com/terms/',
contact_email='api@myapp.com',
license_name='Apache 2.0',
)
urlpatterns = [
path('swagger/', schema_view.with_ui('swagger', cache_timeout=0), name='schema-swagger-ui'),
path('redoc/', schema_view.with_ui('redoc', cache_timeout=0), name='schema-redoc'),
]
Default Values
If not specified, sensible defaults are used:
- title:
"TurboDRF API" - version:
"v1" - description:
"Auto-generated API with role-based access control powered by TurboDRF" - terms_of_service:
"https://www.example.com/terms/" - contact_email:
"contact@example.com" - license_name:
"MIT License"
🔗 ManyToMany Field Filtering
Filter on many-to-many relationships automatically:
class Book(models.Model, TurboDRFMixin):
title = models.CharField(max_length=200)
tags = models.ManyToManyField('Tag')
categories = models.ManyToManyField('Category')
@classmethod
def turbodrf(cls):
return {
'fields': ['title', 'tags__name', 'categories__name']
}
Filtering Examples
# Books with specific tag
GET /api/books/?tags=1
# Books in specific category
GET /api/books/?categories=2
# Books with tag name containing "python"
GET /api/books/?tags__name__icontains=python
# Combine with OR filtering
GET /api/books/?tags_or=1&tags_or=2 # Books with tag 1 OR tag 2
How it works:
- ManyToMany fields are automatically detected
- Filter support added for both the relation and nested fields
- Supports all Django lookup types (
__in,__icontains, etc.) - Works seamlessly with OR filtering
🧪 Testing
# tests.py
from django.test import TestCase
from django.contrib.auth import get_user_model
from rest_framework.test import APIClient
from myapp.models import Book, Author
User = get_user_model()
class BookAPITestCase(TestCase):
def setUp(self):
self.client = APIClient()
# Create users with different roles
self.admin = User.objects.create_user('admin', roles=['admin'])
self.viewer = User.objects.create_user('viewer', roles=['viewer'])
# Create test data
self.author = Author.objects.create(name='Test Author')
self.book = Book.objects.create(
title='Test Book',
author=self.author,
price=19.99
)
def test_admin_can_see_all_fields(self):
self.client.force_authenticate(user=self.admin)
response = self.client.get('/api/books/1/')
self.assertEqual(response.status_code, 200)
self.assertIn('price', response.data)
def test_viewer_cannot_see_price(self):
self.client.force_authenticate(user=self.viewer)
response = self.client.get('/api/books/1/')
self.assertEqual(response.status_code, 200)
self.assertNotIn('price', response.data)
def test_search_functionality(self):
self.client.force_authenticate(user=self.admin)
response = self.client.get('/api/books/?search=Test')
self.assertEqual(response.status_code, 200)
self.assertEqual(len(response.data['data']), 1)
🚀 Performance Tips
-
Use select_related and prefetch_related: TurboDRF automatically optimizes queries for nested fields
-
Limit fields in list views: Return only essential fields in list endpoints
'fields': { 'list': ['id', 'title'], # Minimal fields 'detail': '__all__' # All fields in detail }
-
Add database indexes: Index your searchable and frequently filtered fields
class Meta: indexes = [ models.Index(fields=['title']), models.Index(fields=['author', 'published_date']), ]
🤝 Contributing
Open to contributors!
# Clone the repo
git clone https://github.com/alexandercollins/turbodrf.git
# Install dependencies
pip install -e ".[dev]"
# Run tests
pytest
## 🧪 Testing
TurboDRF comes with a comprehensive test suite covering all features.
### Running Tests
```bash
# Run all tests
pytest
# Run with coverage report
pytest --cov=turbodrf --cov-report=html
# Or use the Makefile
make test-cov
# Run specific test file
pytest tests/test_permissions.py
# Run specific test
pytest tests/test_permissions.py::TestTurboDRFPermission::test_admin_has_read_permission
# Run tests in parallel
pytest -n auto
# Run only unit tests
pytest tests/unit/
# Run only integration tests
pytest tests/integration/
Code Quality
# Format code
black turbodrf/
# Check code style
flake8 turbodrf/
# Sort imports
isort turbodrf/
# Run all checks
make lint
Test Coverage
View detailed coverage report:
pytest --cov=turbodrf --cov-report=html
open htmlcov/index.html
📋 Known Limitations
While TurboDRF handles most Django field types automatically, there are a few limitations to be aware of:
Field Type Support
- JSONField: JSONFields are not filterable through the API due to django-filter limitations. They are included in API responses but cannot be used for filtering queries.
- BinaryField: Binary fields are excluded from filtering for security and performance reasons.
- FilePathField: File path fields are not filterable to prevent directory traversal attacks.
These fields will still be included in your API responses and can be read/written normally - they just cannot be used as filter parameters in API queries.
📝 License
TurboDRF is MIT licensed. See LICENSE for details.
🙏 Acknowledgments
Built with ❤️ using:
- Django - The web framework for perfectionists with deadlines
- Django REST Framework - Powerful and flexible toolkit for building Web APIs
- drf-yasg - Yet another Swagger generator
Made with ❤️ by developers who were tired of writing serializers
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file turbodrf-0.1.13.tar.gz.
File metadata
- Download URL: turbodrf-0.1.13.tar.gz
- Upload date:
- Size: 110.9 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.7
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
d2b9a4be55bae6f2a3c722cea763c349756a5f16f1b7b4d3bb6999123e25d776
|
|
| MD5 |
db4849fa2c57d62e693af94d9ca77589
|
|
| BLAKE2b-256 |
4613db15d0ff82bd58c946b4147edd21088c99a18ed35b719684d6d35834fc1c
|
Provenance
The following attestation bundles were made for turbodrf-0.1.13.tar.gz:
Publisher:
publish.yml on AlexanderCollins/TurboDRF
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
turbodrf-0.1.13.tar.gz -
Subject digest:
d2b9a4be55bae6f2a3c722cea763c349756a5f16f1b7b4d3bb6999123e25d776 - Sigstore transparency entry: 789363190
- Sigstore integration time:
-
Permalink:
AlexanderCollins/TurboDRF@a7af8bbc4f6d41d6bae88b5fac01c55406a3f9bf -
Branch / Tag:
refs/tags/v0.1.13 - Owner: https://github.com/AlexanderCollins
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@a7af8bbc4f6d41d6bae88b5fac01c55406a3f9bf -
Trigger Event:
release
-
Statement type:
File details
Details for the file turbodrf-0.1.13-py3-none-any.whl.
File metadata
- Download URL: turbodrf-0.1.13-py3-none-any.whl
- Upload date:
- Size: 53.9 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.7
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a53c1fc0a3c98d7f2cdde505a7c9f1e4abdfc052c635ec24a8b6a0303dba775b
|
|
| MD5 |
f5780eb1229cb8a885abf2f837f2ec1d
|
|
| BLAKE2b-256 |
f7ddbddb68b77d0d88116112c161ffe52a492763d12ceb5ade975044bcff65e8
|
Provenance
The following attestation bundles were made for turbodrf-0.1.13-py3-none-any.whl:
Publisher:
publish.yml on AlexanderCollins/TurboDRF
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
turbodrf-0.1.13-py3-none-any.whl -
Subject digest:
a53c1fc0a3c98d7f2cdde505a7c9f1e4abdfc052c635ec24a8b6a0303dba775b - Sigstore transparency entry: 789363194
- Sigstore integration time:
-
Permalink:
AlexanderCollins/TurboDRF@a7af8bbc4f6d41d6bae88b5fac01c55406a3f9bf -
Branch / Tag:
refs/tags/v0.1.13 - Owner: https://github.com/AlexanderCollins
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@a7af8bbc4f6d41d6bae88b5fac01c55406a3f9bf -
Trigger Event:
release
-
Statement type: