e
а чо нет
народ а у сабдейс можно переменный использовать?
Carbon\Carbon::now()->subDays($a)
Size: a a a
2021 March 16
AH
Попробуй, потом скажешь можно или нет.
ВШ
У нас в проекте есть два типа фронтов - одни по коду ответа понимают где ошибка, а другие - по телу.
Например, приходит ошибка валидатора с кодом 422: одни смотрят "422, значит валидатор - парсим его ключи", а другим по-барабану на код ответа, они ищут ключ "error" в ответе.
Основываясь на этих практиках, был разработан пакет https://github.com/andrey-helldar/api-response#returning-exception-instances, который отдаёт не только корректный код ответа, но и имя эксепшена для понимания какая именно проблема.
Да, некоторые скажут, что эксепшенов может быть тьма и лучше отдавать числовой код а-ля 1000, 2345, 5025 и т.д. С одной стороны, соглашусь, а с другой - эти эксепшены же ещё найти надо. То есть должен быть скрипт, который сканит все загруженные неймспейсы, определяет какие из них являются эксепшенами и собирает массив при том, что результат прошлого поиска не должен перезатираться, иначе в числовых кодах смысла не будет.
Например, приходит ошибка валидатора с кодом 422: одни смотрят "422, значит валидатор - парсим его ключи", а другим по-барабану на код ответа, они ищут ключ "error" в ответе.
Основываясь на этих практиках, был разработан пакет https://github.com/andrey-helldar/api-response#returning-exception-instances, который отдаёт не только корректный код ответа, но и имя эксепшена для понимания какая именно проблема.
Да, некоторые скажут, что эксепшенов может быть тьма и лучше отдавать числовой код а-ля 1000, 2345, 5025 и т.д. С одной стороны, соглашусь, а с другой - эти эксепшены же ещё найти надо. То есть должен быть скрипт, который сканит все загруженные неймспейсы, определяет какие из них являются эксепшенами и собирает массив при том, что результат прошлого поиска не должен перезатираться, иначе в числовых кодах смысла не будет.
Он же зайдет для Лары тоже?
AH
Он же зайдет для Лары тоже?
Легко. Он фреймворко-независимый. Под капотом symfony handler.
ВШ
Легко. Он фреймворко-независимый. Под капотом symfony handler.
Отлично, лайк )
AH
Легко. Он фреймворко-независимый. Под капотом symfony handler.
Ресурсы Лары тоже понимает и работает лучше, чем под капотом.
А ещё в дев окружении выводит стек-трейс при ошибках, а на проде скрывает приватные данные.
А ещё в дев окружении выводит стек-трейс при ошибках, а на проде скрывает приватные данные.
T
У нас в проекте есть два типа фронтов - одни по коду ответа понимают где ошибка, а другие - по телу.
Например, приходит ошибка валидатора с кодом 422: одни смотрят "422, значит валидатор - парсим его ключи", а другим по-барабану на код ответа, они ищут ключ "error" в ответе.
Основываясь на этих практиках, был разработан пакет https://github.com/andrey-helldar/api-response#returning-exception-instances, который отдаёт не только корректный код ответа, но и имя эксепшена для понимания какая именно проблема.
Да, некоторые скажут, что эксепшенов может быть тьма и лучше отдавать числовой код а-ля 1000, 2345, 5025 и т.д. С одной стороны, соглашусь, а с другой - эти эксепшены же ещё найти надо. То есть должен быть скрипт, который сканит все загруженные неймспейсы, определяет какие из них являются эксепшенами и собирает массив при том, что результат прошлого поиска не должен перезатираться, иначе в числовых кодах смысла не будет.
Например, приходит ошибка валидатора с кодом 422: одни смотрят "422, значит валидатор - парсим его ключи", а другим по-барабану на код ответа, они ищут ключ "error" в ответе.
Основываясь на этих практиках, был разработан пакет https://github.com/andrey-helldar/api-response#returning-exception-instances, который отдаёт не только корректный код ответа, но и имя эксепшена для понимания какая именно проблема.
Да, некоторые скажут, что эксепшенов может быть тьма и лучше отдавать числовой код а-ля 1000, 2345, 5025 и т.д. С одной стороны, соглашусь, а с другой - эти эксепшены же ещё найти надо. То есть должен быть скрипт, который сканит все загруженные неймспейсы, определяет какие из них являются эксепшенами и собирает массив при том, что результат прошлого поиска не должен перезатираться, иначе в числовых кодах смысла не будет.
Шикарная вещь. Буду ставить
r
public function store(Request $request)
{
$data = $request->all();
if ($request->hasFile('thumbnail')) {
$folder = date('Y-m-d');
$data['thumbnail'] = $request->file('thumbnail')->store("images/{$folder}");
}
Company::create($data);
return back()->with('success', 'Компания успешно добавлена!');
}
{
$data = $request->all();
if ($request->hasFile('thumbnail')) {
$folder = date('Y-m-d');
$data['thumbnail'] = $request->file('thumbnail')->store("images/{$folder}");
}
Company::create($data);
return back()->with('success', 'Компания успешно добавлена!');
}
r
почему может не писать на диск такая конструкция?
r
в массиве картинка приходит.в базу тоже падает название.
r
на диске не появляется.
r
конфиг стандартный
r
только символическая ссылка на паблик стоит
AH
Tim
Шикарная вещь. Буду ставить
В ридми есть блок "Best practice use with the Laravel and Lumen Frameworks". Для Лары полезно
ГА
Попробуй, потом скажешь можно или нет.
ну да вроде работает)
AH
ну да вроде работает)
Ну вот. И стоило в чат писать, народ теребить? ;)
r
почему может не писать на диск такая конструкция?
никто не знает?
r
enctype="multipart/form-data"