J'aimerais savoir qu'elles sont les précautions à prendre avant de livrer
une appli Access composée de 2 bases (Structure et data) à des clients
finaux qui ne doivent pas pouvoir les modifier. Cette appli est mono
utilisateur et il n'y a pas de fichier de Workgroup donc l'utilisateur est
admin.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Tisane
Bonjour "NewsUser",
J'aimerais savoir qu'elles sont les précautions à prendre avant de livrer une appli Access composée de 2 bases (Structure et data) à des clients finaux qui ne doivent pas pouvoir les modifier. Cette appli est mono utilisateur et il n'y a pas de fichier de Workgroup donc l'utilisateur est admin.
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup !?! Déjà, convertis le "code" (structure ou frontale) en .mde. Les formulaires, états et code ne seront pas accessibles. Eventuellement, mets un mot de passe, mais si l'utilisateur est administrateur, peut-être pas très utile.
-- Tisane
Bonjour "NewsUser",
J'aimerais savoir qu'elles sont les précautions à prendre avant de livrer
une appli Access composée de 2 bases (Structure et data) à des clients
finaux qui ne doivent pas pouvoir les modifier. Cette appli est mono
utilisateur et il n'y a pas de fichier de Workgroup donc l'utilisateur est
admin.
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup
!?!
Déjà, convertis le "code" (structure ou frontale) en .mde. Les formulaires,
états et code ne seront pas accessibles.
Eventuellement, mets un mot de passe, mais si l'utilisateur est
administrateur, peut-être pas très utile.
J'aimerais savoir qu'elles sont les précautions à prendre avant de livrer une appli Access composée de 2 bases (Structure et data) à des clients finaux qui ne doivent pas pouvoir les modifier. Cette appli est mono utilisateur et il n'y a pas de fichier de Workgroup donc l'utilisateur est admin.
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup !?! Déjà, convertis le "code" (structure ou frontale) en .mde. Les formulaires, états et code ne seront pas accessibles. Eventuellement, mets un mot de passe, mais si l'utilisateur est administrateur, peut-être pas très utile.
-- Tisane
NewsUser
"Tisane" a écrit dans le message de news:
Bonjour "NewsUser",
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup !?!
Pas besoin, l'appli est mono utilisateur.
Je ne souhaite pas non plus faire de MDE, du moins dans un premier temps car il y aura toujours des petites modifs à faire sur place en fonction des besoins de chaque client.
Pour la base qui contient la structure je n'ai pas de probleme, il suffit d'activer ou de désactiver l'utilisation de la touche SHIT depuis une autre base que seule possedera l'installateur. Ce qui m'embete c'est la base qui contient les tables, et qui ne contient que ca : je ne vois pas trop comment la sécuriser sans y adjoindre au moins un formulaire et un module.
Et surtout je souhaiterais bénéficier de l'expérience de developpeurs ayant déja commercialisé des applis Access. Merci, @+
"Tisane" <b.tisane@laposte.net> a écrit dans le message de news:
uBckUUBSGHA.1780@TK2MSFTNGP12.phx.gbl...
Bonjour "NewsUser",
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup
!?!
Pas besoin, l'appli est mono utilisateur.
Je ne souhaite pas non plus faire de MDE, du moins dans un premier temps car
il y aura toujours des petites modifs à faire sur place en fonction des
besoins de chaque client.
Pour la base qui contient la structure je n'ai pas de probleme, il suffit
d'activer ou de désactiver l'utilisation de la touche SHIT depuis une autre
base que seule possedera l'installateur.
Ce qui m'embete c'est la base qui contient les tables, et qui ne contient
que ca : je ne vois pas trop comment la sécuriser sans y adjoindre au moins
un formulaire et un module.
Et surtout je souhaiterais bénéficier de l'expérience de developpeurs ayant
déja commercialisé des applis Access.
Merci,
@+
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup !?!
Pas besoin, l'appli est mono utilisateur.
Je ne souhaite pas non plus faire de MDE, du moins dans un premier temps car il y aura toujours des petites modifs à faire sur place en fonction des besoins de chaque client.
Pour la base qui contient la structure je n'ai pas de probleme, il suffit d'activer ou de désactiver l'utilisation de la touche SHIT depuis une autre base que seule possedera l'installateur. Ce qui m'embete c'est la base qui contient les tables, et qui ne contient que ca : je ne vois pas trop comment la sécuriser sans y adjoindre au moins un formulaire et un module.
Et surtout je souhaiterais bénéficier de l'expérience de developpeurs ayant déja commercialisé des applis Access. Merci, @+
NewsUser
"Tisane" a écrit dans le message de news:
Bonjour "NewsUser",
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup !?!
Pas besoin, l'appli est mono utilisateur.
Je ne souhaite pas non plus faire de MDE, du moins dans un premier temps car il y aura toujours des petites modifs à faire sur place en fonction des besoins de chaque client.
Pour la base qui contient la structure je n'ai pas de probleme, il suffit d'activer ou de désactiver l'utilisation de la touche SHIT depuis une autre base que seule possedera l'installateur. Ce qui m'embete c'est la base qui contient les tables, et qui ne contient que ca : je ne vois pas trop comment la sécuriser sans y adjoindre au moins un formulaire et un module.
Et surtout je souhaiterais bénéficier de l'expérience de developpeurs ayant déja commercialisé des applis Access. Merci, @+
"Tisane" <b.tisane@laposte.net> a écrit dans le message de news:
uBckUUBSGHA.1780@TK2MSFTNGP12.phx.gbl...
Bonjour "NewsUser",
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup
!?!
Pas besoin, l'appli est mono utilisateur.
Je ne souhaite pas non plus faire de MDE, du moins dans un premier temps car
il y aura toujours des petites modifs à faire sur place en fonction des
besoins de chaque client.
Pour la base qui contient la structure je n'ai pas de probleme, il suffit
d'activer ou de désactiver l'utilisation de la touche SHIT depuis une autre
base que seule possedera l'installateur.
Ce qui m'embete c'est la base qui contient les tables, et qui ne contient
que ca : je ne vois pas trop comment la sécuriser sans y adjoindre au moins
un formulaire et un module.
Et surtout je souhaiterais bénéficier de l'expérience de developpeurs ayant
déja commercialisé des applis Access.
Merci,
@+
Les clients ne doivent pas pouvoir modifier mais il n'y a pas de Workgroup !?!
Pas besoin, l'appli est mono utilisateur.
Je ne souhaite pas non plus faire de MDE, du moins dans un premier temps car il y aura toujours des petites modifs à faire sur place en fonction des besoins de chaque client.
Pour la base qui contient la structure je n'ai pas de probleme, il suffit d'activer ou de désactiver l'utilisation de la touche SHIT depuis une autre base que seule possedera l'installateur. Ce qui m'embete c'est la base qui contient les tables, et qui ne contient que ca : je ne vois pas trop comment la sécuriser sans y adjoindre au moins un formulaire et un module.
Et surtout je souhaiterais bénéficier de l'expérience de developpeurs ayant déja commercialisé des applis Access. Merci, @+
The_Team
Bonjour,
1 - Conversion de la base frontale en mde 2 - Distribution en run-time 3 - Système de protection si tu veux éviter les piratages (!)
-- Lucky_Team
http://www.access-developpement.com
"NewsUser" a écrit dans le message de news: eh$
Bonjour,
J'aimerais savoir qu'elles sont les précautions à prendre avant de livrer une appli Access composée de 2 bases (Structure et data) à des clients finaux qui ne doivent pas pouvoir les modifier. Cette appli est mono utilisateur et il n'y a pas de fichier de Workgroup donc l'utilisateur est admin.
Par avance, Merci @+
Bonjour,
1 - Conversion de la base frontale en mde
2 - Distribution en run-time
3 - Système de protection si tu veux éviter les piratages (!)
--
Lucky_Team
http://www.access-developpement.com
"NewsUser" <user@nospam.com> a écrit dans le message de news:
eh$KdMBSGHA.5656@TK2MSFTNGP11.phx.gbl...
Bonjour,
J'aimerais savoir qu'elles sont les précautions à prendre avant de livrer
une appli Access composée de 2 bases (Structure et data) à des clients
finaux qui ne doivent pas pouvoir les modifier. Cette appli est mono
utilisateur et il n'y a pas de fichier de Workgroup donc l'utilisateur est
admin.
1 - Conversion de la base frontale en mde 2 - Distribution en run-time 3 - Système de protection si tu veux éviter les piratages (!)
-- Lucky_Team
http://www.access-developpement.com
"NewsUser" a écrit dans le message de news: eh$
Bonjour,
J'aimerais savoir qu'elles sont les précautions à prendre avant de livrer une appli Access composée de 2 bases (Structure et data) à des clients finaux qui ne doivent pas pouvoir les modifier. Cette appli est mono utilisateur et il n'y a pas de fichier de Workgroup donc l'utilisateur est admin.
