не, эт бред вся хрень ведется через обращение в виде запроса к СУБД запрос в виде sql подобный трабл не имеет как следствие промеж таблицы для каких целей они созданы - это второй вопрос ну как и их необходимость вариант - мухлёж вывод сложность и запутанность - это не наши ориентиры Мы за Светлое будущее - наши ориентиры Зеленые Легион!!!
Хи-хи. Это вам кажется, что всё просто. ЖЖ сложная штука, распределенные БД и прочее. Что-то где-то могли таблицы не правильно объединить или обновить не синхронно и получилась такая ерунда. Но не зная структуры - сказать нельзя. Поэтому и не мухлеж может быть, хотя и не исключен.
свистим господа тупо кто в курсе БД сразу скажет, то что в теме это КОСЯК!!! априори,остальное чуров и волшебство, 146% Абасраться и сделать кривой запрос на котором строится эта система, ну так не дэбилы там работают. Иначе бы всю систему развалили бы ещё раньше чем система достигла бы такой популярности!!! АПРИОРИ!!!!!!!!!!!
Бывает, несколько раз наблюдал. Вся штука в том, что полный топ подгружается по мере просмотра: первые 20, затем следующие 20, и так далее. Соответственно, если попасть на момент смены позиции, то когда подгрузились очередные 20 записей, вышло попадание и туда тоже. То есть на пальцах: когда загрузились первые 80 позиций, запись была на 79. По мере просмотра и прокрутки страницы подгрузились позиции 81-100, а за это время запись сместилась на 88 место.
Скорее всего. С одной стороны правильно, а с другой косяк. Могли бы фиксировать результат на начало просмотра или обновлять верхушку. Для адекватного количества мест, допустим, мест 300-500.
Но! мы ведь смотрим сверху вниз, а не снизу вверх. Поэтому, в данной ситуации более логичен эффект, когда нашего поста не будет в топе совсем. При просмотре первых 50 его нет, у него место 55. А при загрузке следующих 50 его тоже нет, он уже 40й.
Вариант с падением возможен. Пока грузили вторую часть, пост свалился вниз. Но там положительный рост отмечен. Да, возможно хитрая ситуация, когда пока смотрели первые 50 мест наш пост упал низко-низко, а потом вернулся выше, оказавшись во вторых 50, где мы его и подгрузили. Мне кажется, что такую ситуацию сложно подкараулить.
Я так предполагаю, что рост показан по сравнению со значительным промежутком времени: не меньше часа. Данная же флуктуация происходит не более чем за несколько минут.
Comments 22
Reply
Но да, это нужно постараться так запрограммировать, чтоб такой эффект получить.
Reply
вся хрень ведется через обращение в виде запроса к СУБД
запрос в виде sql подобный трабл не имеет
как следствие промеж таблицы
для каких целей они созданы - это второй вопрос
ну как и их необходимость
вариант - мухлёж
вывод
сложность и запутанность - это не наши ориентиры
Мы за Светлое будущее - наши ориентиры Зеленые Легион!!!
Reply
Reply
тупо кто в курсе БД
сразу скажет, то что в теме это КОСЯК!!!
априори,остальное чуров и волшебство, 146%
Абасраться и сделать кривой запрос на котором строится эта система, ну так не дэбилы там работают. Иначе бы всю систему развалили бы ещё раньше чем система достигла бы такой популярности!!!
АПРИОРИ!!!!!!!!!!!
Reply
То есть на пальцах: когда загрузились первые 80 позиций, запись была на 79. По мере просмотра и прокрутки страницы подгрузились позиции 81-100, а за это время запись сместилась на 88 место.
Reply
Reply
Поэтому, в данной ситуации более логичен эффект, когда нашего поста не будет в топе совсем.
При просмотре первых 50 его нет, у него место 55. А при загрузке следующих 50 его тоже нет, он уже 40й.
Вариант с падением возможен. Пока грузили вторую часть, пост свалился вниз. Но там положительный рост отмечен. Да, возможно хитрая ситуация, когда пока смотрели первые 50 мест наш пост упал низко-низко, а потом вернулся выше, оказавшись во вторых 50, где мы его и подгрузили. Мне кажется, что такую ситуацию сложно подкараулить.
Reply
Reply
Leave a comment