System Worker- Classe de transfert de fichiers pour utiliser Dropbox ou GDrive
La première partie de la série System Worker vous a montré la puissance des system workers, et la seconde s’est concentrée sur l’utilisation réelle en passant par la classe File Transfer pour utiliser cURL pour FTP, FTPS, SFTP et HTTP.
Dans la dernière partie de cette suite, nous verrons comment le composant prêt à l’emploi -downloadit from here, permet un accès direct à Dropbox ou GDrive, en utilisant les mêmes commandes que les opérations FTP :
System Worker – Classe de transfert de fichiers pour utiliser cURL pour FTP, FTPS, SFTP, HTTP.
La première vidéo vous a montré la puissance des system workers et la flexibilité qu’ils apportent.
Cette suite se concentrera sur l’utilisation réelle en passant en revue un composant prêt à l’emploi qui simplifie cURL (inclus dans Mac et Windows OS) et permet les transferts de fichiers avec un large éventail de protocoles ou de serveurs. Téléchargez ou téléchargez des fichiers et recevez des listes de répertoires ; tout ce dont vous avez besoin pour effectuer un transfert de fichiers.
Le composant fournit une barre de progression (pour une ou plusieurs opérations parallèles), y compris un bouton d’annulation facultatif, permettant à l’utilisateur final d’interrompre les opérations de longue durée.
La vidéo de 15 minutes explique comment utiliser la classe :
System Worker Vs. LAUNCH EXTERNAL PROCESS
Lestravailleurs du système peuvent ressembler à LAUNCH EXTERNAL PROCESS, mais ils sont beaucoup plus puissants.
Cette vidéo de 15 minutes explique comment utiliser les System Workers avec plus que la simple commande LAUNCH EXTERNAL PROCESS. Outre une utilisation simple, elle montre également comment utiliser des rappels pour recevoir des informations d’une application externe en cours d’exécution, comme une barre de progression :
Corrections à chaud pour les versions fonctionnelles
Si vous faites partie des clients désireux d’utiliser une version de fonctionnalité mais qui hésitent encore en raison du temps nécessaire pour obtenir des corrections de bogues, nous vous apportons de bonnes nouvelles, et le titre a peut-être déjà donné un indice !
À partir de 4D v19 R4, nous proposerons chaque mois des correctifs pour la version de fonctionnalité en cours.
Comment notariser votre application 4D fusionnée (macOS 12 & Xcode 13)
Note: Mise à jour pour macOS 12/Monterey et Xcode 13. Pour Xcode 12 et plus ancien, voir cet article de blog.
Avec Monterey (macOS 12), il est fortement recommandé de notariser les applications distribuées sur un réseau public. Un nombre important de développeurs transfèrent leurs applications à l’aide d’un périphérique de stockage connecté ou via le partage de fichiers ; la notarisation n’est pas nécessaire dans ces cas où l’utilisateur fait déjà confiance au développeur. La notarisation vise à garantir aux utilisateurs que l’application n’est pas malveillante et n’est requise que pour les applications téléchargées depuis un site web.
En utilisant notre fonction de signature intégrée lors de la création de vos applications avec 4D v18, votre application est prête à être notariée. Ce processus s’effectue en dehors de 4D. Il consiste à ajouter une signature électronique à votre demande et à soumettre votre demande signée à un service d’inspection automatisé. Voici tout ce que vous devez savoir :
Scraping Web à l’aide de la notation objet
Vous souhaitez récupérer des données qui ne sont pas disponibles via REST ou des services Web ? Et si elles ne sont disponibles que sur un site web ? Les données sont assez faciles à lire pour un humain, mais lire des données HTML avec un langage de programmation n’est pas si simple. Certains développeurs essaient d’utiliser Position et Substring, d’autres essaient Regex, mais c’est désagréable et cela prend du temps. Une approche très différente consiste à convertir le HTML en objet et à obtenir les données via la notation objet. Les lignes des tableaux sont traitées comme des collections et il est facile de les parcourir en boucle !
Cet article de blog décrit comment utiliser cette approche et fournit quelques conseils pratiques.
Comment faire authentifier votre demande de fusion 4D ?
Avec Catalina (macOS 10.15), il est fortement recommandé de notariser les applications distribuées sur un réseau public. Un nombre important de développeurs transfèrent leurs applications en utilisant un périphérique de stockage connecté ou via le partage de fichiers, la notarisation n’est pas nécessaire dans ces cas où l’utilisateur fait déjà confiance au développeur. L’objectif de la notarisation est d’assurer aux utilisateurs que l’application n’est pas malveillante et n’est requise que pour les applications téléchargées à partir d’un site web.
Si vous utilisez notre fonction de signature intégrée lorsque vous créez vos applications avec 4D v18, votre application est prête à être notariée. Ce processus s’effectue en dehors de 4D. Il consiste à ajouter une signature électronique à votre demande et à soumettre votre demande signée à un service d’inspection automatisé. Voici tout ce que vous devez savoir :
Préparez vos applications macOS pour la notarisation avec 4D
Catalina (macOS 10.15) est désormais disponible et Apple a annoncé que la notarisation des logiciels distribués en dehors de l’App Store était devenue obligatoire. Cela peut soulever quelques questions : que se passe-t-il si mon application 4D n’est pas notariée ? Serai-je en mesure de la notariser ? Comment ? Pas de panique ! Nous avons tout prévu et cet article de blog apporte les réponses.
Personnalisez le dialogue d’administration avec du code 4D
Il y a eu des demandes de modification de la boîte de dialogue d’administration de 4D Server, certains clients souhaitant supprimer des informations et d’autres voulant ajouter des informations personnalisées. Ce composant AdminWindow vous montre comment faire exactement cela. Vous pouvez l’utiliser « tel quel » ou le modifier pour l’adapter à vos besoins.
Projet 4D : Entrez dans une nouvelle ère de collaboration
Depuis la version 1.0 de 4D Server, 4D est un partisan de longue date du développement en équipe. Le plus grand avantage de travailler ensemble sur le même code source est de permettre à la fois le développement et les tests en équipe. Cependant, cela peut créer certains inconvénients pour les équipes distribuées, car elles ne sont pas toujours en mesure de travailler sur la même source.
Après une réécriture complète, 4D propose désormais deux façons de travailler avec les sources : binaire et projet. Binary est le 4D que nous connaissons et aimons tous, avec la source dans un fichier binaire pour permettre le développement en équipe avec 4D Server. Project facilite le travail collaboratif des équipes distribuées en stockant la source dans un système de contrôle de la source sous forme de fichiers texte.
Nous contacter
Vous avez une question, une suggestion ou vous voulez simplement entrer en contact avec les blogueurs 4D ? Envoyez-nous un message !
* Votre vie privée est très importante pour nous. Veuillez cliquer ici pour consulter notre Politique