ereg i ostale funkcije za regularne izraze bice ukinute u PHP 6 ??

Da li neko zna nesto vise o ovome? Ako se ukinu ereg i ostale funkcije kako ce mo onda koristiti regularne izraze u PHP????? Regularni izrazi su cudo i prakticno nezamenjljivi za rad sa stringovima. Kako misle oni onda da koristimo regularne izraze u php????

Samo nemoj da vidim neki komentar tipa "nista nije nezamenjljivo" i slicno :) :) . Ozbiljno, na primer ono sto napisem u regularnom izrazu da bi mi resio neki problem, da bih napravio funkcije koje bi to uradile mislim da bi mi trebala skripta od nekoliko stotina reda. A ovako regularni izraz je nekoliko stotina znaka. Mislim ako izbace regularne izraze iz PHP to bi bilo totalno idiotski jer PHP uglavnom sluzi za izradu sajtova a sajtovi su uglavnom slova i tekstovi, tako da regularni izrazi su kljuc tog jezika.

PCRE ekstenzija? Nadam se da si čuo za čuvenu preg_match() funkciju... Funckija ereg() je jako sporija od preg_match()-a, a inače, još od verzije 4.2, sve te PCRE funkcije su po default-u dostupne.

Mnoge stvari će u PHP v6 biti izbačene, tačnije, sve one kojima je sada status DEPRECATED.

Ama ok neka ima i preg_match() ali zasto izbacuju ereg???? Stvarno sta im smeta to? Od viska glava ne boli. U PHP postoje na desetine glupih ugradjenih funkcija koje gotovo niko nikad ne koristi a ovamo im smeta ereg funkcija koju koriste 90% sajtova. Ma to im ne treba stvarno. Ok neka dodaju sta im je volja, ako hoce jos 100 bespotrebnih ugradjenih funkcija koje niko ne koristi ali neka ne diraju i ne brisu postojece, pogotovu ereg koju koriste gotovo svi. Nece me cuditi da jednog dana ne promene svu mogucu sintaksu PHP-a kako su poceli. Ma na kraju ako jos nekad prirede ovakvu glupost ima totalno da batalim ovaj jbni PHP

Sad trebam u svim sablonima da menjam. Jaoooo pa znate li vi koji je to poso .... Jao da mi je znati kome je pala ta idiotska ideja sta bi mu uradio. Znaci ja sam trebao da gledam u bob da vidim koji ce biti regularni izraz izbrisan POSIX logika ili PCRE pa da odaberem na pocetku onu koja nece biti ukinuta?

A osim toga nije tacno da je PCRE brzi od POSIX. U stvari tacnije u nekim slucajevima je jedan brzi u drugim drugi pa ne moze da se kaze generalno da je uvek PCRE brzi !!!!!!!!!!!

Tako da to u vezi brzine ne "pije vodu" kao razlog za brisanje, i stvarno bih voleo da mi neko kaze jedan razuman razlog zbog kojeg se brisu ereg i ostale funkcije srodne, znaci bar samo jedan logican razlog, nista vise.

_{[Ovu poruku je menjao iizuzetan dana 01.11.2009. u 14:49 GMT+1]}

Mislim da to nije vest od juče i da su svi imali vremena da se prebace na preg funkcije (koje ja, srećom, koristim od početka rada sa PHP-om ).

Uostalom, svaki bolji hosting nudi opciju biranja verzije PHP-a na sajtu, tako da jednostavno stare sajtove ostavite na nekoj starijoj verziji PHP-a, ako vas mrzi da menjate ili imate gomilu sajtova koji koriste (sada već) deprecated funkcije.



Baš me zanima na koje to funkcije misliš?

edit: Uostalom, uz malo cimanja možeš definisati svoje ereg funkcije i realizovati njihovu funkcionalnost kroz preg funkcije (nisam probao ali verujem da je moguće)

Potpis

Laravel Srbija.

_{[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]}

Pa sigurno ima ne na desetine nego na hiljade funkcija koje su mnogostruko manje koriscene od ereg funkcije ako nista drugo. Mrzime da se sad bakcem oko trazenja ali znam da postoje mnoge ugradjene funkcije na zvanicnom sajtu koje skoro da nisu ni komentarisane primerima.

Ok a jel neko zna sta su napisali, zasto brisu ereg i srodne funkcije, ali da je logican i prihvatljiv razlog?

Zato što sve ono što one rade može da se realizuje (uglavnom brže) koristeći preg funkcije. Jednostavno su višak.

Potpis

Laravel Srbija.

_{[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]}

Uglavnom postoji zamena za svaki ereg... i ne secam se da sam negde i koristio ereg, osim na 2 dva mesta, a to je bila provera mejl formata i provera da li je kod html... vrlo lako se zameni za preg funckijama.

Deprecated znaci da to jos mozete koristiti, ali se spremite na vreme za php6.

A kad smo vec kod toga, mislim da ce vecini biti problem da se navikne na upotrebu nejmspejsova nego na nedostatak par ereg funkcija.

Potpis

Moj Veb Sajt HostCentar Blog
Aleksinac Južna Srbija TimeOut

Neznam, ili se zezate ili stvarno ne razumete kakve sve probleme BRISANJE bitnih stvari u bilo kom programu donosi?

Na kraju krajeva kada bi stavili da funkcija stoji pa ne mora i da radi ništa jer je tako daleko bolje za backward compatibility nego da kompletno izbace funkciju pa se generiše fatal error i puca script.

Dalje, globalno milijarde linija koda koriste "ereg" funkcije. Sta ljudi da rade kada se to izbaci? Da menjaju sve svoje klase zbog toga? A glavno i osnovno pitanje je kome će to da naplate?

I sta sad da mi script puca samo zato sto sam koristio na milion mesta {}??? Zbog cega su pa to izmenili, zbog eto samo zato sto im se moze???

Sa svakom novom verzijom oni prave sve vece i vece gluposti, i ponasaju se totalno neodgovorno. Serverima ne ide ni malo na ruku sve ove gluposti sa PHP-om, jos manje ide programerima, ne ide ni vlasnicima sajtova na ruke, niti onima što prave razne Joomle, CodeIgnitere i ostale slične stvari jer ce totalno poludeti od milijarde pitanja, itd itd. Ne vidim da i vlasnicima PHP-a ide nesto na ruku sve to, cak sta vise verujem da ce mnogi odustati od koriscenja PHP-a.

Sve mi se vise cini da su vlasnici PHP-a potkupljeni od strane onih koji prave programe za kreiranje sajtova koji se debelo naplacuju, odnosno cija licenca nije za dzabe.

Na kraju kao zakljucak stvarno nema potrebe da izbacuju bilo sta. Mogu oni da dodaju sta god zele ali neka ostave stare stvari pa ko hoce neka bira sta mu je bolje novo ili staro, a ne ovako da pucaju sajtovi, da ljudi se nadju u cudu a sve bez ikakve potrtebe ama bas bez ikakve.

I sta sad na primer napravio sam nekoliko desetina sajtova i sad neki hostovi jednostavno promene PHP u PHP6 i popucaju sajtovi totalno. I sta sad svima trebam da popravljam za dzabe sajtove, a to nije jedna sitnica nego na desetine stvari koje treba ispraviti, cak je pitanje mozda je bolje krenuti u izradu totalno novih skripti nego se muciti da se pohvataju sve promene.

A osim toga i sabloni sad moraju da se prave sve iznova jer stvarno ne vredi da se bilo sta menja, ne verujem da to iko moze. Pa treba nauciti novu sintaksu, pa malte ne novu logiku programiranja itd itd.

STVARNO, STVARNO OVO JE IDIOTIZAM KOJI SE NAMERNO IZGLEDA RADI JER NEKO HOCE DA UNISTI BESPLATAN PROGRAM ZA PRAVLJENJE SAJTOVA. Samo da mi je znati koliko su dobili lovu da uniste PHP

Neko ce reci da ce hostovi ostaviti stare verzije, ali ko to garantuje da ce svi tako da urade? Pa neka ne urade tako bar samo 10% opet je to gomila posla koji treba da se odradi bez dinara zarade. A osim toga ko mi garantuje da nece ovako nesto vlasnici PHP-a da rade i u buducnosti? Stvarno vec uveliko razmisljam da se preorjentisem na neki drugi program.

Zakupite VPS pa nećete imati problem oko verzije PHP-a ... Oko 20$ mesečno je start-up paket kod različitih kompanija.
A tu su uvek i servleti/jsp, ukoliko razmislite da napustite php platformu ...

Ne secam se da je neko dizao galamu kada je M$ izbacivao razne verzije VB koje su bile skroz razlicite.
Jedan sam od onih sto je poceo sa VB2 (to je DOS verzija), dosta toga sam razvio u vb3. Ni parce tog koda nije htelo da radi u vb4, kao ni iz vb4 u vb5 i tako...
Kod koji je pisan u vb3 jos uvek radi i normalno da na tim masinama stoji stari softver.

Ako si pisao kod za php3 ne mozes ocekivati da radi na php5.
Zato se i koriste biblioteke, uradis lepo apdejt... neko je o tome mislio na vreme ;)
U supretnom, imas eunet i verat... oni uvek imaju najstariju mogucu verziju softvera...

Potpis

Moj Veb Sajt HostCentar Blog
Aleksinac Južna Srbija TimeOut

Vlasnik PHP-a? o.O PHP je open source, nema vlasnika... OK, ima lead developera, al' su tamo i mailing liste i svako moze da uskoci i da svoje misljenje, pa jos ako je konstruktivno, a ne obicno trollovanje, tim bolje.

Ne znam odakle ti to da se ereg koristi na "milion" web siteova. Ja sam jednom krenuo da koristim ereg, al' sam malo detaljnije usao u dokumentaciju i video da predlazu da je bolje koristiti preg nego ereg, tako da sam odmah presao na preg. Trenutno sam na drugom radnom mestu kao PHP dev, nacitao sam se tudjeg koda, al' ereg sam retko sreo. Joomla, CI, Cake, ZF, symfony i svi ostali, sumnjam da su ikad koristili ereg, ako im je tamo preg - kao sto je rekao Nikola, od PHP 4.2.0 verzije preg je automatski ukljucen, sto znaci da je bio prisutan i ranije. PHP 4.2.0 verzija je objavljena 22. aprila 2002. godine. Pre 7 i po godina i od tad se uporno govori da je bolje koristiti preg nego ereg. Ko to nije skontao za 7 godina, brate menjaj skripte ili vrti sam svoj server sa PHP-om koji ti treba.

Inace, ereg se izbacuje iz verzije 6. Trenutni status verzije 6 je - it will be finished, when it's finished - ako puste neki alpha build za dve godine, mozemo biti srecni. Za verziju 4, cini mi se, vec ni podrska ne postoji, tj. nema bug fixova vise, al' zato je retko koji hoster izbacio iz svoje ponude cetvorku, ako ju je imao uopste. Zakljucak - za jedno 5 godina cemo biti na odnosu PHP6 vs PHP5, kao sto je danas odnos PHP5 vs PHP4.

Inace, ne rade ovo da "upropaste" programski jezik, nego da ga jos unaprede i da ga poboljsaju. Al' ako ti se ne svidja, skini source nekog koji ti odgovara, iskompajliraj ga i vrti ga gde god oces. Ili menjaj okruzenje.

Vreme je da se stare stvari izbace i ne podrzavaju i da se radi samo sa novim stvarima kako bi svi mi mogli napredovati. Nema veze ovo sa parama, da su pare bitne ne bi bili open source.

P.S.: Inace, symfony 2.0 koji ce mislim izaci negde pocetkom januara, ce podrzavati samo PHP5.3. Mislis da ih briga? I uopste ih ne krivim. I treba tako.

Verat ima 5.2.9 verziju PHP-a :)

Veoma je tesko raditi upgrade i furati najnovije verzije softvera na shared hosting serverima.

Potpis

Beneath civilization's fragile crust, cold chaos churns...

Slazem se, logicno je da se ne moze sve zadrzati unazad, stoji da mozda moze ta funkcija da ostane, ali ako se krene tom logikom, nikada ni jedna funckija ne bi bila izmenjena i izbacena iz upotrebe, a jednog dana mora svemu mora doci kraj ;)
Takodje se slazem da je sad zez ako se mora menjati, ali je sa druge strane i ok da se tako sam jezik menja dok napreduje, pa se recimo po dve ili tri verzije cak nesto drzi zbog backwards, pa se onda najavi da je depreced, pa se tek onda izbaci. To ostavlja zaista dovoljno vremena za izmene, kao sto rece kazil, 7 godina zvuci sasvim dovoljno :)
A posle eto razloga da ti se stari klijenti obrate, ako uopste ima nekog ko iole razmislja o svom sajtu a da nista 7 godina novo nije radio na njemu, optimizovao, ili ga u potpunosti zamenio novim. Tom klijentu i ako stane sajt, nece mu uopste biti problem.
A generalno, ako sajt stane usled izmene na hostingu, to ce klijent da resi sa hostingom, ne znam sto bi to tebe kao php programera toliko brinulo, ti si ga napravio i to je radilo, sad, ako si sam zeznuo pa koristio nesto sto je depreced, kao sto je ereg ili magic_quotes i snosis odgovornost za to, to je tvoja greska vec. Isto je bilo kukanja kada je php5 izasao, pa eto, tranzicija je manje-vise bezbolna... Sada ni smarty 3 nece podrzavati php4, a doobar deo klasa vec to odavno ne cini, swift itd. A i zasto bi vise.

Potpis

http://norway.dakipro.com/

"Backwards compatibility with progress leads to bloat"

Najbolji primer za to je Java, gde postoji milion funkcija koje rade istu stvar(a veliki broj je i deprecated).
Dakle sve duplikate funkcija koje rade losije treba ukloniti, jer kada se oznace kao deprecated
to je na neki nacin upozorenje programerima da se na vreme pripreme.Mislim da ce se svi sloziti da je bolje da postoji
nekim standard prilikom upotrebe jezika.

Slazem se sa agvozdenom iznad. Valjda zato postoje ljudi koji odrzavaju softver, i te svoje usluge naplacaju.
Ukoliko ste pisali sajt za php5, onda u specifikaciji aplikacije treba navesti koji su minimalni uslovi za pokretanje vaseg sistema.
Ukoliko ste vi taj koji odrzava sistem, treba ga prilagoditi novonastaloj situaciji.

Neke stvari kojce ce donijeti 6tica ce uticati na to da gledamo i modifikujemo "ozbiljniji" PHP kod...



Niko to nece da radi za dz, odnosno onaj koji hoce je lud. Ti kao developer u tom slucaju nisi kriv sto softver ne radi (ne bili raditi update :)) i logicno je da to naplatis jer jelte i vrijeme je da se radi poboljsanje aplikacije posle tog vremenskog perioda.


@574nk3



Prvi post ti je malo kontradiktoran u odnosu na drugi. Jer posto radis u Javi znas da imamo masu deprecated stvari, al to nikako nije razlog da razmisljamo o promjeni platforme, isto vazi i za PHP!

Istina, docice ce do odrednih problema u nekim starijim aplikacijama, ali vecinu stvari se moze rijestiti sa search and replace opcijama u editoru.

<sub>DakiPro: Izbrisan OT, hvala na linku


[Ovu poruku je menjao dakipro dana 01.11.2009. u 22:28 GMT+1]</sub>

auff....
:)

Inace, ove deprecated stvari su najvise na ledjima developera da iznesu.
Ne mozete da zamislite koliko dugo ljudi nece da se prilagode npr. register_globals = off. I DANAS postoje neki koji to pisu kod kao da su ukljucene GP i onda su jos ljudi kad to nije ukljuceno...

Potpis

Beneath civilization's fragile crust, cold chaos churns...

LOL! A ja vidim nešto mi nepovezano delovali svi ti njegovi post-ovi na ovoj temi do sada...


Ili recimo slučaj sa magic_qoutes.

pa dobro, vid'o co'ek i svidelo mu se pa copy/paste....

a sto se tice teme ako se dobro secam ereg ne podrzava unicode, nije binary-safe a i u dosta slucajeva je dosta sporiji od preg...cini mi se da sam bio tako nesto
negde procitao kad sam pocinjao da radim u php i razmisljao o tome da li da radim sa ereg ili preg.....

Potpis

...