hierarchiczne www

[Tomasz Grobelny]

Dnia Sunday 30 of November 2008, Remigiusz "Enleth" Marcinkiewicz napisał:
> Dnia niedziela 30 listopada 2008, Tomasz Grobelny napisał:
> > Mam taką sytuację: serwerek www (apache/lighttpd/colokwiek+dostęp
> > administracyjny) stojący na słabym łączu i serwer na dobrym łączu stojący
> > gdzieś w sieci ale z dostępem jedynie do ftp/www/php i ograniczoną
> > przestrzenią dyskową. Z oczywistych względów wolę wrzucać dane na
> > serwerek który mam blisko (sieć lokalna), ale niekoniecznie podoba się to
> > osobom które potem chciałyby sobie to ściągnąć. Oczywiście mogę wrzucić
> > na serwer zdalny, ale wtedy muszę na to długo czekać (ściągający
> > zadowoleni, wystawiający niezadowolony).
> > Marzy mi się więc pewna hybryda: ja wrzucam na serwerek lokalny, podaję
> > komuś linka i ten ktoś może sobie ściągać od razu. Jednak w tym samym
> > czasie (lub dopiero gdy kilka osób już ściągnie dany plik) plik jest
> > wysyłany na serwer zdalny. Po tym jak tam w sposób bezpieczny dotrze mój
> > serwer www zamiast serwować plik z dysku powinien zwracać 302 ze
> > wskazaniem na plik na serwerze zdalnym.
> > Czy istnieje jakiś program który by coś takiego realizował? Ewentualnie
> > jakieś wskazówki dot realizacji takiego rozwiązania we własnym zakresie?
> > Np. jak zmusić serwer www do redirectów bez zmiany plików
> > konfiguracyjnych (zewnętrzny program który by o tym decydował, baza
> > sqlowa, cokolwiek), jak się dowiedzieć jakie pliki były ściągane (jakieś
> > mechanizmy poza czytaniem logów istnieją do tego), etc?
>
> Wersja 1: pliki kopiowane z crona rsyncem, wgetem czy inną cholerą do
> robienia mirrorów, urle dla userów do szybszego serwera i na nim 404 w
> określonych katalogach zamienione na 302 kierujące na wolniejszy.
>
Samo kopiowanie to nie problem, problemy są dwa:
1. Jak wybrać pliki które mają być skopiowane (ograniczona przestrzeń)? Na 
pewno nie chodzi o to żeby kopiować wszystko, tylko pliki duże i często 
pobierane.
2. Jak zmusić serwer www do rzucenia 302 dla określonego pliku bez zmieniania 
konfigów?
3. Wolałbym, żeby URLe jednak wskazywały na serwer na wolniejszym łączu (raz, 
że to bardziej intuicyjne dla użytkownika, dwa że nie ma problemów jakby 
dostawca tego szybszego się zmienił).

> Wersja 2: na szybszym serwerze jakoś sprytnie skonfigurowany squid z dużym
> cache, za pierwszym razem pobierze plik przekazując go jednocześnie
> userowi, za drugim tylko sprawdzi czy się nie przeterminował i jeśli nie,
> poda własną kopię.
No to już w ogóle odpada bo ten zdalny serwer to jest dość ograniczony 
hosting, tak więc o squidzie można zapomnieć.
-- 
Z poważaniem,
Tomasz Grobelny