А кто вообще придумал брать MongoDB, а потом пытаться из неё сделать реляционную СУБД? Если у вас возникает потребность следить за актуальностью данных, значит вам пора выбрасывать NoSQL и переходить на реляционную БД. www.sarahmei.com/blog/2013/11/11/why-you-should-ne...
sl0, давно разучились читать? league/mime-type-detection[1.0.0, ..., 1.3.0] - только для ^7.2
Т.к, она не подходит, из-за того что у него версию 8.1
То композер взял новее league/mime-type-detection[1.4.0, ..., 1.11.0]
Боже, да вы не лучше автора, тоже читать не умеете ошибки.
Павел, так сделайте это во временной таблице, а потом от туда отфильтруйте.
Да и временную таблицу не нужно делать. Вы же получаете результат просто из него тоже сделайте SELECT
П.С И запрос не страшный, страшный это на 1000 строк. Да и выбирать по * не рекомендуется, если только вам действительно нужны все данные.
П.С2 В общем почитайте про вложенные SELECT
Антон, == это чтобы не сломать гавно код от старых версий php.
== не рекомендуется использовать в новом коде, если не хотите не предсказуемого поведения.
это что за ректальный программист такую архитектуру для БД создал? Про нормализацию не знаем?
Да и кто вам мешает взять всю строку, а потом средствами ЯП, сделать что нужно?
Композер не удобен? О_О
Чувак, композер это самый удобный и быстрый инструмент, доступный только на PHP, у других языков альтернатива куда хуже и гемороней.
Hfnas, в том репозитории где пример на Symfony, есть адрес на мастер класс по Symfony. рекомендую его посмотреть. Хоть мастер класс и создавался под Симфони 4.3-4.4, но актуальность нисколько не потерял, а те знания, что вы там получите позволят без проблем использовать наработки при любой разработки.
П.С Мастер класс можно найти на торрентах, если жалко платить ;) рекомендую просматривать на скорости х2 (повествования слишком медленное)
Либо используете готовую библиотеку, которая это всё сделает
https://symfony.com/doc/current/components/seriali...