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

[Emil]

Cati dintre programatorii php nu s-au trezit la un moment dat cu intrebarea :"Oare PHP este un limbaj cu care se pot scrie aplicatii pentrru desktop ? "
Raspunsul , este "Da" , se poate , prin intermediul lui GTK si mai mult , aplicatiile sunt cross-platform . Nimic neobisnuit pana aici insa dupa cum poate stiti si cei care dezvolta Mozilla au lansat XUL , un framework pentru interfete grafice bazate pe XML .
Cand am zis XML poate v-a picat fisa si ati facut legatura cu Glade pentru GTK , adica 2 chestii care fac acelasi lucru -> descriu interfete grafice in XML .
Nu incape vorba ca XML e un curent din ce in ce mai popular si ca toate aplicatiile moderne sunt si vor fi bazate pe XML .
Sa revenim la GTK , multi dintre noi avand tangeta cu el prin intermediul sistemelor de operare Linux si a aplicatiilor desktop de lucreaza cu acesta .
Extensibil pana'n panzele albe , eficient , etc , numai cuvinte de lauda .
Despre XUL se discuta din ce in ce mai multe , ca de exemplu , se spune ca e atat de usor sa faci o interfata in el ca si cum ai scrie HTML (ei bine , mai degraba XHTML , dar asta e alta poveste ) . Cei de la ActiveState deja au dezvoltat unul din cele mai bune editoare PHP de pe piata in .. XUL .
Aceeasi poveste apare si pentru PHP GTK a carei versiune 2 se propune a fi livrata cu noul PHP 5 (bundle) asa ca apare intrebarea ; "Este PHP un limbaj potrivit si pentru aplicatiile desktop ?
Raspunsul este "Da !" . De ce nu ? Avand in spate o extensie puternica pentru GTK si mai nou XUL care primeste o atentie din ce in ce mai mare , eu zic ca in scurt timp aplicatiile de genul asta vor cunoaste o adevarata explozie sau , nu vor face decat sa confirme ce spunea Rasmus Lerdorf , cand afirma ca PHP va fi Evolutionar si nu Revolutionar .
Privind la alte limbaje asemanatoare vedem ca deja stau excelent la acest capitol , Python si Perl prezentandu-si cateva aplicatii desktop destul de puternice,diferenta e ca PHP e mult mai popular si interesul este enorm .
De curand cei de la phptools.de au dezvoltat un nou pachet PEAR cu care se pot genera interfete XUL foarte usor , PHP GTK 2 apare curand , si , pentru cei ce au indoieli asupra proprietatii intelectuale asurpa aplicatiilor , sa stiti ca se lucreaza de ceva vreme la un "compilator" PHP asemanator celui din java, capabil sa faca bytecode dintr-un fisier sursa (de fapt sunt cateva , insa aici ma refer la cel oficial , distribuit ca extensie PECL tot in cadrul PEAR) .
Numai vesti bune la orizont si ca sa nu se termine totul in coada de peste , pe acest link veti vedea ca se poate si mai mult , PHP GTK cu XUL (pagina e in spaniola daca nu ma insel) .
Enjoy ,
Emil

[Wizard]

Cand am descoperit prntru prima data PHP-GTK, am fost foarte entuziasmat. Am citit documentatia si m-am apucat repede sa scriu cod.
Pe parcurs insa am descoperit care sunt limitele si m-a cam dezamagit.
Nu tu multithreading, nu tu manipulare imagini, plus GUI gtk 1.x , care arata ingrozitor. Lasand la o parte ca e vorba totusi de un limbaj in mare parte procedural si interpretat.

Totusi, comparativ cu java, cred ca e mai mult spatiu pentru dezvoltare, si cel mai important lucru, e mult mai simplu.
Eu de-abia astept sa fie integrat gtk2 in php5. poate atunci o sa putem discuta intr-adevar de aplicatii GUI in php.

Din cate stiu, Alan Knowles http://www.akbkhome.com se ocupa intens de php-gtk si nu m-as mira ca in vara asta sa apara niste noutati.

[Emil]

True, miza se pune acum pe PHP5 & GTK 2 .
PHPGTK nu s-a dezvoltat pe masura pe deoparte din cauza limitarilor expuse de tine mai sus si pe de alta prin faptul ca la treaba asta lucreaza foarte putina lume...mai mult Alan (singur) .
urmatoarea versiune e "pe vine" si se discuta integrarea ei bundle cu PHP5 (ar fi cool eh :) ? ) .
Cat despre GUI al GTK 1.x te inseli (un pic) - GTK e skin-abil, deci poti sa-i dai ce interfata vrei, eu unul prefer controale native pentru orice GUI.
Personal am lasat subiectul mai deoparte din lipsa de timp si din cauza interesului tot mai mare pentru platforma Mozilla de care sunt ...vrajit :mrgreen:, citesc (repet, cand am timp)
Rapid Application Development with Mozilla (free) .
De curand a aparut si un pachet PEAR care genereaza asemenea interfete XUL cu ajutorul PHP, Harry Fuecks are cateva experimente interesante referitor la capitolul asta ... check phppatterns.com.
pachetul cu pricina il gasesti aici
Il studiez pentru ca vreau sa pornesc un software cu care sa se poata construi vizual form-uri bazate pe QuickForm , asemenea unui IDE .
Nu am un target anume, e cel putin pt uz personal, cred ca toata lumea s-a saturat sa construiasca form-uri , e o munca plictisitoare si neproductiva (pentru mine cel putin) si folosesc PEAR::QuickForm intens .
XUL pare candidatul ideal pentru a face asa ceva ,pot profita usor de Gecko (inglobarea unui obiect browser intr-o interfata se face cu un simplu tag <browser url="blabla.html"> ;) , sper sa se "invarta" de ceva in curand :), daca exista interes, facem ceva public... open source & cross platform doar e mozilla nu ?

[Wizard]

Emil a scris:
urmatoarea versiune e "pe vine" si se discuta integrarea ei bundle cu PHP5 (ar fi cool eh :) ? ) .


Oho... ar fi.. sper sa fie totusi ceva centralizat, am obosit sa corectez erori de linkare la compilare de fiecare data cand upgradez un fisier. Ar face viata si mai usoara pentru oamenii care incearca sa lucreze in asa ceva, eu am omorat vreo trei instalari bune de php+ apache pana sa ma prind care e metoda - evident documentatia oficiala era depasita.

Citat:
Cat despre GUI al GTK 1.x te inseli (un pic) - GTK e skin-abil, deci poti sa-i dai ce interfata vrei, eu unul prefer controale native pentru orice GUI.


Mie mi se pare ca php-gtk a fost un fel de joaca, gen hai sa aratam ca se poate, un proiect dezvoltat in graba si destul de slab documentat la inceput. Insa a prins surprinzator de bine la public :)
Nu vreu sa fiu inteles gresit, GTK ca si platforma de GUI este foarte buna.
Si eu prefer controale native, iar GTK2 cred ca este totusi un mare pas inainte fata de versiunile anterioare.
Sincer sa fiu, as fi preferat sa fie implementat in loc de gtk wxWindows.
Nu stiu de ce, librariile wx mi se par mai adaptate la o eventuala portare spre php decat gtk. S-ar putea sa fie din cauza ca am ajuns la ele pe filiera wxPython, si in Python au facut o treaba super cu wx-ul.

Citat:
Personal am lasat subiectul mai deoparte din lipsa de timp si din cauza interesului tot mai mare pentru platforma Mozilla de care sunt ...vrajit :mrgreen:, citesc (repet, cand am timp)
Rapid Application Development with Mozilla (free) .
De curand a aparut si un pachet PEAR care genereaza asemenea interfete XUL cu ajutorul PHP, Harry Fuecks are cateva experimente interesante referitor la capitolul asta ... check phppatterns.com.
pachetul cu pricina il gasesti aici


Interesant.. se pare ca ma asteapta niste nopti albe :wink:
Nu am timp acum sa verific, are legatura cumva si cu proiectul MozPHP de la sourceforge?

[Emil]

PHPGTK nu a aparut ca o joaca .. sunt sigur ca Alan a pus (si inca pune) pasiune in ceea ce face, insa nu e "core developer" la php, e contributor si din motive evidente nu s-a pus accent pentru dezvoltarea unui GUI GTK pentru php.. in fond php nu e destinat desktopului .. iar Alan are si el un job.
Interesul comunitatii iar nu a fost pe masura di motive la fel de evidente : exista atatea solutii consacrate pt dezvoltare de aplicatii desktop incat unul putin stabil si destul de limitat nu-si avea locul in peisaj , insa practica a demonstrat altceva (vezi cazul Python si Perl care BTW au pachete misto pentru generare XUL, din pacate PHP nu sta bine nici aici .. Python are chiar si pyXPCOM |see komodo de la active state, toata interfata e in XUL| chestie care nu face |inca| :) subiectul discutiei) .
WxWidgets e cool , se pare ca s-a inceput ceva timid de tot pt PHP
aici .
N-am testat, daca testezi, let me know.
Cat despre mozilla - e o intreaga platforma de dezvoltare foarte usor de folosit si destul de scalabila ... e way too complicated, instaleaza Komodo de la activestate.com si vezi ce poate XUL si vei observa si cate platforme suporta komodo ;) .
MozPHP e doar o chestie desteapta ce vrea sa ruleze php cu mozilla de pe un CD daca nu ma insel .. pretty kewl eh ?

[Wizard]

MozPHP e o extensie PHP pentru mozilla cu care poti sa rulezi scripturi locale apelandu-le cu ceva de genul cfh://path_to_script daca nu ma inseala memoria prea rau.

http://www.thomas-schilz.de/MozPHP/

Am incercat sa compilez eu php-wx pe redhat 9, dar n-am reusit.
Oricum e in stadiu 0.1 alpha de multisor si nu cred ca se mai ocupa nimeni de asta.

[Emil]

QED : nu exista interesul :) , eu unul sunt happy cu ce stie php acum si sincer n-as fi dezamagit foarte tare daca nu mai evolueaza in privinta aplicatiilor desktop, e un teren nou pt php, netatonat, fara knowledge base prea mare etc.
By the way - cand a aparut si sectiunea asta ? Acum am vazut ca e la PHPGTK...

[Wizard]

Emil a scris: QED : nu exista interesul :) , eu unul sunt happy cu ce stie php acum si sincer n-as fi dezamagit foarte tare daca nu mai evolueaza in privinta aplicatiilor desktop, e un teren nou pt php, netatonat, fara knowledge base prea mare etc.
By the way - cand a aparut si sectiunea asta ? Acum am vazut ca e la PHPGTK...

Si Java a fost un teren nou la inceput.. si a ajuns destul de departe... si tot pentru web a fost conceput...

Marele avantaj in orientarea catre desktop a php-ului cred ca ar fi posibilitatea de a scrie foarte repede un soft de care ai nevoie, fara a avea posibilitatea de a-l rula pe un server. intre a dezvolta un program relativ simplu in C si PHP as alege PHP doar pentru ca am acces foarte usor la functii low-level din C fara sa ma preocup de detalii. Asta scade foarte mult timpul de dezvoltare. Bineinteles, daca ar fi vorba de ceva mai complex m-as gandi direct la C.

Mie imi pierise orice chef de a mai lucra cu PHP-GTK de vreun an, insa cu posibilitatea asocierii PHP5-GTK2, uhhh... baby, mi-a revenit interesul :mrgreen:

Si sunt de parere ca PHP se va dezvolta in continuare si va aborda si alte domenii :wink:

[coditza]

mah, si eu sunt fan php, dar totusi, nu cred ca se paote compara la momentul de fatza o aplicatie scrisa in phpgtk cu una scrisa in visualC++
si asta pentru ca, pur si simplu, mfc-ul (ca sa nu folosim direct api-ul wingozului, ca na, exista mfc, exista cbuilder blabla) a fost scris de haia care or facut wingozu...

si acu vreau sa deviez un pik topicul... spunetzi ca aplicatiile in java si astea in phpgtk is portabile intre os-uri... dar uitati ca pentru a rula o aplicatie in phpgtk, itzi tre gtk-ul instalat pe calcu respectiv. Si cate sisteme cu windows instalat au asa ceva?
sa luam si cazul linuxului:
X e un prg separat... peste asta ruleaza window manageru peste care ruleaza gtk-ul (ma rog, asta nu e app de sine statatoare, dar totusi papa resurse) si abea apoi vine aplicatia ta...

In wondows: X (dak ii pot spune asa) + window manager direct in kernel. si ai numa mfc-ul intre programul tau si sistemul de operare...

no, deci cum e mai bne, sa treci prin tzajpe layere sau sa treci prin unu (care se mai si pupa perfect cu sistemul de operare)?

[Wizard]

Normal ca nu se poate compara. Nici nu pretinde nimeni asta. In primul rand o aplicatie in C++ ruleaza in cod masina, spre deosebire de orice e scris in php, java python care sunt interpretabile.
Dar in ce priveste GTK, nu-s de acord. nu sunt diferente notabile de performante intre gtk si mfc sub win, iar in linux n-are rost sa discutam, gtk e nativ.
Problema vine asa: daca scriu o aplicatie simpla de care am nevoie maine sa faca ceva, in C++ dureaza de 2 ori mai mult sa o scriu decat in php.
Dupa asta, daca am scris-o in C si vreau sa o rulez pe linux trebuie sa o rescriu.
Eu n-as sta sa scriu cod in C daca trebuie sa fac operatii cu baze de date, sa manipulez string-uri, sa folosesc un protocol de gen SMTP, POP3, SOAP, din simplul motiv al eficientei. Acelasi lucru in timp mai scurt. Productivitate.
Eu nu neg acum ca pentru un program serios musai sa folosesti C/Java, dar nici php-ul nu e doar pt web. Daca exista posibilitatea sa fac un program de desktop in php, de ce sa n-o fac, folosind avantajele numarului enorm de functii gata compilate in extensii.
Spre exemplu, un client irc destul de complex scris in php-gtk are 1500 de linii de cod, cam cat o pagina web mai complexa. Restul pana la 6 mega sunt librariile de gtk, php-gtk si extensiile de php necesare. Un server SMTP tot in php, e drept mai simplut si cam plin de bug-uri are 800 de linii de cod.
Intelegi unde bat?
Cat despre faptul ca trebuie sa ai gtk-ul instalat pe vindoze, nu e cazu.
Trebuie doar sa expediezi programul cu librariile necesare.
Eu nici macar nu lucrez pe o instalare de php-gtk speciala.
La fiecare soft am in folderul in care lucrez exact extensiile care imi trebuie si versiunea de php care imi trebuie.

Exista cel putin un domeniu la care se preteaza foarte bine o aplicatie php de desktop interconectata cu un server de web care ruleaza tot pagini php si toate astea comunica intre ele :) Problema cu pagini servite pe web e ca nu poti sa comunici live un stream de date, sa-l prelucrezi local si sa raspunzi in timp real. Vorbim de request-uri aici, HTTP, si chiar daca ai putea, nu te lasa limitarile browserului.
In afara de asta, daca am nevoie de acces, la win32api, care teoretic m-ar indrepta spre C, pot sa apelez functii native de windows si in php, doar trebuie sa folosesc php_ffi sau w32api. Ai vazut acel entry din concursul zend php5 al unui tip care facuse o secventa de opengl in php? Ideea e ca se poate, si daca se poate de ce sa nu se faca.

As vrea, ca om care a inceput cu php, a trecut prin C, Java, python si s-a intors tot la php, sa se dezvolte cat mai mult limbajul asta si sa acopere tot mai multe arii, adica sa pot face cu el tot ce se face in java, C etc.
De ce? Pentru ca imi place php si prefer sa programez in el.

[PHPRomania Bot]