Ce scop are messengerul?

[Radu Cristian]

[Padre]

[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/Proje ... l?Queue=64

[OriginalCopy]

[mihaitha]

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

[deleted3]

[CristiTM]

[Birkoff]