useless_faq | (no subject)

Предположим такую ситуацию: некто запостил в

useless_faq вопрос, который не отвечает правилам сообщества, но его ещё не удалили модераторы. У человека, который загружает этот пост, чтобы посмотреть комменты, медленный интернет, и страница загружается медленно. И вот у него загрузилось полстраницы, и продолжает открываться, и в этот момент модератор с быстрым интернетом удалит этот пост, т.к. он не отвечает правилам сообсчества. Вопрос - у человека, который загружает страничку с постом, эта страничка всё-таки дозагрузится, даже когда её удалит модератор, или напишет какую-то ошибку а-ля "Не могу догрузить до конца эту страницу, т.к. такой записи уже нет"?

Flat | Top-Level Comments Only

Догрузится.

То есть, если запись удаляет модератор, то она таки не удаляеццо с сервера?

Удаляецо. Но если страницу запросили, то сервер её передаст и дело уже в скорости клиента. А существует она уже или нет выяснится при следующем запросе, т.е. если пользователь решит перегрузить страницу.

Догрузится. Почему долго объяснять :)))

не знаю как именно здесь, но вообще я программер баз данных
Там есть такое понятия как транзакция в том числе транзакция чтения
так вот - загрузка страницы должна происходить за 1 транзакцию чтения
Это означает, что все чтения будут такими как если бы они происходили в 1 момент

(единственное что в таком случае возможно - snapshot too old что произойдет в таком случае при загрузке сайта мне неизвестно возможно будет ошибка... Но snapshot too old это такая ошибка которая за секунды или минуты не возникает)

ну подумайте, как может догрузиться то, что уже удалили?

объясняю как - это берется из роллбек-сегмента. Оттуда все не сразу удаляется

все, понял, фигню я сказал :)

ороче ето делаеццо примено так:
удаление само процесс из 2х действий
1. собственно удаление - при нем данные реально удаляются из таблицы, но перед этим заносятся в роллбек-сегмент , в таблице каежтся остается ссылка на то что тут есть еще запись
если даже быстро запросить в эжтот момент таблицу (пока не произошла стадия 2 - коммит, любой селект из другой сессии поймет что данные не закоммичены и возьмет данные из рб сегмента)
2. коммит - место в рб сегменте освобождается для след транзакций
если щас запросить селект, то он уже ответит что етой записи нет

А вот если запросить любой селект до коммита то он знает, что он должен вернуть данные по состоянию на "до коммита" по ид транзакции он опеделяет что ему все-таки дажен после коммита надо лезть в рб сегмент
А вот если к етому моменту эта часть рб сегмента будет уже занята другой транзакцией - будет snapshot too old

это все разумеется толькопримерно

(и разумеется вместо етпа 2 - коммит может произойти другое - роллбек Тогда все данные вернутся из роллбек-сегмента обратно в таблицу так как будто они всегда там были)

Какой глубоко диалектический вопрос...

Сначала вычитываются данные из БД, потом уже формируется ответ клиенту (так в идеале должно быть, я думаю в жж так).
Поэтому будет так:
1. Клиент посылает запрос.
2. Сервер вычитывает данные из БД и формирует ответ.
3. Сервер начинает передачу ответа.
4. Клиент начинает прием ответа.
5. Админ посылает запрос на удаление поста.
6. Данные удалены, формируется ответ админу.
7. Передача и прием админу.
8. Конец приема для клиента.
Итак, если 5 пункт произошел после 2-го, то юзер получит страницу, иначе - нет.
Порядок остальных действий клиента по отношению к админу и наоборот несущественен.

даже если 5 будет в середине между разными частями 2 юзер страницу должен получить:-)

Все вышеприведенные действия считаются атомарными.

Собственно говоря, вы об этом и написали выше.

да, облажался я там забыл конечно что скорость загрузки страницы у юзера имеет слабое отношение к скорости формирования страницы:-) Но тем не менее:-)

Если говорить о "тем не менее" то есть механизм транзакций и блокировок. Поэтому пользователь или не получит страницы вообще, или она будет правильно сгенерирована и пользователь получит ее полностью. Если исключить конечно ситуацию когда у всех разработчиков движка сайта руки растут из джопы, которая к тому-же стоит вместо головы =)