ID это не только номер изображения, это номера всего, что загрузили, всего, что отклонили, кроме того это номера удаленного контента, а так же номера батчей. То есть по сути они номеруют все подряд. Так что номер картинки ничего не значит.
Раньше очень наглядно было видно, что не каждый ID присваивается, а только каждый третий. Грузили мало и в батче работы выстраивались строго по этому принципу. Сейчас грузят много и там мешанина - каждую секунду принимают 2 новые работы. Соответственно, и разница между одновременно загруженными работами может быть несколько сотен ID.
Проверить принцип "1+2" и сейчас можно - вбить в поиск произвольный номер из существующего диапазона и посмотреть, есть ли работа с таким номером в базе.
Пример:
...
666666666 нет
666666667 ЕСТЬ
666666668 нет
666666669 нет
666666670 ЕСТЬ
666666671 нет
666666672 нет
666666673 ЕСТЬ
666666674 нет
666666675 нет
666666676 ЕСТЬ
666666677 нет
666666678 нет
666666679 ЕСТЬ
666666680 нет
666666681 нет
666666682 ЕСТЬ
666666683 нет
....
Я предполагаю, что "пустые" id возникают из-за отклоненных изображений. То есть id получает любой загруженный файл, но если файл был отклонен, то его id другому загруженному и принятому файлу уже не присвоится, соответственно останется "пустым".
Последний раз редактировалось Lesya_Zh, 12.02.2018 в 21:07.
Я предполагаю, что "пустые" id возникают из-за отклоненных изображений. То есть id получает любой загруженный файл, но если файл был отклонен, то его id другому загруженному и принятому файлу уже не присвоится, соответственно останется "пустым".
Но согласно вашей теории выходит, что вдруг отклонили подряд 300 миллионов изображений -
Цитата:
Сообщение от kvadrat
Какое отношение имеет id к числу изображений? Раньше id через три присваивалось, сейчас не знаю. Плюс пропуск между 7*** и 10***.
Думаю, что они внесли изменения в движок, видя, что относительно скоро начнется перегрузка БД. ID у них числовые, вполне укладывающиеся в диапазон Long Int (думаю, изначально был именно этот формат). Т.е. предел по количеству фоток 2 миллиарда. Если беззнаковый, то 4. С текущей скоростью заполнения базы потолок нащупается очень скоро. И надо бы поменять формат уже.
Помните, сток-сабмиттер не работал с шаттером в автоматическом режиме? Приходилось еще вручную сабмиттить. Вполне возможно, что они меняли формат базы в конце декабря и сделали такой скачок по номерам, чтобы наверняка не перемешались старые записи с новыми. Это надо для безопасной процедуры миграции записей