06. juni 2001 - 15:27Der er
2 kommentarer og 1 løsning
Ang. hastighed af site.
Hej allesammen.
Jeg har lige et par spørgsmål, som jeg godt kunne tænke mig at få svar på eller bare få en diskution i gang.
Det hele startede med at, imorges kom min BOSS hen til mig og spurte, hvordan man kunne optimere hastigheder på et site, ved stadig væk at være dynamisk, og så måtte jeg til at tænke!!
Jo den måde som jeg kunne tænke på var ved at have nogle sider dynamiske og nogle som var statiske!!
Forstil jer et stort site men mange brugere, hver bruger bruger hele tiden Databasen som opslag, og det går jo også meget godt ind til der begynder at komme mange brugere på systemet,
kunne man ikke lave noget i retningen af:
når der bliver rettet i db\'en så køre der et script som laver siderne statiske, og det er så de statiske sider brugerne henter, og brugerne bruger kun de dynamiske sider når de skal søge efter noget eller rette noget i db\'en!
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
Normalt site: default.asp <-- Frame set menu.asp <-- Venstre & Højer Menu i frame set border.asp <-- Kant på frameset top/bund etc. news.asp <-- Nyheds asp med opret/læs/rediger login.asp <-- Login asp med login/logoff
Det vil sige at når man connecter til sitet og bruger news.asp til at læse nyheder m.m. så kommer der en masse forspørgelser til db\'en ovs.
Idé site: default.asp <-- Frame set menu.asp <-- Venstre & Højer Menu i frame set border.asp <-- Kant på frameset top/bund etc. news.asp <-- Nyheds asp med opret/læs/rediger news.htm <-- Statisk news. login.asp <-- Login asp med login/logoff
Når en bruger har ændret(slettet/oprettet/redigeret eller noget andet) i db\'en fra news.asp så laver den en ny news.htm fil som brugeren så bruger istedet for f.eks. news.asp?læs som jo bruger databasen.
Er det en fordel hvad ang. hastighed generelt? Er det Godt?
Det er meningen at jeg skal bruge det til et system på *nix platformene som Solaris & Linux hvor hastighed har en stor faktor, men stabilitet/design/dokumentering & veligeholdelse også er en stor faktor.
Du kan også opbygge siderne og lægge dem i databasen, i en slags denormaliseret tabel med \"hele sider\" i, og dermed søge stort set de samme 10-12 sider frem hele tiden (eksempelvis en \"dynamisk\" menu). Hér vil de fleste databaser have cached disse sider i ram\'en, og tager ikke særligt langt tid at hente frem. En evt. rettelse vil medføre at denne \"helsides\" tabel også lige bliver opdateret.
Skrive til fil, er måske ikke så godt hvis du benytter NT, men vil gå fint med Unix, idet at NT webserverne typisk låser filerne og du skal stoppe listenere for at kunne skrive til filen. Hvis du benytter Unix er dette en OK idé.
Hvis det er 1000 siders læsning til en sides skrivning ville jeg nok forsøge at skrive til filer. Hvis forholdet er 100/1 ville jeg nok gøre dem til \"helsider\" i tabel, og hvis det er meget mindre, måske 10/1 så skal det bare være dynamisk og så er det maskinens størrelse og konfiguration der skal skrues på.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
