Da li PHP ima buducnost?

Šta podrazumevaš pod terminom "linuksaški krpež metod"? Iskoristiti hardver da radi posao za koji je projektovan koristeći sopstveno softversko rešenje ili nešto drugo?

Da se malo ukljucim u raspravu.

Nedavno sam malo imao dodira sa PHP-om. Licno ne radim u njemu ali u zadnje vreme sam poceo da ga ucim. Kao sto neki rekose posla ima dosta u PHP-u i cini se sve vise i vise.

Sa biznis aspekta, svaki alat je dobar koji zavrsava posao.

Moja najveca zamerka PHP-u je nedostatak kompajlera (bar koliko vidim nema nesto, ili ima nesto experimentalno).

Znam da ce mnogima PHP-ovcima, ukoliko ne znaju drugi jezik, izgledati kao nebitna stvar ali moje licno misljenje je da je razvoj bez kompajlera vracanje u proslost i spustanje na primitivni nivo gde covek glumi ljudski parser i hvata sam greske.

Kao zakljucak same teme - da, posla ima i verovatno ce biti sve vise pa samim tim ima buducnost. Ali koga interesuje manje da lupa glavu na tivijalnim greskama ja bi mu savetovao "staticke" jezike (Java, C#...).

Jeste čuli da su avioni za 9.11 zapravo bili AI PHP?

Čitam ovo već par dana i ne mogu da verujem šta ljudi pišu. Onda razmišljam - niko od starijih i iskusnijih neće da se umeša šta bih se ja trtio. E onda se setim da sam i ja nekad počinjao sa PHP-om i da su mi ovakve diskusije, koje blage veze sa realnošću i zdravom logikom nemaju, uvek smetale jer sam trošio vreme čitajući nebuloze. Zato pišem ova post - jer neko ko stvarno počinje sa PHP-om i web developmentp, možda naleti na ovo. Da ne pomisli kako ste napisali bilo šta pametno i korisno!

Da se vratimo na osnove:

Izvor: Wikipedia. Kakve to ima veze sa praksom? PHP omogućava developerima/programerima da jednostavno upravljaju obradom HTTP zahteva koji pristižu na web server (Da li je to Apache, lighttpd... potpuno nebitno). Poslednjih godina kako je preuzeo veliki udeo u tržištu napravljen je i interni webserver koji možete pokrenuti kako biste izbegli podešavanje ozbiljnog, produkcionog, web servera. Ne preporučuje se korišćenje njegovog web servera u produkcionom okruženju. Takođe PHP ima mogućnost programiranja CLI (command-line interface) aplikacija koje se pokreću iz komandne linije. Ova mogućnost se često koristi pri razvoju aplikacija koje aktivira cron (npr. potrebno vam je da se na svakih 10 minuta izvrši neka provera na serveru - cron + php cli app vam to omogućavaju). Dakle da raspravimo za kraj - PHP služi za "server-side" programiranje ili uprošćeno - obradu HTTP request-ova. Da moguće je koristite PHP aplikacije u kombinaciji sa mail serverom, cron-om, cli-em ali to onome ko počinje sa PHP-om nije primarno. Iz svega ovoga napisanog sledi - nikakav GUI (o driver-ima neću čak ni trošiti reči to je glupost svoje vrste) se ne pravi u PHP-u niti PHP ima nekog uticaja na GUI osim što služi da na određeni način izgeneriše HTML kod (u koji spada i JavaScript) i to isporuči kao odgovor klijentu koji je uputio zahtev (npr. browser-i kao što su Chrome, Firefox, IE, Opera...).

Ono što vi nazivate GUI zapravo je kombinacija "client-side" jezika kao što su HTML, JavaScript, Flash. Oni rade potpuno NEZAVISNO od "server-side" jezika!!!! Korišćenje bar kod čitača ili bilo kog drugog ulaznog uređaja zavisi isključivo od:
a) operativnog sistema
b) u manjoj meri browser-a.

Dakle ako želite da neko u Vašoj aplikaciji koristi bar kod skener - napravićete najobičnije input text polje i ostatak PREPUSTITI OS-u! To input text polje je HTML, blage veze nema sa PHP-om. Može se korišćenem AJAX tehnologije povezati sa serverom na kojem je PHP skripta za validaciju bar koda i to onda izgleda ovako:

1. Ukucavanjem adrese vaš browser šalje zahtev Web serveru (na kojem se koristi PHP ili neka druga tehnologija - potpuno nebitno).
2. Web server pri prijemu zahteva pročita HTTP header-e kao i telo samog zahteva. Prvi služe uglavnom za kontrolu i upravljanje - "telo" zapravo čine podaci specifični za taj zahtev.
3. Web server na osnovu podataka iz zahteva poziva aplikaciju/skriptu nadležnu za taj zahtev koja opet može, a ne mora, biti PHP! Obrada zahteva se odradi tu, izgeneriše se "output" koji sadrži opet HTTP hedere i telo sa HTML kodom (ograničavam se sad na web aplikacije i zahteve koji se tiču generisanja web strane, u "telu" ne mora biti HTML ukoliko se koristi AJAX tehnologija onda se prosleđuje JSON, XML....). Rezultat obrade se prosleđuje browser-u.
4. Browser zatim čita HTTP odgovor (response), generiše DOM dokument koji je zapravo složena struktura (stablo) objekata a koji su opisani HTML-om! Zatim interpretira JavaScript i ostatak nek dopune front-end developeri.

Dakle - GUI je HTML-CSS-JS-Flash tehnologija koja nema veze sa PHP-om osim što PHP čita šta ste VI napisali u tim fajlovima sklapa ih na način i po logici koju ste VI napisali koristeći PHP i to isporučuje browser-u. Browser je dalje nadležan da na osnovu tog HTML-a generiše GUI (ako se to tako uopšte može nazvati al ajde ... kao može). Štampanje, kase, miš, tastatura, bar kod skener i sve ono gore napisano je u nadležnosti OS-a i delimično Browser-a A NE PHP-a! Lepota cele priče je što taj PHP na serveru možete zameniti ASP-om, Python-om, Ruby-em.... i ukoliko iskoristite iste HTML-CSS-JS fajlove, velika verovatnoća da korisnici to neće ni primetiti!

Kada je sve ovo napisano bio bi red da odgovorim korisniku koji je postavio pitanje ima li PHP budućnost:

Pitanje je široko i "složeno". Rekao bih da ima ukoliko oni koji rade na razvoju PHP-a uspeju da isprate savremene tokove. Neki drugi jezici su odavno usvojili OOP koncepte i približili se tradicionalnim jezicima kao što su Java i C#. Mislim da će na tom polju biti najviše unapređenja u narednom periodu. Web development se neverovatno brzo razvija i menja - potrebno je omogućiti veću slobodu programerima u radu sa memorijom i mogućnost razvoja složenijih algoritama obrade za koje, lično mislim, PHP još uvek nije idealno rešenje.

Ono što je PHP-ova dobra strana to je brzina učenja. Jako se brzo početnici kojima je to prvi jezik uhodavaju i počinju da rade. Takođe "prašta" greške i jako je intuitivan i "lagan" za korišćenje. Postoji ogromna zajednica ljudi i mogućnost da je neko naišao na problem sa kojim se susrećeš je 99%. To je još jedna velika stvar svakom početniku. Nažalost baš zbog toga što je relativno jednostavno početi sa PHP-om ima dosta ljudi kao što su ovi koji "pišu drajvere i GUI" u PHP-u... Prosto kvantitet je prevladao nad kvalitetom. Takođe PHP ima kvalitetne biblioteke za većinu stvari koja će ti biti potrebna pri izradi web aplikacija sa dobrom dokumentacijom, primerima itd... Sve u svemu - biće on tu još dugo i ako ti je cilj da radiš jednostavnije aplikacije (jednostavne blogove, CMS-ove...) svakako počni sa PHP-om baš zbog te "lakoće" učenja. Postoi veliki broj gotovih framework-a kojima se možeš služiti ali ti toplo preporučujem da počneš sa "native" (osnovnim) PHP-om. Kada savladaš osnove PHP-a neće ti biti problem da uzmeš WP koji je open-source blog platforma (mada koliko god ja to odbijao da prihvatim zbog neke "tradicije" - polako postaje kompletno CMS rešenje i još što šta...). S' obzirom da si web dizajner i da se verovatno nećeš baviti razvojem velikih i složenih aplikacija - slobodno uzmi PHP, nećeš pogrešiti :)

Sa druge strane Python se sa svojim Django framework-om poprilično proširio i počeo da uzima maha. Koliko je Python "jednostavan" za učenje dovoljno govori to što mu je bilo neophodno da se napravi kompletan Framework da bi ljudi počeli da ga koriste za stvari za koje koriste PHP bez ikakvih dodataka. O ASP-u, Ruby-u i drugim sličnim jezicima neću pisati jer se sa njima nisam susretao - ostaviću to kolegama koje će možda potrošiti malo vremena da kažu više o njima.

Pozdrav.

P.S. I pre nego što krene priča o GTK i Qt ekstenzijama - ne pravi se od Ferarija svemirski brod... Na tom polju teško da će PHP ikada uspeti ozbiljno da ugrozi C# i Javu.

---

Onda si promašio temu. Ako napišeš/koristiš specijalan "drajver", to više nije PHP rešenje.



Linuksaški krpež metod je da napraviš neki program koji će raditi nešto ali samo toliko da dokaže da to može da radi a ne obavezno i na nivou koji je stvarno upotrebljiv. Uglavnom se svodi na žongliranje skriptama, postojećim programima, ili gotovim kodom koji je odnekut preuzet, popravilu bez ikakve optimizacije, sa groznim ili nepostojećim korisničkim interfejsom, a sve u cilju da programer potroši što manje vremena na razmišljanje i rad da napravi da njegov program liči kao da nešto radi.

On naravno nije karakserističan samo za linuks okruženje ali je tu najrasprostranjeniji pa ga zato tako zovem.




Ako hoćeš čvrstu aplikaciju ipak ćeš radije da izbegneš taj trik sa baferom tastature i korsitiš usluge OS preko API-ja, jer tada možeš sve maksimalno da kontrolišeš.

Možeš misliti kako će to sa baferom tastarure da radi u web šitaču gde očas posla fokus može da pređe negde van mogunosti kontrole iz JavaScripta.



Usvojili su ih odavno. PGP ima prilično razvije OOP ali su, u svom dobrom maniur, implementirali neko svoje tumačenje OOP koje nije baš na ono što smo inače navikli.




Ni C# ni Java nisu kompajlirani nego samo pseudokompajlirani. Razlika na tom polju je vrlo mala u odnosu na PHP.

---

Ako cemo po terminologiji, C# i Java jesu kompajleri, posto u najapstraktnijem smislu, kompajler je program koji prevodi iz jednog jezika u drugi jezik, nigde ne pise koji je taj drugi jezik, teoretski i program koji bi preveo JavaScript code u C++ bi bio kompajler ma koliko to glupo da zvuci.

Ono sto ti govoris je samo dalja neka podela kompajlera po tome kakav im je output i sta se sve posle radi.

No, meni je namanje bitan taj output (nije da je nebitan) nego mi je bitan onaj deo oko parsera, koji ti daje greske prilikom build-a. Ono sto je bitno u stvari je type system i sam jezik koji ti omogucava da postavis constraint-e unutar svog programa.

Po tome su PHP i ostali kompajlirani jezici (koji skeniraju ceo code prilikom build-a) nebo i zemlja. Sa odgovarajucim tipovima ti si u stanju da smanjis nivo greske na veoma mali nivo (nije da ih nece biti, ali imas garanciju kompjlera kada nesto izmenis, dok u PHP da bi pronsao isti tip gresaka ti moras da imas 100% code coverage u svojim testovima, ako si ih napisao).

Zapravo, .net aplikacije se kompajliraju i po tom njegovom principu, prilikom prvog izvrsavanja.

Inace se slazem sa sustinom onoga sto Predrag prica u ovoj temi - to sto nesto moze da se uradi u PHP-u (ili uopsteno, u nekom jeziku) ne znaci da je to dobro raditi. Mythbusters su napravili camac od samolepljive trake, ali se camci ipak i dalje ne prave od nje.

---

Da, ali ovde autor teme govori o aplikaciji za rad sa bazama, formular za prikupljanje podataka, upis i ažuriranje u bazu i štampanje podataka. Ne govorimo o aplikaciji koja će da šalje raketu na mesec :)

---

Upravo si opisala 99% poslovnih aplikacija. Od tih 99%, 99% NIJE napisano u PHP-u.

---

Prilično sam siguran da nije u pitanju 99%...

Znači nije moguće raditi takvu aplikaciju u php? I misliš da se u budućnosti neće više koristiti takve web aplikacije gde se koristi php ili u kombinaciji sa još nekim jezikom?
Ako misliš da nije moguće, objasni zašto php nije pogodan ili uopšte nije moguće raditi bookkeeping. Koje su najveće mane?

Evo liste nekih aplikacija (od 20 prikazanih 2 su php):
http://en.wikipedia.org/wiki/Comparison_of_accounting_software

Postoje čak i razni sajtovi koji nude ovakvu aplikaciju kao servis (njihova baza, njihova web aplikacija, cloud server).

Ako neko odlično zna da radi u php-u i zna da može uraditi takvu aplikaciju, zašto da ne? Programski jezik je samo alat, a što ih više poznaješ znaćeš i njihove prednosti i mane u odnosu na druge.
----

Po meni najbolji jezici za pomenutu aplikaciju bi bili:
1. php/java ili .NET
2. c / c++
3. C#
4. Visual Basic

Ako neko odlično poznaje c onda će njemu verovatno lista drugačije izgledati.
...

I ovo "opisala" treba da bude "opisao". :)

---

ovdje čim si krenuo nabrajati jezike vidim tvoje znanje i svaka daljnja diskusija s tobom je smješna...
kad gledam da si pod 1. stavio .NET koji je framework, a ne jezik, još to ne bi bilo čudno da pod 3 ne staviš C# i 4. Visual basic koji su jezici s kojima radiš u .NET-u. U svakom slučaju svojim trenutno limitiranim znanjem samo dezinformiraš ljude koji bi nešto možda i naučili.
O poretku neću ni pričat, kad jedan c/c++ staviš ispred C# za aplikaciju gdje brzina ne igra bitnu ulogu svaki daljnji tekst je suvišan, a stavljanje web jezika (PHP-a) na prvo mjesto je smješan...
U cijeloj temi ovaj post je najtočniji:

---

Druže, ne želim niti volim da se raspravljam na ovaj način, ali kada vidim koje si nebuloze napisao na moj račun moram da se nadovežem.

Naravno da znam da je .NET framework i da koristi druge jezike za pravljenje aplikacije (nisam baš morao da pišem esej o tome). Ja sam sve to naveo kao alat.
Ovo sve je napisano iz razloga zato što se danas sve više koriste web aplikacije, čak sam probao neke aplikacije finansirane za podršku opštinama Srbije. Preko 35% aplikacija su web based, a od tih 35% bar 10% su čist php, dok su ostale kombinacija php+drugi jezik. Danas se sve fokusira na web: software, igre, čak i OS...
Dakle, glavno pitanje je da li bi ovakva aplikacija koju je naveo autor teme (koji vidim svi uporno izbegavaju), mogla normalno i efikasno da radi u php-u. Moj odgovor je da, može odlično da radi u php i prednost je zato što će takva aplikacija biti dosta fleksibilna i laka za ažuriranje i može ispuniti sve zadate forme.
Ako se neko našao iz ko zna kog razloga uvređen zbog mojih komentara, žao mi je...moraće da živi sa tim, ali to mi nije bila namera :)

---

Mr. Bond

Hvala na opsirnom odgovoru, koji mi je svakako pomogao da uvidim celu sliku i malo filterisem neke druge primedbe.

Pozdrav.

ivan.a

Hvala na odgovoru, i vracanje teme na postavljeno pitanje.
Postovi su mi svakako pomogli da nadjem startnu tacku, kao i gde otpsilike treba da se fokusiram.

Pozdrav.

Ako će ti nešto značiti, evo ja te poptuno razumem. Ne znaš za bolje pa nisi u mogućnsoti da objektivno oceniš.

---

Ne postoji nijedan razlog zasto aplikacija koja ima stotine upisa u bazu podataka u sekundi ne bi mogla da se radi u php-u. Svaki poseceniji web sajt ima takav rad sa bazom, stotine pa i hiljade operacija nad MySQL bazom su radno opterecenje za iole veci sajt.

O stampi necu, to nije moj fah, externi uredjaji me nikad nisu zanimali, ali to da php / mysql ne mogu da obrade unos faktura i promet koji rucno unose zaposleni u bilo kojoj domacoj firmi moze da odvali samo.... Ne, necu hraniti trolove.

---

Kompjuter ce sve progutati. Code je u stvari nebitan kompjuteru, to je samo set instrukcija koje treba da se izvrse. Neki programi to rade malo bolje neki malo losije, tj. neki malo trose vise resursa a neki malo manje, ali poenta je da je svejedno kako je taj code nastao, da li je jezik A, B ili C ucestvavao u produkciji bitova je nebitno. Za korisnika isto vazi ovo, njemu nije bitno kako je "masjtor" skrojio program, bitno da radi i da trosi sto manje resursa.

Kada se ovo uzme u obzir, lako se vidi da je PHP sasvim dorastao zadatku da kreira sasvim komparativan code za egzekuciju.

Zbog ovoga mislim da je suvisno postavljati pitanja "da li u jeziku A moze da se napise optimalno pisanje u bazu Z". Zavisi od onoga ko pise.

Ali zato definitivno u racunicu moze da se uzme cena izrade ovako necega. Trud ulozen da se odredjena stvar namesti optimalno da radi.

Kada se ovo uzme u obzir, PHP kao i njemu slicni jezici (interpreteri) gube trku, jer cena kvalitetnog proizvoda mora nekako da se naplati. Ovo mu dodje kao zakon o odrzanju energije :-)

Ono sto je problem kod PHP-a i slicnih jezika je upravo detekcija nelogicnosti, tj. kompletna detekcija nelogicnosti pre nego sto se program i proba. To je ono sto ovde cini mi se neki ne razumeju: compile vs runtime.

Za sada, mi ljudi, imamo prednost u odnosu na kompjutere - imamo invetivnost, znamo kako da izvucemo zajljucak, mozemo da vidimo kada nesto ima smisla a kada ne, mozemo da unosimo nove definicje u vec postojeci set definicja (program). Ali zato smo ocajni kada je u pitanju memorija, preciznost, brzina i recimo side effect poput umora. Zato je najbolje te stvari prepustiti kompjuteru da radi a ne mi.

Iz ovog razloga jezici koji nemaju proveru napisanog su genralno los izbor. Da ne bude da imam nesto protiv PHP-a, isto se odnosi recimo i na JavaScript i SQL ali na zalost oni bas nemaju konekruenciju (osim nesto malo u C# poput LINQ-a za SQL, dok JavaScript jednostavno nema konkurenciju posto niko drugi nema native support u browseru, mada ja bi JavaScript gledao kao neki IL code i kreirao compiler iznad, sto nije iskljuceno da ce biti u buducnosti :-)).

Kako objektivan forum, dobijem TD iznoseći činjenice, s php-om radim već 12 godina C# .NET 4 godine.
Baš me zanima kakve bi reakcije bile da neko veli dal je C/C++ dobar za izradu web stranica, odgovor je isti kao i php za izradu knjigovodstvenog programa, ako ne čak i nešto bolje, a odgovori bi bili potpuno drukčiji.
Čini se da PHP ima fanboyeve koji mu više idu na štetu nego na korist, jer se on sam deklarira kao skriptni server side jezik.

Ne znam čemu spominjanje velikih baza, ionak je posao DBMS-a da vrati rezultate, tako da jezik s kojim pišeš aplikaciju tu i nema neke veze...

---

Ne radi se o brzini rada aplikacije nego o korisničkom interfejsu.

---

http://pedja.supurovic.net - http://wireless.uzice.net - Besplatni .RS domeni - Mikrotik uputstva - YT9TP - OpenStreetMap Srbija

U principu se slazem sa pretodnikom, jedan lep tekst o tome http://papiri.rs/blog/2010/knj...ni-programi-web-vs-desktop-12/

Nije da ne moze da se napravi knjigovodstvena aplikacija na php, stvar je zelja i potreba. Danas je valjda in napraviti web aplikaciju, sta god to znacilo. Onda treba pitati malo i korisnike dali ima se to svidja i koliko je funkcionalno.

Skoro svaki program se moze napraviti u skoro svakom jeziku, samo je pitanje koliko to ima smisla. Davno sam slusao da je neko reklamirao program za proizvodnju, brz ko munja jer je napravljen u nekom turbo jeziku, ali je imao ogranicenje da prihvata samo 5 sastojaka, a to vec nema veze sa zivotom. Sve u svemu pokretac teme moze da proba da napravi to sto je zamislio pa da iznese svoja iskustva posle nekog vremena.

Pocetak obicno obecava ali se kasnije iskomplikuje

---

PHP je dobar za izradu sajtova. Sve ostalo je krpljenje "linuks metodom" što bi rekli neki.
Što se tiče knjigovodstvenih programa, nije retko, jer web interfejs radi brže na nekim starijim kompjuterima jer ne moraju sami da obrađuju informacije jer se one obrađuju na glavnom serveru, a za štampu koliko sam video većina aplikacija samo ispljune pdf i radnik klikne na print.