eine Lösung für das unten aufgeführte Problem habe ich nicht gefunden.
Aber das ist inzwischen auch nicht weiter tragisch: durch einen
Designfehler liegen alle vom Benutzer hochgeladenen Bilder unterhalb
/public/images - und werden in zig Einträgen entsprechend verlinkt.
(also nichts mit image_tag() oder dergleichen)

Ich bin schlicht zu faul, nur wegen dieser blöden Asset-Pipeline
alle Texte zu aktualisieren + die Upload-Logik zu ändern.
Und zuviel Halbwissen ist auch noch ein Grund...

Die Pipeline ist ja optional und so werde ich sie auch behandeln.
Danke fürs mitlesen ;)

----- Original message -----
From: "Torsten Flammiger" <nos...@airpost.net>
To: rubyonrails-ug@headflash.com
Date: Thu, 01 Sep 2011 20:35:43 +0200
Subject: [Rubyonrails-ug] Konfliktpotential: rails 3.1 und vorhandener 
assets_controller

Servus Gemeinde

Rails 3.1 ist ja nun raus und ich habe mir mal eine Testumgebung
für ein Update meiner bestehenden 3.0 Applikation gebaut.

Funktioniert soweit ganz gut, bis ich die Asset-Pipeline einschalte.
Es kommt zu folgender Fehlermeldung beim Aufruf von /:

No route matches {
  :action=>"destroy",
  :controller=>"assets",
  :id=>"blueprint/screen.css",
  :format=>"css", nil=>:request
}

Ich tippe ja ganz stark auf eine Kollision zwischen der Pipeline-
Logik und meinem vorhandenen Assets-Controller aber ich bin doch
sicher nicht der einzige auf der Welt, der die "statischen Inhalte"
seiner Seite(n) über einen assets_controller.rb abrufen kann?

Kann das jemand bestätigen - und hat sogar eine Lösung parat,
die meinen Assets-Controller respektiert? Ich möchte das ungern
umbauen - schon allein deswegen nicht, weil mir kein passender
(Ersatz)Namen einfällt ;)

Auf der anderen Seite ist man ja nicht gezwungen,
die Asset-Pipeline zu verwenden.

Gruß
Torsten

_______________________________________________
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug

_______________________________________________
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug

Antwort per Email an