Skal virksomheder stå stærkere mod angreb og kunne udvikle sig, skal sikkerhed, drift og forretning tænkes sammen. Det er tanken bag Jysk IT’s ambition om at skabe en “sikker fremtid” for kunderne.
yes der er skriverettigheder. Jeg har andre scripts der både læser og skriver til en database i samme bibliotek. ------------- Dette script virker f.eks. perfekt:
<% Response.Buffer = True
Response.Expires = 0
\' Funktion der fikser quotes... FUNCTION fixQuotes( theString ) fixQuotes = Replace( theString, \"\'\", \"\'\'\" ) END FUNCTION
\' Hent data fra formular Nyhed = Request( \"Nyhed\" ) Forfatter = Request( \"Forfatter\" )
\'Åbn databasen Dim Con Set Con = Server.CreateObject(\"ADODB.Connection\")
\' ... Ogsaa saetter vi vores data fra formularen ind i databasen IF Request.Servervariables(\"Content_Length\") > 0 THEN Sql = \"INSERT INTO nyheder (Dato, Nyhed, Forfatter) VALUES(\'\" & Date() & \"\',\'\" & fixQuotes( Nyhed ) & \"\',\'\" & fixQuotes( Forfatter ) & \"\')\" Con.Execute Sql
\' Og her skriver vi lige en lille besked om at nu er nyheden tilfoejet Response.Write \"<strong>Tak for din nyhed. Den er blevet tilføjet til databasen. </strong>\"
Når mit script virker i PWS går jeg da stærkt ud fra at navnene i databasen svarer til de navner der er i koden. Jeg har også fundet ud af at det er rettighederne i selve databasefilen det er galt med, men jeg kan ikke ændre dem????
du kan endre rettighetene i datbasen ved å høyreklikke på databasen, velge properties, fanebladet security og gi \'everybody\' \'write\' access til databasen....det skal nok hjelpe...det at du i ditt FTP prog til å forandre skriverettigheter, er jeg ikke sikker på om er nok...du kan jo prøve...
Bare lige for at fjerne al tvivl, når du FTP\'er til din site bliver du mødt af to kataloger: WWW og DB, det er det sidstnævnte jeg snakker om ;-)
Har du en af dine databaser til at ligge oppe på selve webbet, altså et eller andet sted inde under www-kataloget, vil du helt sikkert få den fejlmeddelelse når du forsøger at lave ændringer i databasen.
OK, vi tar den lige et gang til ;-) - I PWS kan jeg læse og skrive til ALLE mine databaser. - På mit webhototel hos Azero ligger ALLE mine databaser i db-mappen og jeg kan hente data fra ALLE databaserne. - Jeg har et nogle databaser liggende i db-mappen som jeg både kan læse og skrive til. - ALLE databasefiler har læse/skrive rettigheder når jeg uploader dem.
Jeg starter lige med en forklaring på hvorfor det fungerer på en PWS:
Din maskine med PWS kører højst sandsynligt FAT som filsystem, og dette er der INGEN sikkerhed i. Lavede du en website og hostede den på Indernettet på en Win9x maskine der kører PWS vil du blive hacket / defacet i løbet af 5 minutter ;-)
Azero (...og alle andre hosting firmaer) kører deres løsninger på RIGTIGE servere, hvor sikkerheden er i top. Her benyttes det såkaldte NTFS filsystem, hvor det er nødvendigt at specificere hvem der har lov til hvad.
Til at hive fat i filer med benytter IIS\'en sig af en user acount ved navn IUSR_xxx, hvor xxx = serverens navn.
Som standard har IUSR_xxxx så få rettigheder som overhovedet muligt, for ellers ville alle web-brugere have fri adgang til hele din server ;-)
Det er så klart at når man så ønsker at web-brugere skal kunne skrive ned i en DB, så skal der pilles lidt i rettighederne.
Håber du kan bruge forklaringen ;-)
Anyway, det er lidt ringe af Azero at de ikke har ordnet dette, de plejer ikke at glemme det. Jeg har dog selv været ude for at det er svipset for dem en enkelt gang (vi har 7-8 Ironsite Exec + 1 dedikeret server hos dem).
Det var lidt omkring PWS, kigger måske på det andet senere ;-)
Der står jo også i de links du sendte sidst, at der for databasen med problemer kun er readonly rettigheder. \"Read-Only Data Source = True\" Det er properties for db\'en
Højre-klik på en tilfældig fil og vælg Egenskaber/Properties, der er der et felt / flag /whatever der hedder Read only / Skrivebeskyttet ;-)
Dette er den ENESTE form for \"rettighed\" der kommer med, når du lægger noget op via FTP (kan dog godt variere lidt fra det ene stykke FTP-software til det andet).
Jeg må indrømme at jeg er ved at miste overblikket her. Er der nogen der kan fortælle mig om det er mine databaser det er galt med, eller om det er indstillingerne hos mit udbyder, der ikke er rigtige???
Hallo, har i glemt mig ;-) Jeg har ikke fået mysteriet løst endnu, og jeg vil helst ikke blande min webhost ind i sagen hvis det er mine databaser det er galt med. Søren, er det rigtig nok at man ikke kan få lov at ændre rettighederne for en fil, via ftp-program, hos Azero ???
Man kan ikke ændre rettigheder for en fil via ftp PUNKTUM!
Det har ikke noget med Azero at gøre. For at få lov til at ændre rettigheder for en fil skal man have Administrator-privilegier på serveren, og DET tror jeg næppe nogen udbyder vil gi\' deres kunder ;-)
Jeg kan ikke umiddelbart hjælpe dig mere herfra. Hvis jeg skal kigge på det yderligere bliver jeg nok nød til at bede dig om at maile mig brugernavn og password til din FTP. Men så er jeg også 99.9% sikekr på at jeg kan løse det i løbet af 10 minutter!
Problemet med det er så bare at du skal stole på mig 100%! Du kan nemlig ikke selv ændre dit password bagefter, det skal du ha\' Azero til og det koster vistnok 99,-
Fuldt forståeligt hvis du ikke vil være med til det, jeg skulle selv være DESPERAT før jeg sendte sådanne oplysninger til en fremmed ;-)
Jeg er SIKKER på at dit problem er rettighedsbaseret! Om det er Azero der har klokket i det, eller om du har lavet en lille fejl et sted ved jeg så ikke...
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.