Thread View: pl.answers
1 messages
1 total messages
Started by Ziemek Borowski
Mon, 04 Aug 1997 01:25
pl.comp.www FAQ - 2/5 - definicje
Author: Ziemek Borowski
Date: Mon, 04 Aug 1997 01:25
Date: Mon, 04 Aug 1997 01:25
977 lines
46288 bytes
46288 bytes
_________________________________________________________________
2. Definicje
_Co to jest: ...?_
2.1 Internet
RFC 1462 Internet zostal zdefiniowany jako:
* siec sieci komputerowych oparta na protokolach IP i TCP, UDP oraz
ICMP (TCP/IP)
* zasoby dostepne na komputerach polaczonych z siecia (tzw. hostach)
* spolecznosc, wspolnota (community) ludzi uzywajacych i
rozwijajacych te siec
Nie jest to wiec, jakby niektorzy chcieli ,,taka ikonka na pulpicie''
ani tez zadna z dominujacych w danej chwili uslug sieciowych.
Dla niektorych jest to potworna wizja porozumiewania sie ludzi za
posrednictwem maszyn. Dla innych jest to przedsionek infostrady, czy
ogolniej mowiac spoleczenstwa informacyjnego.
_Patrz tez:_
* Internet Society <http://www.isoc.org/>
* Polska Spolecznosc Internetu <http://www.psi.org.pl/>
* InterNIC <http://www.internic.net/>
* Elementarz Internetu <http://www.cto.us.edu.pl/eleminte/ei.html>
Macieja Uhliga
* Podstawowe uslugi Internetu <http://www.ict.pwr.wroc.pl/doc/iwpl/>
Tomasza Surmacza
* Rozne pozyteczne dokumenty w/g AGH
<http://www.agh.edu.pl/opisy.html>
* Wirtualna Akademia - Katedra Teleinformatyki
<http://www.gumbeers.elka.pg.gda.pl/WA/KTI/>
* Narzedzia sieciowe
<http://www.immt.pwr.wroc.pl/export_hp/tool/tool.html> Wojciecha
Myszki (jeden z lepszych TECHNICZNYCH przewodnikow po sieci).
* EFFu Przewodnik po Internecie
<http://www.eff.org/pub/Net_info/EFF_Net_Guide/Other_versions/Poli
sh/>
(wersja ,,hipertestowa'') <http://alicja.ci.pwr.wroc.pl/internet/>
* Geneza i rozwoj internetu <http://www.ccs.pl/~mkc/internet/> Marka
Kuchiaka
2.2 Intranet
Jest proba zastosowania technologii internetowych z poziomu
prezentacji i aplikacji (czyli przede wszystkim HTTP/HTML, poczty
elektronicznej i Usenet news) do sieci lokalnych i firmowych. Sieci
intranetowe wspomagane sa przez indeksy dokumentow i uslugi
wyszukiwawcze pozwalajace na tworzenie firmowej ,,bazy wiedzy''. (Ma
to zwiazek koncepcja odchudzenia stacji roboczych do wszechstronnie
zorientowanego (przegladarka, edytor, poczta) acz odchudzonego klienta
i zwiazanym z tym pomyslem na obnizanie kosztow).
_Patrz tez:_
*
* IntranetJournal <http://www.intranetjournal.com/>
* Intranet Reference Site <http://intrack.com/intranet/>
* Netscape: Full Service Intranet
<http://home.netscape.com/comprod/at_work/white_paper/intranet/>
2.3 Infostrada
Jest to jedna z nazw utopii (programu spolecznego, ideologii)
nazywanej tez czasem spoleczenstwem informacyjnym, gloszacej ze
podstawowym towarem staje sie wiedza i dostep do niej. W tak
sformulowany program spoleczny doskonale wpisuje sie Internet (w swej
warstwie aplikacyjnej) bedac jednym z mozliwych mediow przekazu.
_Patrz tez:_
* Michael Sullivan-Trainor _Infostrada_ ReadMe, IDGBooks,
ProgramersPress: Warszawa 1995 (ISBN 83-85769-95-1)
* Uzaleznienie od Internetu <http://winter.it.com.pl/2e1a.htm> J.
Zielinski.
* Pawel Bartuzi FidoNet. Komputerowa siec wymiany informacji.
Studium Socjologiczne
<http://free.polbox.pl/v/venglin2/pracamgr.txt>
* Information Society Project Office <http://www.ispo.cec.be/> Unia
Europejska.
* Bibliography of Organizational Computer-Mediated Communication
<http://shum.cc.huji.ac.il/jcmc/rudybib.html>
* The Information Infrastructure Task Force (USA)
<http://www.iitf.doc.gov/>
2.4 WWW
_WWW_ _(World Wide Web)_ , zwana inaczej Pajeczyna, Webem jest
hipertekstowym, multimedialnym, sieciowym, opartym na TCP/IP systemem
informacyjnym.
* _hipertekstowym_ czyli takim gdzie istnieja zdefiniowane
zaleznosci miedzy poszczegolnymi dokumentami, mozliwosci dowolnego
przemieszczania sie pomiedzy nimi, oraz zdefiniowane znaczeniowo
wyrozniki tekstu.
* _multimedialnym_ czyli dopuszczajacym stosowanie roznych srodkow
przekazu: tradycyjnych tekstow, dzwiekow, grafiki.
* _sieciowym_ bo opartym na warstwie prezentacyjne/aplikacyjnej
sieci rozleglej Internet, a wiec o zasiegu praktycznie globalnym.
_Patrz tez:_
* World Wide Web Consortium <http://www.w3.org/pub/WWW/>
* WWW FAQ Boutella <http://www.boutell.com/faq/>
* Entering the World-Wide Web: A Guide to Cyberspace
<http://www.eit.com/goodies/www.guide/> Kevina Hungesa
2.5 HTML
_________________________________________________________________
From: Ziemek Borowski <ziembor@ziembor.waw.pl>
Date: Mon Jul 21 13:02:10 MET DST 1997
_________________________________________________________________
_HTML_ czyli _Hypertext Markup Language_ jest napisanym w SGML
hipertekstowym jezykiem kodowania dokumentow. Od roku 1990 (gdy zostal
zaprojektowany przez Tima Berners-Lee w CERN
<http://www.cern.ch/CERN/WorldWideWeb/WWWandCERN.html> ) w celu
szybszej i latwiejszej wymiany dokumentow przeszedl dluga i kreta
droge od prostego (w praktyce zawierajacego kilkanascie wyrazen)
jezyka znakowania ZNACZEN dokumentow do jezyka (dla niektorych) opisu
strony. Podstawowe zalozenia przyswiecajace powstaniu i rozwijaniu
jezyka:
* prostota (tak w sensie nauczenia sie, jak i realizacji przez
klientow)
* niezaleznosc od platformy
* mozliwosc rozszerzania o wspolprace z bazami danych i
niestandardowymi obiektami.
* elementy zaleznosci miedzy dokumentami (i poszczegolnymi ich
fragmentami)
* rozne poziomy ,,znaczeniowe'' jezyka
+ poziom 0 podstawowy - naglowki, listy, odniesienia
+ poziom 1 rysunki, podkreslenia, wyroznienia tekstu
+ poziom 2 formularze, definicje znakow (SGML entity)
+ poziom 3 tabele
+ poziom 4 formuly matematyczne
_Patrz tez:_
* HTML na W3C <http://www.w3.org/pub/WWW/MarkUp/>
* The Web Design Group <http://htmlhelp.com/> (opisy HTML 3.2, CSS,
Style Guide, spis waznych odnosnikow)
* Sekcja: Tworzenie HTML
* HTML Writers Guild <http://www.hwg.org/>
2.6 SGML
_________________________________________________________________
Date: Sat Oct 21 23:53:24 MET DST 1996
From: Grzegorz Staniak <GSTANIAK@golem.umcs.lublin.pl>
From: ziembor@qdnet.pl
Subject: SGML
_________________________________________________________________
_SGML_ czyli _Standard Generalized Markup Language_ jest metajezykiem
- opisanym w miedzynarodowym standardzie (ISO 8879:1986) sluzacym do
projektowania opisu dokumentow wedlug okreslonego zapotrzebowania
informacyjnego z uzyciem dowolnie dobranego zestawu znacznikow i ich
skladni.
Dokument SGML sklada sie z kilku czesci:
* _deklaracji SGMLa_ gdzie opisuje sie klase dokumentu, podstawowe
parametry jego budowy i przetwarzania: uzywane zestawy znakow,
dopuszczalne dlugosci literalow (np. nazwy znacznikow czy dlugosc
atrybutow), opcje minimalizacji (np. czy mozliwe jest i w jakiej
postaci pomijanie znacznikow konczacych element).
* _Definicji Typu Dokumentu_ _(DTD, Document Type Definition)_ gdzie
jest zakodowana hierarchia elementow wraz z dopuszczalnymi
atrybutami, ich dopuszczalnymi i domyslnymi wartosciami, mozliwa
zawartoscia DTD jednoznacznie okresla skladnie danego typu
dokumentu.
* _zawartosci dokumentu_ czyli tzw. _DOCUMENT INSTANCE_ (w wypadku
wielu typow dokumentow zawierajace takze ,,zewnetrzne'' elementy
sterujace (np. <?date>))
W wielu wypadkach deklaracje stosuje sie domyslna, a zamiast calego
DTD umieszcza sie Formal Public Indentifier (rozwiazywany zwykle przez
parsery na wlasciwie DTD przy pomocy pliku catalog zawierajacego zbior
dopuszczalnych deklaracji wraz z odsylaczami do poszczegolnych
plikow). Przy czym istnieje rozroznienie na identyfikatory publiczne:
<!DOCTYPE PUBLIC HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> czyli
zarejestrowane i systemowe np.: <!doctype linuxdoc system> tworzone ad
hoc.
Parser SGML (jak sama nazwa wskazuje) jest programem analizujacym
skladnie dokumentu i to (jesli mowa o tzw. _validating parsers_ ) nie
tylko sama jednorazowa dawke informacji ale rowniez deklaracje SGML i
DTD (wraz z jego skladnia). Wyjscie z parsera ( _ESIS,_ czyli _Element
Structure Information Set_ ) moze stanowic podstawe konwersji czy
jakiejkolwiek obrobki dokumentu (lacznie z (re)formatowaniem, przy
wykorzystaniu arkuszy stylistycznych DSSSL ).
_Patrz tez:_
* C. F. Goldfarb <http://www.SGMLsource.com/> _The SGML Handbook_ ,
Y. Rubinsky, Ed. Oxford University Press, 1990
* SGML HomePage (SIL) <http://www.sil.org/sgml/>
* Getting Started with SGML (SGMLopen)
<http://www.SGMLopen.org/sgml/docs/getstart.htm>
* SGML Introduction
<http://itrc.uwaterloo.ca/%7Eengl210e/BookShelf/Tutorials/SGML/> -
Paul Prescod <mailto:papresco@calum.csclub.uwaterloo.ca>
* Understanding the SGML declaration (Omnimark)
<http://www.omnimark.com:80/resources/white/dec/>
* Gentle Introduction to SGML (TEI)
<http://ota.ahds.ac.uk/ota/teip3sg/>
* SGML in Poland <http://info.fuw.edu.pl/%7Eksiezyk/sgml.html>
Rafala Ksiezyka (z WN PWN)
* Litterae. Dokumenty Elektroniczne s.c.
<mailto:M.Olko@Litterae.com.pl> (polska firma produkujaca m.in.
,,Edytor Sterowany Szablonem'' a dostosowalny do kazdego DTD).
* comp.text.sgml <news:comp.text.sgml>
* sgml@camk.edu.pl <mailto:sgml-request@camk.edu.pl> polskojezyczna
lista dyskusyjna poswiecona zastosowaniom SGMLa
2.7 HTTP
_HTTP_ czyli _Hypertext Transfer Protocol_ jest protokolem typu
klient-serwer warstwy aplikacyjnej (dzialajacym w oparciu o protokol
TCP) sluzacym do pobierania (i przy uzyciu niektorych (w pelni
realizujacych standard) serwerow dostarczania) dokumentow
hipertekstowych (najczesciej w postaci HTML) a takze zbiorow binarnych
takich jak programy albo dokumenty pochodzace ze specjalizowanych
edytorow tekstow.
Procedura nawiazywania polaczenia przebiega nastepujaco:
* Klient przedstawia zadanie pobrania okreslonego _zasobu_ (w
formie: _POLECENIE sciezka_do_zasobu protokol_
$ telnet www 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /faq.htm HTTP/1.0
(po zadaniu nastepuje linijka wolna - wszystkie przyklady sa w
pokazywane w
* wersji HTTP/1.0
* z niepelnymi (jeszcze) naglowkami klienckimi)
* Na to serwer odpowiada: (o ile zadanie jest realizowalne)
HTTP/1.0 200 OK
Date: Sat, 05 Apr 1997 16:20:50 GMT
Server: Apache/1.1.1
Content-type: text/html
<HEAD><TITLE> Witajcie ;-) </TITLE></HEAD><BODY>
(........ i tak dalej ;-))
* nie zawsze wszystko przebiega tak pomyslnie. Czasem pomylilismy
URI i zamiast potwierdzenia wyslania strony, serwer odpowiada:
HTTP/1.0 404 Not found
Date: Sat, 05 Apr 1997 16:29:10 GMT
Server: Apache/1.1.1
Content-type: text/html
<HEAD><TITLE>File Not found</TITLE></HEAD>
<HEAD><H1>File Not found</H1>
The requested URL /pp was not found on this server.
</BODY>
(Chyba wszystkie serwery pozwalaja zmieniac zawartosc pol (stron)
wyswietlanych w wypadku bledow.)
_Patrz tez:_
* Sekcja: Standardy: HTTP
* Sekcja: Tworzenie: HTTP
* WebCompare <http://webcompare.internet.com/>
* Sekcja: HTTP na W3 <http://www.w3.org/pub/WWW/Protocols/>
* HTTP Made Really Easy <http://www.jmarshall.com/easy/http/> James
Marchall <mailto:james@jmarshall.com>
* HTTP WG <http://www.ics.uci.edu/pub/ietf/http/> w IETF
2.8 URI, URL, URN
_________________________________________________________________
Date: Sun Jun 29 14:49:21 MET DST 1997
From: Ziemek Borowski <ziemek@ziembor.waw.pl>
From: Piotr Teczynski <pteczyn@hum.amu.edu.pl>
From: Marcin 'Chomik' Nowak <chomik@piast.t19.ds.pwr.wroc.pl>
Subject: URL
_________________________________________________________________
W sieci (zwlaszcza przeksztalcajacej sie z systemu menu (Gopher) do
heterogenicznego hipertekstu), zaistniala potrzeba jednoznacznego
identyfikowania zasobow. Wychodza temu naprzeciw rozmaitej mocy
,,uniwersalne wskazniki'' (choc wymieniam je musze przyznac, ze nie do
konca rozumiem czym sie roznia ;-() :
* _URL_ _Uniform Resource Locator_
* _URI_ _Uniform Resource Indentificator_
* _URN_ _Uniform Resource Name_
* _URC_ _Uniform Resource Citation_
Tutaj blizej omowie jedynie URL.
URL sklada sie ze nazwy schematu i czesci dopelniajacej (wlasciwego
adresu): URL == <scheme>:<scheme-specific-part>
Czyli URL sklada sie ze schematu, _nazwy protokolu_ (a wlasciwie
odpowiedniego mnemonika) oraz z czesci specyficznej dla danego
schematu. Przy czym te czesc charakterystyczna mozna rozbic na
nastepujace czesci:
* _uzytkownik_
* _haslo_
* _adresu wezla sieci_ (czyli nazwy hosta, komputera w sieci)
* _portu przypisanego danej usludze_ standardowe numery portow
opisane sa w innych dokumentach.
* _sciezki do pliku_ (moze byc wirtualnej czyli okreslanej w
ustawieniach serwera, nie zas w fizycznie istniejacej)
* _parametrow pliku_ (wymienianych po znaku " ; " - np. typ pliku w
FTP)
* _opcji zapytania_ (przekazywanych jako parametry do programow, a
wymienianych po znaku zapytania " ? ")
* _fragmentu, wezla w pliku_ wymienianego po znaku ,,hasha'' " # ")
czyli:
protokol://uzytkownik:haslo@host:nr_portu/sciezka;parametr_obiektu?zapytanie#we
zel
W nazwie uslugi (schemacie) moga byc uzyte litery lacinskie {a-z},
cyfry, znak plusa (+), kropki (.) i przeniesienia (-). Przy czym
program powinien dokonywac translacji z napisu wielkimi literami do
malych. Widac wiec, ze w bezposrednio w URLu moga byc uzyte jedynie
znaki ze alfanumeryczne z zestawu ASCII (dostepnosc wprowadzania)
(czyli {a-Z}{0-9} a takze znaki "+", "&", (wykorzystywane przez CGI)
"-" i "%" sluzacy do zapisywania potrzebnych znakow w notacji
szesnastkowej np. %7E znaczy ~ czyli tylde stosowana czesto jako skrot
dla kont uzytkownikow).
Dostepne uslugi opatrzone sa nastepujacymi mnemonikami:
* _file:_ odnosnik do zasobow lokalnych komputera (nie nalezy chyba
uzywac w sieci :-) (zalecane jesli chcemy pokazac jakis plik ktory
_musi_ istniec na komputerze klienta (np.
file://localhost/etc/resolv.conf
* _ftp:_ odnosnik do zasobow dostepnych za pomoca protokolu FTP, z
wariantem ftp://uzytkownik@... lub ftp://uzytkownik:haslo@...
(choc tej ostatniej wersji zdecydowanie nie polecam - o wiele
latwiej ,,podsluchac'' tak przekazywane haslo)
* _gopher:_ odnosnik do zasobow Gopher`a (standardowy port: 70)
* _http:_ zasob obslugiwany przez serwer httpd (HTTPd) (standardowy
port: 80)
* _maito:_ odnosnik powodujacy wyslanie listu pod podany adres (bez
// po dwukropku!!!) (dla wyspecyfikowania tematu listu mozna
sprobowac dodac do komendy <A atrybut TITLE=" Tytul listu " )
* _news: nazwa.grupy news:_ odnosnik powodujacy uruchomienie
przegladarki USENETU (news) uzywajac domyslnego serwera, i podanej
grupy (ew. okreslony artykul wg identyfikatora).
* _telnet:_ odnosnik do zdalnego komputera, zazwyczaj uzywajac
terminala VT100 (bez // po dwukropku!!!) (standardowy port: 23)
* _tn3270:_ odnosnik do zdalnego komputera IBM (np. 3090 na
plearn.edu.pl) terminala IBM-3270 (bez // po dwukropku!!!)
* _wais:_ odwolanie do systemu wyszukiwawczego WAIS
* _newsrc:_ odnosnik do okreslonego pliku newsrc (jak rozumiem
lokalnego)
* _nntp:_ okresla inny niz domyslnie uzywany serwer newsow (port
119)
Adres komputera moze byc podany tak przy uzyciu nazwy zdefiniowanej w
DNS jak i jako numer IP. Numer portu o ile standardowy czyli opisany w
odpowiednim RFC - STD 2 moze byc pominiety. Sciezka dostepu do pliku
moze konczyc sie na nazwie katalogu (o ile w katalogu tym jest
(zdefiniowany w ustawieniach serwera) plik ,,domyslny'' zwykle o
nazwie:
* index.html
* index.htm
* default.htm (to z MS)
jednak wtedy (aby nieco przyspieszyc operacje - podwojne odwolywanie
sie serwera najpierw do pliku, a potem do katalogu, wraz z generowanie
przez serwer odpowiedzi o numerze np. 301 czyli Moved permanently nie
rozpoznawanej przez niektore przegladarki). warto zakonczyc sciezke
znakiem / (tzw. slash, ciach).
_Patrz tez:_
* Sekcja: Standardy: URL
* Beginner's Guide to HTML
<http://www.ncsa.uiuc.edu/General/Internet/WWW/HTMLPrimer.html>
(Marka Andersena)
* URL Schemes Supported in Lynx
<http://www.crl.com/%7Esubir/lynx/lynx_help/lynx_url_support.html>
2.9 CGI
_CGI_ czyli _Common Gateway Interface_ jest specyfikacja ( _API_ -
_Aplication Program Interface_ ) umozliwiajaca komunikacje
przegladarki z programami uruchamianymi przez serwer. Poczatkowo
tworzona przez zespol z NCSA, nie doczekala sie opisu jeszcze opisu w
RFC.
W tej chwili bedac nieoficjalnym standardem (pochodzacym z NSCA HTTPd,
a implementowanym przez wiekszosc dostepnych serwerow (nawet tych nie
Unixowych w postaci tzw. WinCGI)) jest powoli wypierana przez rozmaite
specyfikacje programistyczne poszczegolnych serwerow (firm
produkujacych) takie jak _NetscapeAPI,_ _MS IIS API,_ czy Apache
CGI/PHF
_Patrz tez:_
* Sekcja: Interacja
* Sekcja: Bezpieczenstwo: CGI
* CGI Overview <http://hoohoo.ncsa.uiuc.edu/cgi/>
* CGI reference (VSerwers.com)
<http://www.vservers.com/reference/cgi.html>
* CGI Programmer`s Reference (FAQ) <http://www.best.com/%7Ehedlund/>
Marca Hedlunda
* CGI Programing FAQ (WDG - htmlhelp.com)
<http://htmlhelp.com/faq/cgifaq.html> Nick Kew
* CGI-resources <http://www.cgi-resources.com/> wiekszosc rzeczy
potrzebnych do tworzenia programow zgodnych z CGI (odsylacze do
specyfikacji, gotowych darmowych programow)
* Perl/CGI programming FAQ
<ftp://ftp.pk.edu.pl/pub/lang/perl/CPAN/doc/FAQs/perl-cgi-faq.html
> Shishir Gundavaram and Tom Christiansen
* news:comp.infosystems.www.authoring.cgi (moderowana)
2.10 VRML
_VRML_ czyli _Vitual Reality Modeling Language_ jest to,
wykorzystujacy niektore mechanizmy WWW (takie jak httpd, czy URL),
jezyk opisu scen trojwymiarowych oparty na formacie Open Inventor
stworzonym przez Silicon Graphics. Niektorzy wiaza z nim duze
nadzieje, uwazajac ze przekaz graficzny jest latwiej przyswajalny, ale
(przynajmniej dla mnie) poziom skomplikowania jezyka, wielkosc plikow
(i brak wyobrazni plastycznej) powoduja, ze jest to raczej przyszlosc
niz terazniejszosc.
_Patrz tez:_
* VRML 2.0 - Specyfikacja (VRML Architecture Group)
<http://vag.vrml.org/VRML2.0/FINAL/>
* news:comp.lang.vrml
* VRML Forum (Wired) <http://vrml.wired.com/>
* VRML Repository (SDSC) <http://www.sdsc.edu/vrml/>
* VRML 97 <http://vrml.sgi.com/vrml97/courses/compel/> (w:) (Silicon
Graphics) <http://www.sgi.com/>
* Piotr Gawrysiak _VRML. Wirtualna rzeczywistosc w Internecie_
Warszawa 1995, 1996; Zaklad Nauczania Informatyki MIKOM
<http://www.pol.pl/witryna._p/mikom/> Wyglada przyzwoicie - przy
czym raczej jako podreczna sciagawka przy pisaniu skryptow (z
dyskietka)
* VRML w Polsce (Instytut Studiow Spolecznych UW)
<http://andante.iss.uw.edu.pl/obuz/vrmlp/index.html>
* AMU-NET's VRML Repository (Administrator: Klaudiusz Modrzewski)
<http://math.amu.edu.pl/ftp/windows/>
2.11 Java
_Java_ jest obiektowym jezykiem programowania stworzonym przez Sun
INC. (zespol pod kierunkiem Jamesa Goslinga) do sterowania
urzadzeniami elektronicznymi (,,niekomputerowymi''). Jednym z
podstawowych zalozen projektu bylo stworzenie przenosnego kodu, nie
wymagajacego powtornej rekompilacji, przy zmianie architektury maszyny
na ktorej program ma dzialac. Powstala w ten sposob tzw. wirtualna
maszyny JAVA`y - czyli sztuczne srodowisko, w jakim dzialaja programy,
jest (powinien byc) niezalezna od platformy systemowej, stosowanego
systemu operacyjnego). Dzieki przenosnosci, wzglednej prostocie, oraz
oczywiscie promocji ze strony Suna (np. darmowa przegladarka WWW
HotJava) zyskal sobie dosc powszechny odzew. Pomimo krotkiego cyklu
rozwojowego jezyka (rozpoczecie realizacji projektu ,,Green'' to
kwiecien 1991, zas swiatowa premiera Java`y i HotJava to maj 1995 r.)
jest wykorzystywana do wielu roznych zastosowan: poczawszy od prostych
appletow (czyli krotkich programikow realizujacych pojedyncze zadania
- zazwyczaj zagniezdzone w HTMLu) przewijajacych tekst u dolu strony,
poprzez stosowanie jako interface do baz danych (poprzez Java DataBase
Conetivity) , do poteznych aplikacji takich jak Corel Office for Java.
<http://officeforjava.corel.com/>
_Patrz tez:_
* Java @ Sunie <http://java.sun.com/>
* Java @ SunSite ICM UW <http://SunSite.ICM.edu.pl/java/>
* Artur van Hoff, Sami Shaio, Orcha Starkbuck Sun Microsystems INC
Hooked on JAVA <http://www.aw.com/devpress/java/> (ISBN
0-201-48837-X) (polskie wydanie: _Java_ Wydawnictwo HELION
<http://www.helion.com.pl/> (ISBN 83-86718-30-7)
* Addison-Wesley Java Series <http://www.aw.com/devpress/>
* Java na UCI AGH <http://arrow.uci.agh.edu.pl/%7Ejava/index-p.html>
* Linux: Java CGI HOWTO
<http://www.orbits.com/software/Java_CGI.html> David H. Silber
<mailto:dhs@orbits.com>
2.12 JavaScript
_JavaScript_ (primo voto: Mocha ze stajni Netscape Communication
<http://home.netscape.com/> ) jest prostym jezykiem podobnym do MS
<http://www.microsoft.com/> _VisualBasica,_ i interpretowanym
bezposrednio prze przegladarke WWW. Teoretycznie zyskal akceptacje
Suna, jednak AFAIK ma tyle wspolnego z JAVa co pierwsze cztery literki
w nazwie ;-))).
_Patrz tez:_
* JavaScript Authoring Guide (Netscape)
<http://home.netscape.com/eng/mozilla/Gold/handbook/javascript/ind
ex.html>
* polskie tlumaczenie
<http://www.polbox.com.pl/lupus/html/index.htm> (Pawla Wimmera i
Wlodzimierza Wypycha) kursu JavaScript Stefana Kocha
<http://rummelplatz.uni-mannheim.de/%7Eskoch/js/script.htm>
* JavaScript: the Definitive Guide, Beta Edition
<http://www.ora.com/> stron 441, cena $30 O`Reily&Associates
<http://www.ora.com/>
2.13 ActiveX
Jest wymyslona przez NetManage <http://www.netmanage.com/> a usilnie
promowana przez MicroSoft
<http://www.microsoft.com/activeplatform/default.asp> technologia
pozwalajaca na stosowanie obiektow OLE w zastosowaniach sieciowych.
Wywodzi sie od ,,dynamicznej wymiany danych'' w MS Windows, poprzez
OLE 1.0 i 2.0, komponenty VBX (16-bitowe w VisualBasic) przeksztalcone
na 32 bity OCX. A handlowa nazwa OCX to wlasnie ActiveX. Ale poniewaz:
* OLE jest stosowalne jedynie w MS Windows [TM]
* MS nie dotrzymal obietnicy wyposzczenia na rynek technologii
pozwalajacej na uzycie obiektow ActiveX na Unixach (to znaczy: ja
niestety nie mam ani w domu, ani w pracy zadnego Suna, a Unixowa
implementacja A. ponoc powstala i to jedynie na te platforme).
* Broadway jest piekny i wspanialy, ale jeszcze nie stosowany (a
ponoc obsluguje A.)
* nie posiada tych mozliwosci wspolpracy z bazami danych co JAVA
_nie nalezy uzywac. _
_Patrz tez:_
* What is ActiveX? (Microsoft)
<http://www.microsoft.com/activex/actx-gen/awhatis.asp>
* NetManage <http://www.netmanage.com/>
* http://www.X.org/
* ActiveX Journal <http://www.folkarts.com/journals/activex/>
* Active X unoffical Guide <http://www.shorrock.u-net.com/>
2.14 SSI
_SSI_ czyli _Serwer Side Include_
Jest prostym mechanizmem dynamicznego tworzenia dokumentow opracowanym
(jak wiele innych, istotnych w pajeczynie technologii) w NSCA. Pozwala
m.in. na:
* dolaczanie naglowkow i stopek dokumentow
* wprowadzanie daty utworzenia, modyfikacji, wielkosci pliku
* wlaczaniu standardowego wyjscia z programow do dokumentow
Wszystkie zlecenia dla dokumentow skladanych przez serwer znajduja sie
w komentarzu SGMLa, tak wiec w wypadku blednego wykonania zlecenia,
pozostaje nam puste miejsce. Serwer Apache
<http://sunsite.icm.edu.pl/pub/www/apache/> w wersji 1.2.0 znacznie
rozszerza skladnie SSI, wprowadzajac m.in. polecenia warunkowe (if,
else, endif).
_Patrz tez:_
* NCSA httpd server side includes
<http://hoohoo.ncsa.uiuc.edu/docs/tutorials/includes.html>
* @internet - What's Included in Server Side Includes?
<http://www.dnai.com/%7Ethomst/>
* Parsed Text and Server Side Includes
<http://hopf.math.nwu.edu/docs/parse.html>
* Server Side Includes Page <http://www.sigma.net/tdunn/ssi/>
* Server-parsed HTML (server-side includes) and how to use it @
Netscape <http://help.netscape.com/kb/server/960513-109.html>
* XSSI
<http://sunsite.icm.edu.pl/pub/www/apache/docs/mod/mod_include.htm
l>
2.15 SSL, S-HTTP, Shen (z CERN)
_________________________________________________________________
Subject: Sposoby bezpiecznego przesylu danych
From: Pawel Krawczyk <kravietz@tau.ceti.com.pl>
Date: Sun Jun 15 16:01:19 MET DST 1997
_________________________________________________________________
_SSL_ _(Secure Socket Layer)_ patrz: Sekcja: Bezpieczenstwo: SSL
2.16 ONE i plug-in
_ONE_ czyli _Open Network Environment_ Netscape jest technologia
(srodowiskiem programistycznym) pozwalajaca latwiejsze i szybsze
tworzenie dynamicznych, wieloplatformowych aplikacji sieciowych. W
swoich dokumentach NC pisze o tym, ze bazuja na ,,otwartych,
publicznych standardach dostepnych na kazda platforme''. (Jesli to sa
standardy internetu, to zazwyczaj dosc pokracznie interpretowane... -
jak chocby rozmaite ,,extentions'' HTMLa).
_Plug-In (wtyczka)_ jest technologia pozwalajaca na rozszerzenie
mozliwosci przegladarki czytania rozmaitych formatow dokumentow - np.:
Anobe PDF, CorelDraw, rysunki wektorowe, pliki roznych dziwnych
,,procesorow tekstow'', animacje.
_Patrz tez:_
* Netscape ONE <http://developer.netscape.com/library/one/>
* lista plug-inow wg firmy CC <http://www.medianet.com.pl/%7Ecc/>
2.17 Cookie
_Cookie_ jest mechanizmem (wymyslonym przez Netscape) przechowywania
stanu klienta przy kolejnych zadaniach kierowanych do serwera.
Powstala tez propozycja przechowywania stanu klienta firmowana przez
IETF (RFC).
_Patrz tez:_
* Client Side State - HTTP Cookies
<http://home.netscape.com/newsref/std/cookie_spec.html> - Netscape
* RFC 2109 _PS_ D. Kristol, L. Montulli, _HTTP State Management
Mechanism_ , 02/18/1997. (Stron=21) (Format=.txt)
2.18 PERL, awk, C
_Practical Extraction and Report Language_ czasem nazywany jest tez
_The Pathologically Eclectic Rubbish Lister_ (z man perl ) jest
skryptowym jezykiem rozwijanym przez Larrego Walla pozwalajacym na
latwe, szybkie operacje na tekstach, a takze (co stanowi jego przewage
nad tak wspanialym narzedziem jakim jest _awk_ (lub _gawk_ )) na
dostep do wszelkich funkcji systemu. Pozwala nie tylko na rozmaite
dzialania na dokumentach w trakcie ich przygotowywania, ale takze
latwe i wydajne tworzenie programow uruchamianych przez serwer HTTPd.
* CPAN <http://SunSite.ICM.edu.pl/pub/CPAN/> - Comprehensive Perl
Archive (Network?)
* Perl Institute <http://www.perl.org/>
* The Perl Home Page <http://www.perl.com/perl/>
* Krzysio Leszczynski <mailto:chris@camk.edu.pl> _PERL_ {w:} Linux+
<http://www.Linux.com.pl/> 2/ 3/1997 (ISSN 1427-55-62)
* Programming Perl (the Camel Book)
<http://www.ora.com/catalog/pperl2/>
* Learning Perl (the Lama Book) <http://www.ora.com/catalog/lperl/>
* perlWWW <http://www.oac.uci.edu/indiv/ehood/perlWWW/>
* news:pl.comp.lang.perl
_AWK _a zwlaszcza _gawk _sa o wiele prostsze (a zastosowaniach typu
przetwarzanie tekstow co najmniej rownie wydajne). Dodatkowa zaleta
jest to ze nalezy do standardowego wyposazenia Unixa, a i DOSowe
implementacje sa i ladne (jak na DOSa) i szybkie ;-)
_C_ jest pieknym, glupim narzedziem... do wszystkiego, a zwlaszcza
przetwarzania tekstow ;-).
_Patrz tez:_
* Thomas Boutell CGI Programing in C & Perl
<http://www.boutell.com/cgibook/> Addison-Wesley Publishing
Comp.INC <http://www.aw.com/devpress/> (ISBN 0-201-42219-0)
* ISO/IEC 9899:1990 C Language <http://www.iso.ch/cate/d17782.html>
* news:comp.lang.awk
* man perl , man awk
2.19 HyperG, HyperWave
_HyperG_ , a takze _HyperWave_ sa pomyslem na rozszerzenie mozliwosci
HTTP o:
* pelna (przeszukiwalna) baze serwowanych dokumentow (z
,,kolekcji'') (.htz) (wraz z mozliwoscia podzielenia tej bazy na
wiele maszyn)
* wielowariantowosc dokumentow (po to by wstepnie zapoznac sie z
trescia serwowany jed dokument tekstowy, do wydruku idzie DVI, lub
PostScript)
* okreslona struktura (hierarchia) dokumentow
* serwowanie i pobieranie dokumentow tak w ramach standardu HyperG
jak i standardow okreslajacych WWW.
_Patrz tez:_
* Kurs HyperG <http://www.iicm.edu/hgcourse/> Keitha Andrewsa
<mailto:kandrews@iicm.edu>
* news:comp.infosystems.hyper-g
2.20 HyTime
_HyTime_ czyli _Hypermedia/Time-based Structuring Language._ jest
przemyslowym, miedzynarodowym (ISO/IEC 10744:1992)
<http://www.iso.ch/cate/d18834.html> standardem dystrybucji i
tworzenia dokumentow multimedialnych.
_Patrz tez:_
* Eliot Kimber's HyTime Course <http://www.drmacro.com/>
* HyMinder: TechnoTeacher, Inc <http://www.Techno.com/>
* SoftQuad Panorama <http://www.softquad.com/panorama/viewer/>
2.21 DSSSL, CSS
_DSSSL_ czyli _Document Style Semantics and Specification Language_
jest specyfikacja sluzaca formatowaniu dokumentow SGML. Mozna w ten
sposob rozdzielic ,,znaczeniowe'' ,,tagowanie'' tekstu, od
projektowania jego wygladu.
Z DSSSL wywodzi sie koncepcja _CSS1_ czyli _Cascading Style Sheets
Level 1_ bedacego (jak dla mnie) proba opanowania rozwoju stosowanego
przez niektorych producentow ,,znakowania typograficznego'' (wielce
przy tym zawodnego bo zaleznego nie tylko od przegladarki, ale i
systemu operacyjnego i innych czynnikow) czyli np <CENTER>, <BODY
BACKGROUND="red.gif"> i powrotu do HTMLa znaczeniowego. Posiada przy
tym tak prosta
_________________________________________________________________
nazwa_odpowiedniego_znacznika_HTML { atrybut_1: wartosc, atrybut_2:
wartosc
/** komentarz jak z C **/}
_________________________________________________________________
skladnie, elastycznosc (np. o wiele dokladniejsze nizby to bylo
mozliwe w HTMLu pozycjonowanie elementow, mozliwosc automatycznego
dolaczania arkuszy z osobnych plikow), ze stanowi powazna konkurencje
dla NHTMLa i innych wodotryskow.
Warto tutaj zwrocic uwage na fakt, ze prawidlowo napisany dokument
HTML/SGML+CSS/DSSSL w wypadku kontaktu z przegladarka nie uzywajaca
,,styli'' (-ow?) powinien byc w dalszym ciagu czytelny (choc moze
mniej kolorowy i bez nadzwyczajnych efektow, zwlaszcza w wypadku
drukowania).
_Patrz tez:_
* Sekcja: CSS
* ISO/IEC 10179:1996
<http://occam.sjf.Novell.com:8080/dsssl/dsssl96> _Information
technology - Processing languages - Document Style Semantics and
Specification Language (DSSSL)_ @ Novell
* DSSSL Tutorial
<http://itrc.uwaterloo.ca/%7Epapresco/dsssl/tutorial.html> Paul
Prescod <mailto:papresco@calum.csclub.uwaterloo.ca> (DSSSL)
* JADE J. Clarka <http://www.jclark.com/jade/> (DSSSL)
* Cascading Style Sheets, level 1 - W3C Recommendation 17 Dec 1996
<http://www.w3.org/pub/WWW/TR/REC-CSS1> Hฤบkon Wium Lie
<mailto:howcome@w3.org> Bert Bos <mailto:bert@w3.org>
* Positioning HTML Elements with Cascading Style Sheets
<http://www.w3.org/pub/WWW/TR/WD-positioning> @ W3C
* WDG CSS1 Reference <http://htmlhelp.com/reference/css/>
* The Evolution of Style Sheets @ webreference.com
<http://webreference.com/dev/style/evolution.html>
* Bert Bos' listing of historical SGML and HTML style proposals
<http://grid.let.rug.nl/%7Ebert/Stylesheets/>
* Cascading Style Sheets Gallery @ Microsoft
<http://www.microsoft.com/opentype/css/gallery/>
2.22 XML
_XML_ czyli _eXtensible Markup Language_ jest uproszczona specyfikacja
SGMLa umozliwiajaca tworzenie i dodawanie wlasnych znacznikow do
dokumentow. Nie ma na celu zastapienia ani SGMLa ani HTML. Jest (ma
byc) raczej etapem posrednim - rozszerzeniem mozliwosci o tworzone
niemal _ad hoc_ zestawy znacznikow.
Pojawily sie juz pierwsze incjatywy jego wykorzystania:
* Microsoft <http://www.microsoft.com/standards/> _Channel
Definition Format_ majacy (we wspolpracy ze ,,standardowym''
HTMLem) sluzyc tworzeniu czesto uaktualniach kolekcji dokumentow,
lub kanalow informacyjnych pomiedzy serwerami HTTPd a stacjami
klienckimi - tak zwane kanaly tematyczne. (wiecej w Winter
<http://winter.it.com.pl/channels.htm> )
_Patrz tez:_
* W3C XML Working Draft <http://www.w3.org/pub/WWW/TR/WD-xml>
* XML @ textuality.com <http://www.textuality.com/xml/>
2.23 Broadway
Broadway (X11R6 ver.3) jest oparta na X-Windows technologia zdalnego
dostepu do aplikacji. Jest (w przeciwienstwie do poprzednich wersji
X11R6) optymalizowane do pracy w warunkach niskiej przepustowosci,
wiec mozliwa jest praca zdalna w sieciach rozleglych, lub przez modem.
_Patrz tez:_
* BroadWay na X.org <http://www.X.org/consortium/broadway.html>
2.24 LDAP
Jest uproszczona wersja uslugi slownikowej X.500
<http://x500.ICM.edu.pl/> pozwalajacej lokalizowac osoby, obiekty w
sieci rozproszonej. Rozwijane na Uniwersytecie Michigan - UMICH
<http://www.umich.edu/%7Ersug/ldap/>
_Patrz tez:_
* RFC 1777 <http://SunSite.ICM.edu.pl/pub/doc/rfc/rfc1777.txt> _DS_
W. Yeong, T. Howes, S. Kille, _Lightweight Directory Access
Protocol_ 03/28/1995. (stron=22) (Format=.txt) (Uniewaznia
RFC1487)
* LDAP @ Netscape Communication
<http://home.netscape.com/newsref/ref/ldap.html>
* LDAP FAQ @ Stanford
<http://www-leland.stanford.edu/group/networking/directory/x500lda
pfaq.html>
2.25 Unicode
Jest 16 bitowym (z przeciwienstwie do powszechnie dzis stosowanych 8
bitowych) systemem kodowania znakow diakrytycznych majacym umozliwic
uzywanie w ramach jednego zestawu znakow wielu roznych zestawow.
Niektore nacje pokladaja w nim duze nadzieje (nareszcie narzucony
standard wybawi nas od 18 ,,standardow''), inne nie wiedziec czemu
ignoruja... ;-)))) A powaznie: Unicode jest w tej chwili obecny raczej
w wewnetrznych (jadrze czy jakos tak) tablicach kodowania w Linuxie,
ponoc w M$ NT, ale jeszcze na tereny pajeczyny nie wkroczylo (glownie
z powodu slabej kompatybilnosci z innymi normami typu ASCII i
pochodne).
_Patrz tez:_
* Unicode Consorium <http://www.unicode.org/>
* news:pl.comp.ogonki
* news:comp.text
* _The Unicode Standard Ver. 2.0_ The Unicode Consortium Addison
Wesley DevelopersPress <http://www.aw.com/devpress/> (ISBN
0-201-48395-9)
* Polska Strona Ogonkowa <http://www.agh.edu.pl/ogonki/pl.html> -
choc wiele tam nie, ma to wierze, ze sie cos pojawi. ;-)))
* norma ISO/IEC 10646
_________________________________________________________________
_________________________________________________________________
3. Standardy i informacje dla Internetu
Internet nie posiada scentralizowanej struktury Jednak posiada dosc
dobrze udokumentowana strone techniczna. Paradoks? Oczywiscie. Jak
cala siec. Odpowiednie informacje na temat zasad tworzenia standardow,
cial nad nimi (standardami) debatujacych itd. mozna znalezc w
dokumentach wymienionych w czesci pierwszej tego rozdzialu. W
kolejnych paragrafach wymieniam te standardy i specyfikacje ktore
wydaja mi sie wazne dla rozwoju pajeczyny, pomijajac istotne kwestie
np. DNSu, czy szyfrowania (ktore sa istotne i zamierzam dodac je w
przyslosci), czy tez protokoly trasowania (routingu), zmiany adresow
prezentowanych na IP (ktore sa istotne ale stanowia raczej wdzieczny
temat dla FAQ grupy news:pl.comp.networking )
3.1 Dokumenty ogolne - procedury, definicje, zasady zachowania sie
w sieci.
* RFC 2200 _S_ J. Postel, _"INTERNET OFFICIAL PROTOCOL STANDARDS"_
06/12/1997 (Liczba stron - 56) (STD 1)
* RFC 2151 _I_ G. Kessler, S. Shepard, _"A Primer On Internet and
TCP/IP Tools and Utilities"_ 06/10/1997. (Liczba stron -52) (FYI
30) (uniewaznia RFC1739)
* RFC 1983 _I_ G. Malkin, _Internet Users' Glossary_ 08/16/1996.
(Liczba stron - 62) (FYI 18) (Uniewaznia RFC1392)
* RFC 1935 _I_ J. Quarterman, S. Carl-Mitchell, _What is the
Internet, Anyway?_ , 04/10/1996. (Liczba stron - 11)
* RFC 1855 _I_ S. Hambridge _Netiquette Guidelines_ 10/20/1995.
(Liczba stron - 21) (FYI 28)
* RFC 2028 _BC_ R. Hovey, S. Bradner, _The Organizations Involved
in the IETF Standards Process_ 10/29/1996. (Liczba stron - 7)
* RFC 2027 _BC_ J. Galvin, _IAB and IESG Selection, Confirmation,
and Recall Process: Operation of the Nominating and Recall
Committees_ 10/29/1996. (Liczba stron - 11)
* RFC 2026 _BC_ S. Bradner, _The Internet Standards Process --
Revision 3_ 10/29/1996. (Liczba stron - 36) (Uaktualnia RFC1602)
(Uniewaznia RFC1602)
* RFC 1796 _BC_ Huitema, C., J. Postel, and S. Crocker _Not All
RFCs are Standards_ 10/04/1995.
3.2 HTML
* HTML 3.2 Reference Specification
<http://www.w3.org/pub/WWW/TR/REC-html32.html> W3C Recommendation
14-Jan-1997 Dave Raggett mailto:dsr@w3.org
* RFC 1866 _PS_ T. Berners-Lee, D. Connolly, _Hypertext Markup
Language - 2.0_ , 11/03/1995. (Liczba stron - 77)
* RFC 1867 _E_ E. Nebel, L. Masinter, _Form-based File Upload in
HTML_ , 11/07/1995. (Liczba stron - 13)
* RFC 1942 _E_ D. Raggett _HTML Tables_ 05/15/1996. (Liczba stron
- 30)
* RFC 1980 _I_ J. Seidman _A Proposed Extension to HTML:
Client-Side Image Maps_ 08/14/1996. (Liczba stron - 7)
3.3 URL, URI
* RFC 1738 _PS_ T. Berners-Lee, L. Masinter, M. McCahill _Uniform
Resource Locators (URL)_ 12/20/1994. (Liczba stron - 25)
* RFC 1808 _PS_ R. Fielding, _Relative Uniform Resource Locators_
06/14/1995. (Liczba stron - 16)
* RFC 1700 _S_ J. Reynolds, J. Postel _ASSIGNED NUMBERS_
10/20/1994. (Liczba stron - 230) (Uniewaznia RFC1340) (STD 2)
* RFC 1630 _I_ T. Berners-Lee, _Universal Resource Identifiers in
WWW: A Unifying Syntax for the Expression of Names and Addresses
of Objects on the Network as used in the World-Wide Web_
06/09/1994. (Liczba stron - 28)
* RFC 2017 _PS_ N. Freed, K. Moore, A. Cargille, _Definition of
the URL MIME External-Body Access-Type_ 10/14/1996. (Liczba stron
- 5)
3.4 HTTP
* RFC 2068 _PS_ R. Fielding, J. Gettys, J. Mogul, H. Frystyk, T.
Berners-Lee, _Hypertext Transfer Protocol -- HTTP/1.1_ 01/03/1997.
(Liczba stron - 162)
* RFC 1945 _I_ T. Berners-Lee, R. Fielding, H. Nielsen, _Hypertext
Transfer Protocol -- HTTP/1.0_ 05/17/1996. (Liczba stron - 60)
3.5 MIME
*
* RFC 2077 _PS_ S. Nelson, C. Parks, Mitra, _The Model Primary
Content Type for Multipurpose Internet Mail Extensions_ ,
01/10/1997. (Liczba stron - 13)
* RFC 2045 _DS_ N. Freed, N. Borenstein _Multipurpose Internet
Mail Extensions (MIME) Part One: Format of Internet Message Bodies_
12/02/1996. (Liczba stron - 31) (Uniewaznia RFC1521)
* RFC 2046 _DS_ N. Freed, N. Borenstein, _Multipurpose Internet
Mail Extensions (MIME) Part Two: Media Types_ 12/02/1996. (Liczba
stron - 44) (Uniewaznia RFC1521)
* RFC 2047 _DS_ K. Moore, _MIME (Multipurpose Internet Mail
Extensions) Part Three: Message Header Extensions for Non-ASCII
Text_ 12/02/1996. (Liczba stron - 15) (Uniewaznia RFC1522)
* RFC 2048 _BC_ N. Freed, J. Klensin, J. Postel _Multipurpose
Internet Mail Extensions (MIME) Part Four: Registration Procedures_
01/28/1997. (Liczba stron - 21) (Uniewaznia RFC1590)
* RFC 2049 _DS_ N. Freed, N. Borenstein, _Multipurpose Internet
Mail Extensions (MIME) Part Five: Conformance Criteria and
Examples_ 12/02/1996. (Liczba stron - 24) (Uniewaznia RFC1521)
* RFC 2110 _PS_ J. Palme, A. Hopman, _MIME E-mail Encapsulation of
Aggregate Documents, such as HTML (MHTML)_ , 03/12/1997.
(Stron=19) (Format=.txt)
* RFC 2112 _PS_ E. Levinson, _The MIME Multipart/Related
Content-type_ , 03/12/1997. (Stron=9) (Format=.txt) (Anuluje
RFC1872)
3.6 Gopher
* RFC 1436 _I_ F. Anklesaria, M. McCahill, P. Lindner, D. Johnson,
D. John, D. Torrey, B. Alberti, _The Internet Gopher Protocol (a
distributed document search and retrieval protocol)_ 03/18/1993.
(Liczba stron - 16)
3.7 VRML
* VRML 1.0 - Specyfikacja
<http://www.dcs.ed.ac.uk/home/mxr/gfx/3d/VRML.spec>
* VRML 2.0 - Specyfikacja (vag.vrml.org)
<http://vag.vrml.org/VRML2.0/FINAL/>
3.8 Java
* James Gosling, Bill Joy, Guy Stele _The Java Language
Specification_ (ISBN 0-201063451-1)
* Tim Lindholm, Frank Yellin, _The Java Virtual Machine
Specification_ (ISBN 0-20163452-X)
3.9 CGI
* D.R.T.Robinson draft-robinson-www-interface-01.html
<http://SunSite.ICM.edu.pl/pub/doc/internet-drafts/> _The WWW
Common Gateway Interface Version 1.1_ (15.02.1996)
3.10 UsenetNews i E-Mail
* RFC 822 _S_ D. Crocker, _Standard for the format of ARPA
Internet text messages_ , 08/13/1982. (Pages=47) (Format=.txt)
(Uniewaznia RFC0733) (STD 11) (Updated by RFC1327, RFC0987)
* RFC 822 _S_ J. Postel, _Simple Mail Transfer Protocol_ ,
08/01/1982. (Pages=58) (Format=.txt) (Uniewaznia RFC0788) (STD 10)
* RFC 1123 _S_ R. Braden _Requirements for Internet hosts -
application and support_ , 10/01/1989. (Pages=98) (Format=.txt)
(STD 3)
* RFC 1036 __M. Horton, R. Adams, _Standard for interchange of
USENET messages_ , 12/01/1987. (Pages=19) (Format=.txt)
(Uniewaznia RFC0850)
* RFC 2076 _I_ J. Palme _Common Internet Message Headers_
02/00/1997. (stron 26) (Format=.txt)
3.11 Grafika
* GIF - GRAPHICS INTERCHANGE FORMAT(sm) Version 89a
<http://www.dcs.ed.ac.uk/home/mxr/gfx/>
* JPEG Specification <http://www.dcs.ed.ac.uk/home/mxr/gfx/>
* RFC 2083 _I_ T. Boutell, _PNG (Portable Network Graphics)
Specification Version 1.0_ , 01/16/1997. (Liczba stron - 102)
3.12 Wielojezycznosc Sieci
* ISO 639:1988 <http://www.cm.spyglass.com/unicode/Languages.html>
_Language Codes_
* ISO 3166:1993
<http://www.cm.spyglass.com/unicode/Countries.html> _Country Codes_
* RFC 1766 _PS_ H. Alvestrand, _Tags for the Identification of
Languages_ , 03/02/1995. (Pages=9) (Format=.txt)
* RFC 2070 _PS_ F. Yergeau, G. Nicol, G. Adams, M. Duerst,
_Internationalization of the Hypertext Markup Language_
01/06/1997. (Liczba stron - 43)
* RFC 1815 _I_ M. Ohta _Character Sets ISO-10646 and ISO-10646-J-1_
08/01/1995. (Liczba stron - 6)
_Patrz tez:_
* The Official Documents Defining the Web
<http://www.utoronto.ca/webdocs/Official/overview.html> Iana
Grahama
* IETF Working Groups <http://www.ics.uci.edu/pub/ietf/>
_________________________________________________________________
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads