Comment crypter le dossier "Ressources"

[frankie00]

Quelqu'un qui a testé mon utilitaire écrit en Xcode et Applescript m'a signalé qq chose qui peut se révéler gênant. Lorsqu'on fait 'Ouvrir le paquet' de l'exécutable, on aboutit à un dossier 'Ressources'.
Le problème est qu'à l'intérieur il y a tous mes scripts et qu'on peut facilement les modifier car ils sont en .txt. Il y a le double de chaque script en version .scpt et qui est binaire lui.
Le problème est que pour s'exécuter depuis Xcode, il faut des fichiers de script en .txt mais j'en suis pas totalement sûr.

Je voudrais savoir s'il y a une possibilité de crypter ces fichiers texte de scripts pour les rendre non copiables ni modifiables. Opaques quoi.
Merci d'avance

[PBell]

Bonjour,
Tu as sans doute distribué le package résultant d'un "Build" et pas d'un "Build and Release".
La version projet nécessite effectivement les sources pour pouvoir les éditer et les modifier.

Je ne pense pas que cela aie changé dans les versions récentes de Xcode (je ne suis qu'en 3.2.6 !), donc le "Build and Release" devrait donner un package non éditable.

Mais en tout état de cause, dans la version distribuée, tu peux bien sûr supprimer ces fichiers .txt manuellement !
...à condition , bien sûr, de te garder une version source avec ces fichiers pour tes améliorations futures !

Cordialement

[frankie00]

Ha bon ça marche avec les fichiers .txt même supprimés le Build and Release ? On peut retirer les références à l'intérieur du projet fenêtre Navigateur des scripts en .txt et ne garder que les sources compilées ?
Suis un peu naïf bien sûr, le Build and Release offre une version finale non éditable, une version Release non projet . Super je vais essayer cela.
J'avais une autre solution qui consistait à lancer par Xcode le script compilé en .scpt et donc non-modifiable ni piratable. Si qq s'avise de modifier le script compilé le programme risque (sûrement) de ne plus marcher. Ça nécessitait d'autres instructions et finalement une réécriture complète du programme en Xcode.

Pour en revenir à ton idée, c-a-d que si je compile avec un Build and Release je n'aurai plus les sources des scripts en .txt dans les ressources ? Ou alors que je peux les retirer sans complexe du sous-dossier Contents/Resources ?
J'ai bien compris ? Par contre j'ai pas bien saisi où se trouve la commande Build and Release dans Xcode. Dans les Préférences ? J'ai bien un Build mais pas un Build and Release ou alors il faut aller dans les Scheme et choisir l'option Release soit dans le Run soit dans Archive qui est le prélude de la soumission à AppStore je crois si on a un abonnement Apple Developper.
J'hésite à me lancer comme cela car dès qu'on touche à un truc soit en Applescript soit en XScode (et mon projet utilise les 2) on risque de voir apparaître des bugs ou des malfonctions parfois difficilement identifiables.
Dans Product puis option éditer Scheme sous Xcode, j'ai bien le choix d'une option Release mais quand je fais Build les .txt apparaissent toujours dans les Ressources du package.
Finalement je crois que j'ai trouvé la solution: il faut les retirer manuellement et ça marche quand même car le projet a été buildé avec les scripts compilés et non en .txt.
Par contre ce qui m'ennuie, c'est que si jamais je transmets mon projet à AppStore à leurs labos de tests via la commande Archive et avec un account Developper, je crois que les .txt feront partie du package et s'ils acceptent de le mettre en ligne, n'importe qui pourra alors copier ou pirater les textes source.
Bon il doit y avoir une solution.

Ce message a été modifié par frankie00 - 20 Dec 2014, 11:22.