тогда @дайри станут ЖЖ

xD

Маг0т

о, вот уж не согласна, есть и другие отличии, а так очень неудобно(

~Ayanami~

Потому что это увеличит нагрузку настолько, что работать на Дневниках станет совершенно невозможно. Вопрос поднимался уже не раз, но до настоящего времени ответ неизменен - нет. По техническим причинам, а не потому что мы такие вредные.

Караидель

а такой код уже есть? и он тестировался?

Караидель

эх.. жаль, что не получится

quirischa

Чтобы знать, что не стоит ронять на ногу гирю, необязательно проводить эксперимент, правда?;о) С программами примерно так же: можно оценить тяжесть алгоритма не реализуя его.

Караидель

не совсем правда.



вот, например, когда добавили второй сервер дайрей считалось, что все пойдет нормально, а началась рассинхронизация.

quirischa

Это совершенно разные вещи. Не путайте алгоритм и техническое решение;о)

Караидель

так ведь и роняние гири на ногу можно по-разному реализовать.

если в двух словах, то ничего не делалось, потому что считается, что ничего сделать нельзя.

quirischa

Потому что теоретические выкладки показали, что это слишком ресурсоёмко. Возможно, в будущем ситуация изменится к лучшему, но на данный момент техническая база не позволяет реализовать подобную функцию.

А тогда у меня к вам вопрос, почему закрытые записи, точнее их содержимое, видно всем, даже тем, кого нет в "белом списке"? Это особенность конструкции?

Lyva

Значит, Вы её не закрыли.

Караидель

1. "Закрытая запись"

2. "Открыта только для списка"

3. Собсственно список. По нику в строке. В соответствии с написанием.

Lyva

о какой записи идёт речь?

Караидель, конкретно? Сейчас найду

Да хотя бы последняя запись

Lyva

Зашла под запасным логином. Ваши закрытые записи не видны.

Караидель, да? Ну... спасибо))

quirischa

расскажите вариант реализации этого отличный от того который знаем мы, наш вариант примерно следующий:

1. смотрим количество постов которые юзер хочет видеть на странице (допустим 10)

2. выбираем из базы 10 записей

3. проверяем 10 записей на доступ оказалось что 3 из них юзеру показывать нельзя далее 2 варианта:

3.1. Показываем юзеру только 7 записей - но может быть ситуация когда все 10 от него закрыты как быть? показать ему пустую страницу?

3.2. считать еще 3 записи и проверить их на доступ, допустим 3 из них закрыты опять читаем 2 записи? а ведь на п3 все 10 записей могут оказаться закрытыми да и на п3.2. считываемые записи будут закрыты, можно конечно сразу читывать с запасом а потом проверять но запаса может не хватить и дочитывания в этом случае опять не избежать, а если хватит то получается мы зря считали избыточные записи т.е. зря нагрузили сервер, да и с постоянным дочитыванием на сколько записей будет считано больше? на сколько увеличится время загрузки одной такой страници? и все ради чего? чтобы вы не видели текст "эта запись не предназначена для просмотра"?



Мы никогда не говорили что наши алгоритмы идеальны, и быть может есть другие варианты решения этой конкретной проблеммы, так поделитесь, быть может со стороны виднее, мы вам только спасибо скажем. А варианты которые видим мы реализуемы но на них нужны вычислительные ресурсы, сейчас лишних ресурсов нет, потому реализовано это оптимально с нашей точки зрения.