Get 4D file
Get 4D file ( fichier {; *} ) -> Résultat
| Paramètre | Type | Description | |
|---|---|---|---|
| fichier | Entier long | 🡒 | Type de fichier |
| * | Opérateur | 🡒 | Retourne le chemin d'accès du fichier de la base hôte |
| Résultat | Chaîne | 🡐 | Chemin d'accès du fichier 4D désigné |
Description
La commande Get 4D file retourne le chemin d'accès au fichier de l'environnement 4D spécifié par le paramètre fichier. Le chemin d'accès est retourné en utilisant la syntaxe système.
Cette commande vous permet de récupérer le chemin d'accès actuel à des fichiers, dont le nom et l'emplacement sont spécifiques à 4D. Elle peut aussi vous permettre d'écrire du code générique indépendant de la version de 4D et de la version de l'OS.
Dans fichier, passez une valeur pour désigner le fichier dont vous voulez récupérer le chemin d'accès. Vous pouvez utiliser une des constantes suivantes du thème "Environnement 4D" :
| Constante | Type | Valeur | Comment |
|---|---|---|---|
| Backup history file | Entier long | 19 | Fichier historique des sauvegardes (voir Fichiers de configuration et de suivi). Stocké dans le dossier de destination de sauvegarde. |
| Backup log file | Entier long | 13 | Fichier de journal des sauvegardes courant. Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de journal des sauvegardes n'existe ou n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
| Backup settings file | Entier long | 18 | Fichier Backup.4Dsettings par défaut, stocké dans le dossier Settings de la base. |
| Backup settings file for data | Entier long | 17 | Fichier Backup.xml, stocké dans le dossier Preferences/Backup à côté du fichier structure de la base. |
| Build application log file | Entier long | 14 | Fichier d'historique courant au format xml du fichier du configuration par défaut du générateur d'application (buildApp.4DSettings). Stocké dans le dossier Logs de la base. |
| Build application settings file | Entier long | 20 | Fichier de configuration par défaut du générateur d'application (buildApp.4DSettings). Stocké dans le dossier Settings de la base. |
| Compacting log file | Entier long | 6 | Fichier de compte-rendu du compactage de plus récent de la base, créé par la commande Compact data file ou le Centre de sécurité et de maintenance (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de compte-rendu de compactage n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
| Current backup settings file | Entier long | 1 | Fichier backup.4DSettings utilié par l'application. Il peut s'agir du fichier backup.4DSettings par défaut ou d'un fichier de configuration utilisateur. |
| Debug log file | Entier long | 12 | Fichier d'enregistrement des événements pour le débogage créé par la commande SET DATABASE PARAMETER(Debug log recording). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucune fichier de débogage n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
| Diagnostic log file | Entier long | 11 | Fichier de diagnostic de 4D, créé par la commande SET DATABASE PARAMETER(Diagnostic log recording). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucun fichier de diagnostic n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
| Directory file | Entier long | 16 | Fichier directory.json, contenant la description des groupes et des utilisateurs (le cas échéant) pour les bases projets. ll se situe soit dans le dossier Settings de la base de l'utilisateur (par défaut, s'applique à tout le projet), soit dans le dossier de configuration des données (spécifique à un fichier de données). |
| HTTP Client log file | Entier long | 24 | Fichier journal créé par la commande HTTP SET OPTION(Fichier log HTTP Client;valeur). Stocké dans le dossier Logs. |
| HTTP debug log file | Entier long | 9 | Fichier de débogage des requêtes HTTP, créé par la commande WEB SET OPTION(Web debug log). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucun fichier de débogage des requêtes HTTP n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
| HTTP log file | Entier long | 8 | Fichier d'enregistrement des requêtes Web créé par la commande WEB SET OPTION(Web log recording). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier d'enregistrement des requêtes Web n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
| IMAP Log file | Entier long | 23 | Fichier journal créé par la commande SET DATABASE PARAMETER(IMAP Log). Stocké dans le dossier Logs de la base |
| Last backup file | Entier long | 2 | Dernier fichier de sauvegarde généré, nommé |
| Last journal integration log file | Entier long | 22 | Chemin complet du dernier fichier journal d'intégration de l'historique (stocké dans le dossier Logs de l'application restaurée), le cas échéant. Ce fichier est créé en mode auto-repair, dès qu'une intégration de fichier d'historique a lieu (voir ). |
| POP3 Log file | Entier long | 21 | Fichier des requêtes POP3 créé par la commande SET DATABASE PARAMETER(POP3 Enreg historique). Stocké dans le dossier Logs de la base. |
| Repair log file | Entier long | 7 | Fichier de compte-rendu des réparations effectuées sur la base par le Centre de maintenance et de réparation (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de compte-rendu de réparation n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
| Request log file | Entier long | 10 | Fichier des requêtes client/serveur standard (hors requêtes Web), créé par SET DATABASE PARAMETER(4D Server log recording) ou SET DATABASE PARAMETER(Client log recording). Si la commande est appelée sur le serveur, le chemin du fichier des requêtes du serveur est retourné (stocké dans le dossier Logs de la base, à côté du fichier de structure). Si la commande est appelée sur lun client, le chemin du fichier des requêtes du client est retourné (stocké dans le dossier Logs de la base locale). S'il n'existe aucun fichier de requêtes, un chemin vide est retourné (aucune erreur n'est générée). |
| SMTP log file | Entier long | 15 | Fichier des requêtes SMTP créé par la commande SET DATABASE PARAMETER(SMTP Enreg historique). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de requêtes SMTP n'existe ou n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
| User settings file | Entier long | 3 | settings.4DSettings pour tous les fichiers de données (si activé), stocké dans le dossier Preferences à côté du fichier de structure de la base |
| User settings file for data | Entier long | 4 | settings.4DSettings pour le fichier de données courant, stocké dans le dossier Preferences à côté du fichier de données. |
| Verification log file | Entier long | 5 | Fichier de compte-rendu de vérification le plus récent de la base, créé par les commandes VERIFY CURRENT DATA FILE et VERIFY DATA FILE ou via le Centre de sécurité et de maintenance de la base (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier compte-rendu de vérification n'a été créé, un chemin vide est retourné (aucune erreur n'est générée). |
Si le fichier cible n'existe pas, un chemin vide est retourné. Aucune erreur n'est générée.
Lorsque la commande est appelée à partir d'un composant, passez le paramètre optionnel * pour obtenir le chemin d'accès du fichier de la base hôte. Dans ce contexte, si vous omettez le paramètre *, une chaîne vide est toujours retournée.
Concernant User settings file for data et User settings file, un chemin d'accès est retourné si l'option de sécurité Autoriser les propriétés utilisateur dans un fichier externe est cochée dans la boîte de dialogue des Propriétés de la base (voir ).
Exemple
Vous voulez obtenir le chemin d'accès du fichier de sauvegarde le plus récent :
var $path : Text
$path:=Get 4D file(Last backup file)
// $path = "C:\Backups\Countries\Countries[0025].4BK" par exemple