🚀 go-pugleaf

On Thu, 2 Jan 2025 03:39:58 -0000 (UTC) Qliver wrote:
> Gdy przeglądam niektóre gopherowe strony, to widać połączenie opisów
> strony, podkatalogów i plików. Strony potrafią mieć ładne ramki, ASCII
> art itp.
> Nie wiem jak to zrobić.

To się nazywa gophermapa:
https://en.wikipedia.org/wiki/Gopher_(protocol)#Source_code_of_a_menu

Różne serwery różnie wspierają pliki gophermap. Jeśli nie ma
gophermapy, to zazwyczaj serwer generuje coś własnego, co wyświetla
zawartość katalogów. Skoro używasz SDFa, to ich należałoby zapytać jak
stworzyć gophermapę aby ich serwer jej używał.

Mateusz

Dnia 02.01.2025 Mateusz Viste <mateusz@x.invalid> napisał/a:
> To się nazywa gophermapa:
> https://en.wikipedia.org/wiki/Gopher_(protocol)#Source_code_of_a_menu
>
> Różne serwery różnie wspierają pliki gophermap. Jeśli nie ma
> gophermapy, to zazwyczaj serwer generuje coś własnego, co wyświetla
> zawartość katalogów. Skoro używasz SDFa, to ich należałoby zapytać jak
> stworzyć gophermapę aby ich serwer jej używał.

Dzięki.
Drążę dolej...

Dnia 02.01.2025 Mateusz Viste <mateusz@x.invalid> napisał/a:
>
> To się nazywa gophermapa:
> https://en.wikipedia.org/wiki/Gopher_(protocol)#Source_code_of_a_menu
>
> Różne serwery różnie wspierają pliki gophermap. Jeśli nie ma
> gophermapy, to zazwyczaj serwer generuje coś własnego, co wyświetla
> zawartość katalogów. Skoro używasz SDFa, to ich należałoby zapytać jak
> stworzyć gophermapę aby ich serwer jej używał.

Przeczytałem ten opis, i poza tym, że zrozumiałem jak wewnętrznie jest
zbudowana gophermap'a, to jednak nie posunąłem się do przodu.
Zapytam na SDFie, ale najpierw tu, jeśli można, ponieważ nie sądzę, aby
SDF miał jakiś własny standard (to raczej oni są źródłem standardów
Gophera i inni ich kopiują).

W WiKi pisze, że gophermap to plik tekstowy (nie napisali, czy z
rozszerzeniem .txt).
Gdzie ten plik powinien być?
Podejrzałem Lynxem gophermap'y na różnych serverach - wyglądają
identycznie (czyli SDF nie "ma inaczej").
Ale wszędzie, gdzie Lynx po użyciu \ (podgląd źródła strony) pokazuje
gophermap, fizycznie tego pliku nie ma (nie wyświetla jego obecności
żadna przeglądarka gophera).
Podejrzałem swoją stronę i już wiem, gdzie powinien być ten opis
strony/podstrony. Ale, gdy utworzony plik gophermap (skopiowałem to, co
w źródłach pokazał mi Lynx i uzupełniłem w odpowiednim m-cu o opis, który
chciałem dodać) wrzuciłem na konto (dla pewności do ~ i do katalogu
gopher) to... żadna przeglądarka gopher'a (Lynx, w3m, elinks, gopher,
sacc, vf1, gopherus) nie "przeczytała go", czyli nie sformatowała strony
z dodanym przeze mnie opisem. Za to plik gophermap wszystkie w/w
przeglądarki po prostu pokazały jako plik txt na koncie gopher, którego
zawartość można zwyczajnie, jak każdego pliku txt, obejrzeć.
Czyli wszystkie przeglądarki po wejściu w źródło strony (te co mają taką
możliwość, oczywiście) pokazują gophermap strony, ale nie da się jej
zedytować, i na żadnej stronie pliku gophermap nie widać jako pliku txt
widocznego dla wszystkich, jak to było u mnie po wrzuceniu zedytowanej
gophermap na konto.
Czyli gdzie jest / gdzie powinien być ten plik gophermap?
Bo w-g opisu jest to zwykły plik txt... czyli gdzieś on musi być, że
przeglądarki go odczytują.

pozdroovka


-- 
Qliver, w wersji q-net
W przypadku problemów dzwoń 997!

On Sat, 4 Jan 2025 15:49:22 -0000 (UTC) Pan Net wrote:

> Przeczytałem ten opis, i poza tym, że zrozumiałem jak wewnętrznie jest
> zbudowana gophermap'a, to jednak nie posunąłem się do przodu.
> Zapytam na SDFie, ale najpierw tu, jeśli można, ponieważ nie sądzę,
> aby SDF miał jakiś własny standard (to raczej oni są źródłem
> standardów Gophera i inni ich kopiują).

Nie chodzi o żaden "standard", bo format gophermapy nie jest
standardem. Każdy serwer (w sensie każda implementacja) gophera używa
swojego formatu. Wszystkie są podobne, bo luźno opierają się na formacie
gopherowego menu a ten ma ściśle określoną strukturę wg RFC 1436, ale
różnią się jednak różnymi szczegółami.

> Gdzie ten plik powinien być?

Najprawdopodobniej w katalogu, który gophermapa ma opisywać.

> Podejrzałem Lynxem gophermap'y na różnych serverach - wyglądają
> identycznie (czyli SDF nie "ma inaczej").

Nie podejrzałeś gophermapy, tylko menu. Menu stworzone na podstawie
gophermapy.

> Czyli gdzie jest / gdzie powinien być ten plik gophermap?
> Bo w-g opisu jest to zwykły plik txt... czyli gdzieś on musi być, że
> przeglądarki go odczytują.

Nie przeglądarki go odczytują, tylko serwer. Czyta gophermapę, na jej
podstawie generuje menu, i dopiero to wysyła przeglądarce. Jeśli dla
danego katalogu nie ma gophermapy, to gopherowy serwer zazwyczaj
generuje w locie jakieś menu zawierające listę plików.

A wracając do tematu: to, jak powinien wyglądać plik gophermapy, gdzie
powinien się znajdować i jak się nazywać zależy od implementacji
serwera. Np dla serwera Motsognir dokumentację gophermapy znajdziesz w
podręczniku na str. 11:
https://sourceforge.net/p/motsognir/code/HEAD/tree/trunk/manual.pdf?format=raw

Tutaj dla pygopherd:
https://github.com/jgoerzen/pygopherd/blob/master/doc/standards/gophermap.txt

Tutaj dla Gophernicusa:
https://github.com/gophernicus/gophernicus/blob/master/README.gophermap

itd.

Mateusz

Dnia 04.01.2025 Mateusz Viste <mateusz@x.invalid> napisał/a:
> Nie przeglądarki go odczytują, tylko serwer. Czyta gophermapę, na jej
> podstawie generuje menu, i dopiero to wysyła przeglądarce. Jeśli dla
> danego katalogu nie ma gophermapy, to gopherowy serwer zazwyczaj
> generuje w locie jakieś menu zawierające listę plików.
>
> A wracając do tematu: to, jak powinien wyglądać plik gophermapy, gdzie
> powinien się znajdować i jak się nazywać zależy od implementacji
> serwera. Np dla serwera Motsognir dokumentację gophermapy znajdziesz w
> podręczniku na str. 11:
> https://sourceforge.net/p/motsognir/code/HEAD/tree/trunk/manual.pdf?format=raw
>
> Tutaj dla pygopherd:
> https://github.com/jgoerzen/pygopherd/blob/master/doc/standards/gophermap.txt
>
> Tutaj dla Gophernicusa:
> https://github.com/gophernicus/gophernicus/blob/master/README.gophermap

Ponownie dzięki.
Niby prosta rzecz (na tle innych protokołów współczesnych), a jednak nie
do końca... dla lamera ;-)

Drążę dalej.

Thnx :-)

-- 
Qliver, w wersji q-net
W przypadku problemów dzwoń 997!