Sebastian Wenzlaff schrieb:
hallo Sebastian
Beispiele in Büchern und Tutorials immer wunderschön gewählt sind und tadellos funktionieren. Wenn ich mir aber eine Webseite vorstelle, wie sie ein gewöhnlicher Kunde haben möchte, sehe ich da große Diskrepanzen. Also fing ich mal vor kurzem an, eine Kundenwebseite (die ich mit PHP und meinem eigenen kleinen Framework gebaut habe) mit RoR zu erstellen. Da stellen sich mir dann sofort fragen, die _nicht_ in Büchern behandelt werden. Eine normale Webseite besteht auch aus statischem Content. Muss ich also einen Controller erstellen, der für diese Seiten zuständig ist? Z.B. "StaticController"?
Nein, statische Seiten könntest du einfach in public reinpacken,und dann
verlinken, wäre aber zu überlegen ob du ein einheitliches application
template nutzen möchtest. Dann mußt du auch controller anlegen. ist ja
kein großer Akt.
Da sieht aber doof in den URLs aus. Bsp.: "www.dummy.de/produkte" das sieht gut aus.
"www.dummy.de/produkt/1" auch gut, aber "www.dummy.de/static/impressum"? Naja, so habe
ich es erstmal gemacht. Genauso geht es mir bei REST. Das Verständnis von REST ist nicht mein Problem, aber
die konkrete Umsetzung bei einer normalen Webseite. Bei Modellen (wie z.B. Produkte) ist es auch klar, aber w
as ist wieder mit den statischen Seiten?
"www.dummy.de/static/impressum" -> wie kommst du darauf ?
Wenn du die statischen Seiten als htm einbaust (im public ordner)
bekommst du normale links; mit controller:
www.deineseite.de/namedescontrollers/impressum ...schlimm ?
kennst du http://railscasts.com
Da gibt es gute, praxisnahe Beispiele. Du hast recht.. in den Büchern
stehen oft Sachen, die man anfangs schlecht abwandeln kann. Oft fehlen
gängige Praxisbeispiele.
zb. Kunde will, das externe links sich in einem eigenen Fenster öffnen.
tja , wie baue ich target="_blank" in einen link_to tag ein..?
Und ähnliches mehr..
Gruß
--
Werner Laude
Lindenburger Allee 22 | 50931 Köln
0221.8805 635
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://www.webagentur-laude.de
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
rubyonrails-ug mailing list
[email protected]
http://mailman.headflash.com/mailman/listinfo/rubyonrails-ug
