PHP MVC, kaip tai veikia?

Tai apie ką ir kalbu. Oficialiai jos nėra ir dar neaišku kada ji bus, o užsiminta yra, tačiau ir tai tik tas, kad ji develop state yra. O tu parašei, kad develop state v3 yra apsaugotas V3.0 licenzija.

anyway, tos versijos nėra ir jos neverta naudoti.

Na ok, o del CI kokybes, tai pabandykite panaudoti destructor'iu arba method'u overriding'a. Tiesa sakant del ovveriding'o jie ten kazkoki _remap sukure, bet kam kurt dvirati jei yra magiskas __call? Na o dabar vel laukiu jusu contrargumentu.

Ai jo, pamirsau jo view pamineti....

Ai,nu ir jo, kaip gi as pamirsau apie toki kieta CI pliusa, kaip PHP 4 palaikimas!

Jo, dar pamisau - sqlite jis nepalaiko, nors ir yra draiveriokas. Ten beje yra net erroras php'inis, kai bandai ka nors traukti is sqlite, kazkaip array to string, ar string to array - jau nebepamenu.

Ir vėl prasideda..

Kas tau jomajo minėjo, kad CI yra dieviškas? Nurodyk konkretų post'ą ir aiškiai parašytą vietą, kur paminėta, kad jis geriau už bet ką? Eilini kart pradedi, bet ir neįsiskaitai.

CI yra gerai tiems, kurie mokosi naudoti framework arba kuria paprastus projektus. Dabar nafik man nuotraukų įkėlimo puslapiui instaliuoti kokį zend'ą ar dar ką? Pasiėmiau CI ir baigta. Darbas atliktas.

Ir vėl prasideda..

 

Kas tau jomajo minėjo, kad CI yra dieviškas? Nurodyk konkretų post'ą ir aiškiai parašytą vietą, kur paminėta, kad jis geriau už bet ką? Eilini kart pradedi, bet ir neįsiskaitai.

 

CI yra gerai tiems, kurie mokosi naudoti framework arba kuria paprastus projektus. Dabar nafik man nuotraukų įkėlimo puslapiui instaliuoti kokį zend'ą ar dar ką? Pasiėmiau CI ir baigta. Darbas atliktas.

Kam nuotrauku ikelimo puslapyje reikalingas FRAMEWORKAS??? Gal dar specialia FS sukurti?

Kam nuotrauku ikelimo puslapyje reikalingas FRAMEWORKAS??? Gal dar specialia FS sukurti?

Kaip pvz pateikiau, nerašiau detalaus aprašymo juk :) Jei surašyčiau - suprastum. Tad tu man tada atsakyk, ar verta tada rašyti tavo giriamus kitus framework'us, kai reikia lengvo ir patogaus? :)

Kaip pvz pateikiau, nerašiau detalaus aprašymo juk :) Jei surašyčiau - suprastum. Tad tu man tada atsakyk, ar verta tada rašyti tavo giriamus kitus framework'us, kai reikia lengvo ir patogaus? :)

php YiiRoot/framework/yiic.php webapp

Nežinau kaip dėl "kietumo", bet man šiuo metu įdomiausiai atrodo Laravel.

O dėl frameworkų populiarumo, tai geriausias rodiklis mano manymu - https://github.com/languages/PHP/most_watched

Nežinau kaip dėl "kietumo", bet man šiuo metu įdomiausiai atrodo Laravel.

 

O dėl frameworkų populiarumo, tai geriausias rodiklis mano manymu - https://github.com/languages/PHP/most_watched

BEGALIBE PLIUSU TAU! Achujienas dalykas, pats mokinuosi ji pobiski.

O ką kolegos galvojate apie ZEND?

O ką kolegos galvojate apie ZEND?

Tenka su juo dirbti, bet su sy,fony2 kurkas maloniau :)

O katras populiariausias ir labiausiai naudojamas, t.y darbdavių ieškomas specialistas ?

O katras populiariausias ir labiausiai naudojamas, t.y darbdavių ieškomas specialistas ?

Statibininkas

O katras populiariausias ir labiausiai naudojamas, t.y darbdavių ieškomas specialistas ?

manau ZEND, bet labai pravartu mokėti ir YII ir Symphony ir ZEND. Pažiūrėk skelbimus, pamatysi

Statibininkas

iki ašarų :D

http://dab1nmslvvntp.cloudfront.net/wp-content/uploads/2013/12/chart1-1024x853.png

http://www.sitepoint.com/best-php-frameworks-2014/

nors visi sako, kad CI miręs, galima matyti, kad jis dar ne toks ir miręs. Įdomu ar čia statistika iš to, kiek projektų yra, ar kiek buvo sukurta 2013?

Statistika visada liks statistika :)

Asmeniškai aš ant CI matau pliusą - lengvai išmokstamas.

Visi kiti - kiekvienas vis kitaip

Pats naudoju Laravel 4, esu labai patenkintas, rekomenduoju :)

Kaip jūsų PHP MVC framework'ai su real time draugauja?

Kad atitiktų tokius basic reikalavimus:

1. jungtis su serveriu - websockets. Ne long polling, ne server sent events, ne forever frame, o realus real time susijungimas.

2. integravimasis su visu framework:

2.1. bendra autorizacija - gauti vartotoją, jo roles, etc ir pačiame RT kontrolery/hube

2.2 iš MVC kontrolerių kviesti RT biblioteką, kad ji siųstų info visiems klientams ar tik request'o klientui

Kaip jūsų PHP MVC framework'ai su real time draugauja?

 

Kad atitiktų tokius basic reikalavimus:

1. jungtis su serveriu - websockets. Ne long polling, ne server sent events, ne forever frame, o realus real time susijungimas.

2. integravimasis su visu framework:

2.1. bendra autorizacija - gauti vartotoją, jo roles, etc ir pačiame RT kontrolery/hube

2.2 iš MVC kontrolerių kviesti RT biblioteką, kad ji siųstų info visiems klientams ar tik request'o klientui

Manau supranti, kad šie framework nėra kurti real time app kūrimui. Jam imk NodeJS ir integruok jį į ką nori :)

php aplamai nėra pritaikymas real time web'ams ar aplikacijoms :)

Kaip jūsų PHP MVC framework'ai su real time draugauja?

 

Kad atitiktų tokius basic reikalavimus:

1. jungtis su serveriu - websockets. Ne long polling, ne server sent events, ne forever frame, o realus real time susijungimas.

2. integravimasis su visu framework:

2.1. bendra autorizacija - gauti vartotoją, jo roles, etc ir pačiame RT kontrolery/hube

2.2 iš MVC kontrolerių kviesti RT biblioteką, kad ji siųstų info visiems klientams ar tik request'o klientui

Realiai ne vien frameworko darbas. :) Prie PHP nedirbu, bet su paprastu php-fpm, kur yra ribotas skaičius procesų ir kuris laikosi įprastinio request->php->response modelio, turėtų tai nesueit. Reikia kokio long-running proceso, kuris tuos websocketus prižiūrėtų (turbūt evented?).

Modestas iš dalies teisus: jei nori nuo pat pradžių kurti realtime, rinksiesi geresnę kalbą/stack'ą. Node, Go, net Python, ir tas turbūt daugiau suporto websocket ir panašioms technologijoms turi (o dar turi green threads). :) Kažkoks specialus websocketų handlinimas ir neturi būti kiekvieno PHP frameworko darbas. Skirtingi jų dydžiai, filosofijos, t.t.

Aišku, tai, kad turėtum galėt susiimportuot visą frameworko logiką iš visiškai atskiro skripto ir naudotis DB, ir t.t., turėtų būti – nesvarbu, ar kalbam apie websocketus, ar apie atskirus CLI/cron skriptus, ar dar apie ką :)

Kažkoks specialus websocketų handlinimas ir neturi būti kiekvieno PHP frameworko darbas.

Kiekvieno - be abejo, kad ne. Aš tik paklausiau, ar egizstuoja koks nors normalesnis, kuris kažką sugebėtų, o ne tik eilinę katalogų ir kelių php failų struktūrą sukurtų.

Kiekvieno - be abejo, kad ne. Aš tik paklausiau, ar egizstuoja koks nors normalesnis, kuris kažką sugebėtų, o ne tik eilinę katalogų ir kelių php failų struktūrą sukurtų.

Tu manau pats supranti, kad žiūri ne ten kur reikia? PHP Framework'as ir turi būti bibliotekų rinkinys su gera struktūra. Viskas, nes daugiau iš jo neprašoma daugiau. Jei nori imti daugiau, tai naudoji kokį framework'ą darbui su php dalimi ir kokį nors NodeJS darbui su real time. Kaip ir ankščiau minėjau - su php nepadarysi padoraus real time puslapio, o php panaudoti greta Node labai nesunku :)

Trumpai ir aiškiai - nėra php framework'o itin superinio real time apps'ui. Visus turi prisitaikyti pagal save

Teko dirbt su dauguma frameworku, is patirties:

Symfony2. Sudetingai ismokstamas, labai viskas surista su ORM, kas tinka paprastiems puslapiukams, bet jei reikia konkurencijos, geriau net nepradet jo naudoti. Turi labai patogiu dalyku, pvz. services, kurie tikrai palengvina darba ir igalina isskaidyti koda i logiskas vietas.

Laravel 4. Ismokstamas ganetinai greitai, turi daug reikalingu dalyku jau padarytu. Patogiausias is visu PHP frameworku, kiek esu kolkas surades kurti REST servisus. Turi integruotas eiles, ir dar keleta smagiu dalykeliu, kurie tikrai pravercia.

Yii. Neberekomenduociau jo naujiems projektams; taciau zinoma, jis ganetinai lankstus. ActiveRecord - viena karta ne taip panaudojus, ateityje stipriai gailesies...

CI. Nei 5 nei 9... Dauguma dalyku israsti is naujo, kazkiek primena wordpress... Gal visiskai pradendatiesiems ir tinka, taciau tikrai ne rimtam darbui. Jau geriau pasiimti koki super-light weight frameworka, pvz Silex. Norint ji praplesti nors nereikia skambinti tarptautinei dviraciu perradinetoju draugijai.

čia palyginai su kuo? patogumu naudoti? o dabar palygink su greičiu, kas veikia greičiausiai ir kas lėčiausiai :)

čia palyginai su kuo? patogumu naudoti? o dabar palygink su greičiu, kas veikia greičiausiai ir kas lėčiausiai :)

Jei frameworkas parasytas ant PHP, tai jo 'gretis' bus mazdaug atvirksciai proporcingas galimybiu kiekiui; suprantama, jog koks Symfony veiks leciau, taciau galutiniui vartotojui tai beveik nesvarbu - milisekundziu reikalas.

Taciau kaip developeriui, tikrai geriau rinktis pilna ir modernu frameworka vien del to, kad susitaupo labai daug laiko kuriant projektus ir ateityje juos priziurint.

Skonio reikalas - kaip ir su auto, vieniem patinka bmw, kitiem - audi.