по второму пункту: за день набегает около 10-20 новый issue, лично для меня не очень понятно почему на главной странице первым открывается предложение скачать rc1… ну и отсутствие в архиве .less файлов и конструктор тоже отключен… в общем несколько странная позиция разработчиков, только если для привлечения новых сил, но опять же… странно в общем
Так вот я и не могу придумать как правильно организовать иерархию для обновления пользователей, чтобы не плеваться в будущем пачками 100-1000 запросов к основному серверу за-раз.
ок.
Есть база, я могу получить с нее данные по пользователю сделав запрос: backendDB/getData/Вася, в ответ я получу json. Его я обработаю и запихну в базу уже для генерации картинок на основе этих данных. Далее мне нужно будет обновлять данные по Васе в своей базе, время от времени делая запрос в backendDB
Через какоето время в мою базу добавляется пользователь Петя, я делаю запрос в backendDB за данными по Пете. В дальгнейшем мне нужно обновлять данные по двум пользователям. Мне не нужно выводить данные, которые актуальны на секунду запроса, я хочу обновлять их в зависимости от количества запросов по тому или иному пользователю. Например обновлять Васю раз в 30 минут, потому что данные по нему часто запрашивают, а данные по Пете обновлять реже, например раз в 1 час, потому что его «спрашивают» редко.
Я пытаюсь понять как сделать БД для хранения данных для картинок и как ее обновлять, чтобы не нагружать сильно backendDB, потому что количество пользователей через какоето время вырастет и обвнолять сразу много данных может плохо сказаться на backendDB
да, это было бы идеальным решением, но к сожалению общение между базами я могу осуществить только обращением к некоему API, которое мне вернет ответ в json.
по теме, ИМХО готовых проектов таких врядли существует, ибо бд специфичные для каждого проекта получатся, соответсвенно и работать с ними нужно специфично.
Про ВНЖ -- закрывают не города, а районы в городах. Список закрытых районов есть на офф сайте гёча.