webForumDet fria alternativet

Flytta applikation mellan servrar

.NET

15 svar · 414 visningar · startad av Han-Solo

Medlem sedan jan. 2001290 inlägg
Frågan#1

Har någon erfarenhet av att utveckla på en maskin och sen ladda upp den färdiga applikationen till en server och få den att fungera där!?

Överallt jag har läst står där bara att man ska kunna kopiera mapparna och det ska fungera rakt av. MEN SÅ ÄR ICKE FALLET...

Jag utvecklar i VS, där finns bland annat ett alternativ 'kopiera projekt' , nu får jag visserligen inte FrontPage Extesions att fungera... MEN om man använder det andra alternativet 'file share' går det bra... då fungerar applikationen på den nya platsen.

Det jag undrar nu är...
Vad är det för skillnad på att kopiera ett projekt i studion kontra att kopiera mappstrukturen???

Medlem sedan juni 20011 732 inlägg
#2

Menar du att du vill öppna projektet i vs.net efter det att du flyttat över det från en dator till en annan? Eller är det själva webben du inte får igång? Jag hade också lite strul med att flytta projekt när jag försökte flytta över ett från jobbet till min hemdator. Har för mig att jag löste det genom att ändra en sökväg i projektfilen (du har en fil som heter nåt i stil med i xyz.csproj.webinfo har jag för mig, öppna den i notepad). ELler så var det någon annanstans... prova!

Nu har jag inte vs på den här datorn för tillfället så jag kan inte kolla, men visst finns det någon "exportera projekt" också. Naturligtvis finns det ett bättre sätt att flytta projekt mellan datorer än det jag skrev ovan... skriv gärna tillbaka om du hittar en bra lösning!

Medlem sedan jan. 2001290 inlägg
#3

Det är INTE för att få igång projektet jag vill veta detta utan för att få igång själva applikationen... mina .aspx sidor på en annan webserver (webhotellets)

Angående den där sökvägen i .csproj... Den filen är inte nödvändig för att köra applikationen (alltså gissar jag att felet inte ligger där)... Med 'copy project' kan man bland annat välja att endast kopiera nödvändiga filer... då kopieras endast .aspx/web.config/global.asax/.asmx/.ascx och bin mappen... och applikationen fungerar! Jag tittar upp och ner i dessa filer utan att hitta någonting som ändrats för den nya platsen...

Det ter sig som magi... kopiera på det ena sättet fungerar men inte det andra!!! VARFÖÖÖR?

Medlem sedan juni 20011 732 inlägg
#4

Då missade jag din fråga. Nej, csproj är mycket riktigt projektfilen som innehåller data om projektet som vs.net behöver och har inte något med själva applikationen i sig att göra, så glöm den!

Det borde inte vara några konstigheter om IIS är rätt konfigurerad. Exakt vad är det som händer? Får du något felmeddelande?

Medlem sedan jan. 2001290 inlägg
#5

Gnäller på att det är configurationsfel i web.config

Configuration Error 
<authentication mode="Windows" />

Som sagt... trots att DET inte är felet... =/

Medlem sedan jan. 2001290 inlägg
#6

Klippt från C-sharpcorner

XCOPY Deployment [Remember XCOPY DOS Command]

This means once you are finished with Application Development, we can move the whole directory to other server (Production) which will still work with out fail, with no need for registration of the Assemblies. We would simply need to copy the application.

Medlem sedan juni 20011 732 inlägg
#7

Hm, men kan du ha windows-authentication på ett webbhotell? Tveksamt. Prova att sätta den till "None" istället.

Medlem sedan jan. 2001290 inlägg
#8

ja, nä... men tro mig, det är INTE fel i web.config iaf inte i authentication taggen...
- Nu sitter jag hemma och flyttar mappar med en MYCKET enkel applikation runt på min egen maskin.

PRECIS samma fil(er) fungerar om man kopierar med 'copy project' men inte 'vanlig' kopiering...

Medlem sedan jan. 2001290 inlägg
#9

Nu har jag flyttat webbsidan till den publika webbservern. Jag blev tvungen att göra detta med FrontPageExtensions... Jag gillar det inte, men det är enda sättet jag får att fungera.

//Lovade ju att höra av mig angående detta.

Passar på att fråga igen
Någon som lyckats få igång sidor endast genom att FTP:a? Hur?

Medlem sedan mars 200262 inlägg
#10

Dina code-behind dller måste ju ligga i en bin-katalog under en virtuell rot på servern. Du skapar ju gärna ingen virtuell rot med ftp, annars funkar väl allt bra...

Medlem sedan jan. 2001290 inlägg
#11

På maskinen jag sitter och utvecklar har jag en virtuell root med alla mina projekt i olika mappar, under en och samma virtuella root... varje sådan mapp innehåller sedan respektive bin katalog... och det fungerar precis hur bra som helst ... när man använder Studion...

Jag menar... kan studion göra så att det inte krävs att bin mappen ligger i en virtuell root, så borde ju även jag :l kunna det.

eller?

Medlem sedan dec. 19991 072 inlägg
#12

Alla ASP.NET sidor kräver att de ligger under en virtuell-mapp i IIS.en, det är iaf. enda sättet som jag fått det att funka.

Kör själv med web-hotell där jag FTP.ar upp det. Varje gång jag lägger ut nåt nytt får jag ringa och be dem skapa en "application" av den nya mappen i IIS.en.

När du använder FP-ext. så skapar den automatiskt en "application" av mappen, på samma sätt som VS gör det när du skapar ett nytt ASP.NET-projekt.

De flesta web-hotell stödjer däremot inte FP-Ext. med så låga säkerhets-inställningar som krävs för att göra detta.

Medlem sedan jan. 2001290 inlägg
#13

aha-a... trevligt... då förstår jag varför det tjorvar emellanåt.

När du skriver "application" exakt vad menar du då? virtuell root eller nått annat?

Medlem sedan mars 200262 inlägg
#14

Application är namnet på din applikation i IIS, alltså den virtuella roten. Ett icke-virtuellt bibliotek på webben har inget applikationsnamn i IIS.

Medlem sedan dec. 19991 072 inlägg
#15

Japp, och för att skapa en applikation i IIS.en höger-klickar du på aktuell mapp, väljer egenskaper och sedan där det står "Application name" klickar du på "Create".

Medlem sedan jan. 2001290 inlägg
#16

aah.... som jag har letat för att lösa detta!

Tack!

591 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2
119 ms — deklarationer (db)
0 ms — hämta statistik (cache)
467 ms — hämta tråd, inlägg och bilagor (db)
121 ms — ändringar (db)