se inline.
"Torben Brøndum" <tbr@Xhenning-poulsenX.dk> skrev i en meddelelse
news:wyena.18491$y3.1729048@news010.worldonline.dk...
>
> Ok - men desværre kan jeg så ikke bruger/password
Så må din udbyder slette subweb'et.
>
> Det er meget mystisk: når jeg opretter et subweb (går fint) og dette i
> første omgang arver
> rettigheder fra rodwebbet så kan jeg ikke særskilt oprette brugere på
> subwebbet - og det betyder
> så, at jeg ikke kan få oprettet administratoren ! ?
du kan som administrator på hovedweb'et oprette et subweb - du kan give
dette subweb særskilte rettigheder, men når du gør det, så betyder det at du
er udelukket fra at få adgang til dette subweb med mindre du selv er
oprettet som administrator.
Det skyldes formentlig at man skal tage det med subweb'et alvorligt: hvis du
ikke sørger for at oprette dig selv,når du giver subweb'et særskilte
rettigheder, så er du udelukket for at ændre noget som helst.
>
> Såfremt jeg med det samme laver speciel adgang direkte på subwebbet og med
> det samme
> angiver administratorkonto (uden password, som du skriver) så kan jeg
> sagtens (får mulighed for)
> at oprette brugere særskilt på subwebbet.
Jovist - men proceduren er følgende: (at oprette et subweb)
1. log dig på hovedwebet med eget password.
2. funktioner - server -administratorstartside (du er nu på hovedwebbet:
www.ditweb.dk)
3.Underordnede websteder -opret et underordnet websted
4.opret et nyt underordnet websted -skriv navnet
5.du kan nu vælge mellem to muligheder:
a.Brug samme tilladelser som det overordnede Websted
b.Brug separate tilladelser for dette Websted
ad a
ret et nyt underordnet Websted under det aktuelle Websted ved at
angive et navn til det underordnede Websted. Her skriver du så navnet på det
underordende websted (subweb)
ad b: Det nye underordnede Websted kan enten bruge samme tilladelser som det
overordnede Websted eller separate tilladelser. Hvis du markerer Brug
separate tilladelser for dette Websted, skal du også angive brugernavnet på
en administrator til det nye underordnede Websted i boksen Administrator.
Og PAS PÅ HER!!! DU SKAL - HVIS DU VÆLGER DEN MULIGHED - SKRIVE DIT EGET
BRUGERID SOM ADMINISTRATOR - ELLERS KAN DET GÅ FRYGTELIG GALT.
Når du så har skrevet dit brugerid som administrator, så kan du
efterfølgende fortsætte med at give adgangsrettigheder til selve
web-editeringen - bortset fra en ting. folk kan godt oprette sider (dem, der
har tilladelserne), men de kan IKKE slette dem igen -det kan kun
administratoren, idet den såkaldte frntpg.lck ligger i rodwebbet, hvor din
administratorkode ligger.
Jeg ved ikke om det er en fejl, men i hvert fald virker den ikke hos mig -
jeg må pænt som administrator gå ind og slette evt. subwebs og filer
tilhørende.
Med andre ord -du skal holde tungen lige i munden her.
>
> Det er alstå somom, jeg skal adskille rod og sub med det samme og samtidig
> angive administrator
> konto.....ikke senere, da jeg jo ikke kan komme til at oprette brugere i
> mellemtiden incl. administrator
> kontoen direkte på subwebbet - det er alstå meget underligt syntes du ikke
?
jf. ovenover - jeg tror at det har at gøre med at der findes en overordnet
administrator, der kan alt, og så nogle underadministratorer, der
tilsyneladende kan alt -minus nogle ting som nævnt ovenover.
>
> Hvad er det for noget ? (kunne lige se, at det er "manage users", der ikke
> kommer med såfremt, man bryder
> til rodweb senere...alstå dvs. at jeg slet ikke kan kome ind i subweb ved
> "brud" senere !!)
Ja - hvis du ikke er oprettet som administrator på subwebbet (d.v.s. som
hovedadministrator på hele hovedweb'et og som sådan på subweb'et og du har
givet separate tilladelser på subweb'et, så er du på'en - kun udbyderen vil
så kunne slette din konto -dine subwebs etc.
Så uanset, hvad du gør: gør dig selv den tjeneste som det første at oprette
dig selv som administrator uanset hvilket subweb, du angiver.
Dernæst - opret de øvrige brugere med eget password og giv dem rettigheder.
Og gør det til en vane at gøre det hver eneste gang - uanset hvor fjollet du
synes det er -du kan spare en lang række ærgerlser, skulle jeg hilse og
sige.
I øvrigt kan du få en idé om det hele ved at læse bogen Frontpage 2002 step
by step, der benyttes til mous-certificeringen.(Microsoft Office User
Specialist-certificering), hvor der ganske vist forudsættes at SharePoint
Team implementeringen er sat på serveren, men selv med FP-extensions (2002)
kan man få en del ud af det.
Men der er så mange muligheder for fejl, at du skal være varsom med hvad du
gør, hvis du vil undgå besværligheder.
Hvis du følger mine anvisninger, skulle du undgå de værste fejlkilder, men
jeg kan naturligvis ikke påtage mig ansvaret hvis noget går galt
-
ovenstående har jeg prøvet adskillige gange, så jeg håber da på at det
lykkes for dig.
--
ahw