Avviare programma come Amministratore (problema)

[Pamela72]

Ciao,
il mio programma deve essere avviato come amministratore, perchè scrive dei file nella sua cartella presi dal web.

Le guide dicono di modificare l'app.manifest

<!-- Opzioni manifesto Controllo account utente
            Se si desidera modificare il livello di Controllo account utente di Windows, sostituire il 
            nodo requestedExecutionLevel con uno dei seguenti.


        <requestedExecutionLevel  level="asInvoker" uiAccess="false" />
        <requestedExecutionLevel  level="requireAdministrator" uiAccess="false" />
        <requestedExecutionLevel  level="highestAvailable" uiAccess="false" />


            Se si specifica il nodo requestedExecutionLevel, la virtualizzazione dei file system e del Registro di sistema verrà disabilitata.
            Se si desidera utilizzare la virtualizzazione dei file e del Registro di sistema per la 
            compatibilità con le versioni precedenti, eliminare il nodo requestedExecutionLevel.
        -->

Di default vi è: <requestedExecutionLevel level="asInvoker" uiAccess="false" />, deve essere modificato in <requestedExecutionLevel level="requireAdministrator" uiAccess="false" /> per avviarlo automaticamente come amministratore.

Qui nasce il problema, se avvio un nuovo progetto e faccio questa modifica nessun problema, ma nel progetto che ho già iniziato mi da un errore:
"Errore 1 ClickOnce non supporta il livello di esecuzione richieste 'requireAdministrator'."

Come posso risolvere, che si avvii in amministratore è una cosa fondamentale per il corretto funzionamento.

Non mi dite come già fatto di creare installer, cartelle romaing o cose varie, la soluzione deve essere quella di avviare come amministratore come suggerito dall'MSDN https://social.msdn.microsoft.com/Fo...=visualbasicit

https://www.youtube.com/watch?v=3Tk7AK0DF8k

Grazie

[eziogsv]

... il mio programma deve essere avviato come amministratore, perchè scrive dei file nella sua cartella presi dal web....

Ma mi spieghi perché mai non scriverli in una sotto-cartella di Users/PC_User/AppData/Roaming (dove peraltro scrivono moltissimi programmi)? Quale è la controindicazione??

Scrivere dati nella cartella del programma, da Vista in poi, non ha alcun senso. IMHO. Oltretutto se un programma supernoto mi chiede di essere lanciato come amministratore... bene. Ma se me lo chiede un programma diciamo non universalmente noto... già la cosa mi suonerebbe dubbia: con permessi di amministratore si può scrivere qualsiasi cosa nel registro, ad esempio.

[gibra]

Probabilmente ClickOnce si scontra con quelle impostazioni.

[MySQL]

Io invece ti suggerirei di installare e scrivere in una cartella tipo c:\ilmioprogramma e lasciar perdere i "deliri" mentali di Microsoft.

PS c'è qualcuno che riesce a dimostrarmi come queste politiche diciamo così deliranti (almeno dal mio punto di vista) hanno impedito proliferazione di virus e malware? Perchè a me risultano essere più rigogliosi che mai nonostante questi (patetici) tentativi di patchare un blob gigantesco.

PS2 e sì, lo chiamo blob gigantesco perchè mi sono suzzato le varie versioni della "bibbia" microsoft. Più conosci Windows (internals) peggio ne pensi (dal punto di vista tecnico, non commerciale) , almeno se hai una vaga consuetudine coi sistemi operativi

[MItaly]

Io invece consiglio di seguire quello che viene consigliato e scrivere nei posti giusti... al di là del merito tecnico di una soluzione o dell'altra (e alla fine le cartelle roaming vorrebbero essere un avvicinarsi al modello classico Unix delle cartelle home), in linea di principio conviene non remare contro la piattaforma su cui si sta lavorando; far partire un eseguibile con privilegi amministrativi, specie se scaricato da internet, viene scoraggiato in ogni modo anche solo a livello di GUI, e, come suggeriva eziogsv, l'effetto sull'utente non è simpatico.

Inoltre, se ti fai dire dal sistema operativo il percorso giusto in cui scrivere sei abbastanza sicuro di non combinare pasticci in caso di configurazioni "strane" (due che mi sono capitate "per davvero": PC aziendali dove l'utente non ha diritti di amministratore; installazioni dove la root del sistema non è c:\ o dove c:\ è la root di un altro sistema - avrei preso a calci nei denti tutti i programmi che hardcodavano c:\windows le volte che mi è capitato).

Tutto questo vale se è un programma che dovrai distribuire "al pubblico generale" in maniera "facile"; naturalmente se invece è un programma ad uso interno o comunque da installare su macchine di cui puoi controllare la configurazione fai come più ti viene comodo.

[MySQL]

...in linea di principio conviene non remare contro la piattaforma su cui si sta lavorando...

Questo sarebbe condivisibile, se microsoft non cambiasse idea ogni 3 per 2, tutte le volte che si accorge che i suoi accorgimenti sono inutili o addirittura deleteri.

Non entro nel merito dell'inutilità pressochè assoluta dello UAC,manifest, firme digitali, smartscreen e così via e dei tentativi di sistemare una situazione ingestibile (oggettivamente) per mantenere la retrocompatibilità, limitandomi a suggerire di leggere e scrivere dentro la cartella da cui viene lanciato il programma.

Quindi nulla di hardcoded, anzi il contrario, per raggiungere alla portabilità così comoda e così poco nella "microsoft-filosofia".

Se distribuisci un programma che non richiede installazione, funziona da dentro una cartella e scrive tutto lì dentro puoi usare come installatore... winrar.

Ti dirò di più: nel caso usa le risorse per linkare file utili (es. DLL) ed estraile nella cartella dell'eseguibile, in modo da avere meno dipendenze possibili (idealmente, nessuna)

Magari con un check all'avvio della presenza di un collegamento sul desktop, per poi rifarlo se assente (cosa molto utile per il trasferimento tra computer diversi e utonti)

Il disinstallatore consisterà nel... cancella la cartella.
Il backup in copia-incolla etc.
Il trasferisci l'installazione... in copia-incolla.

Certo non è facilissimo in ambito .NET, comunque questo è solo il mio suggerimento, non la Direttiva Ufficiale Microsoft

[MySQL]

EDIT: c'è un dettaglio.
Se il file viene scaricato da Internet mediante una libreria Microsoft c'è caso che lo veda... come un file preso da internet e pertanto particolarmente pericoloso? Non so, può darsi, in questo caso non saprei.

[Pamela72]

Allora... sto provando a fare con la cartella di roaming.
Sembra che funzioni, ma ci sono delle cose che vorrei chiedere.

In primis: Nome Programma\1.0.0.0 >> quando cambio versione mi creerà una nuova cartella???

[eziogsv]

...Nome Programma\1.0.0.0 >> quando cambio versione mi creerà una nuova cartella???

Si, ma puoi benissimo bypassare il problema immettendoli in una cartella (esempio "Files", che se non c'è dovrà essere creata) direttamente in "NomeProgramma"

ReadOnly Destinazione = _
(My.Computer.FileSystem.SpecialDirectories.CurrentUserApplicationData).Replace(Application.ProductVersion, "Files")

'al Load del Form Principale
If Not My.Computer.FileSystem.DirectoryExists(Destinazione) Then
     My.Computer.FileSystem.CreateDirectory(Destinazione)
End If

[Pamela72]

Scusami, ma i file dove li salvo??
in "My.Computer.FileSystem.SpecialDirectories.Current UserApplicationData" o "Files" oppure "Destinazione"???

AGGIORNAMENTO:
Allora, ho fatto un prova: devo salvare il file in Destinazione & "\nomefile.txt". GIUSTO??
Inoltre ho dovuto modificare ReadOnly Destinazione in Dim Destinazione as string, poichè uno StreamReader non lo accettava. Va bene lo stesso?

Si, ma puoi benissimo bypassare il problema immettendoli in una cartella (esempio "Files", che se non c'è dovrà essere creata) direttamente in "NomeProgramma"

ReadOnly Destinazione = _
(My.Computer.FileSystem.SpecialDirectories.CurrentUserApplicationData).Replace(Application.ProductVersion, "Files")

'al Load del Form Principale
If Not My.Computer.FileSystem.DirectoryExists(Destinazione) Then
     My.Computer.FileSystem.CreateDirectory(Destinazione)
End If