path: root/polish/mirror/webmirror.wml

#use wml::debian::template title="Oficjalne serwery lustrzane strony www Debiana"
#use wml::debian::toc
#include "$(ENGLISHDIR)/mirror/webmirrors.data"
#use wml::debian::translation-check translation="1.33"

<toc-display/>

<hrline>

<toc-add-entry name="list">Lista serwerów lustrzanych strony www</toc-add-entry>

<p>Poniższa lista przedstawia serwery lustrzane www Debiana w następujących 
państwach:

<webmirrors>

<p>Jeśli Twój kraj nie znajduje się na liście i chciałbyś zasponsorować serwer 
lustrzany, proszę nas powiadomić. Jeżeli Twój kraj jest wymieniony, jest 
bardzo prawdopodobne, że <strong>nie potrzebujemy</strong> kolejnego serwera 
lustrzanego. Generalnie <strong>nie popieramy</strong> tworzenia nowych 
serwerów lustrzanych www Debiana.

<toc-add-entry name="whynot">Dlaczego nie potrzebujemy więcej serwerów 
lustrzanych www</toc-add-entry>

<p>Nasze serwery lustrzane wymagają ciągłego utrzymania (trochę większego 
niż utrzymanie serwera lustrzanego FTP nawet, odkąd musisz zmienić 
konfigurację serwera Apache co jakiś czas) i zużywają zasoby sponsora. 
Jednakże, z powodu natury stron www, których nie musisz regularnie ściągać 
i dla których nie musisz się przejmować, czy będą ściągane z szybkością 2kbps 
czy też 30kbps odkąd są całkiem małe, czy powstawanie 
wielu serwerów lustrzanych stron www jest użyteczne.

<p>Były czasy, gdy światowe internetowe połączenia nie były szybkie, i np. 
połączenie się z www.debian.org z innego kontynentu było bardzo żmudne i 
mozolne, oraz znacznie wolniejsze niż typowe połączenie modemowe. Dlatego 
też zorganizowaliśmy serwery lustrzane i powstało kilka serwerów lustrzanych 
stron www. Dziesięć (lub jedenaście, jeśli wliczyć Turcję) z nich powstało 
w Europie.

<p>Jednakże, dziś mamy rażąco szybkie połączenia sieciowe, szczególnie w 
Europie, dlatego też prawie nigdzie nie są już wymagane serwery lustrzane. 
Właściwie, z powodu zwiększenia szybkości połączenia sieciowego pomiędzy 
Europą i Ameryką, dostęp do www.debian.org z Europie nie jest wolny.

<p>To są zasadniczo powody, dla których nie chcemy więcej serwerów 
lustrzanych strony www, szczególnie na kontynentach, na których już są 
serwery lustrzane strony www. Proszę uszanować nasze życzenie. Dziękuję Ci 
za współpracę.

<p>Jeśli masz jakieś pytania, wyślij list na adres
<a href="mailto:mirrors@debian.org">mirrors@debian.org</a>.

<hrline>

<p><strong>Poniższe informacje odnoszą się jedynie do osób już utrzymujących
serwery lustrzane www.</strong>

<toc-add-entry name="how">Proces tworzenia serwera lustrzanego</toc-add-entry>

<p>Zalecaną metodą tworzenia serwera lustrzanego jest rsync. Nie ma anonimowego
dostępu do plików strony www. Możesz ustawić sposób dostępu kontrolowanego z
osobą utrzymującą stronę, z której chcesz stworzyć serwer lustrzany. Wyślij 
proszę list na adres <a href="mailto:mirrors@debian.org">mirrors@debian.org</a>.

<p>Mirroring jest procesem `ściągania', tj. klient w dogodnej dla siebie chwili
wysyła żadanie danych od serwera. Aby to ustawić, możesz użyć
<a href="websync">skryptów websync</a> i <a href="websync.conf">ich
plików konfiguracyjnych</a>. Skrypty te mogą być uruchamiane z crontaba i 
wykonają wszystko automatycznie. Postępuj zgodnie ze wskazówkami zawartymi w 
skrypcie, aby mieć pewność, że wszystko będzie dobrze działało.

<h3>Tworzenie kopii lustrzanej z wykorzystaniem przekazywania kopii lustra</h3>

<p>Przekazywanie kopii lustra jest formą tworzenia lustra korzystającą z rsync,
którego stworzyliśmy aby zminimalizować czas, który jest wymagany na pobranie 
archiwum z serwera lustrzanego. Serwer lustrzany używa powiadamiania przez 
ssh, aby przekazać drugiemu serwerowi, aby uaktualnił swoje dane.

<p>Ta metoda jest bezpieczna jak ssh, jest skonfigurowana, aby włączać tylko 
pojedyńcze polecenie. Poza tym, proces tworzenia lustra jest ciągle procesem 
ściągania, dlatego <strong>nie jest możliwe</strong>, aby zepsuć zawartość 
archiwum przez sfałszowany serwer lustrzany. Niektórzy administratorzy 
serwerów lustrzanych okazują pewną niechęć do używania tej metody z powodu 
strachu przed tym, że może umożliwić włamanie. To po prostu 
<strong>nie jest</strong> prawdą.

<p>Aby uzyskać więcej informacji na temat jak to działa, dlaczego jest 
bezpieczne i jak ustawić serwer lustrzany z przekazywaniem, obejrzyj proszę 
<a href="push_mirroring">pełne wyjaśnienie</a>.

<toc-add-entry name="when">Kiedy wykonywać kopię</toc-add-entry>

<p>Główna strona jest uaktualniana średnio co cztery godziny.</p>

<p>Jeżeli Twoja strona jest uaktualniana przez przekazywanie kopii lustrzanej,
to nie powinieneś się martwić tym. Jeśli nie, powinieneś przekalkuować czas 
na wykonanie kopii lustrzanej zgodnie z okresami zawartymi w plikach w 
katalogu <code>/mirror/timestamps/</code>
na serwerze lustrzanym. Dodaj trochę czasu, powiedzmy pół godziny, do tych 
czasów i utwórz lustro dla nich.

<p>Najłatwiejszym sposobem codziennego, automatycznego wykonania kopii jest 
użycie crona. Zobacz <kbd>man crontab</kbd>, aby poznać szczegóły.

<toc-add-entry name="sponsor">Reklama sponsora serwera lustrzanego</toc-add-entry>

<p>Pliki <code>sponsor.html</code> i <code>sponsor_img.jpg</code> mogą
i powinny być zamienione przez Ciebie. Są po to, aby zareklamować Twoją stronę 
tak, że ludzie będą wiedzieli kim jest sponsor. Oryginalnymi plikami są
<code>sponsor.deb.html</code> i <code>sponsor.deb.jpg</code>. Na stronie, 
której tworzysz kopię lustrzaną możesz zastąpić te przykładowe pliki.
Sugerowane maksymalne rozmiary Twojego logo wynoszą 120x60.

<p>Odkąd <a href="#cn">negocjacja zawartości</a> jest używana na stronach www
aby wybrać preferowany język, możesz nawet udostępnić plik
<code>sponsor.html</code> w różnych językach. Aby to wykonać, musisz po prostu 
stworzyć sponsor.&lt;język&gt;.html dla każdego &lt;języka&gt;, dla którego 
chcesz.

<p>Upewnij się, że dodane pliki nie zostaną nadpisane, dodając je do listy 
plików wykluczonych z procesu uaktualniania.

<toc-add-entry name="configure">Konfiguracja serwera www</toc-add-entry>

<h3>Kilka zmian w konfiguracji serwera</h3>

<p>Jeżeli na serwerze jest zainstalowany Debian, postanowiono złamać politykę 
Debiana i uzyć katalog <code>/doc</code> na stronie internetowej. Oznacza to, 
że powinieneś zakomentować linię `<code>Alias /doc/ /usr/doc/</code>' w 
Twoim pliku <code>/etc/apache/srm.conf</code>.

<P>Zauważ: wszystkie nasze skrypty CGI są uruchamiane na cgi.debian.org, 
dlatego też nie powinieneś się nimi przejmować.

<h3><a name="cn">Negocjacja zawartości</a></h3>

<p>Negocjacja zawartości jest metodą, która pozwala przeglądarce negocjować z 
serwerem rodzaj dokumentów, które ten powinien podawać. Podczas, gdy jest 
wiele sposobów użycia tego, najczęściej używany jest do negocjacji języka 
dokumentu, który powinien być podany. Użycie tego pozwala Debianowi podawać 
jego strony w wielu językach, co jest (technicznie) bardzo eleganckie.

<P>Dla tych, którzy używają Apache, zmiany są banalne.
Po prostu dodaj te opcje:

<pre>
Options +Multiviews   
</pre>

<p>do sekcji <code>&lt;Directory&gt;</code> dla stron Debiana w Twoim pliku
<kbd>/etc/apache/access.conf</kbd> i zrestartuj serwer.

<p>Dodatkowo, musisz się upewnić, że serwer może obsłużyć wszystkie języki, 
które się pojawią na stronie. Wykonane jest to przez dodanie tagu 
<kbd>AddLanguage</kbd>. Następująca lista przedstawia te języki, które są 
użyte - spodziewaj się dodać ich więcej:

<pre>
  AddLanguage en .en
<:
foreach $l (keys %langs) { push @codes, $langs{$l}; }
foreach $c (sort @codes) { print "  AddLanguage $c .$c\n" if (($c ne "en") && ($c ne "zh")); }
:>  \
  AddLanguage pt-br .pt
  AddLanguage nb .nb
  AddLanguage zh-CN .zh-cn
  AddLanguage zh-HK .zh-hk
  AddLanguage zh-TW .zh-tw
</pre>

<p>Z powodu błędu w serwerze Apache, w niektórych sytuacjach może być podawany 
zły język, dlatego też dobrym pomysłem jest dodać każdy język do opcji 
LanguagePriority, tak jak tu:

<pre>
<:
print "LanguagePriority en fr es ";
foreach $c (sort @codes) { print "$c " if (($c ne "en") && ($c ne "fr") && ($c ne "es") && ($c ne "zh")); }
print "pt-br nb zh-CN zh-HK zh-TW\n";
:>\
</pre>

<p>Aby uniknąć serwowania stron z wynegocjowaną zawartością ze złym zestawem 
znaków, upewnij się, że opcja <code>AddDefaultCharSet</code> jest 
zakomentowana lub ustawiona na `<code>Off</code>'.

<p>Aby poprawnie były podawane pliki indeksowe z katalogów, prawdopodobnie 
powinieneś zmodyfikować wpis <code>DirectoryIndex</code> w pliku
<code>/etc/apache/srm.conf</code>. Poniższy wpis powinien być wystarczający:

<pre>
DirectoryIndex index index.html
</pre>

<p>Aby wysyłać poprawny nagłówek Content-Type dla pliku favicon.ico, Apache
powinien zostać poinstruowany, aby używać typu image/x-icon, w ten
sposób:</p>

<pre>
AddType image/x-icon .ico
</pre>

<p>Aby przesyłać prawidłowy nagłówek Context-type dla źródeł RSS, Apache
musi być poinformowany, by używać typu application/rss+xml jak niżej:</p>

<pre>
AddType application/rss+xml .rdf
</pre>

<h3>Przekierowania</h3>

<p>Ponieważ niektóre części strony stały się zbyt duże, aby tworzyć z nich 
lustro, oddzieliliśmy je od głównej strony. Chociaż większość odsyłaczy
powinna już być zmieniona do używania nowego położenia, możesz dodać
przekierowanie do kolejnej strony tak, że odsyłacze nie będą zepsute. To może
zostać zrobione w pliku <kbd>/etc/apache/srm.conf</kbd>. Na przykład:

<pre>
Redirect /Lists-Archives http://lists.debian.org/
Redirect /search http://search.debian.org
Redirect /Packages http://packages.debian.org
Redirect /lintian http://lintian.debian.org
</pre>