Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien

[bug] Posten na een slotje

Pagina: 1
Acties:
  • 27 views sinds 30-01-2008

  • moto-moi
  • Registratie: Juli 2001
  • Laatst online: 09-06-2011

moto-moi

Ja, ik haat jou ook :w

Topicstarter
Hoi Devvertjes :)

Het is me al vaker opgevallen, en vandaag kwam het weer eens voor.

Blijkbaar is het mogelijk in een milleseconde ofzo nadat de mod het topic op slot heeft gezet een posting te maken.

Ik denk dat dat komt door de volgorde waarin de gebeurtenissen worden gedaan.
Ik gok dat er nu:
post sluitposting -> slotje erop zetten
gebeurt.
Zou dit misschien veranderd kunnen worden naar:
Slotje erop -> post sluitposting ?

Alvast bedankt :)

God, root, what is difference? | Talga Vassternich | IBM zuigt


  • chem
  • Registratie: Oktober 2000
  • Laatst online: 22-11 22:17

chem

Reist de wereld rond

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
[15:34] <b6a> [TOPIC=864588///][NOHTML][rml][ Oracle] DataBase is vol[/rml][/NOHTML][/TOPIC]
[15:34] <b6a> hoort dat te kunnen?
[15:35] <b6a> met mijn post deed ik hem tegelijk dicht
[15:35] <b6a> mijn post is eerder
[15:35] <b6a> maar hij kon nog wel posten
[15:36] <Terr> [TOPIC=864607///][NOHTML][rml][ post] post kwijt?[/rml][/NOHTML][/TOPIC] <- kan dicht :)
[15:46] * Cutebrit|afk (~Cutebrit@217-19-19-66.dsl.cambrium.nl) has joined #trueserver
[15:46] * Cutebrit|afk is now known as Cutebrit
[15:47] * momania (momania@qn-213-73-202-70.quicknet.nl) has joined #trueserver
[15:47] <Rafe> b6a: ja, in een zeldzaam geval kom je reactie eerst aan, de milliseconde erna die van die ander, en weer een milliseconde later staat het slotje er
[15:47] <b6a> hmm
[15:47] <b6a> trashen dan maar :>
[15:48] <Rafe> er is dus een heel klein tijdvenster waarin een reactie van de ander tussen jouw sluitpost en het slotje zetten kan komen
[15:48] <b6a> pfff
[15:49] <Cutebrit> zo klein is dat niet hoor
[15:49] <Cutebrit> is me al meerdere keren overkomen
[15:49] <chem|work> waa?
[15:49] <Cutebrit> Meukee !
[15:49] <Cutebrit> toch?
[15:50] <Superdeboer> true
[15:50] <chem|work> zoiets heet een raceconditie trouwens
[15:50] <chem|work> en dat is bij sommige projecten bijzonder gevaarlijk
[15:50] <b6a> uhuh
[15:51] <chem|work> en rafe heeft geen gelijk :+
[15:51] <Rafe> Cutebrit: ik heb eens aan ACM of kees gevraagd om de Unix timestamps er van op te vragen, en toen bleek het maar om 5 milliseconden te gaan
[15:51] <Rafe> oh... zoiets stond me er van bij iig :+
[15:51] <chem|work> naar de database komen je reactie + slotje op exact hetzelfde moment aan (zonder race)
[15:51] <Cutebrit> hmm
[15:51] <chem|work> grappig, de database telt in hele seconden :+
[15:51] <Cutebrit> Hoe is het dan te verklaren?
[15:51] <b6a> ik wou net zeggen
[15:51] <Cutebrit> lol
[15:51] <b6a> logt de database in zo'n resolutie
[15:51] <b6a> beetje overdreven :)
[15:52] <Rafe> ja? nou dan zal het wel aan mij liggen 8)7
[15:52] <chem|work> het is namelijk zo dat je gehele "actie" pas op het allerlaatste moment gecommit wordt
[15:52] <chem|work> en als er *iets* fout gaat komt er een rollback
[15:52] <Rafe> ik zou zweren op mijn halfverdoofde rotkop dat een serverdude zei dat het in millisecondes ging, maargoed :+
[15:52] <chem|work> daarintegen is er wel concurrency op de DB server, en kan het zijn dat-ie bepaalde tabel-acties bundelt oid
[15:52] <chem|work> al lijkt me dat stug en bijzonder onaangenaam
[15:53] <chem|work> wat wel kan, is dat de user submit, jouw actie wordt ondertussen verwerkt, de user's reactie gaat naar db -> reactie na slotje
[15:53] <chem|work> want voordat jouw data gecommit wordt, heeft de user al de rechten bepaald etc.

Klaar voor een nieuwe uitdaging.


Dit topic is gesloten.