JhaoDa, а почему именно там, ведь обычно мы там храним структуру данных для ответов, а это получается же входящая структура?! По сути схема у нас выступает в роли валидатора, может должна быть какая-то отдельная папка?
Да, мне однозначно нравится вариант json schema, не понимаю почему я раньше не знал о нем (риторический вопрос)?!
Подскажите, а где, в проекте, в таком случае лучше хранить эти самые схемы? Имеется ввиду архитектурное решение, так как наверное не красиво держать их в App/Http/Requests
Дмитрий, так это ничего по сути не поменяет
00:00:00
00:07:00
00:14:00
00:21:00
00:28:00
00:35:00
00:42:00
00:49:00
00:56:00
- здесь через 4 минуты
01:00:00
01:07:00
Дмитрий, я не говорю что / - это деление. Хотя и не отрицаю что это так. Но если судить по тому же 7 07-22 * * * то мы видим что последнее выполнение в текущем часе будет в 19:56, а следующее в 20:00, то есть через 4 минуты вместо 7. Из этого я делаю вывод что 60 / 7 = 8,57. То есть восемь полных раза, и остаток через 0,57 что и соответствует последнему выполнение через 4 минуты. 7 * 0,57 = 4 минуты
toratoda, да, я с вами согласен. Но тогда мне нужно будет разделить все на три сидера. Но в таком подходе сложность в том что я не буду знать нужный мне id который нужно присвоить той или иной записи. А чтобы этого избежать, мне нужно будет дублировать массив с данными с каждый из тих сидеров, что не приемлемо
По первому, согласен, два запроса для формирования одной вставки это многовато. Судя с вашего предложения я понимаю что должны быть разные сидеры для:
областей
типов населенных пунктов
населенных пунктов
И это нормально. Но тут возникает вопрос. При вставке населенного пункта, и получения недостающих полей для него, я могу столкнутся с ошибкой. А именно, теоретически может быть такое что при поиске по имени области или типу населенного пункта я могу получить в ответ null, если вдруг окажется что такого в базе нет. И как быть тогда? Все равно придется его дописать, или бросать какое-то исключение и откатывать сидеры, что-ли? Так как в отличие от этого варианта, я сразу нахожу, или создаю
Что касается второго, да, согласен. У меня сейчас в районе 1к населенных пунктов, что по сути не так много. Но пачками по 500, за раз, можно было бы сделать
John Jameson, Что-то вы там намутили, честно) Но раз имеем что имеем, то вы ведь получаете id? Получаете! Так берите его, обращайтесь к базе и получайте по этому вашу ссылку. После делайте тот поиск что вам нужен, уже имея на руках и id, и ссылку
John Jameson, приведите более раскрытый пример. Что за кастомная ссылка из БД? то означает учитывался не только id? Здесь же не указано что искать нужно в поле id, здесь в общем сказано что нужно искать, а уже в каких полях это делать решайте сами
Алексей Гончаров, дело в том что картинка то по ссылке открывается. Думаю если бы проблема была с самим файлом то он бы и вовсе не работал. Но попробовать конечно можно
Akina, это задача по типу такой. Есть таблица с постами. Там все посты от всех пользователей, включая его id. Мне нужно получить последний пост каждого из пользователей. Соответственно группировка это по пользователям, а сортировка это получить первый или последний пост каждого из них. Подскажите как можно такое сделать?