Vi har besøg af Robert fra SPAMfighter i morgen, han er database-haj. Han kan forhåbentligt finde fejlen. Vi har ikke lavet andet den sidste uge end at rette det ene og det andet. Det er super frustrerende og vi er meget kede af det.
Dbh Martin
Med jeres arbejdsvilje, gør det sq ikke noget fra min side. Jeg syntes det er fantastisk at se i kæmper for at kunne få det op og køre igen.
Ja, her hos mig, er det blevet meget bedre den sidste time :-)
Det er super fedt at i holder os opdateret. For godt nok er det irriterende at Amino ikke virker i perioder. Men hvis vi får et hurtigere og mere stabil side ud af det, ja, så tror jeg vi alle kan leve med det
Vi har besøg af Robert fra SPAMfighter i morgen, han er database-haj. Han kan forhåbentligt finde fejlen. Vi har ikke lavet andet den sidste uge end at rette det ene og det andet. Det er super frustrerende og vi er meget kede af det.
Dbh Martin
Med jeres arbejdsvilje, gør det sq ikke noget fra min side. Jeg syntes det er fantastisk at se i kæmper for at kunne få det op og køre igen.
Ja, her hos mig, er det blevet meget bedre den sidste time :-)
God arbejdslyst.
Mvh. Thomas De Oliveira
Hej
Jeg kan kun tilslutte mig, at det lige nu virker, som om I har fået fat i noget af det rigtige
Hvad f..... skal vi gøre uden Amino
Vi er mange der føler med Jer idenne frustrerende situation.
Kan I ikke skrive lidt om arkitekturen bag amino.dk.
Hvis der kun er een MS-SQL server, der trækker x antal front-end serveren, kan jeg måske godt forstå at den "sveder" en del, med mindre at der er en seriøs cache foran.
it-arbejde.dk - specialister i middleware og server-side softwareudvikling, J2EE konsulent og Django.
Skal lige huske at bemærke - såfremt nogle bliver bekymret - det er kun selve oversigten over de private beskeder der er slået fra. Selve beskederne er selvklart ikke slettet eller noget - så de ligge stadig i databasen og hygger sig :)
Kan I ikke skrive lidt om arkitekturen bag amino.dk.
Hvis der kun er een MS-SQL server, der trækker x antal front-end serveren, kan jeg måske godt forstå at den "sveder" en del, med mindre at der er en seriøs cache foran.
Hvis vi kun snakker om selve amino.dk (dvs. ikke vores forskellige børser ej heller Freelancere og Tryk), kører den på CommunityServer. Selve datalags arkitekturen består stort set udelukkende af SQL Sever SPROC. Vi har en databaseserver til alle vores sites, samt en databasesever til mailudsendelse. Vi har også en www-server.
Vores tabeller er efterhånden store, men ikke enorme så SQL Server burde kunne håndtere det. Vores bud er at der skal kigges på indekseringen. Typisk burde en SQL Server godt kunne trække 1-3 WWW servere. Men det afhænger selvfølgelig af så mange faktorer så en tommelfingerregel nærmest er ubrugelig :)
Index er din ven :o)
Det er bare om at gå jeres where queries igennem og sikre der er nogle solide indexes på de felter i selecter meget på. Men et index, der ikke bruges er også et skidt index, så gør det med omhu :o) Men I får jo nok løst det, når SPAMfighter db-manden kommer på visit ;)