Bienvenida

1

Todo lo que aprenderás sobre Django

Cimientos

2

Arquitectura de una aplicación

3

The Twelve-Factor App

4

Codebase: Settings modular

5

Codebase: Dependencias y archivos de docker

6

Codebase: Docker

7

Setups alternativos

Modelos

8

Herencia de modelos

9

Proxy models

10

App de usuarios

11

Organizando modelos en un paquete de Django

12

Creando el modelo de perfil de usuario

13

Solución del reto: arreglando la migración de users a user

14

Aplicación y modelo de círculos

15

Migraciones y admin de círculos

Introducción a Django REST Framework

16

Aprende cómo construir tu propio API con Django Rest Framework

17

Vistas, URLs y Parsers de DRF

18

Serializers

19

Buenas prácticas para el diseño de un API REST

20

Request, response, renderers y parsers

Real DRF

21

Autenticación y tipos de autenticación

22

APIView

23

Creando el token de autorización

24

User sign up

25

Limitar login a usuarios con cuenta verificada

26

Configurar envío de email

27

Instalar PyJWT y generar tokens

28

Verificar cuenta usando JWT

29

Actualizar modelo de circle (membership)

30

Crear CircleViewSet

31

Añadiendo autorización y paginación

32

Creación de circulos

33

Update de círculo, custom permissions y DRF Mixins

34

Migración de vistas de usuarios a ViewSets

35

Detalle de usuario

36

Update profile data

37

List members - Recursos anidado

38

Retrieve destroy member

39

Modelo de invitaciones y manager

40

Obtener invitaciones de un miembro

41

Unirse a grupo

42

Filtrado

43

App de rides y modelos

44

Implementar la publicación de un ride

45

Validación de campos de un serializer

46

Listado de rides

47

Editar un ride

48

Unirse a viaje

49

Terminar viaje

50

Calificar viaje

Tareas asíncronas

51

¿Qué es Celery?

52

Creando tarea asíncrona

53

Creando tarea periódica

Testing

54

Python unittest y Django TestCase

55

DRF APITestCase

Django Admin

56

Admin actions: Modificar datos de un query

57

Admin actions: Regresando una respuesta HTTP

Deployment

58

Instalación de la aplicación

59

Configuración del dominio en Mailgun y del Bucket en Amazon S3

60

Configuración final de Docker Container usando Supervisor

61

Tutorial de despliegue de la aplicación

62

Futuros pasos y cierre del curso

No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Validación de campos de un serializer

45/62
Recursos

Aportes 11

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

o inicia sesión.

Las actualizaciones complejas de base de datos deberían correr dentro de una transacción atómica para que en caso uno falle, la base de datos no aplique ninguno de los cambios.

Esto se puede hacer usando:

with transaction.atomic():
	# cambio a base de datos 1
	...
	# cambio a base de datos n

De acuerdo al código fuente, CurrentUserDefault() , trae el usuario de context['request'].user por lo tanto esa validación es completamente innecesaria, esas dos variables siempre tendrán el mismo valor.

class CurrentUserDefault:
    requires_context = True

    def __call__(self, serializer_field):
        return serializer_field.context['request'].user

    def __repr__(self):
        return '%s()' % self.__class__.__name__

Código Fuente

Fechas

La especificación de la fecha es ISO 8601

https://es.wikipedia.org/wiki/ISO_8601

Cuando sublime era chevere y ni así pagábamos licencia xd

No entiendo por qué debo validar que el usuario tenga una membresia a este circulo, esto seJpodria hacer mucho más facil desde los permisos en la vista, si no me equivoco.

nota: el mensaje del segundo raise, no traduce lo que el queria decir.

después de tantas clases, hasta Pablo se cansa y empieza a fallar.

Quiza en este punto muchos piensen que va algo lento el curso y muchas cosas algo repetitivas… por los que les recomiendo que para no perderse ningun detalle y aprovechen mejor el tiempo pongan la reproduccion en 1.25x o 1.5x, el video va bien y sigue siendo perfectamente comprensible

Tengo una duda con respecto all get_serializer_context

def get_serializer_context(self):
        """Add circle to serializer context."""
 
        context = super(RideViewSet, self).get_serializer_context()
        context['circle'] = self.circle
      
        return context

porque usar el Super ? , si decimos


def get_serializer_context(self):
        """Add circle to serializer context."""
 
        context = {}
        context['request'] = self.request
        context['circle'] = self.circle
      
        return context

no hace lo mismo ?

Una forma diferente de agregar algo al contexto sin hacerlo a través de 'self'

get_serializer_context regresa un diccionario con request, format & view

user = User.objects.get(username='ptrinidad')
circles = Circle.objects.get(slug_name='unam-fciencias')

m = Membership.objects.create(
    user=user,
    profile=user.profile,
    circle=circle,
    is_admin=True,
    remaining_invitations=10
)

🤙👍