Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc

[Radu Cristian]

Cu placere...
http://mamboforge.net/projects/skychat/
E functional in Mambo dar cred ca poate fi modificat...

[Padre]

mda ...

Din cate am inteles eu, voi vreti sa faceti un messenger care sa poata fi bagat intr-o pagina. Ok, pe server sa zicem ca aveti un script php care isi face treaba. Pe pagina nu vad alta solutie decat un applet java sau un flash. Totusi, ganditi-va ca de fiecare data cand cineva va viziteaza pagina, de fiecare data se va incarca acel applet sau acel flash, deci se va face trafic inutil. Parerea mea este ca va complicati prea mult. Exista IRC, exista o gramada de messengere care isi fac treaba foarte bine ... de ce inca unul ??
Am avut si eu o incercare de genul asta, pe vremuri, cand eram foarte entuziasmat de php, incercare care nu a reusit. In schimb am invatat foarte multe despre protocoale de retea, am invatat sa folosesc CURL, si multe alte chestii pe care nu le stiam inainte.
Parerea mea e ca merita sa incerci sa faci o astfel de chestie numai pentru scopuri educationale.

Spor la lucru.

[stealth]

IRC este protocol. Este nevoie de un server.

[ionut.gazdaru]

sa o iau intr-o oarecare ordine:

scopul (asa cum il vad eu):
-de a face mai facila si mai interactiva comunicare intre membrii comunitatii phpromania fara a folosi programe separate

realizarea (variante):
applet java:
avantaje: poti include multe facilitati usor, se implementeaza usor ferestre pt discutii individuale si alte facilitati cu multa interactivitate
dezavantaje: gasim mai greu dezvoltatori (desi e posibil sa ma insel, sunt nou pe aici), se reincarca clasele la fiecare afisare (desi se poate face cache in browser..), suport nasol in browsere - in xp nu vine java preinstalat, separat are vreo 10MB parca, nu e chiar bine ca utilizator sa ti se impuna sa iei java pt o facilitate
flash
avantaje: e usor de implementat, se gasesc usor oameni care sa faca interfata pt user. foarte customizabil. mare parte din surferi au pluginul flash.
dezavantaje: merge destul de greu flashul pe calculatoare modeste, mai ales unele controale gen scroll sau simularea de ferestre multiple de chat cu schimbare intre ele... devin slow-responsive
HTML+JS
avantaje: cam toti ne pricepem la asta, scipturile js se cacheuiesc usor, se implementeaza relativ usor cu layere, sumar: se foloseste un script js cu timeut care foloseste xml_http_request pt a verifica mesaje noi in fundal (gen Gmail care merge absolut uluitor chiar si pe tevi mai subtirele) (merge in IE 6+, Firefox, Opera 7.6+) sau un iframe ascuns care face verificari de mesaje (care merge cam in orice browser obisnuit). ulterior se cheama o functie js care afiseaza niste layere cu mesajele/ ferestrele de chat peste tot documentu, layere care sa fie si dockable. mesajele din layere vin/pleaca tot prin mecanismul de verificare/trimitere de mai sus folosind un "protocol" gen xml pt trimiterea datelor pt a nu face overhead cu taguri html, etc..
dezavantaje: e posibil sa mearga un pic mai greu cu multe conversatii private simulane ca o sa fie multe layere dar in rest ar fi ok


bineinteles backendu o sa fie in php si o sa scoata xml pt parsing mai departe de js (daca folosim xml_http_request sunt niste chestii misto de procesare xml acolo, dar si asa xml-ul poate fi parsuit si manometric ca o fie simplut)
a, si uitasem ca se poate face si un client in PHP-GTK pt asta cu facilitati extinse, daca e nevoie,si ar fi un prilej excelent de a promova minunatia asta creata de Andrei Zmievski printre php-istii de aici, pt ceva simplut ma descurc si eu cu php-gtk dar mai tre sa studiez maruntaiele..[/b]

[Fujy]

Cred ca exista deja :)

http://www.meboo.com (AJAX)

[gabysolomon]

Si-au propus si alti acelasi lucru
http://rt.openfoundry.org/Foundry/Project/index.html?Queue=64

[OriginalCopy]

Am studiat protocolul YMSG, si am ajuns la concluzia:

se poate face un client YMSG *doar* in PHP care sa implementeze ultima versiune a protocolului (adica 15), insa principalul impediment este faptul ca autentificarea necesita aplicarea de salt-uri multiple pentru sha1. Ori nu e posibil sa ai mai multe salt-uri in runtime-ul PHP - decat daca implementezi in PHP algoritmul sha1.

Pot demonstra cele spuse cu cod C, deci va rog, no nonsense trolling :)

Alt impediment mai este poolingul de sockets - in care iti pierzi urechile in PHP, cel putin daca vrei sa o faci corect. Stiu ce nasol este pentru ca am facut o interfata MI/2 pentru debuggerul gdb care desi era minimala, era destul de complexa (nu neaparat in numarul de linii, ci in finetea cu care trebuia sa concepi codul)

Concluzia mea este: e prea mare efortul sa faci asa ceva in PHP pur si prea putin rentabil.

[mihaitha]

SHA1 e implementat in php de la versiunea 4.3.0 incoace:
http://www.php.net/manual/en/function.sha1.php

[PHPRomania Bot]