Смотри на гитхабе, может найдешь то что тебе подходит)
Вот например https://github.com/Sany07/Property-Listing-Platform-Laravel

Спасибки, завтра гляну

только скачав файл. никто не мешает его подменить после проверки.

сделать запрос, но не GET, а HEAD, чтобы получить только заголовки без тела содержимого

для пущей надёжности, можно к GET-запросу добавить заголовок "Range: bytes=0-10" и проверить, что первые 4 байта соответствуют сигнатуре "JFIF" или "PNG"

можно через тот же range-запрос получить только первый килобайт файла и скормить его getimageinfo()

Доброе утро, коллеги! Есть такой вопрос, возможно кто-то сталкивался. Разработан интернет магазина на Laravel 6, написана интеграция с 1С 8. На данный момент использовали 2-е службы доставки (своя, Meest Express). При оформлении заказа пользователь выбирал службу доставки, после город (поле поиска), после выбранного города (при выборе Meest появляется поле для поиска адреса (380к адресов + столько же переводов на УКР, поиск осуществляется под выбранный город. Если была выбрана "своя" мог вписать произвольный адрес. Теперь, решили добавить службу Новая Почта, это 1M записей. Как лучше организовать хранение адресов? Мб писать отдельный продукт с базой ХЗ.

А нельзя создать отдельную таблицу для нп?

1 млн не так и много

Если не планируете кучу служб доставки добавлять и в одну таблицу данные могут поместиться с точки зрения нормализации, то неплохой вариант создать отдельную под них таблицу.

А если адреса схожи с meest express, то используйте таблицу со связями

А почему не АПИ НП использовать? Там же можно дергать список адресов

ограничение по к-ву запросов

таблицы будет 2-е (адрес + переводы (укр, ру)) 1M адресов x 2 = 2M переводов.

а зачем в 2

там 2 несчастных поля

description, description_ru

Та ну врядли в єтот лимит упретесь.. оно же создано для єтого

У каждого адреса есть уникальный external_id, + city_id

а вы кстати справочник нп из файла берете или по апи?