Moze li PHP za pisanje aplikacija?

Zadatak je sledeci: treba da napisem aplikaciju preko koje cu da unosim neke korisnike, kasnije da ih azuriram, pregledi po odgovarajucem upitu... E, to nije problem nista da se napravi. Da radim za sebe to bih odradio u PHP/MySQL.
Problem: ne radim za sebe. To znaci da bih to trebao da napravim kao program u c++, vbasicu... Mislim da je to profesionalno.

Pitanje: Da li ipak to moze da se odradi na prvi nacin (PHP) a da ne izgleda smesno i neprofesionalno. U php-u mogu da lepo sve da odradim bude lepo estecki, malo poslovne logike, identifikacija pristupa...

Malo jesam konfuzno napisao ali nadam se da me je neko razumeo.
Dakle treba mi vase misljenje!!!

Potpis

Ono što je urađeno sa vremenom - vreme poštuje!

Hmmmm, možda php-gtk ?
Mada nikada nisam radio u GTK-u pa javi utiske ako se odlučiš na njega!

Nisam ni ja radio u php-gtk i ne znam bas njegove mogusnosti.
Mene interesuje da li taj program koji napisem u php-u i koji se pregleda iz browsera ima neke nedostatke u odnosu na standalone gui aplikaciju. Verovatno je manjkavost to sto bih (bar bih ja tako uradio) odvojio jednu particiju za linux i tu smetio sve potrebno, to bi ujedno i bio prvi nivo zastite podataka, drugi je u samoj aplikaciji.
Funkcionalne razlike verovatno nema?

Potpis

Ono što je urađeno sa vremenom - vreme poštuje!

Zasto bi Web aplikacija uopste izgledala manje profesionalno od neke GUI aplikacije? Jedino u cemu su GUI aplikacije jos uvek u velikoj prednosti u odnosu na Web aplikacije je brzina unosa podataka i brzina rada sa aplikacijom, narocito ako je aplikacija komplikovanija i sto se tice unosa i sto se tice prikaza podataka.

php-gtk je najobicnije gubljenje vremena i to slobodno mozes da odbacis kao varijantu, necu ni da trosim reci objasnjavajuci razloge - ako ces vec da radis GUI aplikaciju onda je normalno da ces i celu aplikaciju raditi u nekom "vizuelnom" (RAD) alatu. Medjutim, ovde je poenta da uopste nemas potrebe da radis GUI aplikaciju, vec je za tvoj slucaj Web aplikacija (radjena u PHP-u ili cemu god) sasvim odgovarajuce resenje. Osim, naravno, ako se ne radi o veoma veoma velikom i cestom unosu podataka, kao sto vec napomenuh

Potpis

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x

Apache/PHP, MySql + Mozilla moze da zameni vecinu VB aplikacija. Kao sto Alex rece, pitanje profesionalnosti se nalazi na nekim drugim nivoima - ove tehnologije su proverene.

Ako postoji mogucnost da ce se aplikacija koristiti na vise racunara a neces da koristis .Net ovo je pravi izbor.

Ja sam uradio nekoliko aplikacija sa navedenim tehnologijama i iskustva su vrlo pozitivna. Softver se veoma lako odrzava a uz solidan server i bez glupiranja u kodu tesko da ces prebaciti kapacitete servera kapacitetima nasih firmi.

Klijenti su naravno zadovoljni iako neznaju sta je CSS.

P.S. I onaj PHP-Triad ili kako li se vec zove moze da zavrsi posao na jednom Windows racunaru.

Potpis

Remember I will always love you,
As I claw your fucking throat away.
It will end no other way.

ja sam radio stvari u php server side aplikacija koja radi sa mysql ali se skriptama pristupalo pomocu grafickog klijenta a ne browsera naravno xml komunikacija izmedju...

gtk mislim da je ipak gubljenje vremena... nije php za to napravljen jos ako hoces da isporucis aplikaciju moras ispouciti cio php, slicno java virtual machine

Super i hvala vam!
I ja mislim, kao sto rekoh, da je ovo sasvim funkcionalno i prihvatljivo resenje ali nisam imao priliku u praksi da se susretnem sa slicnim stvarima pa sam mislio da je manje dobro od GUI aplikacije.



Zasto je problem sa brzinom unosa podataka ako se sve radi na jednoj masini, tj ne radi se preko interneta, i koliko je to stvarno sporije?

Potpis

Ono što je urađeno sa vremenom - vreme poštuje!

Bilo da se sve radi na jednoj masini (web server, baza i web citac) ili na sasvim razlicitim masinama, usporenje je primetno.

Recimo, korisnik ispuni odgovarajuca polja na web formi i pritisne odgovarajuce dugme na formi da bi prosledio podatke skripti. Tada web citac ostvari konekciju ka web serveru i prosledi podatke pozvanoj skripti. Web server primi podatke, skripta pocinje obradu, otvori ili pronadje i iskoristi vec otvorenu konekciju ka bazi i prosledi podatke bazi. Zatim baza obradi podatke i prosledi ih nazad skripti, koja zatim formira HTML stranicu i prosledjuje je nazad web citacu. Web citac primi stranicu, parsira je i formira (formatira) ispis i konacno je prikazuje korisniku.

Cela ova procedura, ma koliko optimizovani upiti i baza bili, ma koliko server bio ultra-brz i ma koliko ultra-brze bile skripte, traje odredjeno vreme!

Kod GUI programa, obicno su kontrole na formi direktno vezane za odgovarajuce promenljive koje su obicno vezane direktno za polja u bazi. Same GUI kontrole i prozori se iscrtavaju beskrajno brze od web stranica.

Ako sad uzmemo u obzir da korisnik tokom dana izvrsi veliki broj operacija unosa, izmena i pregleda podataka u Web slucaju za svaku operaciju moramo uzeti u obzir i trajanje gore-opisane procedure. Ma koliko malo trajala pojedinacna procedura, kada se sabere veliki broj njih dobije se poprilicno velika brojka .

Ima tu jos argumenata na tu temu, kao npr. udobnost rada i slicno, ali se ti problemi mogu nekako resiti i prevazici, ali ovaj i slicni problemi ostace nereseni u skorije vreme.

Potpis

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x

Sumnjam da je ovo tacno kod bilo koje 3-slojne aplikacije
(dizajn po kome baza puca u formu i obrnuto forma u bazu
ima mnogo mana i ne bi trebao da se koristi).

Ajd da ti verujem da nije x puta brze nego bas beskrajno.

Potpis

Owl

Upotrebih rec beskrajno kako bih ilustrovao drasticnu razliku .. Nisam bio svestan cinjenice da ovde ima i cepidlaka , kojih ocigledno ima..

Potpis

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x

Da ne pričamo o tome što web stranice koriste koncept "unesi i potvrdi", dok GUI aplikacije mogu da rade samo na osnovu unosa. Postoje situacije u kojima ovo drastično ubrzava rad...

Marko.

Potpis

OV SM
LA PK

Da li mozes da das neki primer za unos podataka kada nije potrebna potvrda. Kako sistem zna da si zavrsio unos, valjda je logicno da mu nekako das do znanja kada treba da obradi tvoj zahtev??

Potpis

Owl

ovaj, taj i slični problemi se mogu rešiti (i rešavaju se) kreativnom upotrebom DHTMLa (JS, CSS, ..), u kombinaciji recimo sa nevidljivim frejmovima i XMLHttpRequest JS objektom (tj ekvivalentnom ActiveX komponentom u IE)..

pravi primer za ovo je gmail (ko je video, zna o čemu pričam), mada ni on nije najsjajnije rešio neke druge probleme.. (ali to je već druga priča)

Potpis

blogče :: unescaped beta
^{» go-paste extenzija
　 » reč dana: backup
　 » bočne koalicije}

@_owl_: Idi u address bar svog web browsera i kreni da kucaš nešto. Videćeš da kako kucaš, tako browser automatski pretražuje matching izraze i prikazuje ti moguće završetke. Izvoli reši to u web aplikaciji, bez kompletnog upita ka svim poljima za sve vrednosti pre nego što se stranica prikaže.

Dalji primer su ti recimo bankarski sistemi. Na istom formularu imaš mogućnost da uneseš Ime, Prezime, matični broj, broj računa, itd. Kako uneseš jedan podatak i promeniš fokjus, aplikacija sama vrši query ka bazi i popunjava ostala polja. Bez pritiskanja na search, itd. Takođe, izvoli reši u web aplikaciji :-)

Marko.

Potpis

OV SM
LA PK

Pa ovo je valjda moguce samo ako popunis polje koje predstavlja primarni/unique kljuc (kako aplikacija zna sa kojim podacima da popuni formu ako dobije vise rezultata iz baze).

A sta mislis kako se to resava u klasicnim aplikacijima?? Ili se svi objekti koji se pretrazuju nalaze u memoriji (posle upita ka bazi) ili se stalno odvija komunikacija sa serverom/bazom (posle svakog otkucanog karaktera). Mislim da je kesiranje tih podataka izvodljivo i na (web) klijentu.

Uglavnom cini mi se da sve sto si naveo moze da se resi pomocu JS i srodnih tehnologija.

Ono sto je meni zasmetalo u alex-ovom postu je isticanje brzine kao presudnog faktora, a onda je kao argumente naveo sve korake koje mora da odradi i klasicna klijent/server aplikacija plus onaj da su kontrole forme vezane direktno za bazu. Jedina razlika u brzini se ogleda u dodatnom parsiranju HTML-a (ali si zato dobio klijentski program koji poseduje svaki noviji racunar) , i ponovnom ucitavanju skripte ako ne postoji application server (a nesto mi se cini da za svaki korisceniji server side jezik postoji tako nesto). Propusnost mreze u svakom slucaju ne bi trebala da predstavlja bitan faktor. Sumnjam da na kraju zbir svih tih malih dobitaka moze da izazove drasticnu razliku u brzini za korisnika. Ipak bilo bi zgodno ako bi neko dao konkretan primer te drasticne razlike (jel se to govori o 5%, 10% ili 50% ubrzanja).

Potpis

Owl

Cekaj, ti zaista ne smatras da je cak i samo parsiranje HTML-a bitan faktor u ukupnoj brzini i komforu aplikacije? Naveo sam to kao najocigledniji primer problema web aplikacije naspram gui aplikacije.

Takodje, kad smo i kod klijentskog programa na svakom racunaru.. Koliko je jednostavno kompletno unistiti izgled web aplikacije manjim cackanjem po podesavanjima web citaca? Toliko i o konzistentnosti web aplikacije..

Takodje, moras u celu pricu da uzmes u obzir koliko ce ti vremena odvuci JS i kojekakve HTML optimizacije naspram 0 sekundi potrosenog vremena na optimizaciju brzine GUI aplikacije

Za comparison brzina i komfora evo ti konkretnog primera - koriscenje ES-a preko Weba i koriscenje ES-a preko news ili email gateway-a.

Takodje, kad sam vec poceo da navodim primere - nadji mi jedan jedini webmail program koji moze da primirise nekom od jacih GUI email programa?

Mozemo ovako u nedogled..

Potpis

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x