Recrutare echipa programatori

Dupa cum spune si titlul acestui topic, vreau sa creez o echipa de programatori alaturi de care sa disecam pe toate partile posibile protocoalele de mesajerie instanta (YMSG, MSN, Skype, AIM, IRC, etc).
Nu este vorba de un job, aderarea la aceasta echipa nu va impune nici o obligatie, nici un program.

Ma intereseaza in principal persoane care stiu cu ce se mananca protocolul Yahoo sau cel putin persoane care stapanesc foarte bine programarea bazata pe obiecte (OOP). In special PHP, C/C++, si PERL.

Toti doritorii ma pot contacta pe PM sau aici pe forum.

P.S. Sper sa ne strangem macar 5-10 persoane.

Legat de YMSG, autentificarea e cea mai complicata, apoi e floare la ureche daca iti organizezi codul corect.

Cele mai actuale implementari le-am vazut in gyachi (inclusiv webcam) si libpurple.

Edited by OriginalCopy, 12 June 2009 - 15:19.

Autentificarea si organizarea codului sunt floare la ureche pentru mine. Mai greu cu folosirea serviciilor suplimentare.

Ma gandeam la crearea pe viitor a unei extensii pentru Pidgin pentru evitarea detectoarelor de invisible (sa aiva cateva pattern-uri pe care le folosesc detectoarele si in momentul in care se "loveste" de unul dintre ele, sa te intrebe daca sa raspunda sau nu).

Si utilitatea acestui proiect care este ?

 neagu_laurentiu, on 12th June 2009, 16:36, said:

Quote

Ca in orice proiect open source, se urmareste dezvoltarea unei categorii de software.

O idee ar fi crearea unui "proxy" ce va rula local chiar si pe Windows, prin intermediul caruia sa te poti conecta safe la YM. Se pot crea astfel functii pentru anti flood, anti mass, anti detect, etc.

Am folosit o perioada lunga de timp Pidgin, dar m-a dezamagit la capitolul transfer de fisiere. La fel si Kopete.

anti mass ar fi super :X:X:X

anti mass se face foarte usor nedindu-ti adresa la toti dobitocii

 Mosotti, on 12th June 2009, 17:52, said:

True, dar nu ai de unde sa sti cati "dobitoci" iti intra in lista.
Eu aveam doar vreo ... 2000 de id-uri in lista veche si primeam ~5 mass-uri la 5-10 minute.

 DarkAngelBv, on 12th June 2009, 18:29, said:

:rolleyes: auch.. Cum ai reusit?
Cand e vorba de IM, adaug in lista doar persoane care le cunosc personal, sau cu care stiu ca am ceva de discutat..

Mass-urile si dectectoarele,  vesnicile probleme :) Problema cu mass-urile este ca sunt simple IM (service 0x06 parca)  trimise in masa de catre client`ul  de messenger , nu au nimic distinctiv pachetele trimise in cazu` massurilor fata de cele trimise in cazul mesajelor instant.
Problema detectoarelor e una interesanta , dar din cate am vazut nu conteaza ce client folosesti sa te conectezi , chiar si cele web based , tot esti detectat corect, ceea pe mine ma face sa cred ca nu se bazeaza pe o 'problema' legata de partea de client , in sensul ca raspunde unor cereri chiar daca esti invisible (e adevarat ca se intampla si asta ,de ex messengerul in timpul unui scan de pe un site cu astfel de dectectoare ,primeste niste pachete legate de avatar , la care raspunde indiferent de statusul tau )  . Dar am folosit si un simplu programel facut de mine care avea doar functia de login si la fel eram detectat corect , programelul nestiind sa prelucreze alte pachete cum ar fi cele de avatar  ca sa dea un raspuns . E adevarat nici n-am studiat in adancime , nici n-am experienta necesara , is doar niste concluzii trase la prima vedere .

Is curios cum te-ai gandit sa abordezi problemele "anti-mass' si 'anti-detector' avand in vedere ca ai o oarecare experienta cu protocolul YMSG ?

Edited by doriaal, 12 June 2009 - 21:05.

Anti mass este foarte simplu. Se pot crea pattern-uri de mesaje, asemeni askimet pentru wordpress, care sa catalogheze mesajele suspecte ca "spam".
Pentru detectoarele de invisible, este foarte simplu. La anumite headere (0xBE, 0xC1, 0xC2, 0xC4, 0x50, etc) pur si simplu nu va mai raspunde, sau se poate crea un mic modul care sa raspunda la aceste headere doar daca respectivul id este in lista de messenger si daca este online sau se poate face o lista cu detectoarele si botii acestora.
Spre exemplu Persian Gap au 11 boti:
pg_robo1
pg_robo2
pg_robo3
pg_robo4
pg_robo5
pg_robo6
pg_robo7
pg_robo8
pg_robo9
radgap1
radgap2

Da e simplu asa , nedumerirea mea era daca e important ca acele pachete  sa ajunga la client  sau e doar legat de server care ii va raspunde cu ceva pentru ca tu esti logat chiar daca esti on sau inv.
Din categoria 'nefolositoare dar multe '  ar merge si o optiune de a filtra  notificarile gen Typing , ca se mai intampla in unele discutii sa fi intrebat 'de ce tot stergi si scrii' . :)

Pachetele trebuie sa ajunga la client. Daca nu ajung la client, server-ul ii va raspunde automat cu un anumit pachet (pe care il poate emula clientul :D).
Partea frumoasa cand ai o echipa in spate este ca poti face multe teste intr-un interval scurt de timp si poti gasi cele mai bune solutii la unele probleme.

Pana acum, de aproape 2 ani de cand studiez protocolul Yahoo, lucrez in paralel cu 2 PC-uri + sniffere pe server si este destul de greu de urmarit/disecat, mai ales partea de webcam, file transfer, avatar update, etc.

 DarkAngelBv, on 13th June 2009, 01:06, said:

cel putin la una din astea parca se porneste un daemon http.

Se pornea pana la versiunea 12 a YMSG. Acum totul se face direct prin serverele Yahoo.
Webcam pe portul 5100 (webcam.yahoo.com), file transfer si avatar update pe portul 80 (filetransfer.msg.yahoo.com), restul comunicatiilor pe portul 5050.

Pentru massuri, nu puteti socate pur si simplu butonul "Send a message to all Group" , sau "Broadcast an IM to this Group....." la Y!9 ? :D

 Bogdan2901, on 13th June 2009, 16:08, said:

este invers... cand PRIMESTI mass. Nu cand trimiti :P

Pai daca nu mai e butonul, nu o sa mai fie massuri :D

Decat daca da la toti pe rand :)