исправить пакетное репо, а также с опцией config
composer config --global repo.packagist composer https://packagist.org
В моем сценарии добавление следующих строк в composer.json
устранило проблему.
"repositories": {
"packagist": { "url": "https://packagist.org", "type": "composer" }
}
Если у вас более одного репозитория:
"repositories": [
{ "type": "composer", "url": "https://packagist.org" },
{ "type": "git", "url": "git@bitbucket.org:repo_name/proj_name.git" }
],
Это случилось со мной, когда мое интернет-соединение было очень неустойчивым, что привело к повреждению файла. У вас есть «правильное» соединение?
Если ваше соединение правильно, попробуйте удалить файл composer.lock
и удалить все, что находится в вашем каталоге vendor/
, затем сделать php composer.phar install
.
Как @Javad сказал, --prefer-dist
должен работать.
Я использовал это для следующей проблемы:
[Composer\Repository\RepositorySecurityException]
The contents of http://packagist.org/p/symfony/translation$452e624e2b8bf261
b553b79c0bfc170e5432455ebb33e9fbce585241a5fb7a16.json do not match its sign
ature. This should indicate a man-in-the-middle attack. Try running compose
r again and report this if you think it is a mistake.
Этот код работал для меня:
composer update --prefer-dist
Это таймаут довольно долгое время, иногда до 15 минут, но затем он начинает загружаться.
Добавив ниже код в файл composer.json
"репозитории": {"packagist": {"url": " https://packagist.org "," type ":" composer "}}
blockquote>Для получения дополнительной информации: http://tastytuts.net/php-tutorials/composer-update-man-middle- атака ошибок /
Для меня решение заключалось в том, чтобы закрыть мой брандмауэр, включенный в FortiClient, после этого все сработало. Брандмауэр, кажется, «человек посередине»;)