Leginkább PHP tudásom van, bár a Python sem áll olyan messze tőlem. Ruby-t meg tervezem megismerni, jókat hallottam róla.
Lényeg, lesz egy fontos webes projectem, idő számít, de nem kritikus.
Ami biztos, legyen MVC vagy egyéb módon részekre bontható. Adatbázisréteg legyen cserélhető és ha lehet akár NoSQL-t is tudhat. Többnyelvűséget mindenképpen támogassa, akárcsak a különféle template-eket (böngészőben és okostelefonon is jól kell megjelennie az oldalnak). Fontos az AJAX és HTML5 geolocation támogatás jól jönne.
Maga az alkalmazás két teljesen külön részből fog állni.
Az egyik leginkább adatbázis orientált, bár képek is tartoznak majd egyes adatbázis bejegyzésekhez.
Másik rész leginkább kép orientált, a hozzá tartozó kevés adatbázis művelettel.
Röviden úgy tekinthetőek mint egy webshop és egy különálló felhasználói galéria gyűjtemény. Utóbbihoz lehet tartozni fog egy fórum rész (kevésbé hagsúlyosan).
Fent említett script nyelveken túl lehet fordított (C, C++) alapú is. Java szinte abszolute nem érdekel, régen használtam már és nem győzött meg. Project git-ben vagy SVN-ben lesz tárolva, bár előre láthatólag csak én fogom fejleszteni.
Ki-mit ajánl? Amikről hallottam és érintőlegesen próbáltam: Django és Symfony. Ettől még _nyitott vagyok bármire_, egyelőre a Java-t leszámítva.
Kérésre pár szóban a project-ről
--------------------------------
Bolt keresésről van szó. Amely a felhasználó által megadott hely vagy geolocation alapján megadja azt a legközelebbi boltot, ahol az általa keresett ruhanemű kapható. Lehet persze bolt nélkül is keresni, csak termék típusokra (stílus, szín, ...).
Szokásos adatokon túl (termék gyártója, neve, pár bemutató kép) a mérettáblázatot is tárolnom kell majd (szabálytalan alakzat, ez is kérdés, hogyan célszerű az ilyet tárolni). Adott magasság-súly esetén az adott gyártótól / termékből milyen méretet kell választani. Felhasználó regisztrációkor megadhatja a testi adatait és automatikusan csak a Neki megfelelő méretű termékeket látná.
Felhasználó tudja tárolni a kedvenceit. Adott termékcsoportot, gyártót vagy akár konkrét boltot a termékektől függetlenül. Ezeket egy-két kattintással bármikor meg tudja nézni (= előre elmentett keresések).
SEO barát kialakításra várok még ötleteket. Lehessen gyártóra, stílusra vagy színre is szűkíteni sorrendtől függetlenül. Értsd: /gyarto=ceg1/stilus=s1 vagy /stilus=s1/gyarto=ceg1 ugyanazt az eredmenyhalmazt jelentse. Esetleg legyen szimpla /search/ceg1/szin1 (sőt, /search elhagyásával) a keresés? Ekkor nem létező URL-eknél mindig nézzem meg az adatbázis értékeket, mire szűkíthet a felhasználó.
Több érték esetén legyen /gyarto=ceg1,ceg2/szin=szin1 vagy /gyarto/ceg1/ceg2/szin/szin1 , majd eldöntöm.
CSV-ből az egyes gyártók - boltok tudjanak felvinni termékeket; esetleges adminisztrátori ellenőrzés után. Kérdés hogy ezesetben hogyan tudnak majd képeket kapcsolni az egyes termékekhez.
AJAX mindenek felett és persze legyen gyors a rendszer. Böngészőből és okostelefonról is ugyanazt a (nagyon hasonló) felületet érje el a felhasználó.
Többnyelvűség hogy ne csak Magyarországra korlátozódjon az egész.
--
Másik téma a galériák tárolása. Alap dolgok hogy lehessen vízjelezni ha valaki akarja, privát albumot létrehozni, felügyelni hogy milyen képeket töltöttek fel (megválasztani, kik azok akik ellenőrzés nélkül tehetnek fel képeket).
Felhasználók tudják csoportokba szervezni a többieket és megadni, egyes képeket / albumokat mely csoportok és mely felhasználók láthassanak. Képeket lehessen értékelni és szimpla műveleteket elvégezni rajtuk (forgatás, kivágás).
Fórum jelleget kevésbé szeretnék, de nem zárom ki azt hogy a képekhez hozzá lehessen szólni. Esetleges felügyeletei eszközökkel, szószűrővel.
Képeknek legyenek címkéi, össze tudja kapcsolni a boltkereső termékeivel (mely gyártó, melyik termékét hordja a képen lévő személy). Fordítva, termékhez meg lehessen nézni a valós, viselés közbeni képeket. Ezt leszámítva legyen külön rész a kettő.
Első körben ennyit, még finomodhat az ötlet. Bármilyen véleményt szívesen veszek.
- 6919 megtekintés
Hozzászólások
Hat ja, django, symfony, esetleg zend framework vagy rails.
A symfonyval az a baj, hogy ugyan nagyon sok mindent tud, de nagyon sokat kell keresgelni mire rajossz egy-egy hibanal, vagy barminel, hogy epp mire gondolt Fabien Potencier, amikor az adott feature-t leimplementalva. Teljesen jo es logikus gondolatai vannak a csavonak, de nekem sajnos lassu volt minden kihagyas utan a symfony fejlesztes, bar szerettem.
A Zend Framework az picit legozd magad ellenben ez az elonye is. Nagyon sokan hasznaljak
django, hat, piton, en szeretem a nyelvet batch-programozasra, webre en speciel inkabb php-t hasznalok, jobban celeszkoz,
Az MVC-t ne add fel, az MVC egy gyonyoru minta, es kulonbenis, sz'tem a konkurens DCI megerteseert nobel dijat kene osztogatni, dontsuk el, Nobel-dijra hajtasz vagy projektet akarsz vegigvinni.
Ajax, hat, ebbol ugyis jQuery lesz :) Ha tobbet lehetne tudni a projektrol, tobbet is leheten mondani.
Ezen kivul epulhetsz CMS rendszerek fole, ilyen a mostanaban nepszeru drupal, ill. a kevesbe korulrajongott typo3.
- A hozzászóláshoz be kell jelentkezni
Django pedig vonzónak tűnik. Symfony 2.0-val van tapasztalatod? Zend framework-el kapcsolatban van valami emlékem hogy nem minden része ingyenes. Ruby-hoz van pár könyvem, állítólag jól lehet fejleszteni benne, jobb mint a PHP néhány téren.
Drupal 7-es szintén jól hangzik, de általánosabb, önálló dolgot szeretnék készíteni. Drupal7 függőség meg hiába szép, mégis visszatartó erő. Typo3 tényleg alig ismert, egyszer-kétszer ránéztem a honlapjára és nem tudott lekötni. Max majd teszek egy próbát.
Project részleteket majd igyekszem írni.
- A hozzászóláshoz be kell jelentkezni
Zend Frameworkben minden ingyenes. Fentebb irták lego szerű, de azért sokminden megvan benne. 1.11 -es már egész jó szerintem.
- A hozzászóláshoz be kell jelentkezni
symfony2 jo (lesz), de ugye meg mindig csak betanal jarunk.
ZF-nel is inkabb mar csak az uj 2es verzio fejlesztesen dolgoznak.
meg lehetne nezni meg 1-2 micro frameworkot, mint pl. silex, breeze php, limonade, vagy slim, illetve ha nem annyira flat fw kell, akkor ott a lithium illetve a fuel.
valamint nemreg ajanlottak a figyelmembe a ppi-t: https://github.com/dragoonis/ppi-framework
Tyrael
- A hozzászóláshoz be kell jelentkezni
Ruby on Rails. A nyelvet megismerni néhány hét alatt meg lehet, utána szeretni fogod a Rails-t is. Rengeteg olyan pillanat van, hogy "AHHA, ez így nagyon ötletes".
PHP után szinte kikapcsolódás lesz.
MongodDB-t ajánlom, ha nosql kell, Rails-hez használd a mongoid gemet van hozzá geolocation is, jelenleg is arra fejlesztek. Nem kell szögfüggvényeket írni SQL-ben.
Képkezeléshez carrierwave (vagy paperclip, de az régi)
Ha egyszemélyes projekt, akkor verziókezelőnek GIT a legjobb. Meg amúgy is :)
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Yii framework.
Bár még én magam is csak ismerkedem vele, eddig nagyon tetszik és szerintem a fentebb említett elvárásoknak is tökéletesen megfelel. :-)
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1, viszonylag gyorsan tanulható, innen-onnan vettek át megoldásokat (Ruby on rails, Prado, Symphony), és valóban gyorsan lehet benne fejleszteni, és maga a keretrendszer is gyors. MongoDB támogatás talán extension-ként elérhető, de egyébként csak sql...
- A hozzászóláshoz be kell jelentkezni
Most találtam egy újabb sebességtesztet a különféle framework-ökről. Úgy tűnik, a Yii is lassú a DooPHP-hoz képest. Lásd: http://www.doophp.com/benchmark
Utóbbit próbálta már valaki?
- A hozzászóláshoz be kell jelentkezni
Ennyivel gyorsabb lenne? Az a majd' kétszeres sebesség elég... meggyőző.
Nem is hittem, hogy a CodeIgniter ilyen gyors :)
- A hozzászóláshoz be kell jelentkezni
Elkezdtem hasznalni probakeppen, haat... az eddig meglevo dolgaimat (lentebb http://hup.hu/node/104009#comment-1301459) atpakoltam, mukodget, de a Yii logikajat nem igazan latom at. Nagyon hianyzik valami "from-scratch" szeru doksi, neha probalgatok es neha talalok :S. Szival igeretes, meg minden, de nem vagyok biztos benne,hogy ezzel akarom megcsinalni a program funkcionalis boviteset.Olyanoknak akik nullarol kezdik az MVC framework hasznalatat (mint peldaul en) nem valo, szerintem. Nekifutok CI-vel nullarol, meglatjuk :)
- A hozzászóláshoz be kell jelentkezni
Ha ismered az MVC mintát, akkor szerintem a Symfony az jó választás. A 2.0 az állítólag sokkal gyorsabb, sokban különbözik az 1.4.9-től, de még kiforratlan szerintem (ráadásul beta, nem ajánlják production-hoz). Én Symfony 1.4.9-el kezdeném, a dokuemntációja nagyon jó, és rengeteg plugni van hozzá, ha valamit nem akarsz/nincs időd bele fejleszteni. Állítólag lassan tanulható, de ha már láttál ilyen FW-t, akkor nem nehéz.
Nekem külön jó, hogy nem rég váltottam java-ra és a symfony sokban követi a java-s metodikát, ráadásul több komponense java portolás (pl Doctrine, Lucene, ilyesmik), a form fw pedig hasonlít a java bean-ekre.
Django szintén elég jó cucc, sokmindent támogat natívan, bár én még nem merültem bele. Amit szerintem kerülj el, az a CakePHP, vagy a CodeIgniter. Zend-et nem ismerem, arról nem tudok nyilatkozni. Sokan mondják, hogy a Yii (jól írom?) szintén jó választás lehet, de ezt nem ismerem.
Bár nem fejtetted ki részletesen a projektedet, de a Symfony sokféle környezetben megállja a helyét. Python-ba pedig tudsz saját C/C++ komponenseket integrálni.
- A hozzászóláshoz be kell jelentkezni
Olvastam összehasonlítást, Symfony 1.x elég lassúnak tűnt Yii framework-höz képest. Django és Symfony 2.x nem szerepelt a tesztben. :(
Project-ről írtam pár szót.
- A hozzászóláshoz be kell jelentkezni
hajaj ....
Miért kellene kerülni a cakephp -t? Egyáltalán nem flameileg. Alap autodidakta html, css, php ismerettel épp pár hete nézegettem, mik azok a php framework -ök. Pont a cake volt az, amivel jól el tudtam indulni.
(Tanulás, saját project. Tetszik nagyon a RoR is csak eddig LAMP környezetben mozogtam. A RoR -ról is a Cake révén tudok - itt találkoztam először az MVC -vel, ami szintén tetszik.)
Szóval mire kell figyelni? Miért problémás a Cake?
- A hozzászóláshoz be kell jelentkezni
CakePHP jó, de akkor már Kohana Régen a CakePHP optimalizálva volt PHP 4-re is, ezért volt benne pár idegesítő dolog, azért váltottam Kohanára, aminek a 2-es verziója CakePHP fork. Azóta a 3-as teljesen újra lett írva.
Neház ez a framework választás, mert ha végre megvan az igazi, mindig van, ami valamiben jobb :)
- A hozzászóláshoz be kell jelentkezni
szerintem a Kohana az CodeIgniter fork volt amit eredetileg Blue Flame neven inditottak utjara, majd miutan kipenderitette oket az EllisLab a forumrol, csinaltak maguknak sajat infrastrukturat.
a 2es verziora AFAIK az utolso sorig minden at/ujrairasra kerult.
Tyrael
- A hozzászóláshoz be kell jelentkezni
Ahh, tényleg. Ennyire régen volt...
- A hozzászóláshoz be kell jelentkezni
Én a 2.* verziókkal dolgoztam és azok - pl a PHP 4-es támogatás miatt - számomra idegesítőek voltak, valamint volt 1-2 bug a framework-ben, amik szerintem nagyon gázok voltak. Én akkor hagytam abba a CakePHP használatát, amikor belefutottam egy framework bug-ba, ami azt csinálta, hogy ha valamelyik request 404-re futott (pl hiányzott egy .css file), akkro eldobálta a session-okat. Teljesen nonszensz.
- A hozzászóláshoz be kell jelentkezni
A CodeIgnier-t miért kell kerülni? Milyen hátulütői van, mit nem tud?
Minden flém nélkül kérdem. Nincs nagy tapasztalatom ilyen téren, de munkához ezt kell használnom.
- A hozzászóláshoz be kell jelentkezni
nekem az volt vele a bajom, hogy nem volt igazan opensource, azt raktak be, vagy javitottak ki, ami nekik kellett, raadasul mivel van egy fizetos termekuk is (ExpressionEngine), neha ugy ereztem, hogy nem akarnak bizonyos featureoket beengedni a CI-be, hogy megmaradjon az EE technikai elonye(bar az EE az egy CMS, de az alatta levo framework-bol nyitottak meg gyakorlatilag a CI-t).
a masik problemam az volt, hogy nem akartak elengedni a PHP4 supportot, ezert az OOP-t csak nagyon alap szinten hasznalta a framework.
azota ugy hallottam, hogy mindket fronton tortentek elorelepesek, nyitottak jobban a community fele, es eldobtak a PHP4 tamogatasat is.
Tyrael
- A hozzászóláshoz be kell jelentkezni
Ezt csak megerositeni tudom, azon felul csinaltak egy plugin community-t is a CI-hez, talan Spark vagy Sparkle neven.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Akkor ebben is le vagyok maradva. Nekem ugyanezek voltak a gondjaim CI-vel, úgyhogy eldobtam és kerestem mást. Friss infóim nincsenek sajnos.
- A hozzászóláshoz be kell jelentkezni
Hm. Akkor az érveid idejétmúltak :) De akkor a fenntartásaid inkább "üzleti" jellegűek, mintsem programozóiak? Tehát ebből a szempontból nem számít rossznak?
- A hozzászóláshoz be kell jelentkezni
CI azert szerettem anno, mert egyszeru mint a faek, junior fejlesztonek kifejezetten idealis.
es azert hagytam ott, mert nem lattam benne a fejlodest, illetve a mai napig lenne szerintem nyitott, valid hibabejelentesem, ha nem dobtak volna ki az osszes bugreportot a bitbucketre koltozesnel.
jobban belegondolva persze mind a Kohana-ban, mind a ZF-ben van ilyen, szoval csak emiatt en nem vetnem el a hasznalatanak a lehetoseget.
Tyrael
- A hozzászóláshoz be kell jelentkezni
Akkor megnyugodtam, hogy nem egy bolond dolgot "erőltettek" rám :)
- A hozzászóláshoz be kell jelentkezni
"CI azert szerettem anno, mert egyszeru mint a faek, junior fejlesztonek kifejezetten idealis."
Ezzel tokeletesen egyet ertek, viszont, hogy ott hagytak volna a php4-et, azt nem hiszem. Most neztem meg es ezt talaltam mindjart az elso file-ban amit kinyitottam:
class CI_Pagination {
function CI_Pagination()
...
>>A Linux olyan mint az asszony, már fogalmad sincs miért választottad.<<
- A hozzászóláshoz be kell jelentkezni
Melyik verzióban nézted? A 2.0.2-esben már __construct van.
$ grep "CI_Pag\|constr" /usr/share/CodeIgniter/system/libraries/Pagination.php
class CI_Pagination {
public function __construct($params = array())- A hozzászóláshoz be kell jelentkezni
Hat bakker, erre most nem tom mit mondjak, http://hup.hu/node/104009#comment-1297169 ez utan neztem meg a CI-t, fogalmam sincs honnan lottem a linket, amit letoltottem, azt letoroltem, szoval nem tudom megnezni a verziot.
Azt hiszem igy keszulnek az "urbanlegend"-ek.
A 2.0.2-ben pedig mar tenyleg ugy van ahogy irtad.
Bocs, ha megtevesztettem valakit!
>>A Linux olyan mint az asszony, már fogalmad sincs miért választottad.<<
- A hozzászóláshoz be kell jelentkezni
Mit mondj? Tévedni emberi dolog. Másra kenni még emberibb :D
- A hozzászóláshoz be kell jelentkezni
A projekt leiras alapjan a Rails alkalmas lehet a celra. Ha erre mesz tovabb, en ezeket neznem meg:
- Sphinx - Thinking Sphinx
- RMagick (ImageMagick binding, azzal mindenkepp meg kell ismerkedned, mert PHP-ban is csak ezzel tudsz ertelmesen vizjelezni)
- Authlogic (ofc)
Illetve mivel MVC az irany, a tobb-tobb kapcsolatokat muszaj nagyon melyen ertened, mert itt tobb helyen is elkerulhetetlenul szukseged lesz ra.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Én azt mondom, hogy ZF! Én nagyon szerettem annak ellenére, hogy akkoriban 1-2 dolgot nem tudtam megcsinálni benne. Tiszta, egyszerű és nem beszélve arról, hogy ha a későbbiek során ebből akarsz megélni, akkor a ZF nagyon jó ajánlás.
-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --
- A hozzászóláshoz be kell jelentkezni
Mas kerdes, hogy egyszeru feladatokra elefant.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Miért, egyszerű feladatra melyik nem az? :)
- A hozzászóláshoz be kell jelentkezni
Kérdés az, mennyire tekinted vagy tekintik a többiek egyszerű feladatnak azt, amit felvázoltam. :)
- A hozzászóláshoz be kell jelentkezni
Egyetértek. De ha belegondolsz abba, hogy megtanulod használni, akkor kis feladatokat is aránylag gyorsan meg tudsz vele csinálni. Telepíteni, beállítani 10-20 perc és megy is. Onnantól kezdve megírod a Controller osztályokat, View fájlokat és ha kell bd kapcsolat, akkor azt is.
Lehet, hogy nagy, de használható és nem kell vacakolnod minden szarral, ami from scratch esetében van.
Én írtam alá egy picike kiegészítést, ami jQuery javascriptet csinált. Kaptam érte egy diplomamunka ötöst. Azóta nem használom, mert JEE és GWT a fő irány.
-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --
- A hozzászóláshoz be kell jelentkezni
En nem is azt mondtam, hogy a from scratch a kovetendo irany, de a felvazoltakra meg egy CI vagy egy SPF is elegseges lehet, nem feltetlen kell a Zend tudasa hozza.
Altalanossagban azert nem szoktak kis feladatokra nagy frameworkoket hasznalni, mert nagyreszt nem tudod neki megmondani, hogy a core felet be se toltse, mert ugyse fog a kutya se erdeklodni iranta. Igy meg csak feleslegesen eszi a memoriat - ami adott esetben akar szukos is lehet.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Látod, ez a jó a ZF -ben. Moduláris és egyszerűen csak nem másolod oda azokat, amelyek nem kellenek. Pontos méréseim nincsenek, de az a pár plugin bőven megéri.
-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --
- A hozzászóláshoz be kell jelentkezni
Nem is a modulokrol van szo, hanem pl. egy bloghoz meg a core nagy reszere sincs feltetlen szukseg. En inkabb a KISS hive vagyok...
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
A csókot én is szeretem! :) De csak nőtől és akkor is csak attól, akit én választok ki! :)
-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --
- A hozzászóláshoz be kell jelentkezni
:-)
Akik viszont esetleg nem tudnak, azoknkak kuldok egy KISS-t.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
(subscribe)
- A hozzászóláshoz be kell jelentkezni
pont azon voltam, hogy feldobok egy uj temat, de mivel erosen hasonlit erre inkabb ideirom:
van egy oldalam (programnak nevezni tulzas), ami adatbazisbol szedeget adatokat es megjeleniti tablazatban (jquery), lehet bizonyos mezoket modositani, ujraszamolni a kiirt ertekeket, statisztikakat generalni, stb. Kulsore csodaszep (a kollegaknak ez szamit), de tulajdonkeppen nem egy nagy dolog. Annak idejen amikor csinaltam meg sima php volt, kesobb lett belerakva kis javascript, hogy ne kelljen submit + oldal ujratoltes allandoan a modositasok megjelenitesehez. Viszont elkovettem azt a hibat, hogy az allando modositasok nincsenek rendesen dokumentalva + sok minden a php kodba kerult fix parameterkent, amirol kesobb kiderult, hogy megis csak jo lenne ha valtoztathato lenne. Aztan elkezdtek masok is hasznalni, de magamnak csinaltam igy egy felhasznalora epul.
1 eve nem nyultam hozza a kodhoz, de egyre fajdalmasabb a hasznalata, tobb mindent mar mashogy csinalnek. Elkezdtem atirni, de feladtam, egyszerubb nullarol ujrakezdeni. Ehhez kellene nekem valami framework, haladjunk a korral, allitolag egyszerubben meg lehet vele oldani olyan dolgokat, mint felhasznalo beleptetes, egyedi beallitasok, egyedi parameterezesek, ertesito levelek, stb.
Mar jo ideje nezegetem a CI es Yii framework-oket, minden nap a masik tetszik jobban... most mar neki kellene allni csinalni is valamit, de meg nem tudtam donteni. A CI egyszerubbnek tunik, de sokaig nem fejlesztettek, most ujra alakul valami. A dokumentacio jo, viszont peldakat mindenhol a regi verziorol latok csak. A Yii allandoan fejlodik, de bonyolultabbnak tunik es nem igazan talalok szimpatikus leirasokat, "from scratch" demokat.
Teljesen 0 MVC tudassal, de nemi sql, php, java ismerettel melyik lenne a jobb valasztas?
Ebbol a kettobol.
- A hozzászóláshoz be kell jelentkezni
Én (közel) nulla sql, php tudással (bár némi programozói tapasztalatom van) a CI-vel kezdtem néhány hónapja. Viszonyítási alapom nincs, hogy a többi framework milyen, de a CI-vel én elégedett vagyok.
Igenis, van fejlesztés. A 2.0.2-s verzió 2011. április 7-én jelent meg. Hogy addig mi volt, hogy jelentek meg verziók, nem tudom. A UserGuide, amennyire nézegettem (hidd el, eléggé rágcsáltam, mivel nekem ezek új dolgok voltak), friss. A wiki-ben valóban vannak régi dolgok, de a figyelmet fel is hívják az ilyen oldalakon. Nemigen volt olyan dolog, amihez elavult wiki-t kellett volna használnom, illetve egy régebbi kódot (némi gyakorlattal) nem olyan nagy kunszt 2.x-hez átírni, ha annyira kell.
Meg állítólag a sebessége se rossz :)
Szóval én a CI-t jó szívvel ajánlom (bár még egyszer mondom, nincs összehasonlítási alapom).
- A hozzászóláshoz be kell jelentkezni
eddig mi volt? itt a roadmap:
2009.09.11 1.7.2
2010.07.12 1.7.2 security patch
2011.01.28 2.0.0
2011.04.07 2.0.2
ehhez kepest a yii havonta jon egy ujabb verzioval. A CI jo, ez nem ketseges, csak azt nem tudom ha mar tanulok valamit akkor erdemes-e foglalkozni vele vagy a legujabb csodanak kikialtott Yii hasznalhatobb lesz-e esetleg kesobb.
- A hozzászóláshoz be kell jelentkezni
A 2.0.0-n dolgoztak, azért nem jelent meg sokáig új :)
Nem hiszem, hogy a "minden hónap új verzió" annyira jó, hogy csak az alapján kell dönteni. Verzióváltás esetén az API is változhat, és az eléggé rosszul eshet, ha egész nagy mennyiséget kell átnézni, hogy hol kell ez miatt javítani. A CI meg egyszerűen jó, csak a verzióbuzulás miatt nem kell havonta új dologgal előjönni ;)
Szóval komolyra. Nem tudom, én csak a CI-t ismerem, nem találom rossznak, sőt, akár javaslom is. Szerintem kezdd el valamelyiket, aztán néhány nap múlva meglátod. Ha tetszik, akkor jó, ha nem, akkor megnézed a másikat is. 18:05 óta sok idő eltelt, elkezdhetted volna az egyiket :P
- A hozzászóláshoz be kell jelentkezni
:) mar elkezdtem mindkettot a "welcome" default kezdololdalak mar megvannak.
- A hozzászóláshoz be kell jelentkezni
Részemről a Kohana-t ajánlom, pártolom és használom. Illetve használni használok CodeIgniter-t is, de azt nem szeretem...
Röviden összefoglalva, hogy miért Kohana...
- PHP4-et még hallomásból se ismeri.
- HMVC
- Nagyon jól oldották meg a kiterjeszthetőséget
- Kifejezetten jól használható gyári ORM modul
- Közösségi projectek közül szerintem az egyik legjobb dokumentáció
- A hozzászóláshoz be kell jelentkezni
Sokaig meg voltam gyozodve arrol, hogy a CI kell nekem, aztan meglattam ezt: http://www.eha.ee/labs/yiiplay/index.php/en es most megint elbizonytalanodtam. Rengeteg olyan dolog van itt, ami pont egyezik az elkepzeleseimmel.
Tudomasom szerint a Kohana a CodeIgniter-bol lett elagaztatva, meg amikor a CI PHP4-et is tamogatott a fejlesztese meg elegge megtorpant. Most, hogy a CI beindult es dobtak a PHP4-et mar kozel hasonlo tudasu, ezert esett ki a rostan. Miert nem szereted a CI-t?
- A hozzászóláshoz be kell jelentkezni
A Kohana 1.x valóban a CI-ről lett ágaztatva. A 2.x már teljesen újra lett írva, de még nagyon sokban hasonlított a CI-re. A 3.x aztán megint teljesen újra lett írva és nemhogy a CI-re, de még a Kohana 2.x-re se hasonlít még távolról se.
A CI-vel hiába haladtak tovább, még mindig nem tisztán PHP5. A kompatibilitás követelményét eldobták, de a kódbázist nem írták újra. A miért nem szeretem a CI-t kérdésre egyszerű a válasz: először dolgoztam Kohanával (először 2.x, majd 3.x) és utána később kaptam egy CI-ben írt sokezer soros kódot, hogy dolgozzak vele és kb olyan érzésem volt, mint akit visszadobtak 10 évvel az időben. :D
Hozzászoktam nagyon az autoload-hoz, a singleton-okhoz, meg hasonlókhoz. Meg az olyan apróságok, hogy a CI DB layere gyakorlatilag minden egyes alkalommal amikor valahol load-oltam a DB osztályt, akkor csinált is egy új connection-t... mi a frásznak?
Kiterjeszthetőség szempontjából se barátságos annyira a CI szerintem, mint a Kohana 3, illetve az se utolsó szempont számomra, hogy Kohanát azért elég gyorsan fejlesztik, gyakran jönnek hozzá javítások. Ja, és nyitottak a közösségi hozzájárulások felé. :)
- A hozzászóláshoz be kell jelentkezni
Szerintem is a Kohana a leghasználhatóbb, de azért az autoload kicsit lassítja a dolgokat, egyszerűbb volt odarakni az include-ot az osztályok tetejére, legalább tudtam, hogy mit használok benne.
- A hozzászóláshoz be kell jelentkezni
Részemről nem hiányolom az include-okat. Az is egy dolog, hogy az autoload elvileg lassít, gyakorlatilag viszont az a tapasztalatom, hogy gyorsabb a Kohana, mint a CI... ellenben több memóriát eszik, de számomra ez vállalható kompromisszum.
- A hozzászóláshoz be kell jelentkezni
miert gondoljatok, hogy az autoload erezheto mertekben lassit?
http://blogs.balabit.com/2011/03/12/php-autoload-performance/
http://weierophinney.net/matthew/archives/245-Autoloading-Benchmarks.ht…
Tyrael
- A hozzászóláshoz be kell jelentkezni
Ezért írtam, hogy elvileg. Meg ugye sok múlik azért a megvalósításon is. Kohana esetében a cascading filesystem miatt ugye az összes modul könyvtárát végig kell tekerni minden autoload-nál, ami feltételezem még egy fokkal lassabbá teszi a dolgot, de semmiképpen sem egy olyan tényező ami miatt megérné include-okra váltani.
- A hozzászóláshoz be kell jelentkezni
Kohana esetében a cascading filesystem miatt ugye az összes modul könyvtárát végig kell tekerni minden autoload-nál
fail. Lehet cache-elni.
- A hozzászóláshoz be kell jelentkezni
Egy másik Yii playground: http://www.yiiplayground.cubedwater.com :-)
- A hozzászóláshoz be kell jelentkezni
ez is jo, kosz :)
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Érdekes összehasonlítások szerepelnek az adott fórumszálon. Yii-nek jobb a doksija, mégis gyorsabban haladt a Kohana megértésével. Mint említi, Kohana elegánsabb API-vel rendelkezik mint a Yii.
Yii alapból többet tartalmaz, amik Kohana-hoz mint modulok adhatóak hozzá (=tisztább, kisebb a magja). Ettől még mindkettőhöz sok modul létezik, bár kiemeli Yii modulok egy része nem túl elegánsan van megvalósítva.
Ha NoSQL kell, az csak Kohana-hoz van (MongoDB), viszont Yii-ben könnyebb összedobni nulláról egy kisebb oldalt.
Yii fórumokon nagyobb az élet, viszont Kohana fórumokon tapasztaltabb programozók vannak. Röviden levonja a tanulságot, nincs kizárólagos győztes. Feladatfüggő hogy melyikhez mit érdemes használni.
- A hozzászóláshoz be kell jelentkezni
"Feladatfüggő hogy melyikhez mit érdemes használni."
Mint mindig.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Viszont eddig egyiket sem (Django, Symfony, Kohana, CodeIgniter, ...) ismerem. Fent vázolt feladatra mit választana az, aki már programozott az említett keretrendszerekben?
- A hozzászóláshoz be kell jelentkezni
Boltkeresot szerintem eleg szuk reteg irt mar, egynel tobbet meg plane. En Railst valasztanek, mert reszben ez az, amit ismerek, reszben pedig nagyon konnyen bovitheto a tudasa. De ez igaz lehet mas keretrendszerekre is, en mindenesetre maradok Rails fan.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Kérdésem inkább arra vonatkozott, aki programozott már mondjuk Kohana-ban és talán Django-ban vagy esetleg Symfony-ban, akkor a feladat leírás alapján melyiket találja alkalmasabbnak. Értsd: nem konkrét boltkereső tapasztalatot keresek, sokkal inkább alkalmazásit.
- A hozzászóláshoz be kell jelentkezni
Meggprobalom en is jobban kifejteni: mindenki azt, amit a legtobbet hasznalt.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Sejtettem hogy erre gondolsz. Reméltem azért, aki pl sok Kohana és egy-két Symfony/Django project-et csinált tud egy relatív összehasonlítást adni: van annyi rálátása hogy kezdőként melyikkel ugorjak neki ennek a feladatnak a megoldásának.
- A hozzászóláshoz be kell jelentkezni
Szerintem kezdőként Kohana, mert sokkal gyorsabban tanulható, mint a Symfony. Django-t még nem láttam, de a Rails is jó lehet, már csak a ruby nyelv miatt is.
- A hozzászóláshoz be kell jelentkezni
Rails nyelvről hallottam egy olyan kritikát ami visszatart a használatától.
Kohana 3.1 -hez készítettem Debian csomagot: dget http://www.routers.hu/gcs/libkohana3.1-php_3.1.3.1-1.dsc
Már csak tutorial kellene, hogyan tudom a rendszerben lévő Kohana-t használni. Azok amiket eddig olvastam vagy régiek voltak vagy azzal kezdték hogy töltsd le, tedd az user HOME-jába és ott módosítsd.
- A hozzászóláshoz be kell jelentkezni
A Rails nem nyelv, az is egy framework. A nyelv alatta pedig ruby.
Milyen kritikát hallottál?
Én csak annyi ellenérvet tudnék, hogy itthon kevesen hostolják, de ha saját szervered van, akkor már ez sem probléma.
- A hozzászóláshoz be kell jelentkezni
De en tudok jo hostingot is (x)
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Saját szerverem van (mármint én vagyok a teljhatalmú rendszergarázda, de nem én fizetem).
Kritika név nélkül:
-- idézet --
Magával a Ruby nyelvvel semmi bajom nincs. Sőt, kifejezetten
szimpatikus, és jól olvasható. Ellenben a fejlesztők, meg a ruby
community az agyamra megy.
Amikor egy Ruby alkalmazás úgy néz ki, hogy az összes gemet embeddeli,
mert az az egy és csak az az egy verzió jó neki, akkor picit szomorú
leszek. Amikor a security support egyes gemekhez (a többséghez) abból
áll, hogy upgradelj a legújabb verzióra, akkor is ha az
API-incompatible, akkor mégjobban elmegy tőle a kedvem.
Amikor a Nagy Rubys Emberek azt javasoljak, hogy az ember NE hasznaljon
Debianos meg Ubuntus Ruby csomagot, hanem tegyen fel rvm-et, es azzal
birizgalja a Rubyjat, és annyira ellenségesen viselkednek a Debian
maintainerrel szemben, hogy az kiszáll a Ruby bizniszből... Na, amikor
ilyesmik történnek, nem kérek a Rubyből, mert Debianon nem igazán
támogatott.
-- idézet --
- A hozzászóláshoz be kell jelentkezni
A Rails _nem_ nyelv. A Rails egy _keretrendszer_, a Ruby egy nyelv. A Rails egy Ruby nyelvre epulo keretrendszer.
Ettol fuggetlenul erdekelne az a kritika.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
+1, bár állandóan összekeverve írom őket.
- A hozzászóláshoz be kell jelentkezni
[benézem valamit, törlendő]
- A hozzászóláshoz be kell jelentkezni
Egyelőre készítettem Kohana 3.1-ből Debian csomagot és bekerült a hivatalos repository-ba. Ahogy időm engedi, kisebb dolgokat próbálok majd vele megvalósítani.
- A hozzászóláshoz be kell jelentkezni
subscribe
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
CodeIgniter keretrendszert javaslom neked. Gyors, jó dokumentációval rendelkezik és szinte mindenre találsz leírást hozzá a neten. Több projekthez ezt használtam, előtte ZF-et is próbáltam, de ez jött be igazán.
arth2o: honlapkészítés
- A hozzászóláshoz be kell jelentkezni
Yep, CodeIgnitert támogatom, simán érthető kezdők számára is, gyorsan tanulható. Támogatom.
- A hozzászóláshoz be kell jelentkezni
kohana 3.0, ha másért nem, akkor a gyors tanulhatóság és teljesítmény miatt.
(3.0 és nem 3.1, mert az még nagyon új, és kevés modul van hozzá)
- A hozzászóláshoz be kell jelentkezni
Viszont azt mondják hogy 3.0 és 3.1 nem teljesen kompatibilisek. Akkor már érdemesebb 3.1-el kezdeni, már az is kiforrottnak tűnik.
Sőt, hamarosan itt van a 3.2-es Kohana is.
- A hozzászóláshoz be kell jelentkezni