ErrorException Array to string conversion

Olá, Queopius!
Tudo bem?

Preciso ver mais detalhes do código, tem no GitGub?

Me dê mais detalhes do erro também: https://imgur.com/upload

Olá, Carlos!

Desculpa a demora!!

Aqui, te passo a o link do projeto no GitHub:

https://github.com/Queopius/Laravel-App

Me dê mais detalhes do erro também: https://imgur.com/upload

Sim,

O error provém logo uma veis realizo o registro.

https://imgur.com/PS0zMCW

Na sua classe RegisterController eu não vi nenhum erro, pelo menos não apenas olhando.

Se fizer um debug no seu método create, chega a entrar nele?
dd('Aqui no create do RegisterController');

Por que optou por deixar o boot dentro model, e não criar uma classe separada?

Sim, optei por deixar o método boot() por mais na frente ia refactorizar transportando para o Observer.

Agora que penso, vou deixar para crear o Uuid Tenant con o Update, poruqe ficaria mais entendido para o usuario, no seguinte esquema:

Registrar, Escolher App para comprar, entrar eno processo de pagamento aonde ali si crearia seu identifiador de Empresa.

Quañ sua opnião?

Fiz un dd() em cretae e me sai isso:

https://imgur.com/9e1rJRc

O seu debug no RegisterController controller no método create foi?
dd($data);

Não entendi a ideia de registrar o UUID do tenant apenas quando for editar. O ideal é já inserir o UUID diretamente quando criar o registro.

Qual o resultado disso no seu model Tenant?
dd(Uuid::generate(4));

Exato, meu debug foi no parametro $data do metodo create.

**

# Me referia a ideia:

* 1 usuária si cadastra na app

* 2 realiza a compra

* 3 a app crea o Uuid com os dados faltantes (aqui em realidade si fará um update do usuário em questão)

Poderia ser assim não? Que opinas?

**

Debug Uuid::generate(4)

Webpatser\Uuid\Uuid {#479 ▼
  +"bytes": b"šç•o‚\x07MN€þýNÀøæ„"
  +"string": "9ae7956f-8207-4d4e-80fe-fd4ec0f8e684"
}

Nesse caso vai sempre atualizar o UUID do tenant, vai quebrar toda a lógica do sistema (porque usamos isso para identificar o tenant em diversos pontos do sistema, como gerar o pedido e etc).

A também ao criar o tenant, o valor para UUID é obrigatório, vai gerar exception no banco também.

No caso de UUID é ideal definir assim que o registro é criado, e não atualizar.

Já outras informações do tenant sim, essas podem ser atualizadas (como nome, email e etc).

Sim, te sigo. Nao havia pensado com essa lógica. Tem mais sentido.

Muito obrigado pelo feedback!