11 svar · 710 visningar · startad av Eclipse
En webbplats i dot net och nu undrar jag om det går att på denna webbplats lägga in klassisk asp?
Fungerar sessions, application-variabler, global.asa, server side includes...??
databaskoppling mot Access? samma som klassisk asp.
kan man lägga klassiska .asp-sidor på denna webbplatsen? (typ som en del av "/admin/" -hierarkin)
Öööhh.. vad mer...?
Ja, det är väl det jag kan komma på just nu...
Ja du kan blanda som du vill, du behöver inte lägga i en separat mapp.
Databaskoppling är inga problem att dela, men resten är det.
Det finns lösningar för att mellanlagra sessionsvariabler för att kunna dela. Dessa lösningar bör gå att använda för applikationsvariabler också.
För .net använder du global.asax och i klassisk heter den global.asa
Server side includes är en bra grej när du kör klassisk, men ska ALDRIG användas i .net, då har du gjort fel. De går inte att dela.
OK, tack för detta svaret!
Kanske dags att lära sig dot net... Usch, det tar verkligen emot eftersom jag fortfarande inte fattat vad som är så bra med dot net... (ja, lite har jag väl fattat...)
***
Är det inte så att dot net är bra för större webbplatser?
Men samtidigt är det väl så att det är skillnad idag och för 5-10 år sedan? Då kunde verkligen en server vara seg. Men idag är det ju värsta raketmaskinerna, alla servrar, så "större webbplatser" är allt färre som har nytta av!
Det är flera saker som är bra.
Dels är det objektorienterat, vilket underlättar mycket. Det ställer till med lite problem i övergången, men när man har vant sig med att jobba objektorienterat så jobbar man mycket bättre.
Det är kompilerat, vilket ökar prestandan. Du får dessutom kompileringsfel om du har gjort något fel, vilket resulterar i att färre fel slinker igenom till din produktionsmiljö.
Du har MasterPages, vilket många har försökt efterlikna i klassisk ASP, genom att inkludera filer. Med dotnet är det enkelt!
Det är enkelt att återanvända kod, eftersom den är objektorienterad. Jobbar man sedan med interface och allt vad det heter (jag gör tyvärr inte det) så är det ännu enklare att återanvända.
Sen är det ju en modern teknik. Det var många som var negativa när CD-spelarna kom också, men idag är det mest av nostalgiska skäl någon köper vinylspelare. Det borde vara lika med klassisk ASP.
Jo. För all del.
Problemet är att man kommer väldigt långt med response.write och att dagens raketmaskiner till servrar levererar sidorna blixtfort...
Om man "kan kod" är det sällan själva koden som är den "slöa" faktorn på en långsam webbplats...
Det faktum att ingen bryr sig om upp till 1 sekunds svarstider. Vad jag menar är, svarstider under en sekund är ej märkbart för användaren. Alternativt dom skiter i det.
Här är ett exempel på en sida som INTE tar en sekund att ladda:
http://www.idg.se/
Här är ett annat exempel på en slö hemsida:
http://www.shortcut.nu/
Båda dessa är exempel på svarstider som är oacceptabelt långa. Nu känner jag inte till vilken teknik dessa använder, men jag vet att med optimerad kod går skulle det gå f-n så mycket fortare!
De personer som kodat dessa sidor har inte gjort sin läxa.
En sak är skapligt troligt: De kör inte Access som databas.
Med detta kan man dra slutsatsen att det går att göra långsamma webbplatser även med ny teknik... Alltså, ny teknik är automatiskt ingen garanti för bättre och snabbare prestanda.
Däremot kan man spela en cd 20.000 gånger och den låter lika dant, vilket man troligen inte kan säga om en vinyl! :-)
J
Här är ett exempel på en sida som INTE tar en sekund att ladda:
http://www.idg.se/...
Båda dessa är exempel på svarstider som är oacceptabelt långa. Nu känner jag inte till vilken teknik dessa använder, men jag vet att med optimerad kod går skulle det gå f-n så mycket fortare!
De personer som kodat dessa sidor har inte gjort sin läxa.
En sak är skapligt troligt: De kör inte Access som databas.
Med detta kan man dra slutsatsen att det går att göra långsamma webbplatser även med ny teknik... Alltså, ny teknik är automatiskt ingen garanti för bättre och snabbare prestanda.
Däremot kan man spela en cd 20.000 gånger och den låter lika dant, vilket man troligen inte kan säga om en vinyl! :-)
Gud vad du babblar mycket skit.
https://www.idg.se tar drygt 5 sekunder att ladda helt på det nät jag sitter och då står själva sidan för 152 ms, resten är nätverkstid för att hämta alla resurser som sidan består av, totalt 173 stycken. Det har således inte ett skit med "kodningen" att göra.
Kul att du "vet" att optimerad kod skulle göra de moderna sajter du finner långsamma snabbare, när du uppenbarligen inte har någon erfarenhet av modern webbutveckling eller har jobbat med större, komplexa och tunga innehållsdrivna sajter.
Jag skulle nog säga att det är tiden för utvecklarna som är den stora faktorn både vid nyproduktion och underhåll. Verktygen som finns gör att du snabbare kan få ihop en stabil och kraftfull lösning än gamla asp. Jag tror säker att allt går att göra i asp 3.0 med diverse komponenter osv, men detta skulle ta mycket mer tid och skapa beroenden till fler tredjeparter än vad utveckling med asp.net skulle innebära.
Om du funderar över att vara en professionell webbutvecklare i framtiden så är nog valet att gå till asp.net ifrån asp 3.0 det rätta valet.
.net är inte långsammare än ASP, tvärtom.
Dock så kompileras en .net sajt efter typ 20 minuter utan besök, o då tar det 3-4 sekunder vid första anropet, men det är den enda nackdelen med .net som jag ser det.
Bygg i .net helt o hållet istället, hög tid att lämna ASP classic
Eclipse, du kanske borde pröva PHP i stället?
Påminner mycket om klassisk ASP. Samma script-tänk, simpelt men kraftfullt. :)
Dock så kompileras en .net sajt efter typ 20 minuter utan besök, o då tar det 3-4 sekunder vid första anropet, men det är den enda nackdelen med .net som jag ser det.
Det där beror på app-poolens inställningar i IIS, hur ofta wt ska recyclas.
Det där beror på app-poolens inställningar i IIS, hur ofta wt ska recyclas.
om man dessutom har så mycket som möjligt "precompiled" så borde laddningstiden minska.
Bygg i .net helt o hållet istället, hög tid att lämna ASP classic
"Hög tid" räcker inte för att beskriva situationen. Classic ASP är en teknik som inte nyutvecklats på flera år (såvitt jag lyckats utröna släpptes ASP 3.0 anno 2000) och som inte kommer att utvecklas något mer. Sen är det, kort och gott, en jävla skitteknik som jag har svårt att se ett enda bra argument för att använda idag.
