mboost-dp1
Flickr - elisfanclub
Det er da en smule patetisk, at det endnu ikke er lykkedes dem at lave noget som er kommet op på bare ufatteligt ringe.
De kunne jo bare sætte en server op for hver skole, som håndterede alle requests lokalt, og derefter sendte det endelige resultat videre til den centrale server, så den ikke skal få 25.000 requests stoppet op i anus i gud ved hvor lang tid sådan en test varer.
Alternativt kunne de jo også bare lade være med at bruge computere som ikke engang kan afvikle pong som servere...
De kunne jo bare sætte en server op for hver skole, som håndterede alle requests lokalt, og derefter sendte det endelige resultat videre til den centrale server, så den ikke skal få 25.000 requests stoppet op i anus i gud ved hvor lang tid sådan en test varer.
Alternativt kunne de jo også bare lade være med at bruge computere som ikke engang kan afvikle pong som servere...
1 skrev:De kunne jo bare sætte en server op for hver skole, som håndterede alle requests lokalt, og derefter sendte det endelige resultat videre til den centrale server, så den ikke skal få 25.000 requests stoppet op i anus i gud ved hvor lang tid sådan en test varer.
Formålet er jo netop at centraliserer prøverne!
25000 requests er jo intet, og det er ikke engang tunge request.
Systemet burde havde været udviklet til 250.000 (ja, et nul mere) request af gangen.
Hele systemet lugter langt væk af inkompetente programmørere, og at der har været forsøgt at spare på kvaliteten af serverne.
Man får lyst til at ringe dem op, skrige "BRUG DOG FLASH I TUMPER!!" og knalde røret på igen. Man kunne også skrive en e-mail til dem, men det bringer vel bare deres servers stabilitet i fare, hvis man bruger mere end 5 ord...
Man kunne for pokker da lave et flash-applet, som ikke ville fylde meget mere end 100 kb, så hele prøven kunne klares i en request per person, dog med en lidt større datastrøm i slutningen af prøven. Kan da vel ikke tage lige så tungt på en server, hvis alt den skal gøre er at modtage en pakke, og ikke sende data den anden vej, som det tumpede system de bruger nu gør...
Nu er 25.000 presoner, som skal hente 100 kb hver måske en del at håndtere på en gang (trods alt 2½ gb), men så kan man da også bare sætte et count-down script ind, der aktiverer prøven på et bestemt tidspunkt, således at der ikke er nogle problemer i at pre-loade det hele inden prøven starter.
Kan vi ikke få nogle betjente fra polities IT-afdeling til at tage ud og indrage tossernes pc-kørekort? Hvis de da overhrovedet har nogle...
Man kunne for pokker da lave et flash-applet, som ikke ville fylde meget mere end 100 kb, så hele prøven kunne klares i en request per person, dog med en lidt større datastrøm i slutningen af prøven. Kan da vel ikke tage lige så tungt på en server, hvis alt den skal gøre er at modtage en pakke, og ikke sende data den anden vej, som det tumpede system de bruger nu gør...
Nu er 25.000 presoner, som skal hente 100 kb hver måske en del at håndtere på en gang (trods alt 2½ gb), men så kan man da også bare sætte et count-down script ind, der aktiverer prøven på et bestemt tidspunkt, således at der ikke er nogle problemer i at pre-loade det hele inden prøven starter.
Kan vi ikke få nogle betjente fra polities IT-afdeling til at tage ud og indrage tossernes pc-kørekort? Hvis de da overhrovedet har nogle...
#4
Jeg tvivler på at flash ville være særlig meget bedre end den nuværende web løsning.
Flash er virkelig ikke optimalt til håntering af 'form data'.
Problemet er at COWI har valgt ekstrem tunge protokoller (SOAP) til formålet, som laver en ekstrem overbelastning (op til 400% unødvendig data) på serverne.
De skulle have kodet det ligesom PBSs protokol til transaction-transfers (smart komprimeret binær protokol), for at reducere unødvendig data maximalt.
Nu kender jeg ikke prøverne, men mon ikke der også er unødvendig grafik i alt for høje opløsninger osv.
Jeg tvivler på at flash ville være særlig meget bedre end den nuværende web løsning.
Flash er virkelig ikke optimalt til håntering af 'form data'.
Problemet er at COWI har valgt ekstrem tunge protokoller (SOAP) til formålet, som laver en ekstrem overbelastning (op til 400% unødvendig data) på serverne.
De skulle have kodet det ligesom PBSs protokol til transaction-transfers (smart komprimeret binær protokol), for at reducere unødvendig data maximalt.
Nu kender jeg ikke prøverne, men mon ikke der også er unødvendig grafik i alt for høje opløsninger osv.
#5
Ved ikke, grafikken virkede ikke overflødig da jeg var til eksamen, der var det der skulle være, der var ikke som sådan kælet for brugerens oplevelse. Der var nogle billeder af det periodiske system og sådan, men havde godt nok lige andet at bruge min tid på end at undersøge billedernes format og lignende.
Ved ikke, grafikken virkede ikke overflødig da jeg var til eksamen, der var det der skulle være, der var ikke som sådan kælet for brugerens oplevelse. Der var nogle billeder af det periodiske system og sådan, men havde godt nok lige andet at bruge min tid på end at undersøge billedernes format og lignende.
hehe jeg skal være med til at teste systemet her senre i dag sammen med nogle andre skoler her i århus :P det skal nok blive fun og se om det virker ^^
Hvis problemet er at alle opgaverne skal overføres på samme tid, så kunne man vel overføre dem på forhånd i krypteret form (fx. få timer før), og så blot distribuere nøglen.
Det minder vel også om det man gør med papir-udgaven - man deler ud nogle minutter før prøven starter, men man må ikke åbne/vende om, før prøven starter.
Det minder vel også om det man gør med papir-udgaven - man deler ud nogle minutter før prøven starter, men man må ikke åbne/vende om, før prøven starter.
Jeg vil også lige spille klog omkring et system jeg ikke ved noget om.
Det handler om skalerbarhed. Hvis systemet er skalerbart er det lige meget at de har anvendt nogle tunge protokoller osv., så kan de bare købe noget mere hardware.
Omkostningen til hardware er forsvindende lille i forhold til øvrige omkostninger ved sådan et projekt.
Det handler om skalerbarhed. Hvis systemet er skalerbart er det lige meget at de har anvendt nogle tunge protokoller osv., så kan de bare købe noget mere hardware.
Omkostningen til hardware er forsvindende lille i forhold til øvrige omkostninger ved sådan et projekt.
Lidt OT:
Er det kun mig der har svært ved at se hvad formålet med at lave prøverne på den her måde er? Fungerede det ikke fint med papir? Jeg synes det virker lidt meget som "nu skal vi bruge computere bare fordi vi kan"-syndromet.
Og de kunne med fordel også have fundet nogle halvvejs kompetente folk til at lave deres system, hvis det absolut skal være. Det er foreslået før, men ville det ikke give bedre mening at samle resultaterne ind på den enkelte skole og så sende ind til centralt hold i et planlagt forløb i løbet af dagen for at lette presset på COWIs server, der tilsyneladende er mere skrøbelig end min mormor?
Er det kun mig der har svært ved at se hvad formålet med at lave prøverne på den her måde er? Fungerede det ikke fint med papir? Jeg synes det virker lidt meget som "nu skal vi bruge computere bare fordi vi kan"-syndromet.
Og de kunne med fordel også have fundet nogle halvvejs kompetente folk til at lave deres system, hvis det absolut skal være. Det er foreslået før, men ville det ikke give bedre mening at samle resultaterne ind på den enkelte skole og så sende ind til centralt hold i et planlagt forløb i løbet af dagen for at lette presset på COWIs server, der tilsyneladende er mere skrøbelig end min mormor?
Jeg synes det er til grin man ikke har en løsning til sådan noget pr default.
Det er jo ikke nye problemer det her.
mange request på engang - ikke nyt
Kryptering af data - ikke nyt
Dumme brugere - heller ikke nyt
Dumme administratorer - heller ikke nyt.
Selv min mor ville kunne lave sådan et system med løsninger der findes i forvejen.
Meeeen næææææææææ NEJ idioter skal opfinde den dybe tallerken engang til og engang til og engang til.
Indtil de finder ud af at der findes server løsninger til disse problemer i forvejen.
Det er jo ikke nye problemer det her.
mange request på engang - ikke nyt
Kryptering af data - ikke nyt
Dumme brugere - heller ikke nyt
Dumme administratorer - heller ikke nyt.
Selv min mor ville kunne lave sådan et system med løsninger der findes i forvejen.
Meeeen næææææææææ NEJ idioter skal opfinde den dybe tallerken engang til og engang til og engang til.
Indtil de finder ud af at der findes server løsninger til disse problemer i forvejen.
#12
Det ville da være mega praktisk at lave Multiple-choice test på computere, man ville jo kunne spare vildt mange penge på, at i stedet for at en lærer skal sidde og rette dem har man en computer til det, og så er der jo også den bonus at man får resultatet med det samme. (Så er det bare et spørgsmål om man skal have multiple-choice test)
Det ville da være mega praktisk at lave Multiple-choice test på computere, man ville jo kunne spare vildt mange penge på, at i stedet for at en lærer skal sidde og rette dem har man en computer til det, og så er der jo også den bonus at man får resultatet med det samme. (Så er det bare et spørgsmål om man skal have multiple-choice test)
11 skrev:Det handler om skalerbarhed. Hvis systemet er skalerbart er det lige meget at de har anvendt nogle tunge protokoller osv., så kan de bare købe noget mere hardware.
Omkostningen til hardware er forsvindende lille i forhold til øvrige omkostninger ved sådan et projekt.
Ja, sådan tænker COWI og derfor virker deres system ikke.
Og de har tydeligvis ikke købt hardwaren ind til formålet!
Det er dog en imponerende mangel på kompetence, der her udvises. Hvad virkelig chokerer mig er, at det Offentlige fortsat poster penge i en partner, som åbenlyst ikke er sin opgave moden, frem for at trække al fundering tilbage og rykke videre til en anden.
For Helvede, få dog en gymnasieelev til at hakke systemet sammen i sin fritid og køb noget fornuftig hosting af det ved siden af. Hvor svært kan det være?
For Helvede, få dog en gymnasieelev til at hakke systemet sammen i sin fritid og køb noget fornuftig hosting af det ved siden af. Hvor svært kan det være?
"This is the voice of Vrillon, a representative of the Ashtar Galactic Command, speaking to you. For many years you have seen us as lights in the skies. We speak to you now in peace and wisdom as we have done to your brothers and sisters all over this, your planet Earth. We come to warn you of the destiny of your race and your world so that you may communicate to your fellow beings the course you must take to avoid the disasters which threaten your world, and the beings on our worlds around you. This is in order that you may share in the great awakening, as the planet passes into the New Age of Aquarius. The New Age can be a time of great peace and evolution for your race, but only if your rulers are made aware of the evil forces that can overshadow their judgments. Be still now and listen, for your chance may not come again. For many years your scientists, government and generals have not heeded our warnings; they have continued to experiment with the evil forces of what you call nuclear energy. Atomic bombs can destroy the Earth, and the beings of your sister worlds, in a moment. The wastes from atomic power systems will poison your planet for many thousands of your years to come. We, who have followed the path of evolution for far longer than you, have long since realized this - that atomic energy is always directed against life. It has no peaceful application. Its use, and research into its use, must be ceased at once, or you all risk destruction. All weapons of evil must be removed. The time of conflict is now past. The race of which you are a part may proceed to the highest planes of evolution if you show yourselves worthy to do this. You have but a short time to learn to live together in peace and goodwill. Small groups all over the planet are learning this, and exist to pass on the light of the dawning New Age to you all. You are free to accept or reject their teachings, but only those who learn to live in peace will pass to the higher realms of spiritual evolution. Hear now the voice of Vrillon, a representative of the Ashtar Galactic Command, speaking to you. Be aware also that there are many false prophets and guides operating in your world. They will suck your energy from you - the energy you call money and will put it to evil ends giving you worthless dross in return. Your inner divine self will protect you from this. You must learn to be sensitive to the voice within that can tell you what is truth, and what is confusion, chaos and untruth. Learn to listen to the voice of truth which is within you and you will lead yourselves on to the path of evolution. This is our message to our dear friends. We have watched you growing for many years as you too have watched our lights in your skies. You know now that we are here, and that there are more beings on and around your Earth than your scientists admit. We are deeply concerned about you and your path towards the light and will do all we can to help you. Have no fear, seek only to know yourselves, and live in harmony with the ways of your planet Earth. We of the Ashtar Galactic Command thank you for your attention. We are now leaving the plane of your existence. May you be blessed by the supreme love and truth of the cosmos."
Galen Talent CIA
Galen Talent CIA
#2&3
6000 requests bør være til at håndtere næsten uanset hvad.
Men 250000 er en lidt anden sag. 250000 requests for statisk content i cache er naturligvis ikke noget problem. Men 250000 requests som skal opdatere databasen er en helt anden sag.
Selve artiklen er meget upræcis med hensyn til hvor problemnet egentligt ligger: net/app/db.
6000 requests bør være til at håndtere næsten uanset hvad.
Men 250000 er en lidt anden sag. 250000 requests for statisk content i cache er naturligvis ikke noget problem. Men 250000 requests som skal opdatere databasen er en helt anden sag.
Selve artiklen er meget upræcis med hensyn til hvor problemnet egentligt ligger: net/app/db.
#5
Det fremgår ikke af artiklen at de bruger SOAP. Jeg troede faktisk at det var en web app. Har du et link til en bedre beskrivelse af den tekniske løsning ?
Men jeg tvivler nu på at det er SOAP som har skylden. Hverken båndbredde eller CPU krav til 6000 SOAP requests bør være noget problem.
Det fremgår ikke af artiklen at de bruger SOAP. Jeg troede faktisk at det var en web app. Har du et link til en bedre beskrivelse af den tekniske løsning ?
Men jeg tvivler nu på at det er SOAP som har skylden. Hverken båndbredde eller CPU krav til 6000 SOAP requests bør være noget problem.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund