Einführung in Konfigurationsinformationen in Composer.json

Config

Die Tutorial-Spalte wird unten vom Composer-Befehl verwendet Lassen Sie mich Ihnen die konfigurationsbezogenen Informationen in Composer.json vorstellen.

Prozess-Timeout-Einstellung für das Anforderungsprozess-Timeout

Das Standard-Anfrage-Timeout ist auf 300 Sekunden eingestellt. Wie bei der Verwendung von Git für Klonvorgänge kann Composer bis zum Zeitpunkt der Anfrage fortfahren ausführen. Führen Sie es aus, bis die Installation abgeschlossen ist. Wenn Ihre Netzwerkgeschwindigkeit nicht schnell genug ist oder viele Inhalte geladen werden müssen, können Sie das Timeout höher einstellen.

use-include-path Verwenden Sie die Einstellung „include path“

Die Standardeinstellung ist „false“. Wenn sie auf „true“ gesetzt ist, findet der Composer-Autoloader automatisch Klassen, die in PHP enthalten sind Weg.

Preferred-Install-Installationspräferenzeinstellungen

Die Standardeinstellung ist der Auto-Modus, der auf Quelle, Dist oder Auto-Modus eingestellt werden kann. Mit dieser Option können Sie Composer auf Ihren bevorzugten Modus einstellen. Für genauere Einstellungen der Installationseinstellungen kann der Hash-Modus verwendet werden.

{
    "config": {
        "preferred-install": {
            "my-organization/stable-package": "dist",
            "my-organization/*": "source",
            "partner-organization/*": "auto",
            "*": "dist"
        }
    }
}

Bitte beachten Sie: Die Reihenfolge, in der Sie die Optionsmodi festlegen, ist wichtig. Der präzise Einstellmodus sollte vor dem breiten Einstellmodus verwendet werden, damit der präzise Einstellmodus wirksam wird. In globalen und Paketeinstellungen werden String-Einstellungselemente in den *-Modus konvertiert, wenn sie eine Mischung aus Strings und Hashes verwenden.

store-auths

Die Aktion, die nach dem Authentifizierungs-Popup-Fenster ausgeführt wird. Es gibt drei Optionen:

true, um die Authentifizierungsinformationen für immer zu speichern.

false speichert keine Authentifizierungsinformationen;

„prompt“ erfordert jedes Mal eine erneute Authentifizierung, dies ist die Standardoption.

github-protocols

Standard ist ["https", "ssh", "git"]. Prioritätsliste der Protokolle, die beim Klonen von github.com verwendet werden. Das Git-Protokoll ist keine verschlüsselte Übertragung. Daher wird das Git-Protokoll nur dann zum Klonen verwendet, wenn die Option „secure-http“ deaktiviert ist. Wenn Sie die Remote-Push-URL so einstellen möchten, dass sie das HTTPS-Protokoll anstelle des SSH-Protokolls (git@github.com:...) verwendet, können Sie einfach [„https“] festlegen, damit Composer die Push-URL nicht mehr neu schreibt das SSH-Protokoll.

github-oauth

Eine Liste von Domainnamen und OAuth-Schlüsseln. Beispiel: Wenn Sie {"github.com": "oauthtoken"} als Wert dieser Option verwenden, wird oauthtoken verwendet, um auf private Repositorys auf Github zuzugreifen und die IP-basierte API-Nutzung zu umgehen. Klicken Sie hier, um Informationen darüber zu erhalten, wie Sie ein OAuth-Token für GitHub erhalten.

gitlab-oauth

Eine Liste von Domänennamen und OAuth-Schlüsseln. Beispiel: Wenn Sie {"gitlab.com": "oauthtoken"} als Wert dieser Option verwenden, wird oauthtoken verwendet, um auf private Repositorys auf GitLab zuzugreifen. Bitte beachten Sie: Wenn Ihr Code nicht auf gitlab.com gehostet wird, müssen Sie auch diesen Parameter konfigurieren – gitlab-domains.

gitlab-token

Eine Liste von Domainnamen und privaten Token. Beispiel: Wenn Sie {"gitlab.com": "privatetoken"} als Wert dieser Option verwenden, wird privatetoken verwendet, um auf private Repositorys auf GitLab zuzugreifen. Bitte beachten Sie: Wenn Ihr Code nicht auf gitlab.com gehostet wird, müssen Sie auch diesen Parameter angeben – gitlab-domains.

disable-tls

Der Standardwert ist „false“. Wenn dieser Wert auf „true“ gesetzt ist, werden alle HTTPS-URLs durch HTTP ersetzt und die Verschlüsselung auf Netzwerkebene wird nicht verwendet. Das Aktivieren dieser Option kann Sicherheitsrisiken mit sich bringen, daher wird es nicht empfohlen, die Erweiterung php_openssl in php.ini zu aktivieren.

secure-http

Standardmäßig true . Wenn es auf „true“ gesetzt ist, sind in Composer nur HTTPS-URLs zulässig. Wenn Sie wirklich sicher sind, dass Sie HTTP verwenden müssen, um auf etwas zuzugreifen, können Sie es deaktivieren, aber die Verwendung eines Anbieters wie Let’s Encrypt, um ein kostenloses SSL-Zertifikat zu erhalten, ist ein Problem bessere Wahl.

bitbucket-oauth

Eine Liste von Domainnamen und Benutzernamen. Verwenden Sie beispielsweise {"bitbucket.org": {"consumer-key": "myKey", "consumer-secret": "mySecret"}}. Weitere Informationen zum Erstellen eines Benutzers in BitBucket finden Sie unter.

cafile

Der Speicherort des Authentifizierungszertifikats im lokalen Dateisystem. In PHP 5.6+ sollten Sie dies über openssl.cafile in php.ini festlegen, obwohl dies in PHP 5.6+ automatisch erfolgt.

capath

Wenn die Zertifikatsdatei nicht angegeben ist oder das Zertifikat an diesem Speicherort nicht gefunden wird, sucht das System in der durch capath angegebenen Datei nach einem geeigneten Zertifikat . capath muss ein Verzeichnis sein, in dem ein ordnungsgemäß gehashtes, verschlüsseltes Zertifikat vorhanden ist.

http-basic

Ein Domänenname und eine Liste von Benutzernamen und Passwörtern, die für die Speicherauthentifizierung erforderlich sind. Wenn Sie beispielsweise {"example.org": {"username": "alice", "password": "foo"}} als Wert verwenden, verwendet Composer den angegebenen Benutzernamen und das angegebene Passwort, um example.org zu authentifizieren.

Hinweis: Authentifizierungsbezogene Einstellungen wie http-basic und github-oauth können auch in der Datei auth.json definiert werden, getrennt von Composer.json. Auf diese Weise können Sie Git anweisen, es zu ignorieren, und jeder Entwickler kann seine eigenen Authentifizierungsdaten speichern. Mit

Plattform

können Sie Plattformerweiterungen (PHP und seine Erweiterungen) verschleiern, um eine Produktionsumgebung zu simulieren und Ihre Zielplattform in den Einstellungen zu definieren. Zum Beispiel: {"php": "7.0.3", "ext-something": "4.0.3"}.

vendor-dir

Standard ist der Anbieter. Sie können erforderliche Abhängigkeiten auch in einem anderen Verzeichnis installieren. $HOME und ~ im Anbieter und alle *-Verzeichnisse unten werden durch Ihr HOME-Verzeichnis ersetzt.

bin-dir

Der Standardwert ist Vendor/bin. Wenn ein Projekt ausführbare Dateien enthält, werden diese in diesem Verzeichnis symbolisch verknüpft.

data-dir

Der Standardwert ist C:Usersbe1cdaf6779910b92a0a47fc24e82b4fAppDataRoamingComposer in Windows und $XDG_DATA_HOME/composer in Unix-Systemen, die der XDG-Verzeichnisdefinition entsprechen. Auf anderen Unix-Systemen ist es $home. Jetzt wird es nur noch zum Speichern alter Versionen von Composer.phar-Dateien im Falle von Rollbacks verwendet. Weitere Informationen finden Sie unter COMPOSER_HOME.

cache-dir

Der Standardwert ist C:Usersbe1cdaf6779910b92a0a47fc24e82b4fAppDataLocalComposer in Windows und $XDG_CACHE_HOME/composer in Unix-Systemen, die der XDG-Verzeichnisdefinition entsprechen. Auf anderen Unix-Systemen ist es $home/cache. Speichert alle von Composer verwendeten Cache-Dateien. Weitere Informationen finden Sie unter COMPOSER_HOME.

cache-files-dir

Der Standardwert ist $cache-dir/files. ZIP-Archiv, das alle Erweiterungspakete speichert.

cache-repo-dir

Der Standardwert ist $cache-dir/repo. VCS-Repository, das Metadaten von Repositorys vom Typ Composer und Repositorys vom Typ SVN, Fossil, Github und Bitbucket speichert.

cache-vcs-dir

Der Standardwert ist $cache-dir/vcs. Speichert aus allen Repositorys vom Typ git/hg geklonte Dateien, um die Installation zu beschleunigen.

cache-files-ttl

Standard ist 15552000 (6 Monate). Composer speichert alle Dateien (zip, tar usw.), die von heruntergeladenen Erweiterungspaketen erstellt wurden, im Cache. Standardmäßig wird es gelöscht, wenn es 6 Monate lang nicht verwendet wird. Mit dieser Einstellung können Sie diese Ablaufzeit in Sekunden ändern oder auf 0 setzen, um sie vollständig zu deaktivieren.

cache-files-maxsize

Der Standardwert ist 300 MB. Composer speichert alle Dateien (zip, tar usw.), die von heruntergeladenen Erweiterungspaketen erstellt wurden, im Cache. Dies ist der maximale Speicherplatz, den zwischengespeicherte Dateien während der regelmäßigen Speicherbereinigung belegen dürfen. Ältere oder selten genutzte Caches werden gelöscht.

bin-kompatibel

Die Standardeinstellung ist „Auto“. Bestimmt die für die Installation ausführbarer Dateien erforderliche Kompatibilität. Bei der Einstellung „Auto“ werden unter Windows nur .bat-Dateien installiert. Bei der Einstellung „full“ werden zusätzlich zu .bat auch die vom Unix-System benötigten Skriptdateien installiert. Dies dient hauptsächlich dazu, die Situation zu bewältigen, in der Composer ausgeführt wird und das System, auf dem das Projekt ausgeführt wird, inkonsistent ist.

prepend-autoloader

Der Standardwert ist true. Wenn der Wert auf „false“ gesetzt ist, wird der Autoloader von Composer nicht in einen vorhandenen Autoloader vorgeladen. Dies kann manchmal verwendet werden, um Probleme zu beheben, die durch die gemeinsame Nutzung mit anderen Loadern verursacht werden.

Autoloader-Suffix

Standard ist null. Eine Zeichenfolge, die als Suffix für den Composer-Autoloader verwendet wird. Wenn leer, wird ein zufälliger Satz von Zeichenfolgen generiert.

optimize-autoloader

Der Standardwert ist falsch. Wenn es auf „true“ gesetzt ist, werden beim Generieren des Autoloaders immer Optimierungen durchgeführt.

sort-packages

Standard ist false. Wenn dieser Wert auf „true“ gesetzt ist, werden die Namen der Erweiterungspakete in der Datei „composer.json“ beim Ausführen des Befehls „require“ immer in alphabetischer Reihenfolge angeordnet.

classmap-authoritative

Standard ist false. Wenn auf „true“ gesetzt, lädt der Composer-Autoloader nur Klassen in der Klassenzuordnung. Diese Option aktiviert den Optimize-Autoloader.

apcu-autoloader

Standard ist false. Wenn dieser Wert auf „true“ gesetzt ist, überprüft der Composer-Autoloader APCu und verwendet ihn, um gefundene und nicht gefundene Klassen zwischenzuspeichern, wenn die Erweiterung aktiviert ist.

github-domains

Der Standardwert ist ["github.com"]. Eine Liste von Domänennamen, die im GitHub-Modus verwendet werden sollen. Dies kann von GitHub Enterprise verwendet werden.

github-expose-hostname

Der Standardwert ist wahr. Wenn es auf „false“ gesetzt ist, haben OAuth-Tokens, die für den Zugriff auf die Github-API erstellt wurden, ein Datum anstelle eines Hostnamens.

gitlab-domains

Der Standardwert ist ["gitlab.com"]. Eine Liste von Domänennamen für GitLab-Server. Dies kann verwendet werden, wenn Sie den Gitlab-Repository-Typ verwenden.

notify-on-install

Der Standardwert ist true. Mit Composer kann ein Repository eine Benachrichtigungs-URL definieren, um Benachrichtigungen zu erhalten, wenn ein auf diesem Repository basierendes Erweiterungspaket installiert wird. Mit diesem Eintrag können Sie dieses Verhalten deaktivieren.

Änderungen verwerfen

默认是 false 并且可以被设为 true，false 或 "stash"。此项允许你设置在升级过程中发生冲突时的默认行为。true 会放弃 vendors 中的更改，而 "stash" 尝试着去暂存以便于恢复。如果你的 CI 服务器或部署脚本可能会更改 vendors，那么可以使用该设置。

archive-format

默认是 tar。Composer 允许你设置在工作流需要创建特定格式压缩包时的默认压缩格式。

archive-dir

默认是 .。Composer 允许你设置在工作流需要创建特定格式压缩包时的默认压缩文件存储路径。也为了模块间的开发变得更加容易。

举个例子：

{
    "config": {
        "archive-dir": "/home/user/.composer/repo"
    }
}

htaccess-protect

默认是 true。如果设为 false，Composer 不会在 COMPOSER_HOME、cache、和数据目录创建 .htaccess 文件。

Das obige ist der detaillierte Inhalt vonEinführung in Konfigurationsinformationen in Composer.json. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!