http_allow_database_as_path
/database/ dans le chemin d’URL et l’utilise comme base de données courante.
Ce paramètre, défini par utilisateur, détermine si une requête de type chemin routée est interprétée. Le routage lui-même est contrôlé globalement par le paramètre de configuration http_allow_path_requests au niveau du serveur (désactivé par défaut). Celui-ci doit être activé pour que l’interface HTTP route une requête de type chemin (telle que /my_db/my_table.csv) vers le gestionnaire de requêtes. Cette décision de routage étant prise avant l’authentification de la requête, elle ne peut pas dépendre d’un paramètre par utilisateur. Lorsque http_allow_path_requests est désactivé, les chemins inconnus renvoient simplement un 404. Après le routage, ce paramètre est vérifié à nouveau au regard des paramètres effectifs de l’utilisateur authentifié, ce qui permet de l’activer de manière sélective pour un utilisateur, un rôle ou un profil.
http_allow_filters_as_path
/name=value/ dans le chemin (style de partitionnement Hive) et les traduit en filtres combinés par AND. Les opérateurs >, <, >=, <=, !=, <> sont également reconnus.
Comme http_allow_database_as_path, il s’agit d’un paramètre par utilisateur ; le routage des requêtes avec chemin est contrôlé globalement par le paramètre de configuration http_allow_path_requests au niveau du serveur (le routage a lieu avant l’authentification).
http_allow_filters_as_unrecognized_url_parameters
param_* connu est traité comme un filtre et combiné avec AND. Deux formes sont acceptées :
- Un simple
name=valuedevient une expression d’égalité :`name` = 'value'(l’identifiant est entouré d’accents graves et la valeur est entre guillemets en tant que littéral de chaîne). - Un opérateur de comparaison (
!=,>,<,>=,<=,<>) en fait une comparaison : soit séparé dans le paramètre (?a!=2,?a>=2), soit écrit directement lorsque l’URL ne contient aucun=permettant de le séparer (?a<>2,?f(x)>3) ; dans ce cas, lename[=value]reconstitué est analysé comme une expression SQL complète.
http_allow_table_as_file
table, table.format ou table.format.compression. Le chemin est interprété comme SELECT * FROM table.
Comme http_allow_database_as_path, il s’agit d’un paramètre par utilisateur ; le routage des requêtes avec un chemin d’URL est contrôlé globalement par le paramètre de configuration http_allow_path_requests au niveau du serveur (le routage s’effectue avant l’authentification).
http_connection_timeout
- N’importe quel entier positif.
- 0 - Désactivé (délai d’expiration infini).
http_make_head_request
http_make_head_request permet d’exécuter une requête HEAD lors de la lecture de données via HTTP afin de récupérer des informations sur le fichier à lire, telles que sa taille. Comme il est activé par défaut, il peut être utile de désactiver ce paramètre lorsque le server ne prend pas en charge les requêtes HEAD.
http_native_compression_disable_checksumming_on_decompress
gzip ou deflate).
Pour plus d’informations, consultez la description de l’interface HTTP.
Valeurs possibles :
- 0 — Désactivé.
- 1 — Activé.
http_receive_timeout
- Tout entier positif (secondes).
0n’est pas un délai d’expiration infini et peut entraîner des échecs lors de l’établissement de la connexion (les délais d’expiration des sockets POSIX nécessitent un intervalle positif).
http_send_timeout
- Tout entier positif (secondes).
0n’est pas un délai d’expiration infini et peut entraîner des échecs d’établissement de connexion (les délais d’expiration des sockets POSIX nécessitent un intervalle positif).
Cela s’applique uniquement au profil par défaut. Un redémarrage du serveur est nécessaire pour que les modifications prennent effet.
http_skip_not_found_url_for_globs
http_wait_end_of_query
http_write_exception_in_output_format
http_zlib_compression_level
9 nécessitent le build par défaut avec libdeflate ; un build sans libdeflate prend en charge les niveaux de 1 à 9.