ruby - bundle install/update trop lent

Je viens d'installer RVM, Ruby, Rails, etc. sur mon virtuel ubuntu 12.04 32 bits s'exécutant dans une virtualbox. Maintenant, je rencontre le problème que pour ma première rails de projet bundle install ou bundle update prend beaucoup de temps. Même quand je crée un nouveau projet avec des rails (qui comprend bundle install).

Je n'utilise que le standard de gemmes:

source 'https://rubygems.org'

gem 'rails', '3.2.12'

# Bundle edge Rails instead:
# gem 'rails', :git => 'git://github.com/rails/rails.git'

group :development do
  gem 'sqlite3', '1.3.5'
end


# Gems used only for assets and not required
# in production environments by default.
group :assets do
  gem 'sass-rails',   '3.2.5'
  gem 'coffee-rails', '3.2.2'

  # See https://github.com/sstephenson/execjs#readme for more supported runtimes
  # gem 'therubyracer', :platforms => :ruby

 gem 'uglifier', '1.2.3'
end

gem 'jquery-rails', '2.0.2'

J'ai essayé bundle install sans gemmes mais gem 'rails', '3.2.12'. Après que j'ai tapé à nouveau bundle install avec toutes les gemmes dans mon gemfile. Il m'a fallu 10 minutes pour vérifier les dépendances. La sortie de --verbose est un mélange de HTTP success et HTTP redirection.

Rails version: Rails 3.2.12

Version de Ruby: ruby 1.9.3p392 (2013-02-22 révision 39386)

Rvm: rvm 1.18.18

bundle version: Bundler version 1.3.2

J'ai déjà cherché pour une solution, mais rien n'a aidé.

  • Activer votre pare-feu.
  • 1. s'assurer il n'y a pas de pare-feu ou de poxy, 2.vérifiez vos paramètres dns, c'est à dire le programme d'installation de google serveur dns (8.8.8.8), s'il vous plaît être sûr d'enlever tous les domaines de recherche 3. essayez d'utiliser l'adresse http:// au lieu de https://
  • vous exécutez un système antivirus sur un serveur linux? De le supprimer et de s'assurer que votre logiciel est up2date.
  • Je veux dire que le pare-feu/antivir sur windows. Parfois il bloque le trafic internet.
  • Quelle est la version de RubyGems utilisez-vous? gem -v
  • Changer de https en http dans mon Gemfile ne la magie. Grâce reto. Avant que je dois créer le projet avec des rails nouvelle APPLICATION --skip-bundle personne Ne sait quel est le problème avec le https?
  • Si vous utilisez rubygems version 2.0.1, il y avait un bug concernant le protocole https. Vous devriez faire gemme --mise à niveau
  • Je ne pense pas que sa lenteur, mais plus comme une erreur. Si vous exécutez "bundle install --verbose", qui serait sortie de plus de commentaires. Il dit en réalité "Bundler::Récupérateur::CertificateFailureError: impossible de vérifier le certificat SSL" et il est bloqué par la suite. Sans pour autant produire une erreur s'est déroulé sans --verbose. À la fin, ils suggèrent que "Gemfile sources et les changements 'https' à 'http'.", cependant.

InformationsquelleAutor Robin Wieruch | 2013-03-11
  1. 40

    Changer https à http dans mon Gemfile ne la magie. Avant que je dois créer le projet avec rails new APP --skip-bundle

    Je tiens à avertir ici, qu'il y est un but de sécurité pour l'utilisation de https sur http. Essayez d'abord les autres réponses mentionné dans ce fil.

    • J'ai eu le même problème sur OS X avec des Rails 4 beta 1 et Ruby 2 et ce qu'il est corrigé. Changer https vers http augmentation de la vitesse de "bundle install" autour de 5 fois douloureux (minutes) à grande (< 20 secondes). Le principal ralentissement semble être "l'Extraction de gem métadonnées à partir de rubygems.org..........." partie.
    • Pourquoi ne SSL faire Bundler-elle si lente?
    • La moitié de mes Gemfile a été exécuté pendant 1 heure... Après l'utilisation de cette façon, il a pris à peine 5 minutes... je VOUS REMERCIE de m'avoir sauvé la nuit! Mais je ne comprends pas ce que le hack est le problème avec Ubumntu et rubygems?
    • Je ne pense pas que ce soit spécifique à Ubuntu ou mac OS X que la même chose arrive à moi sur Debian sid (unstable). Remplaçant https par http donne un super boost lors de l'exécution de bundle pour une raison...
    • et où voulez-vous changer cela (https -> http) ?
    • dans votre Gemfile - première ligne
    • ouch :/ Merci a trouvé, jamais remarqué leur ... 😉
    • la première ligne dans votre Gemfile.Après ce changement, j'ai juste besoin de moins d'une minutes à "bundle install'. vraiment merci à ce sujet.
    • Compte tenu de l'importance de la nature de rubygems.org cela pourrait être très dangereux. Je dirais que la seule raison pour laquelle il n'a pas été un haut profil de l'empoisonnement du cache d'attaque ou similaires, mais est parce que gemfiles par défaut en https. Voir: stackoverflow.com/questions/19559754/...
    • Raison Possible pour laquelle https est si lent, c'est l'entropie de l'épuisement: github.com/cpuguy83/docker-jruby/issues/...

    InformationsquelleAutor Robin Wieruch
  2. 13

    Bundler juste a obtenu une mise à jour de traitement en parallèle de pierres précieuses. 

    gem install bundler --pre

    permettra de résoudre le problème de la meilleure façon possible pour l'instant.

    Source

    InformationsquelleAutor Mohit Jain
  3. 5

    Bundler v1.12.x a été publié en 2016 et a causé certains utilisateurs de faire l'expérience de lent bundle install questions.

    Dans ce cas de rester avec v1.11.2 est la meilleure option (c'est rapide) jusqu'à la sortie d'un correctif.

    Il vaut la peine de se diriger vers l' Rubygems.org à essayer les différentes versions de la bundler gem.

    Vérifier le système de regroupement des versions, désinstaller la version existante, l'installation de la version 1.11.2 exemple:

    gem list | grep bundler

gem uninstall bundler -v existing-version-number

gem install bundler -v 1.11.2
    • Regarde comme c'est corrigé maintenant, celle qui est liée question a été fermé.
    InformationsquelleAutor Red
  4. 3

    Vous pouvez également utiliser plusieurs emplois, il peut améliorer un peu

      bundle install --jobs 8

    Ici est un tutoriel sujet

    InformationsquelleAutor duykhoa
  5. 2

    Un développeur amical méthode est de remplacer la gemme serveur avec une alternative plus rapide.

    Dans notre cas, nous pouvons configurer http comme un miroir à l'adresse lent https connexions:

    bundle config mirror.https://rubygems.org http://rubygems.org

    Cela vous permet de garder l'original Gemfile de configuration, tout en utilisant plus rapide http connexions pour récupérer des gemmes.

    Si vous vouliez revenir à https: 

    bundle config --delete mirror.https://rubygems.org

    bundle config a un défaut --global option. Vous pouvez spécifier --local pour limiter les configurations de locaux dossier de l'application.

    Configuration est enregistrée dans les ~/.bundle/config et locales .bundle/config.

    • Cela aura les mêmes problèmes de sécurité que d'autres réponses qui suggèrent de remplacer https par http dans le Gemfile, donc être conscient du risque si vous suivez ce.
    • vous êtes d'invalider toutes les réponses tout en n'ajoutant pas de valeur. Comme je l'ai noté, https reste https, http est utilisé dans le backend comme un miroir. Il est évident que nous sommes en remplacement de https dans l'action avec http et donc nous devrions être dans un environnement de confiance. Tous https mentionne dans les fichiers restent https donc il n'y a aucun risque de sécurité si le code est déplacé à un autre endroit.
    • Votre réponse est une solution valable à la question - c'est pourquoi je n'ai pas downvote - mais si vous l'extraction de pierres précieuses dans le http, vous augmentez vos risques, si vous modifiez le protocole dans votre gemfile ou de modifier la configuration miroir. Les développeurs qui choisissent cette stratégie devrait le faire avec leurs yeux ouverts.
    • J'ai fait upvoted votre réponse comme une solution récente, mais à l'aide chiffrée gem transfert des adresses très limitée des risques de sécurité. Il n'y a aucun vecteur d'attaque à l'aide de gem fichiers modifiés sur le chemin, dans un man in the middle attack ou similaire. Lorsque l'infrastructure ou fournisseur de services internet n'est pas fiable. Toutes les connexions http insécurité et de l'environnement de dev en question. Par exemple, même les fichiers de ressources et de javascript serait manipulé.
    InformationsquelleAutor Reza Hashemi
  6. 2

    Si vous voyez toujours ce problème avec Bundler 1.12.5, vous pouvez essayez de mettre à jour OpenSSL utilisé par votre Ruby.

    Pour moi, c'est allé comme ceci:

    pmorse$ bundle --version
Bundler version 1.12.5
pmorse$ ruby -ropenssl -e 'puts OpenSSL::OPENSSL_VERSION'
OpenSSL 1.0.1j 15 Oct 2014
pmorse$ openssl version
OpenSSL 0.9.8zg 14 July 2015
pmorse$ brew info openssl
openssl: stable 1.0.2h (bottled) [keg-only]

    [... plus brew de sortie ...]

    pmorse$ rvm reinstall ruby-2.2.2 --with-openssl-dir=`brew --prefix openssl`

    [... beaucoup de rvm de sortie ...]

    pmorse$ ruby -ropenssl -e 'puts OpenSSL::OPENSSL_VERSION'
OpenSSL 1.0.2h  3 May 2016

    Cela devrait rendre bundle plus rapide encore, sans vous obliger à aller de https à http.

    InformationsquelleAutor pjmorse
  7. 0

    Je sais que cela peut être à la base de réponse, mais essayez d'installer les outils de développement de la principale Ruby site. J'ai eu un problème similaire et il a fait un travail. Parfois, les solutions simples sont les meilleurs!!!

    Bonne chance!

    InformationsquelleAutor Adamosch