И
+, сидеры это про заполнение базы статическими данными или инициализирующими на край
Да, я понимаю, поэтому и спросил.
Size: a a a
2020 June 24
SC
Да, я понимаю, поэтому и спросил.
Laravel includes a simple method of seeding your database with test data using seed classes
YA
Так и подумал. А есть какие-нибудь мануалы по этой теме? Как из апи потом получать новинки, чтобы актуализировать свою базу? Нужно свою логику писать?
Получаешь данные, мапишь их на свои модели, сохраняешь
SC
Так и подумал. А есть какие-нибудь мануалы по этой теме? Как из апи потом получать новинки, чтобы актуализировать свою базу? Нужно свою логику писать?
Нужно свою. Тебе надо как-то сравнивать то что есть в твоей бд и что пришло из Api, что бы старые записи удалять, или просто наполнять не удаляя. Как тебе надо, так и делай.
И
Laravel includes a simple method of seeding your database with test data using seed classes
Я думал сначала, что можно просто засидить данными 1 раз, а далее уже из админки, например, вручную добавлять что-то. Но раз уже инфа берется из API, то думаю было бы логичнее, тогда постоянно дергать актуальную инфу из API и держать базу в актуальном состоянии.
И
Нужно свою. Тебе надо как-то сравнивать то что есть в твоей бд и что пришло из Api, что бы старые записи удалять, или просто наполнять не удаляя. Как тебе надо, так и делай.
Ок.
SC
Так и подумал. А есть какие-нибудь мануалы по этой теме? Как из апи потом получать новинки, чтобы актуализировать свою базу? Нужно свою логику писать?
Обычно, в модели хранится какое-нибудь поле с внешним идентификатором, по которому можно свою модель связать с моделью извне
SC
Я думал сначала, что можно просто засидить данными 1 раз, а далее уже из админки, например, вручную добавлять что-то. Но раз уже инфа берется из API, то думаю было бы логичнее, тогда постоянно дергать актуальную инфу из API и держать базу в актуальном состоянии.
Тут вопрос не о том из API или нет, а в том, что в постановке твоей задачи есть периодичность.
И
Ну с одной стороны я могу написать джобу, в которой будет некая логика по обновлению БД, и эта джоба будет запускаться раз в сутки, к примеру. Тогда у меня будет своя база, с которой я смогу делать все что угодно. Но насколько это вообще профитно? Просто вот думаю, может построить всю работу вокруг API, но в таком случае, в моей базе, когда клиент, заказал услугу будет сохранен
id из этой API и нужно будет постоянно делать запросы туда обратно для валидации и тд. Не пойму как лучше реализовать, чтобы потом не страдать)SC
Хороший и сложный вопрос)
VY
Artem Borovinskiy
кто сталкивался с таким?
Я. Но мой акк ему не подошёл...
Я бы за 100 не согласился...
Я бы за 100 не согласился...
AB
Я. Но мой акк ему не подошёл...
Я бы за 100 не согласился...
Я бы за 100 не согласился...
не подошёл чтобы людей скамить?)
VY
дефолтовый
REDIS_HOST=127.0.0.1
REDIS_PASSWORD=null
REDIS_PORT=6379
А что, можно такой пароль давать?
Может лучше оставить пустым?
Может лучше оставить пустым?
VY
Artem Borovinskiy
не подошёл чтобы людей скамить?)
Наверно :)
R#
Планирую делать приложение. Для его работы нужны данные, которых у меня нет. Их нужно получать где-то. Например, список фильмов, которые сейчас в прокате, ну либо просто актуальные фильмы/сериалы. Есть API. Могу постоянно из него брать то, что нужно. Наверное, можно так и делать, тогда не нужна будет таблица с movies, но в дальнейшем будут проблемы, думаю. Например, если появится ф-я "Купить билет в кино", то тогда нужно будет вместо CRUD запросов в свою базу, делать постоянно запросы на внешнее API
мы с помощью сидеров импорт из старого сайта делали
VY
Ну с одной стороны я могу написать джобу, в которой будет некая логика по обновлению БД, и эта джоба будет запускаться раз в сутки, к примеру. Тогда у меня будет своя база, с которой я смогу делать все что угодно. Но насколько это вообще профитно? Просто вот думаю, может построить всю работу вокруг API, но в таком случае, в моей базе, когда клиент, заказал услугу будет сохранен
id из этой API и нужно будет постоянно делать запросы туда обратно для валидации и тд. Не пойму как лучше реализовать, чтобы потом не страдать)Это больше вопрос бизнеса, чем разработки.
Несколько важна актуальность данных - хватит ли обновления раз в сутки? Может надо сделать раз в час...
В общем - своя база предпочтительней по оперативности и гибкости. Кмк
Несколько важна актуальность данных - хватит ли обновления раз в сутки? Может надо сделать раз в час...
В общем - своя база предпочтительней по оперативности и гибкости. Кмк
V
Это больше вопрос бизнеса, чем разработки.
Несколько важна актуальность данных - хватит ли обновления раз в сутки? Может надо сделать раз в час...
В общем - своя база предпочтительней по оперативности и гибкости. Кмк
Несколько важна актуальность данных - хватит ли обновления раз в сутки? Может надо сделать раз в час...
В общем - своя база предпочтительней по оперативности и гибкости. Кмк
между БД можно репликацию запустить, тогда всё на лету заносится .. не всё сидами решается
SC
между БД можно репликацию запустить, тогда всё на лету заносится .. не всё сидами решается
Репликация между бд проекта и удалённой api?
AH
фига ты фоточку сменил
А вы что хотели - мне 31 год!)
SV
