jaja 4x verdomme brak

[Verwijderd]

Nog een keer proberen, wat een kutzooi zeg, ik ben een uur bezig om een topicje te plaatsen wat NIET brak wordt :(
Ja hoor, het topic waarin ik een brak topic meld is ook brak
Goed ik zei dus dat topic nr 145480 in Non-windhoos operated systems brak is. Titel: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA?
Tevens zit er een zo'n leuk ding in Opslagmedia met titel Html als autorun of iets dergelijks.

[Artcore]

Het is niet zo makkelijk als het lijkt om een topic te openen, rustig maar

[wildhagen]

Ja, het gaat vandaag weer 3x klote, helaas...

Nah ja, afwachten maar, tot het weer eens een keer eventjes wil gaan werken...

[Mr. B.]

Het is vandaag inderdaad weer driewerf klote
Constant databeestproblemen, cannot find server, ongeldig topicnummer, etc.

[Tassadar]

sommige mensen gebruiken wel een database die transactions ondersteunt... andere niet.

[DiSiLLUSiON]

't begint er hiero op te lijken alsof GoT niet op een php forum runt, maar op ubb en een antieke versie ook nog

[Mr. B.]

Op Saturday 17 March 2001 19:10 schreef DiSiLLUSiON het volgende:
't begint er hiero op te lijken alsof GoT niet op een php forum runt, maar op ubb en een antieke versie ook nog

LOL

[wildhagen]

Op Saturday 17 March 2001 19:10 schreef DiSiLLUSiON het volgende:
't begint er hiero op te lijken alsof GoT niet op een php forum runt, maar op ubb en een antieke versie ook nog

Moet dat worden opgevat als een hint?

[[eNeRGy]]

Op Saturday 17 March 2001 19:10 schreef DiSiLLUSiON het volgende:
't begint er hiero op te lijken alsof GoT niet op een php forum runt, maar op ubb en een antieke versie ook nog

Grote onzin, UBB is nooit zo brak geweest hoor.. Sterker nog, zoiets heb ik nog nooit met UBB meegemaakt.

[Jordi]

Wat was ook alweer het grootste punt van kritiek? Juist... dat er af en toe zomaar topics kwijtraakten. Wat doet Topix?...

[wildhagen]

Op Saturday 17 March 2001 19:22 schreef Jotti het volgende:
Wat was ook alweer het grootste punt van kritiek? Juist... dat er af en toe zomaar topics kwijtraakten. Wat doet Topix?...

Topix maakt ze brak, niet kwijt

En dat lag overigens ook aan de hoogbejaarde versie van UBB die gebruikt werd, dat ding was antiek en als gevolg daarvan was hij zo af en toe een beetje seniel.

[Jordi]

Je hebt wel gelijk, maar brak of kwijt, het is allebei niks. Waar is het knopje 'none of the above' wat ik bij enquêtes altijd overal gebruik?

[RvdH]

Verschil is dat de brakke topics het gevolg zijn van een overbelaste database, en niet van de forumsoftware. Bij UBB was dit dus wel het geval. Al vind ik wel dat Topix dit odeoam moet opvangen, that is, zodra er dreigt een brak topic te ontstaan, query cancellen en opnieuw invoeren.

Maar voor de rest werkt Topix nog altijd 100x beter als UBB (tenminste, de versie die wij draaiden).

[jelmervos]

Op Saturday 17 March 2001 19:36 schreef Jotti het volgende:
Je hebt wel gelijk, maar brak of kwijt, het is allebei niks. Waar is het knopje 'none of the above' wat ik bij enquêtes altijd overal gebruik?

Brak is beter, dan kun je tenminste de titel nog lezen

[jelmervos]

Hoe raken topic's eigenlijk brak, waarom is hij brak en soms niet. En hoe ziet Topix of een topic brak is of niet

[Verwijderd]

Op Saturday 17 March 2001 20:23 schreef jelmervos het volgende:
Hoe raken topic's eigenlijk brak, waarom is hij brak en soms niet. En hoe ziet Topix of een topic brak is of niet

Volgens Jorma komt het door MySQL die net op dat moment koffie gaat drinken.

[DiSiLLUSiON]

Op Saturday 17 March 2001 20:18 schreef RickJansen het volgende:
Verschil is dat de brakke topics het gevolg zijn van een overbelaste database, en niet van de forumsoftware. Bij UBB was dit dus wel het geval. Al vind ik wel dat Topix dit odeoam moet opvangen, that is, zodra er dreigt een brak topic te ontstaan, query cancellen en opnieuw invoeren.

Agreed. Een forum zou zoiets moeten opvangen, door bijv direct na de insert een check te doen of het daadwerkelijk geinsert is, en zoniet gewoon de query opnieuw uitvoeren.

Op die manier is het misschien een beetje meer serverload, maar de kans op brakke topis is wel heeeel wat minder, zo niet nihil.

[Onno]

Een forum zou zoiets moeten opvangen, door bijv direct na de insert een check te doen of het daadwerkelijk geinsert is, en zoniet gewoon de query opnieuw uitvoeren.

En hoe dacht je dat te gaan doen?

Neem nou het aantal posts. Hoe wil je controleren of dat goed geupdate is?

- lees aantal posts
- update alles
- lees aantal posts
- kijk of het verschil 1 is

Zo? Dan mag er dus maar 1 update tegelijk uitgevoerd worden, anders gaat 't mis. En maar 1 tegelijk is niet echt goed voor de snelheid als je 10 requests per seconde te verwerken hebt. (dat aantal verzin ik trouwens, ik weet niet hoeveel got er heeft)
En ook zit je weer met een hoop extra queries...

Zonder transactions is dat niet echt handig te doen denk ik.

[Chaos]

Bovendien gaan er niet random queries mis, maar gaat de database af en toe voor een minuut ofzo plat. De controle query kun je dan ook niet uitvoeren. Als je dat dan blijft proberen totdat de database weer wel bereikbaar is krijg je gelijk na het starten zo'n enorme load op mysql dat die gelijk weer plat gaat en misschien nog wel de complete server meeneemt ook.

[havana]

3 programmeurs in discussie, mooi hoor

[DiSiLLUSiON]

Op Saturday 17 March 2001 22:17 schreef Onno het volgende:

[..]
En hoe dacht je dat te gaan doen?

Hence the bijv. in mijn zin; ik deed maar een gokje.

Er zijn verschillende manieren, de ene beter dan de andere.