Ce sunt canalele IRC? Vezi ce este „IRC” în alte dicționare

Canalul IRC (Internet Relay Chat) este un protocol care permite utilizatorilor să comunice între ei în timp real, tastând cuvinte pe o tastatură (chat). IRC a fost scris în 1988 ca o îmbunătățire a programului de discuții UNIX și a evoluat într-un protocol separat. Mii de utilizatori de Internet din întreaga lume folosesc acum IRC. IRC poate fi folosit atât pentru divertisment, cât și pentru chestiuni destul de serioase: asistență și consiliere în muncă, transfer de informații și așa mai departe. IRC a fost folosit în timpul loviturii de stat din octombrie 1993, iar unii scriitori ruși de science-fiction țin periodic conferințe de presă pe anumite canale.

IRC este format din servere. Serverul poate fi conectat la alte servere. O colecție de servere conectate între ele formează o rețea.

Pentru a lucra cu IRC ai nevoie de un program client special.

După conectarea la server, puteți găsi persoana potrivita si comunica cu el. De asemenea, vă puteți alătura unui canal. Comunicarea pe canal este similară cu comunicarea dintre oamenii dintr-o cameră. Cineva vorbește și toată lumea îl aude. Fiecare canal are un nume care reflectă subiectul general al conversației. Acesta poate fi fie un subiect care îi interesează pe toată lumea (de exemplu,), fie pur și simplu un nume care îi unește pe toată lumea (de exemplu,). Dacă în primul caz conversațiile se desfășoară de obicei în jurul subiectului specificat, atunci în al doilea caz conversațiile se desfășoară pe subiecte complet diverse.

Cu excepţia utilizatori obișnuiți Rețelele IRC au ceea ce se numesc operatori de canal și operatori de rețea. Operatorii de canal sunt „maeștrii” canalului. Aceștia pot închide accesul la un canal fără invitație, pot priva orice utilizator de posibilitatea de a vorbi pe canal, pot da afară utilizatorul din canal, îi pot interzice (incapacitatea de a intra pe canal) și multe altele. Cu alte cuvinte, aceștia sunt manageri care țin ordinea pe canal. În cazul clasic, operatorul canalului este cel care intră primul în canal și, prin urmare, îl creează. Dar mai departe în acest moment astfel de cazuri sunt foarte rare. Practic, există multe canale permanente acum. Astfel de canale au operatori permanenți. Pentru ca aceștia să primească statutul de operator la intrarea pe canal, sunt folosiți roboți (sau roboți) care de obicei stau permanent pe canal, care au statut de operator și îl pot distribui anumitor utilizatori.

Boții sunt programe care se conectează la un server IRC și pot efectua operațiuni speciale. Pe lângă faptul că acceptă statutul de operator, boții pot îndeplini funcțiile unui panou de mesaje, pot afișa informații despre un utilizator care vizitează un canal și multe altele. Atitudine față de roboți rețele diferite diferite și depinde în principal de politica generală a rețelei.

Operatorii de rețea sunt administratori care gestionează funcționarea rețelei în ansamblu. Ei au puterea de a elimina un utilizator de pe server și de a-i interzice să se conecteze la un anumit server sau chiar la toate serverele din rețea. Cu toate acestea, operatorilor le este interzis să se amestece în afacerile interne ale canalelor - pentru asta există operatorii de canale. De fapt, operatorii pot interveni numai dacă acțiunile unui utilizator au ca rezultat o încălcare a funcționare normală retelelor.

Disclaimer: Acest articol este scris doar în scopuri educaționale. Autorul sau editorul nu a publicat acest articol în scopuri rău intenționate. Dacă cititorii ar dori să folosească informațiile pentru un câștig personal, autorul și editorul nu sunt responsabili pentru niciun prejudiciu sau daune cauzate.

Detalii tehnice

Echipe

Majoritatea comenzilor care sunt introduse consola de comandă, diferă de cele transmise prin rețea. Iată comenzile definite în RFC 2812:

NICK username - schimbă pseudonimul participantului cu cel specificat în parametrul nume de utilizator
Parola nume de utilizator OPER - acordă drepturi de operator utilizatorului folosind O:Line corespunzătoare.
QUIT - deconectează utilizatorul de la server
JOIN channels - unește canale folosind tastele corespunzătoare dacă canalul are modul +k. Canalele din listă sunt separate prin virgulă
JOIN 0 - părăsiți toate canalele
PART channels [:message] - lăsați canalele canale folosind mesaj. Dacă mesajul conține spații, atunci este precedat de:
MOD MODE canal/nume utilizator - modifică modurile canalului canalului (sunt necesare drepturi de operator de canal) sau username user (majoritatea serverelor permit doar utilizatorilor să-și schimbe steagurile). Modes este un șir în formatul +flags-flags params
Canal TOPIC [:message] - schimbă subiectul în mesaj. Dacă parametrul mesajului nu este specificat, atunci revine subiectul canalului
NUME - returnează o listă de utilizatori pe canal sau, dacă nu este specificat niciun canal, pe întreaga rețea
LIST - returnează toate canalele. Dacă este dat modelul, sunt returnate numai modelele care se potrivesc cu acesta
INVITE canalul utilizatorului - invită utilizatorul la canal canal
KICK utilizatorii canalelor [:reason] - scoate utilizatorii de pe canalele canalelor. Este posibil să specificați un motiv.
PRIVMSG channel/user:message - trimite un mesaj canalului canalului sau utilizatorului utilizatorului.
NOTIFICARE canal/utilizator:mesaj - analog PRIVMSG. Conform RFC 2812, pe NOTIFICARE nu nu pot exista răspunsuri automate.
Text WALLOPS - trimite text tuturor utilizatorilor cu modul +w
WHOIS - afișează informații despre acest utilizator.

Moduri de canal

Specificații IRC în limba rusă

Utilizarea limbii ruse în IRC nu se bazează pe niciun standard. Cu toate acestea, există o serie de obiceiuri și convenții care au apărut în timpul evoluției diferitelor comunități IRC de limbă rusă.

Fundal

Primele canale de limbă rusă au apărut în anii 1990 în rețele internaționale, cum ar fi DALnet și IRCNet. Inițial, sub influența culturii UNIX, era obișnuită codificarea literelor alfabetului rus în KOI-8. În jurul anului 1995, un aflux de utilizatorii de Windows, care de multe ori nu avea idee ce este o pagină de cod și nu făcea distincție între alfabetul chirilic și Windows-1251. Această contradicție a provocat multe conflicte, inclusiv „războaiele religioase” Acordul care a apărut spontan în acele vremuri a pus problema codificărilor jurisdictia de canale specifice Acest lucru a fost foarte incomod pentru utilizatori, dar la acel moment nu avea altă opțiune. Parțial, această problemă a fost cea care, începând cu anul 2000, a stimulat formarea intensă a rețelelor separate în limba rusă, unde problemele de codificare puteau fi rezolvate la nivel central.

Obiceiuri ale rețelelor moderne în limba rusă

În mod tradițional, pe rețelele internaționale IRC, clienții trimit și primesc mesaje formate din octeți; în acest caz, problema interpretării octeților non-ASCII este lăsată la latitudinea clienților. Toate sunt oarecum dezvoltate Rețele în limba rusă, cu toate diferențele lor, aderă la un principiu diferit: clienții trimit și primesc mesaje constând în personaje.Adica daca configurat corespunzător Dacă clientul trimite litera „Y” către canal, atunci toți clienții configurați corect conectați la canal vor primi și litera „Y”, indiferent de modul în care fiecare dintre ei preferă să o codifice.

În practică, acest lucru este de obicei implementat prin existența mai multor porturi TCP pe server, fiecare dintre ele utilizând o codificare specifică. Se obișnuiește să se pună o listă a acestor porturi în MOTD (întâmpinarea serverului). Astfel, întrebarea despre "). setare corectă" clientul este salvat, dar pentru utilizator este mult mai ușor să selecteze un port de conexiune decât să instaleze tabele de conversie a caracterelor, ceea ce, de altfel, nu este posibil în fiecare client. Uneori (deși nu neapărat), software-ul serverului permite trebuie să comutați codificarea fără a vă deconecta de la server - deși, din mai multe motive, această modificare de codificare nu funcționează cu acuratețe.

De regulă, fiecare rețea folosește propria sa codificare internă (cel mai adesea este Windows-1251 și aproape niciodată UTF-8; de ce - vezi mai jos), în timp ce datele transmise sau primite de clienți cu alte codificări decât cea internă sunt supuse re -codificare (imediat în timpul unei recepții efectuate în momentul formării mesaj primit- în timpul transmiterii).

Nicky

Din punct de vedere istoric, utilizarea literelor chirilice în porecle a fost imposibilă. Cu toate acestea, unele servere moderne permit acest lucru .

UTF-8 - argumente pro și contra

Susținătorii internaționalizării consideră de obicei UTF-8 o codificare promițătoare pentru toate limbile, inclusiv rusă. Trebuie remarcat, totuși, că o literă chirilică în UTF-8 ocupă doi octeți, ceea ce creează o încărcare suplimentară asupra rețelelor și a limitelor. lungime maxima Un mesaj conform standardului, un mesaj IRC nu poate avea o lungime mai mare de 510 de octeți, din care textul în sine nu reprezintă mai mult de 499 (în consecință, este imposibil să se trimită mai mult de 249 de litere rusești într-un mesaj Limitarea dimensiunii mesajelor provoacă încă o pacoste: atunci când încearcă să depășească limita stabilită, serverul oprește mesajele dacă tăierea trece în mijlocul unei litere rusești (adică primul octet este transmis, dar al doilea este eliminat), atunci secvența de octeți rezultată nu va mai fi un șir valid din punctul de vedere al UTF-8. Unii clienți (de exemplu, Xchat sau mIRC) vor afișa un astfel de mesaj ca 8-. bit (de exemplu, în Latin-1 sau Windows-1251), ceea ce îl face complet ilizibil și, de asemenea, ocupă mult spațiu pe ecran.

Singurul avantaj indubitabil al folosirii UTF-8 pentru a codifica limba rusă este capacitatea de a cita liber texte în alte limbi, precum și de a folosi caractere exotice precum „→” și „☺ În plus, fiind un client al rețelei IRC care UTF-8 este acceptat peste tot, va fi posibil să se comunice în mai multe limbi simultan, fără să vă faceți griji cu privire la reprezentarea tehnică a literelor. Până acum, totuși, rețelele multilingve care stipulează în mod explicit necesitatea de a utiliza numai UTF-8. utilizați UTF-8 ca codificare internă sau organizați altfel codificarea caracterelor de către clienți.

Vezi de asemenea

Note

Legături

ircinfo.ru - programe, știri, articole despre IRC, webgate
irchelp.org
irc.run.net (engleză) - documentație IRC
irc-soft.net (rusă) - IRC-SOFT.net
ircnet.su - ajutor și articole despre IRC
rus-net.org - totul despre IRC rusesc
neora.ru - ajutor și articole despre IRC
Informații statistice despre diverse rețele IRC (engleză)
Iuri Merkulov Ghid pentru clienții IRC. iXBT.com (2006-07-18). Recuperat la 25 aprilie 2008. - Ghid pentru clienții IRC

p·o·r Internet Relay Chat
Concepte de bază	Admin Bot Channel DoS atac Operatorul de canal Client Flood Ghost Hostmask IRC Kickban Netsplit Network Operator Script Server Services vhost
Liste și comparații	Lista comenzilor IRC Lista clienților IRC Comparația clienților IRC
Protocoale aferente	IRC IRCX

Istoric și specificații

IRC a fost dezvoltat în 1988 ca înlocuitor pentru MultiUser Talk. Specificația principală este RFC 1459 (1993). Acesta este completat de mai multe specificații pentru anul 2000:

RFC 2810 - Internet Relay Chat: Arhitectură
RFC 2811 - Internet Relay Chat: Management Channel
RFC 2812 - Internet Relay Chat: Client Protocol
RFC 2813 - Internet Relay Chat: Server Protocol

Rețeaua IRC

Conform specificațiilor protocolului, o rețea IRC este un grup de servere conectate între ele. Cea mai simplă rețea este un singur server.

Rețeaua ar trebui să arate ca un arbore conectat, în care fiecare server este un nod central pentru restul rețelei.

Un client este orice lucru care este conectat la un server, cu excepția altor servere. Există două tipuri de clienți:

obicei;
serviciu

Exemplu de rețea IRC (literele indică servere, numerele indică clienți)

Redirecționarea mesajelor într-o rețea IRC

IRC oferă oportunitatea atât pentru comunicare de grup, cât și pentru comunicare privată. Există mai multe opțiuni pentru comunicarea în grup. Un utilizator poate trimite un mesaj unei liste de utilizatori, în care lista este trimisă la server, serverul separă utilizatorii individuali de acesta și trimite o copie a mesajului fiecăruia dintre ei. Este mai eficient să folosești canale. În acest caz, mesajul este trimis direct către server, iar serverul îl trimite tuturor utilizatorilor din canal. Atât în comunicarea de grup, cât și în cea privată, mesajele sunt trimise clienților pe calea cea mai scurtă și sunt vizibile numai pentru expeditor, destinatar și serverele incluse în calea cea mai scurtă.

De exemplu, dacă clienții 1, 2 și 3 (în exemplu) sunt pe același canal, atunci un mesaj de la clientul 1 va fi trimis către serverul A, apoi către clientul 2 și către serverul B, care îl va trimite către clientul 3 Serverele C, D și E ale acestor mesaje nu vor fi văzute.

În plus, este posibil să trimiteți mesaj difuzat. Mesajele clientului privind modificările stării rețelei (cum ar fi modul de legătură sau starea utilizatorului) trebuie trimise către toate serverele din rețea. Toate mesajele care provin de la un server trebuie trimise și către toate celelalte servere.

Moduri personalizate

i - utilizator invizibil
s - primiți notificări de server
w - primiți mesaje difuzate
o - operator server

Stările canalului

Operatorul de canal își poate schimba starea utilizând o comandă, adăugând/eliminând diferite steaguri atât la canal, cât și utilizatori individualiîn canal.

Steaguri personalizate

O utilizator - indică creatorul canalului (nu poate fi schimbat manual)
o utilizator - denotă operatorul canalului
h user - indică semi-operatorul canalului
v utilizator - dă utilizatorului dreptul de a trimite mesaje către un canal moderat

Steaguri de canal

a - canal anonim (numele tuturor utilizatorilor sunt ascunse)
i - accesul la canal se face doar pe bază de invitație
m - canal moderat (numai utilizatorii cu steaguri +o, +h sau +v pot trimite mesaje către acest canal)
n - numai utilizatorii din canal îi pot trimite mesaje
q - canal „liniștit” (restricție privind trimiterea mesajelor pe server)
p/s - canal privat/secret (nu este afișat în lista generala canale, puteți intra în el doar cunoscând numele canalului)
r - dacă nu există operatori în canal pentru un anumit timp, serverul însuși atribuie operatori dintre utilizatorii canalului
t - tema canalului poate fi schimbată numai de către operatorul canalului
k - parola canalului
l - limita de utilizatori în canal
b mask - interzice accesul la canal pentru utilizatorii care se potrivesc cu masca masca
e mask - permite utilizatorilor care se încadrează sub masca mască să intre pe canal, indiferent de steag-ul b
i mask - permite utilizatorilor care se încadrează sub masca mască să intre pe canal, indiferent de modul i

Echipe

Înregistrare și conectare

PASA

Parametri:

Setează parola de conectare.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_DEJA ÎNREGISTRAT

NICK

Parametri:

Schimbarea numelui.

Răspunsuri posibile ale serverului:

ERR_NONICKNAMEGIVEN
ERR_ERRONEUSNICKNAME
ERR_NICKNAMEINUSE
ERR_NICKCOLLISION
ERR_UNAVAILRESOURCE
ERR_RESTRICTED

SERVICIU

Parametri:

Înregistrarea unui nou client de servicii.

Răspunsuri posibile ale serverului:

ERR_DEJA ÎNREGISTRAT
ERR_NEEDMOREPARAMS
ERR_ERRONEUSNICKNAME
RPL_YOURESERVICE
RPL_HOST
RPL_MYINFO

UTILIZATOR

Parametri:

Folosit la începutul unei conexiuni pentru a identifica un utilizator nou.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_DEJA ÎNREGISTRAT

OPER

Parametri:

Obținerea statutului de operator.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
RPL_YOUREOPER
ERR_NOOPERHOST
ERR_PASSWDMISMATCH

MOD

Parametri: *(<"+" / «-»> )

Schimbarea stării utilizatorului - adăugarea/eliminarea steagurilor; Comanda este disponibilă numai pentru operatori.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_USERSDONTMATCH
ERR_UMODEUNKNOWNFLAG
RPL_UMODEIS

RENUNȚĂ

Opțiuni: [ ]

Deconectarea utilizatorului din rețea.

Răspunsuri posibile ale serverului: niciunul.

SQUIT

Parametri:

Deconectarea serverului din rețea; Comanda este disponibilă numai pentru operatorul serverului sau pentru server atunci când apare o eroare.

Răspunsuri posibile ale serverului:

ERR_NOPRIVILEGES
ERR_NOSUCHSERVER
ERR_NEEDMOREPARAMS

Lucrul cu canalele

ÎNSCRIEȚI-VĂ

Parametri: *(", " ) [ *(", " ) ])

Intrarea pe canal.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_BANNEDFROMCHAN
ERR_INVITEONLYCHAN
ERR_BADCHANNELKEY
ERR_CHANNELISFULL
ERR_BADCHANMASK
ERR_NOSUCCHHANNEL
ERR_TOOMANYCHANNELS
ERR_TOOMANYTARGETS
ERR_UNAVAILRESOURCE
RPL_TOPIC

PARTE

Parametri: *(", « ) [

Ieșiți din canal.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_NOSUCCHHANNEL
ERR_NOTONCHANNEL

MOD

Parametri: *((„-“ / „+“) * *)

Schimbarea modului canalului; Nu sunt permise mai mult de trei moduri cu parametri într-o comandă.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_KEYSET
ERR_NOCHANMODES
ERR_CHANOPRIVSNEEDED
ERR_USERNOTINCHANNEL
ERR_UNKNOWNMODE
RPL_CHANNELMODEIS
RPL_BANLIST
RPL_ENDOFBANLIST
RPL_EXCEPTLIST
RPL_ENDOFEXCEPTLIST
RPL_INVITELIST
RPL_ENDOFINVITELIST
RPL_UNIQOPIS

SUBIECT

Parametri: [»: " ]

Schimbați sau vizualizați tema canalului.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_NOTONCHANNEL
RPL_NOTOPIC
RPL_TOPIC
ERR_CHANOPRIVSNEEDED
ERR_NOCHANMODES

NUME

Opțiuni: [ *(", " ) [ ] ]

Vizualizați o listă de nume de utilizator conectate la serverul țintă și prezente în canalul canalului.

Răspunsuri posibile ale serverului:

ERR_TOOMANYMATCHES
ERR_NOSUCHSERVER
RPL_NAMREPLY
RPL_ENDOFNAMES

LISTĂ

Opțiuni: [ *(", " ) [ ] ]

Vizualizați lista canalelor/starea canalelor specificate.

Răspunsuri posibile ale serverului:

ERR_TOOMANYMATCHES
ERR_NOSUCHSERVER
RPL_LIST
RPL_LISTEND

INVITA

Parametri:

Invitați un utilizator la un canal.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_NOSUCHNICK
ERR_NOTONCHANNEL
ERR_USERONCHANNEL
ERR_CHANOPRIVSNEEDED
RPL_INVITARE
RPL_AWAY

LOVI CU PICIORUL

Parametri: *(", " ) *(", " ) []

Eliminarea unui utilizator dintr-un canal.

Răspunsuri posibile ale serverului:

ERR_NEEDMOREPARAMS
ERR_NOSUCCHHANNEL
ERR_BADCHANMASK
ERR_CHANOPRIVSNEEDED
ERR_USERNOTINCHANNEL
ERR_NOTONCHANNEL

Trimiterea mesajelor

PRIVMSG

Parametri:

Trimiterea unui mesaj personal (privat).

Răspunsuri posibile ale serverului:

ERR_NORECIPIENT
ERR_NOTEXTTOSEND
ERR_CANNOTSENDTOCHAN
ERR_NOTOPLEVEL
ERR_WILDTOPLEVEL
ERR_TOOMANYTARGETS
ERR_NOSUCHNICK
RPL_AWAY

OBSERVA

Parametri:

Comanda este utilizată în mod similar cu PRIVMSG, dar fără a primi un răspuns automat.

Lucrul cu serverele

MOTD

Opțiuni: [ ]

Instalarea așa-numitului „mesajele zilei”

Răspunsuri posibile ale serverului:

RPL_MOTDSTART
RPL_MOTD
RPL_ENDOFMOTD
ERR_NOMOTD

LUSERS

Opțiuni: [ [ ] ]

Informații despre utilizatorii conectați la rețea/subrețea corespunzătoare măștii/serverului specificat.

Răspunsuri posibile ale serverului:

RPL_LUSERCLIENT
RPL_LUSEROP
RPL_LUSERUNKOWN
RPL_LUSERCHANNELS
RPL_LUSERME
ERR_NOSUCHSERVER

VERSIUNE

Opțiuni: [ ]

Versiunea programului server.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
RPL_VERSION

STATISTICI

Opțiuni: [ [ ] ]

Statistica serverului.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
RPL_STATSLINKINFO
RPL_STATSUPTIME
RPL_STATSCOMMANDS
RPL_STATSOLINE
RPL_ENDOFSTATS

LINK-URI

Parametri: [ [ ] ]

Numele serverelor conectate la cel specificat/actual.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
RPL_LINKS
RPL_ENDOFLINKS

TIMP

Opțiuni: [ ]

Ora locală a serverului.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
RPL_TIME

CONECTAȚI

Parametri: [ ]

Se încearcă conectarea serverului curent la cel specificat prin portul specificat.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
ERR_NOPRIVILEGES
ERR_NEEDMOREPARAMS

URMĂ

Opțiuni: [ ]

Calea către serverul specificat.

Răspunsuri posibile:

ERR_NOSUCHSERVER
RPL_TRACELINK
RPL_TRACECONECTING
RPL_TRACEHANDSHAKE
RPL_TRACEUNKNOWN
RPL_TRACEOPERATOR
RPL_TRACEUSER
RPL_TRACESERVER
RPL_TRACESERVICE
RPL_TRACENEWTYPE
RPL_TRACECLASS
RPL_TRACELOG
RPL_TRACEEND

ADMIN

Opțiuni: [ ]

Informații despre administratorul serverului specificat/actual.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
RPL_ADMINME
RPL_ADMINLOC1
RPL_ADMINLOC2
RPL_ADMINEMAIL

INFO

Opțiuni: [ ]

Informații server.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
RPL_INFO
RPL_ENDOFINFO

Lucrul cu clienții de servicii

SERVLIST

Opțiuni: [ [ ] ]

Lista serviciilor disponibile.

Răspunsuri posibile ale serverului:

RPL_SERVLIST
RPL_SERVLISTEND

INTEROARE

Parametri:

La fel ca PRIVMSG.

Lucrul cu datele utilizatorului

OMS

Opțiuni: [ ["o"]]

Datele utilizatorilor ale căror porecle se potrivesc cu masca specificată.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
RPL_WHOREPLY
RPL_ENDOFWHO

WHOIS

Opțiuni: [ ] *(", " )

Date despre un anumit utilizator.

Răspunsuri posibile ale serverului:

ERR_NOSUCHSERVER
ERR_NONICKNAMEGIVEN
RPL_WHOISUSER
RPL_WHOISCHANNELS
RPL_WHOISCHANNELS
RPL_WHOISSERVER
RPL_AWAY
RPL_WHOISOPERATOR
RPL_WHOISIDLE
ERR_NOSUCHNICK
RPL_ENDOFWHOIS

WHOWAS

Parametri: *(", " ) [ [ ] ]

Datele unui utilizator care nu este online, adică nu mai există.

Răspunsuri posibile ale serverului:

ERR_NONICKNAMEGIVEN
ERR_WASNOSUCHNICK
RPL_WHOWAUSER
RPL_WHOISSERVER
RPL_ENDOFWHOWAS

Alte comenzi

UCIDE

Parametri:

Încheierea conexiunii cu utilizatorul specificat din partea serverului.

Răspunsuri posibile ale serverului:

ERR_NOPRIVILEGES
ERR_NEEDMOREPARAMS
ERR_NOSUCHNICK
ERR_CANTKILLSERVER

PING

Parametri: [ ]

Verificarea activității client/server de pe cealaltă parte a conexiunii.

Răspunsuri posibile:

ERR_NOORIGIN
ERR_NOSUCHSERVER

PONG

Parametri: [ ]

Răspundeți la un mesaj PING de la server server la server server2.

Răspunsuri posibile:

ERR_NOORIGIN
ERR_NOSUCHSERVER

EROARE

Parametri:

Folosit de server pentru a raporta o eroare.

Aplicații client pentru rețele IRC

Cele mai multe aplicații populare pentru diferite sisteme de operare:

AmIRC, AIRcOS, WookieChat, BenderIRC, BitchX, BlackIRC

AndroIRC, Andchat, DaraIRC, chat fIRC, radio IRC, Yaaic, AiCiA, Droid-Life IRC

Specificații IRC în limba rusă

Fundal

Primele canale de limbă rusă au apărut în anii 1990 pe rețele internaționale precum DALnet și IRCNet. Inițial, sub influența culturii UNIX, era obișnuit să se codifice literele alfabetului rus în KOI-8. În jurul anului 1995, a început un aflux de utilizatori Windows care adesea nu aveau idee ce este o pagină de cod și nu făceau distincție între alfabetul chirilic și Windows-1251. Această contradicție a provocat multe conflicte.

Acordul care a apărut spontan în acele zile a plasat problema codificării sub jurisdicția unor canale specifice. Acest lucru a fost foarte incomod pentru utilizatori, dar la acel moment nu avea altă opțiune. În parte, această problemă a fost cea care, începând cu anul 2000, a stimulat formarea intensificată a rețelelor separate în limba rusă, unde problemele de codificare puteau fi rezolvate la nivel central.

Obiceiuri ale rețelelor moderne în limba rusă

În mod tradițional, pe rețelele internaționale IRC, clienții trimit și primesc mesaje formate din octeți; totuși, interpretarea octeților non-ASCII este lăsată la latitudinea clienților. Toate rețelele oarecum dezvoltate în limba rusă, cu toate diferențele lor, aderă la un principiu diferit: clienții trimit și primesc mesaje constând din personaje. Adică dacă configurat corespunzător Dacă clientul trimite litera „Y” către canal, atunci toți clienții configurați corect conectați la canal vor primi și litera „Y”, indiferent de modul în care fiecare dintre ei preferă să o codifice.

În practică, acest lucru este de obicei implementat prin existența mai multor porturi TCP pe server, fiecare dintre ele utilizând o codificare specifică. Lista acestor porturi este de obicei plasată în MOTD (servire de întâmpinare). Astfel, rămâne întrebarea „configurarii corecte” a clientului, dar pentru utilizator alegerea unui port de conexiune este incomparabil mai ușoară decât instalarea tabelelor de conversie a caracterelor, ceea ce, apropo, nu este posibil în fiecare client. Uneori (deși nu neapărat), software-ul de server vă permite să comutați codificarea fără a vă deconecta de la server - deși, din mai multe motive, această modificare de codificare nu funcționează cu acuratețe.

De regulă, fiecare rețea folosește propria sa codificare internă (cel mai adesea este Windows-1251 și aproape niciodată UTF-8; de ce - vezi mai jos), în timp ce datele transmise sau primite de clienții cu alte codificări decât cea internă sunt supuse re -codificare (imediat după recepția efectuată în momentul formării mesajului de intrare - în timpul transmiterii).

Nicky

Din punct de vedere istoric, utilizarea literelor chirilice în porecle a fost imposibilă. Cu toate acestea, cea mai mare rețea IRC în limba rusă, RusNet, vă permite să utilizați și să înregistrați porecle chirilice.

UTF-8 - argumente pro și contra

Susținătorii internaționalizării consideră de obicei UTF-8 ca fiind o codificare promițătoare pentru toate limbile, inclusiv rusă. Trebuie remarcat, totuși, că o literă chirilică în UTF-8 ocupă doi octeți, ceea ce creează o sarcină suplimentară în rețea și limitează lungimea maximă a unui mesaj. Conform standardului, un mesaj IRC nu poate fi mai lung de 510 de octeți, dintre care textul în sine nu reprezintă mai mult de 499 (o estimare nerealistă). În consecință, este imposibil să trimiteți mai mult de 249 de scrisori rusești într-un singur mesaj. Limita de dimensiune a mesajelor provoacă o altă problemă: dacă încercați să depășiți limita, serverul trunchiază mesajele. Dacă tăietura trece prin mijlocul unei litere rusești (adică primul său octet este transmis, dar al doilea este aruncat), atunci secvența de octeți rezultată va înceta, din punctul de vedere al UTF-8, să fie o șir valid. Unii clienți (de exemplu, Xchat sau mIRC) vor afișa un astfel de mesaj pe 8 biți (de exemplu, în Latin-1 sau Windows-1251), ceea ce îl face complet ilizibil și ocupă, de asemenea, mult spațiu pe ecran.

Singurul avantaj indubitabil al folosirii UTF-8 pentru a codifica limba rusă este capacitatea de a cita liber texte în alte limbi, precum și de a folosi caractere exotice precum „→” și „☺”. În plus, în calitate de client al rețelei IRC, în care UTF-8 este universal acceptat, va fi posibil să comunicați în mai multe limbi simultan, fără a vă face griji cu privire la reprezentarea tehnică a literelor. Cu toate acestea, nu există rețele multilingve cunoscute care să impună în mod explicit utilizarea numai UTF-8, să utilizeze UTF-8 ca codificare internă sau să impună în alt mod codificarea caracterelor client.

Vezi de asemenea

Note

Legături

irchelp.org
irc.run.net (engleză) - documentație IRC
irc-soft.net (rusă) - IRC-SOFT.net
ircnet.su - ajutor și articole despre IRC
rus-net.org - totul despre IRC rusesc
neora.ru - ajutor și articole despre IRC
Informații statistice despre diverse rețele IRC (engleză)
Iuri Merkulov Ghid pentru clienții IRC. iXBT.com (18 iulie 2006). Arhivat din original pe 21 august 2011. Consultat la 25 aprilie 2008.- Ghid pentru clienții IRC

Internet Relay Chat
Concepte de bază	Admin Bot Channel DoS atac Operatorul de canal Client Flood Ghost Hostmask IRC Kickban Netsplit Network Operator Script Server Services vhost
Liste și comparații	Lista comenzilor IRC Lista clienților IRC Comparația clienților IRC
Protocoale aferente	IRC IRCX