DateTime objects are serialized as strings about meilisearch-symfony

[norkunas]

Hey.
Could you open a PR with your fix? :)

[bpolaszek]

Seems a little hacky, plus it requires end user the knowledge of having to flag each DateTimeInterface property with
#[Serializer\Context([DateTimeNormalizer::FORMAT_KEY => 'U'])].

We could enforce that context configuration to avoid that, but this could conflict with other serializer usages, which prefer using DateTimeInterface::ATOM for serialization (typically, API-Platform projects).

Another solution would be to drop some arbitrary property in the context as early as possible, to tell the serializer that it's the bundle that requested the serialization. This way it would know that DateTimeInterface objects have to be normalized as unix timestamp integers.

Or, the ability to use a different serializer instance.

I'll try to have a look at this.

[norkunas]

I think we can add format key to the context in Meilisearch\Bundle\SearchableEntity::getSearchableArray without breaking anything 🤔

[bpolaszek]

I think we can add format key to the context in Meilisearch\Bundle\SearchableEntity::getSearchableArray without breaking anything 🤔

Oh, didn't think about that, I just dropped #309 with a meilisearch: true context parameter. Might be useful in some other cases tho - WDYT?

[norkunas]

If meilisearch allows to store timestamps as strings then I'd go for directly configuring format without adding meilisearch to the context, but this needs to be tested then, otherwise current solution is the way to go 👍

[bpolaszek]

Nope, I already tested that, dates aren't searchable with date1 TO date2 filter when they're stored as a unix-timestamp strings - they have to be casted as integers, which is why I had to add a dedicated normalizer (otherwise using existing DateTimeNormalizer would have done the trick indeed)

[norkunas]

Sadly there is no way to configure DateTimeNormalizer to call getTimestamp instead of format('U') 😞