thedoctorgp wrote:
Scusatemi se invado una vecchia discussione ma ho trasferito il mio sito su VaiSulWeb. Quando provo ad aprirlo mi da questo errore: "Failed to generate a user instance of SQL Server due to failure in retrieving the user's local application data path. Please make sure the user has a local user profile on the computer. The connection will be closed."

devi sentire l'assistenza del tuo provider, l'errore dice che non trova il path locale del tuo utente.

Daniele Bochicchio | ASPItalia.com | Libri
Chief Operating Officer@iCubed
Microsoft Regional Director & MVP
71 messaggi dal 27 agosto 2006
Grazie per la risposta. In attesa che il mio provider mi risponda, mi potete dare qualche informazione sulla seconda parte della mia domanda e cioè sulle modalità da utilizzare per modificare le stringhe di connessione dei DB?

Grazie in anticipo
71 messaggi dal 27 agosto 2006
Ho contattato il provider. La risposta è stata:"Gentile cliente,

le user instance non sono supportate in ambienti di shared hosting, come da raccomandazioni Microsoft. Se sta tentando di usare le membership API, deve utilizzare una diversa configurazione. Proceda come segue:

* usi il tool ASPNET_REGSQL per generare uno script SQL per la creazione delle tabelle e delle SP per la gestione delle membership API;
* si connetta al database creato dal Pannello di Controllo usando SQL Server Management Studio;
* selezioni il suo database e faccia click su Nuova query (New query)
* effettui la copia dello script SQL generato nella finestra della query e ne avvii l'esecuzione.

Lo script configurerà il database per l'uso con le membership API. Dovrà poi modificare il web.config per non usare le user instance ma la connessione al database.

Ho guardato un po' in giro e mi è venuto un grosso dubbio. Cosa vuol dire che non sono supportate le user instances?
Che i database preparati su VWD non sono utilizzabili? Oppure il problema riguarda solo la membership?
Ma se non è così allora non è vero che il sito organizzato con VWD può funzionare semplicemente pubblicandolo su un host adatto. E dato che il sito non funziona è necessario ricostruire tutti i Db sul server?
E come si fa ad implementare il sito se in locale i database sono user istances e sul server no? Che casino. Spero di non averci capito nulla e che la risposta sia molto più semplice di quanto pensi io.

Grazie per la risposta soprattutto se veloce.
PS Non mi arrivano le email di notifica delle risposte anche se ho clickato la checkbox.
thedoctorgp wrote:
Ho guardato un po' in giro e mi è venuto un grosso dubbio. Cosa vuol dire che non sono supportate le user instances?

che VWD supporta le user instance per farti sviluppare quasi come se stessi usando Access. e questo per motivi di performance e sicurezza in un ambiente shared hosting non è supportato, giustamente.

Ma se non è così allora non è vero che il sito organizzato con VWD può funzionare semplicemente pubblicandolo su un host adatto. E dato che il sito non funziona è necessario ricostruire tutti i Db sul server?

vabbè, ma tu di lavoro fai lo sviluppatore, non quello che copia i file  insomma, il deployment dell'applicazione è dato dal copiare i file, quello del database evidentemente dipende da diverse variabili. se usi sql server, come hai notato, non basta di certo questo.
ma se lanci aspnet_regsql facendolo puntare il remoto e modifichi la stringa di connessione anche in locale, puoi lavorare già sul database finale. altrimenti esistono svariati tool che ti tengono in sync due database remoti. basta cercare su google, ne troverai tanti ed uno è anche incluso direttamente in SQL Server.

PS Non mi arrivano le email di notifica delle risposte anche se ho clickato la checkbox.

sarà un problema del tuo indirizzo, controlla che nel profilo sia corretto.

Daniele Bochicchio | ASPItalia.com | Libri
Chief Operating Officer@iCubed
Microsoft Regional Director & MVP
71 messaggi dal 27 agosto 2006
Grazie per la risposta. Innanzitutto vorrei specificare che io non faccio il programmatore ma il ricercatore di Malattie Infettive. A questo punto mi dirai che potevo affidare il lavoro di creazione di un sito di ricerca ad un programmatore ed avresti ragione se fossimo in america. Qui in Italia, con soli 800 euro per tutta la ricerca del 2006, avrei potuto, forse, parlare con un programmatore, certo non pubblicare un sito. Detto questo a mia parziale discolpa per la mia ignoranza, vorrei farti qualche altra domanda:
1) tramite il tool Microsoft ( http://www.codeplex.com/Wiki/View.aspx?ProjectName=sqlhost&title=Database%20Publishing%20Wizard) sto cercando (per ora senza risultato) di trasferire tutte le tabelle sul database SQl creato sul server e con questo dovrei poter utilizzare le membership anche sul server.
2) Il mio sito in locale, permetteva l'accesso alle pages in base ai ruoli attribuiti con lo Strumento Amministrazione del sito Web. Non ho capito come si possa ottenere questo sul sito pubblicato. Non credo che si possano utilizzare
gli strumenti di sql in quanto l'accesso al database dovrebbe essere mediato dalle autorizazioni gestite dal web.config. Come si fà allora ad attribuire i ruoli su di un server host?
Ancora Grazie per la pazienza dimostrata

Gian Piero
thedoctorgp wrote:
Grazie per la risposta. Innanzitutto vorrei specificare che io non faccio il programmatore ma il ricercatore di Malattie Infettive.

sarebbe stato il mio sogno, immagino sia un lavoro più bello che programmare
però resta il fatto che in questo momento stai facendo lo sviluppatore e lo sviluppatore, sviluppa, non si limita a copiare dei file

Qui in Italia, con soli 800 euro per tutta la ricerca del 2006, avrei potuto,
forse, parlare con un programmatore, certo non pubblicare un sito.

lo so

Detto questo a mia parziale discolpa per la mia ignoranza, vorrei farti qualche
altra domanda:

non ci sarebbero stati problemi se fossi uno sviluppatore, ce ne sono ancora meno visto che non lo sei

1) tramite il tool Microsoft (
http://www.codeplex.com/Wiki/View.aspx?ProjectName=sqlhost&title=Database% 20Publishing%20Wizard) sto cercando (per ora senza risultato) di trasferire tutte le tabelle sul database SQl creato sul server e con questo dovrei poter utilizzare le membership anche sul server.

sì, esatto.

2) Il mio sito in locale, permetteva l'accesso alle pages in base ai ruoli attribuiti con lo Strumento Amministrazione del sito Web. Non ho capito come si possa ottenere questo sul sito pubblicato. Non credo che si possano utilizzare
gli strumenti di sql in quanto l'accesso al database dovrebbe essere mediato dalle autorizazioni gestite dal web.config. Come si fà allora ad attribuire i ruoli su di un server host?

sviluppando qualcosa che lo faccia con codice.
allegato al nostro libro, trovi un codice sorgente. scaricarlo e nel capitolo 16 trovi tutto (dovrebbe essere nella sottodir admin/roles). sono poche righe di codice, ma molto potenti

http://books.aspitalia.com/asp.net-2.0/

Ancora Grazie per la pazienza dimostrata

prego. sei il primo che mi dice che ho pazienza!

Daniele Bochicchio | ASPItalia.com | Libri
Chief Operating Officer@iCubed
Microsoft Regional Director & MVP
71 messaggi dal 27 agosto 2006
Grazie della risposta e dei consigli. Approfitto per chiederti ancora qualche cosa relativa al db.
1)Il db deve essere presente nella cartella App_Data per poter essere utilizzato nel sito, ma la collocazione fisica del db è fuori dal sito. Quello presente nella cartella App_Data è dunque un riferimento al db e non il file fisico? Come si costruisce nel sito web questo riferimento che nel computer locale è effettuabile con facilità tramite "Aggiungi elemento esistente"?

2) Anche il Dataset punta a questo riferimento e, di conseguenza non è necessario aggiornare tutti i dataset? E se si devono aggiornare, come si fà?

3)ho letto da un sacco di parti che pubblicando il sito è necessario modificare la stringa di connessione (cioè la stringa presente in web.config che nel mio caso è
<connectionStrings>
<add name="ASPNETDBConnectionString" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\ASPNETDB.MDF;Integrated Security=True;User Instance=True" providerName="System.Data.SqlClient"/>
</connectionStrings>
oppure si intende qualche altra stringa posizionata altrove?

4) se si deve modificare questa stringa, dovendo fare riferimento alla posizione del db nel mio sito (67.15.190.141\SQLExpress,1433) ed al nome del mio db (SEERBIODB), la stringa dovrebbe diventare:

<add name="ASPNETDBConnectionString" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|67.15.190.141\SQLExpress,1433|\;Initial Catalog=SEERBIODB;UID=username];PWD=[password]"/> Oppure No??


5) una domanda ancora più stupida, ma non ho trovato riferimenti (forse perchè è stupida). Come si fa ad utilizzare da VB la stringa di connessione presente sul web.config senza doverla riscrivere in ogni listato?

Ancora grazie per l'aiuto
thedoctorgp wrote:
1)Il db deve essere presente nella cartella App_Data per poter essere utilizzato nel sito, ma la collocazione fisica del db è fuori dal sito.

no, non deve esserci. questa è una "schifezza" che hanno aggiunto per fare in modo che puoi sviluppare in locale senza usare un vero SQL Server. ma in produzione così non puoi andarci.

2) Anche il Dataset punta a questo riferimento e, di conseguenza non è necessario aggiornare tutti i dataset? E se si devono aggiornare, come si fà?

devi cambiare la stringa di conn, il dataset di suo non punta a niente, è solo un contenitore di dati.

3)ho letto da un sacco di parti che pubblicando il sito è necessario modificare la stringa di connessione (cioè la stringa presente in

certo che sì, va variata puntando al vero db.
prendi spunto da
http://www.aspitalia.com/servizi/connectionstring-SQLServer.aspx
5) una domanda ancora più stupida, ma non ho trovato riferimenti (forse perchè è stupida). Come si fa ad utilizzare da VB la stringa di connessione presente sul web.config senza doverla riscrivere in ogni listato?

devi usare questo codice:
ConfigurationManager.ConnectionStrings("nomeconn").ConnectionString

Daniele Bochicchio | ASPItalia.com | Libri
Chief Operating Officer@iCubed
Microsoft Regional Director & MVP

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.