![]() |
Detta rör sig om ASP.NET och handlar om ett och samma konto på Loopia.
Brief: Jag har där tre stycken mappar, en för varje sida plus adminsidan. sida1 sida2 sida3 adminsida Detta är fyra individuella applikationer (antar jag), och de tre sidorna lades till av Loopia själva, medans adminsidan skapas av mig på följande vis: I kontrollpanelen på loopia lade jag till en ny subdomän och det skapades då en egen mapp för denna. Det var så jag blev tillsagd av loopia att göra, när jag eftertrfrågade att få en mapp satt till egen applikation. Nu till problemet, detta är fyra sidor som jag vill ska dela på samma bildfiler. Det handlar om webkataloger med produkter som måste vara lika på alla. Via adminsidan lägger man till och tar bort produkter och detta måste du direkt avspeglas på de tre siterna. Fram tills nu har jag bara testat, och då haft en egen bildmapp för varje applikation. För att kontrollera om en bild finns har jag använt FileExtist. Men nu behöver jag alltså "förena" dessa fyra siters bilder och tänkte mig då att skapa en bildmapp i FTP-root, dvs på samma nivå alla mina applikationer ligger: sida1 sida2 sida3 adminsida bilder <--- Men hur ska jag då kunna använda FileExist från var och en av dessa applikationer, mot en fil som kommer ligga utanför själva applikationen? Tack för svar, om det finns andra bättre lösningar hör jag även dem. |
Ange filsystemets sökväg till bilden, typ if FileExist(../bilder/image.jpg) ?
/Martin |
Förutsatt att de (Loopia) tillåter Parent Paths så borde det funger bra med "../".
|
Nix det verkar inte så,
Citat:
Kod:
Response.Write(HttpContext.Current.Request.MapPath("../../pics")); |
Kanske inte alls bästa sättet att lösa det på, men kan du inte ha en databastabell där du sparar sökväg/filnamn och ev. annan lämplig info för dina bilder. Istället för att använda FileExist kan du då kolla i databasen och den bild du söker finns, och då plocka ut sökväg/filnamn därifrån. (Förutsatt att du kan nå denna databas från samtliga applikationer, men det borde väl inte vara något problem.)
|
Ok, hinner dessvärre inte gör mycket omkodningar.
Vet någon ett webhotell som tillåter detta? Allmänt irriterad på Loopia nu där t.ex alla filer cachas på deras server, så änfringar syns ej förrän lång tid efteråt, man måste dessutom manuellt starta om asp.net-tjänsten för varje ny fil eller ändring, men inte ens detta brukar hjälpa. |
Pipan, är du säker på att det inte är hos dig det cachas? Jag vet ju inget om din kompetensnivå, men jag har aldrig sett att loopia skulle cacha material på det där sättet.
Angående det där med att använda "../" mellan subdomäner ska vad jag vet inte gå, eftersom den där katalogstrukturen är rätt virtuell så att säga. Du gör nog bäst i att använda absoluta sökvägar i det fallet. |
Citat:
Det vi rekommenderar är att man istället gör något liknande följande: Kod:
strFullPath = Server.MapPath("") Den tar fram nuvarande sökväg från Server.MapPath och för varje ".." i strFileName tas en katalog bort från slutet av strFullPath. Det jag misstänker fungerar ännu bättre för dig är följande: Kod:
strFullPath = Server.MapPath("/") Naturligtvis kan du även använda absoluta sökvägar. |
Citat:
http://www.webmasternetwork.se/index...T&f=13&t=25203 |
Nejdu Emil.
Din lösning verkar inte fungera. Hur jag än gör kommer jag inte högre än den subdomän-mapp jag kör den ifrån. Det verkar totalt omöjligt att lösa, vilket gör mig mkt förvånad. |
Sen ang cashandet, har tagit bort ett flertal filer för flera timmar sen, startat om flertal gånger. Men sidorna ligger fortfarande kvar. Det går helt enkelt inte utveckla.
|
Citat:
Alternativet är att lägga alla statiskta bildfiler i en gemensam static.dindomän.com och sen låta filvisningen ta hand om bilden existerar eller ej. Så har jag löst det på kurslitteratur.se som jag driver när det gäller omslag. |
Du kan väl göra ett Http uppslag istället för FIleExist och kolla status meddelandet, får du 200 så finns filen, annars inte. Typ.
|
Jo jag gör ev. så, alt. skippar kontrollen helt och låter kunden se till att bilder finns.
Det värsta som kan hända är att den inte visas, krånglade nog till det onödigt mkt. Grejen med detta var att kunna visa en bild på ett frågetecken när bild inte finns. Jusgt http-check tror jag tar lite för läng tid om man ska kolla det på varje bild vid varje pageload. Isåfall får man cacha. Men jag nöjer mig utan check alls sålänge. Tack Emil och andra för hjälpen. |
Du kan ju alltid ha en bild på frågetecknet med den riktiga bilden framför. Om bilden inte syns så syns frågetecknet, enkelt (så slipper du overheaden med att kolla om filen existerar...)
|
Alla tider är GMT +2. Klockan är nu 14:26. |
Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson