Pracowałem nad aplikacją ASP.NET WebForms, która wymagała funkcji logowania do konta (np. Rejestracja nowych użytkowników, zmiana haseł, odzyskiwanie haseł, profili, ról itd.) . Aby to zrobić, użyłem FormsAuthentication z domyślnym magazynem danych, który, ku mojemu zaskoczeniu, jest plikiem MDF w App_Data. Kiedy przychodzi czas na wdrożenie tej aplikacji. na żywo w Internecie, zamierzam użyć wspólnego hostingu, takiego jak GoDaddy lub inna tania firma.App_Data/ASPNETDB.MDF na Sql Server 2005 (lub 08)
Dla efektywności chciałbym przełączyć z tego MDF do rzeczywistego SQL Server 2005 lub 2008 (kto przy zdrowych zmysłach używa płaskich plików?). Jednak przy współdzielonym hostingu nie będę mógł uruchamiać żadnych programów takich jak aspnet_regsql.exe. Będę miał tylko jeden login i hasło do bazy danych SQL Server oraz konto FTP do katalogu głównego domeny. Brak zdalnego pulpitu MSTSC, brak dostępu do konsoli, brak majsterkowania w IIS itp.
Nie będę musiał przenosić żadnych kont użytkowników z ASPNETDB.MDF (strona będzie zaczynać się od zera użytkowników), ale jak mam przypuszczać :
1) Łatwo utworzyć tabele, procedury itp., Które Visual Studio automatycznie utworzone w ASPNETDB.MDF, gdy użyłem narzędzia do administrowania witryną sieci Web, aby rozpocząć korzystanie z FormsAuthentication?
2) Poproś dostawcę członkostwa SQL o podanie ciągu połączenia, który podaję, zamiast używać tego, co jest teraz, aby połączyć się z tym ASPNETDB.MDF. Do diabła, nie widzę żadnego ciągu połączenia z tym MDF w web.config; jak do cholery jest moja aplikacja. nawet go znaleźć? Machine.config? To byłaby zła decyzja, gdyby tak było. Ta bzdura za kulisami doprowadza mnie do szału.
Każda pomoc od kogoś, kto przeszedł tę migrację, byłby bardzo, bardzo doceniany!
Powinieneś także mieć dostęp do mdf przez Visual Studio. – Konrad