Diskussion:Ruby on Rails/Archiv/1

aus Wikipedia, der freien Enzyklopädie
< Diskussion:Ruby on Rails
Letzter Kommentar: vor 6 Jahren von Habitator terrae in Abschnitt b:Websiteentwicklung: Ruby on Rails
Zur Navigation springen Zur Suche springen

Scaffolding

Letzter Kommentar: vor 14 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt

scaffolding sollte besser mit Gerüstbau denn mit Baugerüst übersetzt werden, da es den Vorgang und nicht den Gegenstand beschreibt.

Nein, scaffolding bedeutet "Baugerüst". Das Verb für "ein Gerüst bauen" ist to scaffold --84.60.99.154 04:15, 3. Jul 2006 (CEST)
Der Satz ergibt so auch semantisch keinen Sinn. Man kann ein substantiviertes Verb (also eine Tätigkeit oder einen Prozeß) nicht in ein Softwareprodukt einbauen: "Mittels des eingebauten Gerüstbaus ist es möglich, ..." Ein Prozeß kann allenfalls für ein Produkt vorgesehen oder damit assoziiert sein. Scaffolding ist zwar nur eine Metapher, aber die bessere Metapher für eine Infrastruktur ist ein Gegenstand. 193.109.238.110 16:17, 7. Apr. 2008 (CEST)

Also der Absatz zum Scaffolding sollte nochmal neu geschrieben werden. Mit Scaffolding ist gemeint, dass sich der Entwickler ein Gerüst z.B. zu einem Modell generieren lassen kann, um sofort CRUD-Operationen auf einem Modell anwenden zu können. Das was hier zu CRUD steht ist hingegen vollkommen falsch, was klar wird, wenn man dem Link zum Begriff folgt. Dass neu hinzugefügte Felder sofort erscheinen hat mit CRUD nichts zu tun sondern hängt mit der Funktionsweise der generierten Scaffolds und ActiveRecord zusammen. Zudem wird das Scaffolding in der weiteren Entwicklung nicht "ergänzt" sondern vollkommen ersetzt. Beim Scaffolding geht es darum, die wesentlichen Teile einer Anwendung möglichst schnell hochzuziehen um schnell zu einer lauffähigen Anwendung zu kommen, die man vorzeigen kann, da die Entwicklung von Anwendungen im Kontext von Rails als iterativer Prozess gesehen wird. Im weiteren Verlauf wird dieses Gerüst selbstverständlich durch die gewünschte Funktionalität ersetzt. 85.182.73.59 (14:54, 24. Okt. 2009 (CEST), Datum/Uhrzeit nachträglich eingefügt, siehe Hilfe:Signatur)

XML-Backend

Letzter Kommentar: vor 17 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
"Weiterhin besteht die Möglichkeit, ein anderes Format zu verwenden (z. B. XML-Dateien) oder vollständig auf ein Backend zu verzichten."

Ich habe keine entsprechenden Quellen als Beleg hierfür gefunden. Wo gibt es hierüber Informationen? --84.131.247.247 14:09, 8. Jul 2006 (CEST)

zB http://www.rubyonrails.org/api/classes/ActionView/Base.html unter Builder, die Template Dateien enden dann auf .rxml --217.65.16.149 10:56, 23. Jan. 2007 (CET)
Hallo, Ruby bietet mit seiner Standardbibliothek Unterstützung für beispielsweise XML (Stickwort REXML), weiterhin wird auch YAML oder plain Text unterstützt. Das kann eigentlich jede Programmiersprache, deshalb dachte ich auch, dass ich diese Aussage nicht belegen muss. Daniel Bovensiepen 00:51, 11. Jul 2006 (CEST)

Sicherheitsprobleme mit mod_ruby

Im Artikel wird darauf verwiesen, dass die Verwendung von mod_ruby zu größeren Sicherheitsproblemen führen kann. Könnte jemand dafür eine Quelle nennen? Daniel Bovensiepen 01:00, 11. Jul 2006 (CEST)

Der Hinweis stammt von mir und ich beziehe mich damit auf http://wiki.rubyonrails.org/rails/pages/mod_ruby Stichwort: Shared interpreter limitations. --DerGuteMoritz 15:35, 18. Jul 2006 (CEST)
Vielen Dank. Daniel Bovensiepen 22:10, 18. Jul 2006 (CEST)

Geschichte

Letzter Kommentar: vor 16 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt

"Neu war vor allem RJS" - die Abkürzung RJS sollte erklärt werden. --Tillmo 19:20, 1. Jan. 2008 (CET)

Done. Im Netz findet sich sowohl "Ruby on Rails JavaScript Templates" als auch "Ruby JavaScript" in seriösem Kontext. Da hier auf die Templates Bezug genommen wird, habe ich ersteres gewählt. --Hamburger 19:46, 6. Mär. 2008 (CET)

Geschichte (Baustein "Überarbeiten")

Letzter Kommentar: vor 15 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt

Dazu folgender Kommentar: Der Abschnitt Geschichte geht bislang zu wenig auf Version 2.0 ein. Der Hinweis auf die missbilligten Methoden stammt noch aus der zeit vor 2.0. Wie sieht die Lage jetzt aus? --Hamburger 19:37, 6. Mär. 2008 (CET)

OK, ich hab mich mal selbst kurz dahinter geklemmt und die Geschichte neu geordnet. Ein paar neue Infos zur aktuellen Version sind auch hinzugekommen. Ergänzt werden sollten diese aber auf jeden Fall noch. Die Infos zu REST sollten präzisiert werden: Offenbar mit 1.2 eingeführt wie in WP ausgesagt, und dann mit der 2.0 - wie heise berichtete (vgl. Quelle im Artikel) - als Ablösung für SOAP präsentiert. --Hamburger 19:56, 6. Mär. 2008 (CET)
Die Ausssagen im Artikel sind aber nicht falsch oder grob lückenhaft, daher habe ich den Baustein jetzt (nach 6 Monaten...) mal heraus genommen. --Bernd vdB 17:40, 9. Nov. 2008 (CET)

Webserver-Unterstützung

Letzter Kommentar: vor 14 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt

Der Einsatz von Apache mit (Fast)CGI wird nicht mehr empfohlen (da es doch Probleme mit sich bringt), sondern Apache + Mongrel(-Cluster) als Backend. Quelle: Agile Webdevelopment with Rails 2. Edition S. 618 (in der 1. war das mit CGI noch der Fall) (nicht signierter Beitrag von Grazi (Diskussion | Beiträge) 20:17, 27.03.08)

Rails nutzt jetzt eh Rack. -- FF-Wonko D•B 00:21, 8. Jan. 2009 (CET)
Der Abschnitt ist nur eingeschränkt richtig. Es stimmt, dass beim Einsatz von Phusion Passenger eine Neustart des Apache Servers nicht notwendig ist, wenn man Änderungen an der Anwendung durchführt. Die Webanwendung selbst muss jedoch neu gestartet werden. Falsch ist jedoch der Umkehrschluss, dass das für alle anderen Deployment-Varianten notwendig wäre. Bei CGI sicher nicht. Aber auch beim Einsatz von Mongrel gilt das nur im produktiven Einsatz und da wird man den sicher hinter einem Webserver wie z.B. Apache einsetzen, der dann selbstverständlich auch nicht neu gestartet werden muss. D.h. es gibt da praktisch keinen Unterschied. Zudem fehlt noch eine ganz wichtige Variante Rails-Anwendungen mittels JRuby auf einem der vielen Java Servlet Container wie z.B. Apache Tomcat, Jetty, Glassfish usw. laufen zu lassen. Und Shared Hosting läuft hier auch eher über VMs als so, wie man das von PHP her kennt. 85.182.73.59 15:29, 24. Okt. 2009 (CEST)

Merb

Letzter Kommentar: vor 14 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt

Warum leitet Merb hier her weiter? Immerhin handelt es sich da ja (noch) nicht um das gleiche. Merb wird in dem Artikel nur kurz unter Verwandte Frameworks genannt. -- FF-Wonko D•B 00:19, 8. Jan. 2009 (CET)

Ich seh, es gab zwar mal vor einem Jahr Artikel zu Merb aber die wurden damals gelöscht. Also, doch lieber nur einen Absatz bei RoR rein, außer es hält jemand noch langfristig einen Merb-Branch am Leben. -- TomK32 20:00, 26. Jan. 2009 (CET)
Ja, den hatte ich mal begonnen. Aber kaum waren die ersten Zeilen drin - ich hatte erst einmal den englichen Wikipedia-Eintrag übernommen und übersetzt - da wurde der Artikel schon Minuten später von einem Blockwart wegen angeblich mangelnder Relevanz auf den Löschindex gesetzt. Nach einigen Diskussionen habe ich dann entnervt aufgegeben, weil ich keinen Bock hatte, an einem Artikel zu arbeiten, der schneller gelöscht als getippt ist. 85.182.73.59 (14:12, 24. Okt. 2009 (CEST), Datum/Uhrzeit nachträglich eingefügt, siehe Hilfe:Signatur)

Beispiele

Letzter Kommentar: vor 17 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt

Würde ein kleines Beispiel den Rahmen des Artikels sprengen? (nicht signierter Beitrag von Dannerbeck (Diskussion | Beiträge) 11:35, 18. Jan. 2007 (CET))

Antwort: Ganz unten bei den Weblinks gibt es einen Link
"Ruby on Rails - Ein Tutorial und Einsteigerbuch für Ruby on Rails".
Dort ist sehr ausführlich beschrieben, wie man Ruby on Rails installiert und damit arbeitet. (nicht signierter Beitrag von 85.176.237.249 (Diskussion) 18:19, 16. Mär. 2007 (CET)‎)
Letzter Kommentar: vor 14 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt

rubyonrails.com führt zu nicht relevanter Werbung (nicht signierter Beitrag von 78.53.208.26 (Diskussion | Beiträge) 17:30, 20. Apr. 2010 (CEST))

gudn tach!
hab den link erst mal rausgenommen, bis entweder der alte wieder verfuegbar ist, oder jemand einen neuen url nennt. -- seth 21:30, 20. Apr. 2010 (CEST)

ActiveRecord

Letzter Kommentar: vor 13 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
  • Active Record: Objektabstraktionsschicht basierend auf dem objekt-relationalen Muster oder Model (das „M“ aus MVC) von Martin Fowler

Ünglücklicher Satz: Ist das Model von MVC von Martin Fowler? Ist ein Muster objekt-relational? Werden Objekte abstrahiert? (Klasse und Relation mögen eine Abstraktion eines Objektes sein, wohl aber nicht ActiveRecord.) Eine eventuell korrektere Formulierung:

  • Active Record: Modul in Ruby on Rails zur Kapselung des Datenbankzugriffes

Erläuternd dazu: Außer der Verwendung des eigentlichen ActiveRecord-Musters nach Martin Fowler - Modellobjekte sind um Methoden zur Persistierung erweitert - wird ein einfaches objekt-relationales Mapping angeboten. (nicht signierter Beitrag von 87.171.126.98 (Diskussion) 14:08, 9. Dez. 2007 (CET))

Das MVC Muster ist nun wirklich nicht von Martin Fowler. Besteht dieser unglückliche Eintrag nun schon seit 2007 oder länger? -- 217.255.29.114 09:35, 24. Mai 2011 (CEST)

Beleg/Quelle zur Webserverunterstuetzung

Letzter Kommentar: vor 12 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt

Hi. Im Artikel findet sich der Satz „. Für den produktiven Einsatz werden Apache oder Lighttpd mit FastCGI empfohlen, […]“. Dieser Satz koennte gut noch ein Beleg bzw. die Quelle dieser Empfehlung vertragen. Ohne den gehts in Richtung WP:TF. Grussnorro wdw 16:51, 19. Apr. 2010 (CEST)

Umformuliert. --Hamburger 16:26, 23. Jan. 2012 (CET)

v3 Beschreibung

Letzter Kommentar: vor 12 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt

Aus dem Text geht leider nicht eindeutig hervor ob die dort als "geplant" beschriebenen Änderungen tatsächlich umgesetzt wurden. Dies sollte explizit klargestellt werden. --Hamburger 16:22, 23. Jan. 2012 (CET)

Habs überarbeitet--Gidoca (Diskussion) 12:01, 12. Apr. 2012 (CEST)
Sehr cool - vielen Dank! Der Abschnitt Model steht noch aus: "Ab Rails 3.0 wird man die ORM-Bibliothek frei wählen können, sodass neben ActiveRecord unter anderem auch Sequel und Datamapper [...]." --Hamburger (Diskussion) 12:37, 12. Apr. 2012 (CEST)
Stimmt, hatte ich übersehen. Ich hab schon mal die Zukunftsform entfernt, aber vermutlich wird man den Satz noch mal überarbeiten müssen. Ich sehe nicht ein, warum man nicht schon vorher hätte andere ORMs verwenden können, vermutlich wäre einfach die Integration nicht so gut gewesen. --Gidoca (Diskussion) 00:19, 13. Apr. 2012 (CEST)
Siehe oben hier in der Disk, Abschnitt DataMapper ;) --07:53, 13. Apr. 2012 (CEST)

Heutige Bedeutung und Einsatzhäufigkeit

Letzter Kommentar: vor 6 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt

Kann jemand vom Fach etwas zur heutigen Bedeutung und Einsatzhäufigkeit in dem Artikel ergänzen. Der fachlich nicht versierte Leser sollte (am besten schon im ersten Abschnitt oder in einem eigenen Kapitel) erfahren, wie wichtig RoR heute ist und wo/wie viel es genutzt wird. Vorab: danke.--F.Blaubiget (Diskussion) 14:13, 5. Feb. 2015 (CET)

...nach drei Jahren immer noch aktuell, ein Danke erst danach? Flussbus (Diskussion) 23:09, 6. Mär. 2018 (CET)

b:Websiteentwicklung: Ruby on Rails

Letzter Kommentar: vor 6 Jahren2 Kommentare1 Person ist an der Diskussion beteiligt

Würdet ihr, die Autoren des Artikel, eine Einfügung dieses Buches zu den Weblinks zustimmen, es ist schon weit fortgeschritten. Die allgemeine Frage wird unter WD:WEB#Wikibooks diskutiert. --Habitator terrae (Diskussion) 16:07, 10. Mai 2018 (CEST)

Wenn mir niemand bis in drei Tagen antwortete füge ich den Link wieder hinzu --Habitator terrae (Diskussion) 18:20, 13. Mai 2018 (CEST)

Abgerufen von „https://de.wikipedia.org/w/index.php?title=Diskussion:Ruby_on_Rails/Archiv/1&oldid=200093152“