Conversation
Mopolo
force-pushed
the
setup-doctrine-orm
branch
from
c6bca62 to
04a7203
Compare
Mopolo
force-pushed
the
setup-doctrine-orm
branch
from
04a7203 to
2a79737
Compare
Comme discuté lors du dernier point mensuel, on avait décidé de tenter une transition vers Doctrine en mode ORM pour unifier les différents accès à la base de données. Dans ce commit, il n'y a qu'une seule table de mappée avec l'ORM afin de simplifier la review et de s'assurer que tout fonctionne correctement en production avant de poursuivre avec d'autres tables. Certaines options sont commentées car elles n'existent qu'à partir de la v3 de `doctrine/orm`.
Mopolo
force-pushed
the
setup-doctrine-orm
branch
from
2a79737 to
67db0b9
Compare
|
@stakovicz @agallou Je pense qu'il faudra tester un deploy en staging au cas où. |
|
au niveau de l'usage on avait parlé de potentiellement ne pas utiliser de DQL/requête à base proprités/faire seulement du SQL et possiblement de le vérifier via une règle PHPStan. J'avais commencé à plancher là dessus avec un début de règle comme cela : https://gist.github.com/agallou/c64a3c3c98cdc1556bd99cfd7c4b5f25, est-ce que ça vous irais ? Qu'en pensez vous d'intégrer ce genre de règles dès le début pour éviter de devoir faire le nettoyage après ? |
| doctrine: | ||
| dbal: | ||
| # url: '%env(resolve:DATABASE_URL)%' | ||
| url: 'mysql://%database_user%:%database_password%@%database_host%:%database_port%/%database_name%?charset=utf8mb4' |
There was a problem hiding this comment.
Il faut spécifier la timezone en query param, non ?
| "cuyz/valinor": "^0.17.1", | ||
| "doctrine/dbal": "^2.5", | ||
| "doctrine/doctrine-bundle": "^2.7", | ||
| "doctrine/orm": "^2.20", |
There was a problem hiding this comment.
Peut être attendre l'arrivée de PHP 8.1 pour démarrer avec "doctrine/orm": "^3.0", non ?
Alors j'ai du coup une autre proposition : #1705 @agallou @stakovicz on a le point outils mercredi prochain je vous propose qu'on reparle de ce sujet à ce moment-là. |
|
Je cloture en attendant PHP 8.1 |
3 participants
Comme discuté lors du dernier point mensuel, on avait décidé de tenter une transition vers Doctrine en mode ORM pour unifier les différents accès à la base de données.
Dans cette PR, il n'y a qu'une seule table de mappée avec l'ORM afin de simplifier la review et de s'assurer que tout fonctionne correctement en production avant de poursuivre avec d'autres tables.