Newsgroup: it.lavoro.professioni.webmaster
Titolo: Fatto strano, mai capitato

stavo testando un nuovo sito, registrato su UCV come suggeritomi in altro
post, devo dire che per il momento non ho avuto alcun problema, sto pensando
di trasferire anche gli altri domini un po' alla volta.
Allora dicevo, stavo testando il DB con un DSN di sistema e mi dava errore
come se il DB fosse utilizzato da altri oppure se non avessi i permessi per
leggere i dati, ovvio non era cosě, dopo 3 giorni mi sono accorto
dell'anomalia, utilizzavo lo stesso sistema in tutti i DB e non capivo per
quale motivo proprio su quello non funzionasse. Ho scoperto che gli altri
progetti avevano il loro DSN che puntava al DB contenuto nella rispettiva
cartella sotto inetpub, mentre quello dell'errore puntava al DB nella
cartella di interdev. Non mi spiego per quale motivo, non ha logica per me,
solo che adesso facendolo puntare al DB nella sua cartella sotto
inetpub/wwwroot/.../.../user.mdb funziona correttamente. Pensavo al fatto
che esplora risorse potesse usare l'anteprima bloccando il DB, a ho provato
anche ad accedere senza selezionare la cartella, ottenendo lo stesso errore.
A qualcuno č capitata una cosa simile? E' normale che dia questo problema
oppure c'č qualcosa di strano sulla mia macchina? Vi metto anche il codice
di prova utilizzato per accedere al DB, lo stesso usato in tutti gli altri,
ovviamente cambiando tabelle/dsn a seconda del caso.
<%
  Dim DB_CONNECTIONSTRING
  DB_CONNECTIONSTRING = "DSN=CoboldoUser;"
  Dim objRecordset
  Set objRecordset = Server.CreateObject("ADODB.Recordset")
  strSQL = "tbUtenti"
  Response.Write strSQL
  objRecordset.Open strSQL, DB_CONNECTIONSTRING
  objRecordset.Close
%>

 ovviamente cambiando tabelle/dsn a seconda del caso.
forse è meglio  che aggiorni un po' il sistema:
È bene evitare di usare dsn questo per evitare dipendenze inutili con odbc 
che hanno l'unico risultato di rallentare ulteriormente il funzionamento del 
db, pertanto usa la sintassi oledb dsn less 
(
http://www.aspitalia.com/servizi/connectionstring.aspx?db=access
)
Per quanto concerne le security Access necessita che gli utenti (iusr_nomepc 
e iwam_nomepc rispettivamente gli utenti web anonimi e l'utente 
dell'application pool) abbiano i diritti ntfs di scrittura su tutta la 
cartella dove si trova il file mdb e sulla cartella di sistema TEMP di 
default c:\windows\temp.
-- 
Christian Paparelli
[Microsoft MVP Windows Server - IIS]
http://italy.mvps.org
http://mvp.support.microsoft.com
My job: 
http://www.ithost.ch
My blog: 
http://blogs.aspitalia.com/cp
 

 file mdb e sulla cartella di sistema TEMP di default c:\windows\temp.
sono amministratore, dovrei avere tutti i diritti sulle cartelle, credo. ma
cmq non mi si spiega per quale motivi sulla cartella di sviluppo non
funzionava
mentre nell'altra di inetpub andava bene..

 mentre nell'altra di inetpub andava bene..
il fatto che tu sia amministratore non vuol dire che il sito web giri in 
quel contesto anzi


 quel contesto anzi
come verifico i permessi del sito?

 come verifico i permessi del sito?
apri gestione risorse, quindi selezioni la cartella ed infine tasto destro 
del mouse -> properties -> security
http://support.microsoft.com/?kbid=308418


 del mouse -> properties -> security
beccato, appena sono andato su sicurezza mi è uscito un msg per informare
che le protezioni erano state messe in ordine errato o qul del genere...
come
è potuta accadere una cosa simile poste che io ho solo creato la cartella e
mail provato a cambiare i permessi? C'era solo l'utente system ma era
assente
il mio utente.

 il mio utente.
semplicemente la cartella in fase di creazione eredita i permessi dalla 
cartella di origine e di solito l'utente non c'è (leggi creator owner)
