php.ini 配置详细选项(2)
配置每个处理程序最多开几个 Postgres 连接,包括持续连接。
sybase.allow_persistent boolean
配置是否允许 Sybase 数据库持续连接 (persistent connections),会影响 sybase_pconnect() 函数。
sybase.max_persistent integer
配置每个处理程序最多保持几个 Sybase 持续连接。
sybase.max_links integer
配置每个处理程序最多开几个 Sybase 连接,包括持续连接。
sybct.allow_persistent boolean
配置是否允许 Sybase-CT 数据库持续连接 (persistent connections),默认值是打开的。
sybct.max_persistent integer
配置每个处理程序最多保持几个 Sybase-CT 持续连接。默认值为 -1 表示无限制。
sybct.max_links integer
配置每个处理程序最多开几个 Sybase-CT 连接,包括持续连接。默认值为 -1,表示没有限制。
sybct.min_server_severity integer
配置 Sybase-CT 服务器错误报告的最少笔数。默认值为 10。
sybct.min_client_severity integer
配置 Sybase-CT 客户端错误报告的最少笔数。默认值为 10。
sybct.login_timeout integer
配置 Sybase-CT 最久可以使用的登入时间。默认值为 1 分钟。
sybct.timeout integer
配置 Sybase-CT 的 query 操作时间限制。默认值为无限制。
sybct.hostname string
配置 Sybase-CT 可连接机器名称。默认值不设限
ifx.allow_persistent boolean
配置是否允许 Informix 数据库持续连接 (persistent connections),会影响 ifx_pconnect() 函数。
ifx.max_persistent integer
配置每个处理程序最多保持几个 Informix 持续连接。
ifx.max_links integer
配置每个处理程序最多开几个 Informix 连接,包括持续连接。
ifx.default_host string
配置 Informix 默认连接的服务器名称,供 ifx_connect() 或 ifx_pconnect() 函数使用。
ifx.default_user string
配置 Informix 默认连接的用户帐号,供 ifx_connect() 或 ifx_pconnect() 函数使用。
ifx.default_password string
配置 Informix 默认连接的用户密码,供 ifx_connect() 或 ifx_pconnect() 函数使用。
ifx.blobinfile boolean
配置 Informix 长位类模式,0 表在内存;1 表在文件中。亦可以在 PHP 程序中使用 ifx_blobinfile_mode() 函数来修改。
ifx.textasvarchar boolean
配置 Informix 文字模式默认值,0 表返回 blob 的代码;1 表返回 varchar 字符串。亦可在 PHP 程序中使用 ifx_textasvarchar() 函数来修改配置。
ifx.byteasvarchar boolean
配置 Informix 位组模式默认值,0 表返回 blob 的代码;1 表返回 varchar 字符串。亦可在 PHP 程序中使用 ifx_byteasvarchar() 来修改配置。
ifx.charasvarchar boolean
配置 Informix 返回字符串的字尾空格是否要自动去除。
ifx.nullformat boolean
配置 NULL 字段的返回方式,true 表示返回字符串 NULL,false 表格返回字符串 ""。亦可在 PHP 程序中以 ifx_nullformat() 修改。
bcmath.scale integer
配置 BC 高精确度函数库的小数点位数。
browscap string
配置浏览器的开文件能力名。
uodbc.default_db string
配置 ODBC 默认连接的数据库名称,供 odbc_connect() 或 odbc_pconnect() 函数使用。
uodbc.default_user string
配置 ODBC 默认连接的用户帐号,供 odbc_connect() 或 odbc_pconnect() 函数使用。
uodbc.default_pw string
配置 ODBC 默认连接的用户密码,供 odbc_connect() 或 odbc_pconnect() 函数使用。
uodbc.allow_persistent boolean
配置是否允许 ODBC 数据库持续连接 (persistent connections),会影响 odbc_pconnect() 函数。
uodbc.max_persistent integer
配置每个处理程序最多保持几个 ODBC 持续连接。
uodbc.max_links integer
配置每个处理程序最多开几个 ODBC 连接,包括持续连接。
以下和 session 有关的配置值,都在 PHP 4.x 以上的版本方支持。在 php.ini 的配置文件中。
session.save_handler
定义 session 储存资料的文件名称。默认值为 files。
session.save_path
定义 session 储存资料的文件路径。默认值为 /tmp。
session.name
配置 session 所使用的 cookie 名称。默认值为 PHPSESSID。
session.auto_start
配置 session 是否自动打开。默认值为 0 (否)。
session.lifetime
配置 cookie 送到浏览器后的保存时间,单位为秒。默认值为 0,表示直到浏览器关闭。
session.serialize_handler
定义连续/解连续资料的标头,本功能只有 WDDX 模块或 PHP 内部使用。默认值为 php。
session.gc_probability
配置每笔要求回应时的废物蒐集 (gc, garbage collection) 处理机率。默认值为 1。
session.gc_maxlifetime
配置废物被清除前的存活秒数。
session.extern_referer_check
决定参照到客户端的 Session 代码是否要删除。有时在安全或其它考虑时,会配置不删除。默认值为 0。
session.entropy_file
配置 session 代码建立时,使用外部高熵值资源或文件来建立,例如 UNIX 系统上的 /dev/random 或 /dev/urandom。
session.entropy_length
配置 session 从高熵值资源读取的位组数。默认值为 0。
session.use_cookies
配置是否要将 session 变成 cookie 存在用户端。默认值为 1,表是打开本功能。

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Le problème a été détecté dans le délai d'expiration de la session de production du projet Springboot. Le problème est décrit ci-dessous : Dans l'environnement de test, la sortie de session a été configurée en modifiant le fichier application.yaml après avoir défini différentes heures pour vérifier la configuration de la sortie de session. est entré en vigueur, le délai d'expiration a été directement fixé à 8 heures pour la sortie. Arrivé en environnement de production. Cependant, j'ai reçu à midi des commentaires de clients indiquant que le délai d'expiration du projet était court. Si aucune opération n'est effectuée pendant une demi-heure, la session expirera et nécessitera des connexions répétées. Résolvez le problème de la gestion de l'environnement de développement : le projet Springboot intègre Tomcat, donc la sortie de session configurée dans application.yaml dans le projet est efficace. Environnement de production : la version de l'environnement de production est

L'échec de la session est généralement dû à l'expiration de la durée de vie de la session ou à l'arrêt du serveur. Les solutions : 1. Prolonger la durée de vie de la session ; 2. Utiliser le stockage persistant ; 3. Utiliser les cookies ; 4. Mettre à jour la session de manière asynchrone ; 5. Utiliser un middleware de gestion de session ;

Les différences entre Oracle et Sybase sont les suivantes : 1. La syntaxe SQL est incohérente ; 2. Le mécanisme de post-traitement pour les champs trop longs est différent. Oracle ne dispose pas de mécanisme de troncature automatique lors de la saisie de caractères trop longs, alors que le mécanisme de traitement de Sybase l'est. troncature automatique ; 3. Longueur d'octet du champ chinois Incohérente, 1 caractère chinois dans la base de données Sybase occupe 2 octets et 1 caractère chinois dans la base de données Oracle occupe 3 octets ; 4. La conversion du type de caractère est différente 5. Les résultats de lecture des valeurs nulles sont incohérents ; ; 6. Le tri par défaut de la sortie de l'instruction de requête est incohérent ; 7 , Le format de date est incohérent.

Solution au problème inter-domaines de PHPSession Dans le développement de la séparation front-end et back-end, les requêtes inter-domaines sont devenues la norme. Lorsque nous traitons de problèmes interdomaines, nous impliquons généralement l'utilisation et la gestion de sessions. Cependant, en raison des restrictions de la politique d'origine du navigateur, les sessions ne peuvent pas être partagées par défaut entre les domaines. Afin de résoudre ce problème, nous devons utiliser certaines techniques et méthodes pour réaliser le partage de sessions entre domaines. 1. L'utilisation la plus courante des cookies pour partager des sessions entre domaines

Solution au problème de disparition de la session php après l'actualisation : 1. Ouvrez la session via "session_start();" ; 2. Écrivez toutes les configurations publiques dans un fichier php ; 3. Le nom de la variable ne peut pas être le même que l'indice du tableau ; 4. Dans Vérifiez simplement le chemin de stockage des données de session dans phpinfo et vérifiez si la session dans le répertoire de fichiers est enregistrée avec succès.

Le délai d'expiration par défaut de la session PHP est de 1440 secondes, soit 24 minutes, ce qui signifie que si le client ne s'actualise pas pendant plus de 24 minutes, la session en cours expirera si l'utilisateur ferme le navigateur, la session se terminera et la session PHP expirera. La session n'existera plus.

Sybase est une base de données basée sur une architecture client/serveur. Il s'agit d'une base de données ouverte, hautes performances et programmable qui peut utiliser des déclencheurs événementiels, le multithreading, etc. pour améliorer les performances.

Problème : Aujourd'hui, nous avons rencontré un problème de délai d'expiration dans notre projet et les modifications apportées au fichier application.properties de SpringBoot2 n'ont jamais pris effet. Solution : Les propriétés server.* sont utilisées pour contrôler le conteneur intégré utilisé par SpringBoot. SpringBoot créera une instance du conteneur de servlet en utilisant l'une des instances ServletWebServerFactory. Ces classes utilisent les propriétés server.* pour configurer le conteneur de servlets contrôlé (tomcat, jetty, etc.). Lorsque l'application est déployée en tant que fichier war sur une instance Tomcat, les propriétés server.* ne s'appliquent pas. Ils ne s'appliquent pas,
