🚀 go-pugleaf

Dostałem na tej grupie wiele cennych porad, dzięki którym poznałem SDF i
Gophera. Czas na mały rewanż, może te informacje komuś się przydadzą,
choć rzadko tutaj ktoś zagląda.

SDF jest chyba jedynym "dużym" serverem Gophera na świecie
http://sdf.org
gopher://sdf.org
"Dużym" oznacza, że ma zarejestrowanych kilkuset użytkowników, z czego
kilkudziesięciu daje oznaki życia gopherowego kilka razy w roku, a
kilkunastu jest aktywnych codziennie, więc jest jakiś tam minimalny
"ruch w interesie" (tak na poziomie IRC, sporo więcej niż na News).
Oglądalność stron Gopher jest bardziej niż niszowa, ale jest.
W sferze Gopher można znaleźć sporo interesujących rzeczy i ludzi,
szczególnie jeśli ktoś się interesuje archiwalnymi systemami
komputerowymi (jest tam spora grupka posiadaczy i użytkowników maszym 8
i 16-bitowych, do których jest oferowane oprogramowanie oraz porady).

Konto na SDF zakłada się dość łatwo (opis na serverze), choć aby
cokolwiek sensownego móc robić, trzeba się zarejestrować, czyli zostać
tzw. validated user. Koszt tego procederu to... 1$. Rejestracja to
"potwierdzenie" użytkownika.
Gdy ten 1$ doleci w końcu SnailMail do Minnesoty w USA (w moim przypadku
trwało to... 3 miesiące), to otrzymujemy już normalne konto shell na
serverze SDF (Uniwersytet w Minnesocie), z całkiem sporymi
możliwościami. Szczegóły w FAQ na SDFie.

Założenie sobie na tym serverze konta Gopher trwa kilka minut.
Opis w FAQ na SDFie.

Opis niestety nie jest zbyt obszerny, i nowi użytkownicy mogą mieć pewne
kłopoty z gophermap, czyli tym co "modeluje" wygląd strony na Gopherze
SDF.

Poniżej zamieszczam krótki poradnik, który (w uzupełnieniu informacji z
FAQ) powinien pomóc początkującym oszczędzić czas i nerwy (że coś nie
działa, lub działa niezgodnie z oczekiwaniami):

**************************************************************************

1) Plik gophermap musi  mieć takie uprawnienia: -rw-r--r-- 
   I wszystkie pliki, które chcemy pokazać/udostępnić na swoim Gopherze muszą mieć dokładnie takie
   uprawnienia.  Niektóre poradniki zalecają atrybut x (uruchomieniowy) dla gophermap, ale z x 
   na SDF nie będą działać!  Właścicielem pliku jest user tworzący plik, grupa nieistotna, 
   bo server i tak zmieni na nobody.

2) Pliki w katalogu gopher muszą mieć nazwy ze znaków alfa-numerycznych dawnego iso1, czyli jeśli
   będą zawierały polskie litery (lub inne spoza iso1, np. wszelkie nieanglojęzyczne litery utf8) 
   i/lub takie znaki jak ,:;'"<> nie będą widoczne w przeglądarce gopher (firmowej)!

3) Na SDFie jest troszkę prehistorycznych mamutów z komputerami 8-bitowymi, więc server (i firmowa
   przeglądarka gopher) limitują "opisy" w gophermap do 60 znaków, wszystko co ponadto jest
   "obcinane". Ale tylko jeśli chodzi o długość opisów w gophermap, w naszych "wstawianych"
   dokumentach txt długość linii może być taka, jaką chcemy, pliki będą wyświetlane przez
   przeglądarki poprawnie.

4) W katalogu "głównym" gopher może/musi być tylko jeden plik gophermap. "Opisuje" on zawartość
   tego katalogu. Kolejne/inne pliki gophermap mogą/muszą być w każdym podkatalogu (ilość
   "zagnieżdżeń"/podkatalogów dowolna), którego zawartość zapragniemy opisać za pomocą gophermap,
   a nie ograniczać się tylko do wylistowania przez server gopher. Czyli, w każdym katalogu możemy
   mieć jeden plik gophermap. Możemy, ale nie musimy - tylko tam, gdzie chcemy, żeby był opis.

5) W części "opisowej" gophermap lepiej uważać z niektórymi znakami (np. =), bo albo server ich "nie
   lubi", albo przeglądarka firmowa gopher. Zauważyłem, że gdy próbowałem oddzielać fragmenty tekstu
   liniami złożonymi z ===, to przeglądarka gopher ich nie pokazuje w ogóle (pomija identycznie jak
   linie komentarza zaczynające się od #).

6) Przeglądarki tekstowe WWW jak Lynx, elinks itp. pozwalają "podejrzeć stronę", czyli rzekomo
   zajrzeć w kod źródłowy. Ostrzegam, że pokazują poprawnie kod źródłowy HTML, ale nie gophermap!
   To co zobaczycie w Lynxie po naciśnięciu \ nie będzie gophermap "w środku", a HTMLową "wizją"
   gophermap, całkowicie bezużyteczną dla miłośników podejrzenia gophermap "od środka".

7) Przykładowy plik gophermap. Przypominam, że plik ten zawiera "nasz opis" tego, co mamy na stronie
   Gopher. Bez niego server Gopher po prostu tylko wyświetli pliki i katalogi, i umożliwi wchodzenie
   do nich. Jeśli chcemy dodać własny opis tego, co mamy i "oferujemy", musimy stworzyć plik
   gophermap uwzględniając w/w punkty. Nasza "strona tytułowa" na serverze SDF to katalog ~/gopher w
   $HOME. Jeżeli chcemy, aby ta strona wyglądała fajnie, miała opisy i ewentualnie obrazki
   ASCII-ART, musimy mieć w tym katalogu plik gophermap. I we wszystkich podkatalogach, jeżeli
   chcemy aby po wejściu w nie był opis zawartości, a nie tylko wyświetlone przez server pliki.
   Czyli, jeżeli chcemy mieć opisaną zawartość każdego katalogu, to w każdym musimy stworzyć osobny
   plik gophermap.

     Szablon pliku gophermap:

     X[OPIS]<TAB>[Ścieżka dostępu do pliku/katalogu]<TAB>[Adres servera]<TAB>[Port servera]

     Gdzie X jest jedną z poniższych wartości (cyfrą lub literą):

       Itemtype       Content
     --------------------------------------------------
	0		 Text file
	1		 Directory
	2		 CSO name server
	3		 Error
	4		 Mac HQX filer
	5		 PC binary
	6		 UNIX uuencoded file
	7		 Search server
	8		 Telnet Session
	9		 Binary File
	c		 Calendar (not in 2.06)
	e		 Event (not in 2.06)
	g		 GIF image
	h		 HTML, Hypertext Markup Language
	i		 "inline" text type
	s		 Sound
	I		 Image (other than GIF)
	M		 MIME multipart/mixed message
	T		 TN3270 Session/

     Przykład z tutoriala:

     0Why is Gopher Still Relevant?<TAB>/gopher/relevance.txt<TAB>gopher.floodgap.com <TAB>70

     Jeżeli plik jest lokalny, w tym samym katalogu co gophermap, zapis robi się bajecznie prosty:

     X[OPIS]<TAB>[nazwa pliku]


 Tyle. Wystarczy już, żeby opanować Gophera na SDF ;-)