W dniu 25.04.2023 o 20:07, Grzegorz Niemirowski pisze:
> io <i...@o...pl.invalid> napisał(a):
>> Jeśli serwer nie działa to czytnik nie może po prostu przyłączyć się
>> do innego serwera bo jest tam inna numeracja artykułów itp itd. Z tego
>> też powodu serwera, który upadł nie uda się odtworzyć z sąsiednich bez
>> kopii zapasowej.
>
> Zależy od czytnika. Np. w OE nie ma takiego problemu.

Nie zależy od czytnika. Po prostu część protokołu NNTP używana przez
czytniki nie jest po to by zbierać feed'y. Serwery używają innych
poleceń do przyjmowania artykułów z sąsiednich serwerów, ale mechanizmu
składania ich w taki sam sposób jak poprzednio nie ma, więc tak się
upadłego serwera nie odtworzy. Niezawodność o której przedpiśca
traktował dotyczy raczej samej kwestii czy jak jeden serwer przestanie
działać to czy użytkownicy innych zostaną tym dotnięci. Więc nie
zostaną, ale to nie jest specjalnie istotne kryterium niezawodności dla
użytkownika, który korzysta z konkretnego serwera i awarie tego serwera
będą go dotykały. Oczywiście cudów nie ma, i rozwiązania klastrowe
zawodzą, ale dobrze wiedzieć o czym się mówi.

>
>> Niby jak UTF-8 miałby rozwiązać problem kodowań stronicowanych jak
>> zasady mówią o używaniu tutaj właśnie przede wszystkim stronicowanych?
>
> Tak, że masz de facto jedną stronę kodową a nie wiele, i to w dodatku po
> kilka do jednego języka. I nie wiem o jakich zasadach mówisz. Efekt
> używania UTF-8 widać na stronach internetowych. Tam kiedyś też były
> problemy z kodowaniem, np. ludzie robiący strony w Windows-1250. Teraz
> jest to niespotykane, właśnie dzięki Unicode i UTF-8.

Strony internetowe nic nie mają do grup dyskusyjnych. Na grupach
dyskusyjnych koduje się używając najwęższego z kodowań potrzebnych do
zakodowania a nie UTF-8. A kodowanie Windows-1250 jest istotnie lepszym
kodowaniem dla języka polskiego od ISO-8859-2 i nie ma ani było żadnego
problemu z jego użyciem na stronach ani tutaj. Były kwestie deklaracji
kodowania a to zupełnie inna kwestia. Po prostu snobujesz się na inne
kodowania i inne standardy tak, jak napisałem. Od 30 lat ludzie się
tutaj tak snobują. W sumie guzik wiedzą ale uważają się za autorytety.

>
>> I jak UTF-8 miałby rozwiązać kwestię kodowania czegoś innego niż teksty?
>
> Kto napisał, że miałby? Jeśli chodzi o załączniki i alternatywę dla
> Base64, to masz np. yEnc.

Masz poprzednią wypowiedź. Rozważ o czym ona była i dlaczego zapytałem o
UTF-8. Zapewniam Cię, że UTF-8 nic do tego nie ma.

>
>> Nie, nie możesz wysyłać w UTF-8.
>
> Zgadza się, nie może ale musi. RFC 3977się kłania. Wydane już 17 lat temu.
>

Przecież to nic nie ma do kodowania artykułów. To jest specyfikacja
protokołu komunikacji serwerów z innymi serwerami i czytnikami. I w tym
protokole masz odwołanie do specyfikacji MIME jak chodzi o kodowanie
artykułów.