Verwenden CDN mit carrierwave + Nebel in s3 + cloudfront mit rails 3.1

CarrierWave wird nicht funktionieren, wenn Sie eingestellt config.fog_public = false und Punkt config.asset_host zu einer CloudFront-Verteilung. Dies dokumentiert wurde mehrere Male:

https://github.com/carrierwaveuploader/carrierwave/issues/1158
https://github.com/carrierwaveuploader/carrierwave/issues/1215

In einem aktuellen Projekt war ich glücklich mit CarrierWave zu handhaben-uploads für S3, aber wollte es zurückgeben unterzeichnet CloudFront-URL verwendet Modell.attribute_url. Ich kam mit der folgenden (zugegebenermaßen hässlichen) workaround, dass ich hoffe, dass andere davon profitieren können oder verbessern auf:

Fügen Sie die 'cloudfront-signer' Edelstein zu Ihrem Projekt ein und konfigurieren Sie Sie gemäß den Anweisungen. Dann fügen Sie die folgende überschreibung der /lib/carrierwave/uploader/url.rb in eine neue Datei in config/Initialisierungen (beachten Sie die mehrere Einfügungen von AWS::CF::Signer.sign_url):

module CarrierWave
      module Uploader
        module Url
          extend ActiveSupport::Concern
          include CarrierWave::Uploader::Configuration
          include CarrierWave::Utilities::Uri

          ##
          # === Parameters
          #
          # [Hash] optional, the query params (only AWS)
          #
          # === Returns
          #
          # [String] the location where this file is accessible via a url
          #
          def url(options = {})
            if file.respond_to?(:url) and not file.url.blank?
              file.method(:url).arity == 0 ? AWS::CF::Signer.sign_url(file.url) : AWS::CF::Signer.sign_url(file.url(options))
            elsif file.respond_to?(:path)
              path = encode_path(file.path.gsub(File.expand_path(root), ''))

              if host = asset_host
                if host.respond_to? :call
                  AWS::CF::Signer.sign_url("#{host.call(file)}#{path}")
                else
                  AWS::CF::Signer.sign_url("#{host}#{path}")
                end
              else
                AWS::CF::Signer.sign_url((base_path || "") + path)
              end
            end
          end

        end # Url
     end # Uploader
end # CarrierWave

Dann überschreiben /lib/carrierwave/storage/Nebel.rb, indem Sie den folgenden, um das Ende der gleichen Datei:

require "fog"

module CarrierWave
  module Storage
    class Fog < Abstract
       class File
          include CarrierWave::Utilities::Uri
          def url
             # Delete 'if statement' related to fog_public
             public_url
          end
       end
    end
  end
end

Schließlich in config/Initialisierungen/carrierwave.rb:

config.asset_host = "http://d12345678.cloudfront.net"

config.fog_public = false

Das ist es. Nun können Sie mit Modell.attribute_url und wird es wieder ein signiertes CloudFront-URL zu einer privaten Datei hochgeladen hat, CarrierWave, um Ihren S3-bucket.

Nach einigem suchen und mit diesen zu kämpfen, für eine lange Zeit fand ich eine Seite, die sagt, dass CarrierWave nicht unterstützt CloudFront signierte urls. CloudFront signierte urls sind anders als S3 signierte urls, die verursacht mir einige Verwirrung. Sobald ich, dass herausgefunden wurde, war es viel einfacher zu wissen, was zu tun ist.

Wenn Sie konfigurieren CarrierWave mit config.fog_public = false dann wird es automatisch beginnen Unterzeichnung S3 urls, aber es kann nicht konfiguriert werden, um mit Fog und CloudFront private Inhalte in der version von CarrierWave ich bin mit (1.0.0). Ich habe sogar versucht, mit der carrierwave-aws gem und das hat auch nicht geholfen.

Also, was passieren würde, ist, dass CarrierWave würde, melden Sie die URL und den host würde in etwa so Aussehen:

https://my_bucket_name.s3-us-west-2.amazonaws.com/uploads/...?signature...

Dass die Punkte direkt an den S3-bucket, aber ich brauchte es, um zu CloudFront. Ich brauchte die Gastgeber dann wie folgt Aussehen:

https://s3.cloudfront_domain_name.com/uploads/...

Und was würde passieren, wenn ich config.asset_host gleich meine CloudFront Lage ist, würde ich diese bekommen, (mit Doppel-slashes vor "uploads"):

https://s3.cloudfront_domain_name.com//uploads/...

Dass auch deutlich gemacht, CarrierWave war noch nicht entwickelt, um verwendet werden, mit CloudFront. Hoffentlich werden Sie es verbessern. Dies war mein work-around. Es ist hässlich, aber es funktionierte zu tun bekommen, was ich brauchte, ohne zu modifizieren CarrierWave sich, wie ich hoffe, CarrierWave wird irgendwann hinzufügen von Unterstützung für CloudFront.

1. Zuerst habe ich einen regex suchen/ersetzen auf meine url und entfernt die S3-host Teil
   und mein CloudFront host-Teil.
   cf_url = s3_url.gsub("my_bucket_name.s3-us-west-2.amazonaws.com", "s3.cloudfront_domain_name.com")
2. Weiter habe ich eine andere regex-suchen/ersetzen
   zum entfernen der S3-signiert-url an das Ende der Zeichenfolge:
   non_signed_cf_url = cf_url.gsub(/\?.+/, '') Dies ist, weil die Unterschrift falsch, denn es wurde mithilfe der API für S3 und nicht für CloudFront für die Unterzeichnung der URL.
3. Jetzt habe ich re-signieren der URL selbst, mit der cloudfront-signer gem:
   signed_cf_url = Aws::CF::Signer.sign_url(non_signed_cf_url, :expires => 1.day.from_now)

Gibt es ein paar andere Dinge, die Sie müssen sich bewusst sein, wenn man private Inhalte über CloudFront:

• In das Cache-Verhalten-Einstellungen für Ihre Pfad-Muster (nicht unbedingt den Standard), fest: "Den Viewer Zugriff
  (Signierte URLs oder
  Signed Cookies)" auf "ja"
• Set "Vertrauenswürdigen Unterzeichner" zu "self"
• Set "Query-String-Forwarding-und Caching" auf "Vorwärts alle, cache basiert auf alle", wenn Sie verwenden möchten anderen query-strings mehr als die CloudFront-Signatur in der url, wie response-content-disposition und response-content-type (ich war in der Lage, diese erfolgreich zu arbeiten, aber Sie haben url_encoded richtig.)
• In Ihrer CloudFront-Origin-Einstellungen, setzen Sie Ihre access-Identität und setzen Sie "Erteilen Sie Lese-Berechtigungen auf Eimer" auf "ja, Aktualisieren Bucket Policy"
• In Ihrer Allgemeinen Verteilung-Einstellungen, stellen Sie sicher, dass "Distribution Status" auf "Enabled", und dass Sie Hinzugefügt haben, einen CNAME auf "weitere Domain-Namen
  (CNAMEs)" wenn Sie eine.
• Wenn Sie einen CNAME-Eintrag, stellen Sie sicher, dass Ihr DNS korrekt konfiguriert ist, und verweisen Sie auf Ihre CloudFront-Verteilung der Namen.
• Schließlich, wenn Sie die Konfigurationen es gibt eine lange Wartezeit, während AWS-updates der distribution, so dass Sie nicht sehen Ihre änderungen sofort geschehen. Es kann scheinen, wie Sie Ihre app/Webseite ist immer noch unterbrochen, bis die änderungen propagieren durch CloudFront. Dies kann die Konfiguration schwierig, denn wenn man es falsch Sie müssen eine lange Zeit warten, bevor Sie sehen Ihre änderungen wirksam und Sie können nicht sicher sein, was passiert ist. Aber mit diesen Einstellungen war ich in der Lage, um es für mich arbeiten.
• Sie können auch mehr als eine caching-Pfad-Muster, so dass einige Inhalte ist privat und erfordert eine CloudFront-signed url und andere Inhalte nicht. Zum Beispiel, habe ich einen Pfad Muster *.mp4 dass eine Signatur erforderlich ist, für alle mp4-Dateien und platziert, dass über das Standard-Verhalten. Und dann habe ich die Standard-cache-Verhalten festlegen, NICHT benötigen, signierte urls, die erlaubt, alle anderen Dateien - wie Bilder, die - öffentlich zugänglich über die CloudFront-Verteilung.