Mir ist kein besserer Titel eingefallen. Es geht um die Fragte wie man unter folgenden Gegebenheiten eine Apache/Mongrel Umgebung am besten konfiguriert.
Aufbau ganz "klassisch": Webserver nimmt Anfragen entgegen und gibt diese aktuell per ProxyPass und ProxyPassReverse an einen app-Server im internen Netz weiter. Wie performant das ist wenn der mongrel alles abarbeitet dürfte sich wohl jeder vorstellen können. Aber für staging Zwecke aktuell noch ausreichend. Was ich jetzt gerne möchte ist dass die statischen Dateien alle direkt per Apache ausgeliefert, und die dynamischen Anfragen per mongrel_cluster bedient werden. Gibt da auch jede Menge Infos im Netz, allerdings beziehen sich diese immer auf eine "1-Server Lösung". Also die Anwendung liegt unter /var/www/railsapp und somit können ja die statischen Anfragen z.B. per RewriteCond per lokalem Apache umgeschrieben werden. Aktuell sehe ich jetzt verschiedene Möglichkeiten um das Problem in den Griff zu bekommen. Weiss aber nicht ob und welche da am besten umsetzbar ist. a.) mounten des Rails Verzeichnisses vom app-Server auf dem Webserver, und dann per DocumentRoot und RewriteCond auf dem share arbeiten. b.) Bei deployen zusätzlich eine aktuelle Programmversion auf dem Webserver (nur public?) zur Verfügung stellen und die statischen Dateien von dort ausliefern. c.) Die ganz grobe Kelle, mit memcached oder sonstigem die statischen Dateien zur Verfügung stellen. Denke dank Capistrano sollte doch die Möglichkeit b.) relativ einfach umsetzbar sein. Ist aber dann allerdings ganz und gar nicht DRY. ;) Wie macht ihr das? Bzw. wie würdet ihr das umsetzen? Vielelicht habe ich auch gerade nur ein Brett vorm Kopf. Habe aufjedenfall nichts gefunden was ein solches Setup kurz und bündig erklären würde. _______________________________________________ rubyonrails-ug mailing list [email protected] http://mailman.headflash.com/listinfo/rubyonrails-ug
