Fix/backend refactor integration

[DevlTz]

Refactor Backend: Integração & Correções Críticas

Este PR consolida as refatorações estruturais necessárias para a integração com o Frontend, focando em segurança, integridade de dados e limpeza de rotas.

O que foi mudado

Segurança & Permissões

• Correção em Photo Views: Corrigida a instanciação das classes de permissão em UploadPhotoPropertyView e RUDPhotoPropertyView (removidos os parênteses ()), garantindo que o DRF execute corretamente a checagem de objeto.
• Proteção de Propriedade: O campo owner foi adicionado como read_only_fields no PropertiesWriteSerializer, impedindo a alteração indevida de dono via API.

Modelos & Banco de Dados

• Field Owner: Adicionada a ForeignKey owner ao modelo Properties, vinculando cada imóvel a um anunciante.
• Signals de Limpeza: Atualizado o sinal delete_fatherless_related_models para deletar também registros de RoomsExtras quando ficarem órfãos após a remoção de um imóvel.

Serialização & UX

• Validação de Usuário: Alterado o campo user_type para ChoiceField no RegisterSerializer com valor padrão SEEKER, garantindo integridade nos tipos de conta.
• Owner Display: Adicionado o campo owner_name (read-only) no PropertiesReadSerializer para facilitar a exibição do anunciante no frontend.

Refatoração de Rotas

• Limpeza de URLs: Comentada a rota de busca por IA (search/) para evitar erros 500/405, visto que a lógica de embeddings ainda está em desenvolvimento.

Como testar

1. Realize o login e tente cadastrar uma propriedade; verifique se o owner é atribuído automaticamente.
2. Tente editar uma foto de uma propriedade que não pertence ao seu usuário (deve retornar 403 Forbidden).
3. Verifique se, ao deletar uma propriedade, os registros de Rooms e RoomsExtras vinculados apenas a ela também são removidos do banco.

---

Nota: Não foram necessárias novas dependências além do boto3 já configurado anteriormente.