🚀 go-pugleaf

Adam Byrtek pisze:
> TomekC wrote:
>> Zrobiłem sobie, na serwerze pustą aplikację railsową (z użyciem tego 
>> software'u, który jest na serwerze), skonfigurowałem wirtualnego hosta 
>> itd. - i ruszyła od strzału! Bez żadnego czarowania z uprawnieniami.
> 
> Pewnie to jakaś specyfika aplikacji, którą próbujesz stawiać z 
> repozytorium. Co to za plik blank.html?
> 
> Jeśli chodzi o FastCGI i uprawnienia, to użytkownik spod którego działa 
> proces (na przykład www-data) musi móc pisać do log i tmp, czytać 
> config/database.yml (jeśli odebrałeś te uprawnienia innym) i wykonywać 
> dispatch.fcgi. Oczywiście trzeba wcześniej zainstalować gema fcgi.
> 
> Warto też uprawnić się, że "bang-line" w dispatch.fcgi jest ustawiony na 
> "#!/usr/bin/env ruby", to najbardziej przenośne rozwiązanie - ale w 
> Twoim przypadku z tym raczej nie ma problemu, dispatcher najwyraźniej 
> działa.



Z tymi uprawnieniami była ciekawa sprawa, bo aplikacja domagała się 
prawa do *zapisu* do wszystkich plików po kolei. Gdy zaspokoiłem te 
uprawnienia dla "blank.html" - błąd dotyczył innego pliku (tym razem 
arkusza stylów). I tak po kolei.

Poczarowałem trochę, i uspokoił się dopiero w momencie gdy zrobiłem
chmod 666 na całym podkatalogu public (i głębiej).

Prawa do odczytu są, zaznaczam po raz kolejny - po kiego diabła do 
działania potrzebne są prawa zapisu do całego poddrzewa /public w aplikacji?

W logu, który wkleiłem widać wywołanie metody "copy_file" - zastanawiam 
się, kto, co i gdzie chce coś kopiować?

Ostatecznie prawdopodobnie się przerzucę na inne rozwiązanie typu 
"rasowy" serwer aplikacji (np. sugerowany Thin) + proxy na Apaczu.

-- 
Tomek małpka japko kropka info.