DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   PHP 5.3 novotarije (http://www.devprotalk.com/showthread.php?t=4040)

Ilija Studen 21. 11. 2007. 12:24

PHP 5.3 novotarije
 
Par novotarija koje PHP 5.3 treba da donese:

Prva dva baš menjaju pravila igre kada je rad sa velikom količinom koda i složenim skriptama u pitanju, ali ni ostatak nije za baciti.

Lepo je znati da se na ovim stvarima radi i da ćemo ih moći koristiti kroz godinu, dve.

via Wolfwood's Crowd

ivanhoe 21. 11. 2007. 14:22

wohooo, namespaces... konacno su se setili :)

Misha 21. 11. 2007. 16:25

A ima i twist ... kad importujes iz namespace-a mozes da definises alias onoga sto importujes ... hm ... mogu da zamislim code u kome se ovo obilato koristi ... :1044:

Evo kazu i PHP5 postaje mainstream ... samo jos 75 dana ... http://www.gophp5.org Sto pre neko pokrene http://www.gophpnamespaces.org ima vece nade da za 5 godina ljudi zaista i pocnu da koriste namespace-ove ;)

A ozbiljna podrska za thread-ove? Kad ce to? Reko bih da prosecnog PHP skriptera ni namespace-ovi ni PHP5 ni threadovi ni refleksija ne zanimaju bas nesto mnogo ... A kad vidim ovu listu "inovacija" opet i sve cesce pocinjem da razmilsjam da napustim PHP za sva vremena ...

kodi 21. 11. 2007. 16:37

ja procitah negde da ce u PHP 6 da integrisu opcode cache (APC) ?

ivanhoe 21. 11. 2007. 18:16

Citat:

Originalno napisao Misha (Napišite 47024)
A ozbiljna podrska za thread-ove? Kad ce to? Reko bih da prosecnog PHP skriptera ni namespace-ovi ni PHP5 ni threadovi ni refleksija ne zanimaju bas nesto mnogo ... A kad vidim ovu listu "inovacija" opet i sve cesce pocinjem da razmilsjam da napustim PHP za sva vremena ...

php se uglavnom (rekao bih 99% bez preterivanja) koristi kao apache ili IIS modul, eventualno nesto malo CGI i fastCGI, i multi-threaded rad bas i nema nekog smisla u takvom okruzenju, a nije uopste naivno dodati thread podrsku (za apache je takav koncept jos uvek jaaaaako "experimental").

Ne vidim neki problem sa tim pristupom, postoje python i java ako je potrebna kvalitetna podrska za threadove, sa perlom mozes da forkujes do mile volje, php takodje ima svoju namenu da ispljune html sto brze i jednostavnije... sasvim je u linux duhu da postoji vise "alata", koji svaki radi svoj posao dobro..

Ilija Studen 21. 11. 2007. 20:01

Ako ćemo iskreno, većina ne koristi ni dobar deo stvari koje su predstavljene u petici pre par godina, ali to ne znači da ne postoje ljudi kojima one koriste i zahvaljujući kojima je njihov kod čistiji, održiviji, brži, whatever. Takođe postoje ljudi koji će napraviti neodrživo sranje sa bilo kojim jezikom koji im daš. To ne znači nužno da su featurei te platforme loši.

Citat:

Originalno napisao kodi (Napišite 47026)
ja procitah negde da ce u PHP 6 da integrisu opcode cache (APC) ?

Yep, to će biti veliki korak napred. Glupost je što to ranije rešeno (valjda se protivilo Zendovoj poslovnoj strategiji). Instant skok performansi potpuno besplatno :)

Misha 21. 11. 2007. 20:36

Citat:

Originalno napisao ivanhoe (Napišite 47031)
... a nije uopste naivno dodati thread podrsku (za apache je takav koncept jos uvek jaaaaako "experimental") ...

U pravu si za ove tehnicke prepreke ... al i dalje stoji da bi vrlo korisno bilo imati multi-threaded mogucnosti u web aplikacijama ... ova tvoja poenta koliko ce to tesko biti postici preko Apache-a moze samo da ubraza nekom odluku da sutne PHP ...

Citat:

Originalno napisao ivanhoe (Napišite 47031)
sasvim je u linux duhu da postoji vise "alata", koji svaki radi svoj posao dobro..

Anarhija mnogo lepo zvuci na papiru ... al ja licno ne bi voleo da mi zapadne neki projekat koji koristi Python gde mu odgovara, pa onda malo Perla, pa onda PHP-a ... valjda ne treba objasnjavati da je to generalno gledano Losa Stvar (TM) Pa tesko je odrzavati i aplikaciju pisanu u jednom programskom jeziku a kamoli u vise njih!

Treba izabrati najbolji jezik za posao, slazem se, al mesati jezike zato sto tvoj primarni jezik ne podrzava neki feature ne znam koliko je pametno ... a posebno ako neki drugi jezik podrzava sve ... mozda je pametnije promeniti primarni jezik ...

Btw, zato se i divim liku koji je napisao Rails ... bio je dovoljno hrabar da nacini izbor ne na osnovu zastupljenosti jezika nego kvaliteta ... Osim zastupljenosti stvarno ne znam koji bi tehnicki razlog PHP imao kao prednost ... a jednostavnost valjda nije presudan razlog za jednog pravog programera ...

Misha 21. 11. 2007. 20:46

Citat:

Originalno napisao Ilija Studen (Napišite 47035)
Takođe postoje ljudi koji će napraviti neodrživo sranje sa bilo kojim jezikom koji im daš. To ne znači nužno da su featurei te platforme loši.

Slazem se, al sto je lakse pistolj koristiti to ce vise upucavanja u nogu biti ...
Razlike izmedju jezika postoje ... nije to sve isto ... nit se bas moze reci da su oni toliko komplementarni da koristis malo jedan pa drugi ... kad se malo udubis shvatis da svaki od njih ima neku svoju core filozofiju ... ono sto gura primarno ... i to je ono gde odluka koji jezik koristiti treba valjda da lezi ...

bluesman 21. 11. 2007. 20:56

Ako ćemo iskreno, ja moram da kažem da je za poboljšanje performansi potrebnije znanje mnogo više od dobre platforme.

robi-bobi 21. 11. 2007. 22:43

@misha: shvatam da oces threadove, ali php nikad nije imao njih u planu. pre jedno pola godine sam cio na blogu php core developera (iz nederlanda il nesto slicno bese) koji je pisao da od threada ni u 6-ci nista, a verovatno ni ubuduce. ako ti trebaju threadovi, da, najbolje je da promenis jezik. ali ne pljuj po jeziku od kog dobar deo forumasa zivi - da, ima stvari koje bi mogle i trebale biti bolje, ali meni je sasvim ok.

ne shvatam tvoju pricu - "a posto nema tog i tog, nije li bolje promeniti jezik". Za mene to i to nije bitno i dakle nije bolje, ako tebi jeste, onda ga menjash, nema tu neke dileme.

uostalom, ko kaze da je tesko odrzavati projekat gde ima vise jezika. ja sam radio bas to - ja sam bio odgovoran za php deo, kolega za perl. gde je problem?


@blues: exactly. bas smo o tome danas flejmovali sa kolegama na rucku (a bogami i celo popodne) :)
uostalom, kad projekat bas poraste, onda se stvari keshiraju dinamicki (ako ne i ranije). kako se do tog kesha stiglo jeste bitno ali ne najbitnije. bitno je da se kod odrzava lako i da se development radi brzo (u danashnje vreme - brzina i cena su jako mocni alati). NARAVNO da ima projekata gde je moranje da sve pises od nule i da nemas ni jedne generic funkcije itd. Ali, vecina projekata nisu takvi. I, hvala bogu :)


Vreme je GMT +2. Trenutno vreme je 08:30.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.