>Přečti si kdyžtak něco o TCP/IP na úrovni socketů a programování v C a >dojdeš osvícení
Věroš: nooo ako tak citam o TCP/IP, zamotavam sa do toho hlbsie a hlbsie a nakoniec zistujem, ze neviem totalne nic ;-) nechapem naco vymysleli ten model ISO/OSI a naco rozlisuju tolko medzi tolkymi tymi vrstvami. kazdopadne to osvietenie tak skoro nepride :) co som sa vsak chcel spytat, je, ze: - skusam si spravit klienta na telnet, resp. chcem, aby ma to pripojilo na atlantis.talker.sk problemom vsak je, ze nefunguje(nedokaze komunikovat) ;( what`s wrong? ----------------------- import socket, string clisock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) clisock.connect(('atlantis.talker.sk', 23)) while 1: data = clisock.recv(65536) # nechce sa mi to bufferovat ;) for riadok in data.split('\r\n'): print riadok a = raw_input('napis text: ') if(a == 'qq'): print "ukoncujem spojenie" clisock.close() exit # ak napisem 'qq' skonci sa mi program clisock.send(a) ----------------------------- 2007/11/16, Leos Pol <[EMAIL PROTECTED]>: > Uz jsem dlouho lowlevel sockety nepsal, tak doufam, ze nebudu psat blaboly. > Fce socket.listen neceka na prichozi spojeni, ale rekne systemu, ze chci > poslouchat na portu, ktery jsem si predtim nabindoval (socket.bind). > Samotne cekani na prichozi spojeni se dela pomoci socket.accept - tato > funkce opravdu zastavi beh programu, dokud se nejaky klient nepripoji. > Jakmile se tak stane, tak se prijme spojeni a vrati se novy socket, > pomoci ktereho pak probiha komunikace. Z toho plyne, ze dokud nezavolam > accept, tak se mi prichozi spojeni radi do fronty, ktera je dlouha jak > urcuje parametr "backlog" v socket.listen. Pokud je fronta plna, tak je > spojeni okamzite odmitnuto. > > Leo > > Tomy novella wrote: > > oka thx za ojasnenie celej veci :) > > este mi neda spat, ze co robi sock.listen(argument) ? naco je ten > > argument? listen je asi na cakanie na spojenie s klientom, ale naco > > ten argument? :) v dokumentacii som to velmi nepochopil :( > > > > 2007/11/15, Ondrej Beran <[EMAIL PROTECTED]>: > > > >> 2007/11/15, Leos Pol <[EMAIL PROTECTED]>: > >> > >> > >>> BTW: kdysi davno jsem to taky zkousel a nepodarilo se mi apache donutit, > >>> aby mi odpovidal v HTTP/1.0 > >>> > >> Ono to ani nejde, protoze to cislo je treba interpretovat jinak viz > >> RFC 2616 kapitola 3.1: > >> > >> The HTTP version of an application is the highest HTTP version for > >> which the application is at least conditionally compliant. > >> > >> A protoze v tom ma hodne lidi zmatek, vznikla dokonce extra > >> vysvetlujici RFC 2145 > >> "Use and Interpretation of HTTP Version Numbers", kde to v kapitole > >> 2.3 v podstate jen opakuji: > >> > >> An HTTP server SHOULD send a response version equal to the highest > >> version for which the server is at least conditionally compliant, and > >> whose major version is less than or equal to the one received in the > >> request. An HTTP server MUST NOT send a version for which it is not > >> at least conditionally compliant. > >> > >> HTH, Ondrej > >> _______________________________________________ > >> Python mailing list > >> Python@py.cz > >> http://www.py.cz/mailman/listinfo/python > >> > >> > > > > > > > > > -- > ---- > Leos Pol > Team Leader > Radiante Corp. > > If it can be imagined, > we can implement it > > _______________________________________________ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > -- PS: prosim v mailoch tykat! nie vykat ;) [EMAIL PROTECTED] [EMAIL PROTECTED] _______________________________________________ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python