NubasLol, про пхп написал т.к. вижу как ты периодически пишешь про недостаточную скорость. Так Ларавел это фреймворк, а у фреймворков юзабилити всегда ценнее производительности
NubasLol, да, тормознутные запросы можно заменить на join/raw и это его ускорит. А пока не стал тормознутым не трогать. О чем я и написал. А здесь пример простой, который не будет тормозить. Как и все квери методы Ларавел если не превращать их в "сложные запросы". А в чем противоречие?)
NubasLol, у меня все запросы быстро работают. единственный раз когда переписывал это череду wherehas на полиморфных связях и большом количестве данных. там с join быстрее было. зачем фреймворк вам? пишите на пхп или го) а для роутинга итд наверняка есть решения
Sergey Kuzmenko, да. ты записываешь в поле проверку есть такая модель или нет в запросе. Раньше все withCount для этого юзали выглядело, как велосипед поэтому Ларавел сделал нормальный вариант.
Алексей Уколов, работать с коллекцией вместо запросов даже приучаться не стоит. Я такое на заре обучения делал пока тормоза на ровном месте не появились и не объяснили здесь, что так делать не нужно. Плюс проблемы с пагинацией, составными запросами и тд все потом переписывал.
Алексей Уколов, зачем? Ларавел это не какой-то самопальный фреймворк с 3мя пользователями, чтобы ему не доверять. Иначе нет смысла его использовать. Фреймворки это в принципе про упрощение и ускорение процесса.
Павел Кончич, это будет геморрой с ошибками, а не решение. копировать в каждый метод вызов да еще приватного метода. видимо здесь такое предлагают с учетом одного котроллера и то плохо.
Проверять расширение и mimetype - не одно и тоже. В mimetypes Ларавел читает файл и определяет тип содержимого. Проверять только расширение небезопасно.
Северное Сияние, и? Model::truncate()?) Я могу еще методы накидать, как удалять данные.
Мне это не подходт
То как правильно то не подходит. Правильно делать тесты изолированными. Завязываться на бд, предыдущих тестах это всегда ловить геморой и тратить время на дебаг с ростом тестов.