Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
De igen, meggyorsítja, csak ismerni kell a megfelelő modulokat. Facebook-integráció miért olyan nagy dolog? Nagyon jó és folyamatosan fejlesztett modulok vannak erre a célra Drupalban. Videótutorialokat is kap az ember, ha akar.
A reszponzív dizájn, mobilos skin megint nem értem, miért is lenne ellenérv. Erre pedig normálisan kommentezett, igényes, könnyen átszabható alapsminkek vannak.
Ez pont egy olyan feladat, aminek az összes pontjára alkalmas lehet egy CMS. Mint említettem, csak ismerni kell a rendelkezésre álló eszközöket, és főleg nem ismeretek hiányában (szemellenzősen) nyilatkozni valamiről.Sk8erPeter
-
Coyot
őstag
válasz Sk8erPeter #13501 üzenetére
Tudod ez olyan dolog, hogy kinek mi. Te belefeccöltél nem kevés időt a Drupalba, ragaszkodsz is hozzá foggal körömmel (legalábbis a hozzászólásaid alapján), megismerted annyira hogy Te ezzel tudnád a legegyszerűbben összerakni a projectet. Én most hogy csak elkezdtem ismerkedni vele, semmiképpen nem állnék neki, már csak abból az okból kifolyólag sem, hogy egyáltalán nem user friendly az adminisztrációs felület (ez amúgy mennyire módosítható van hozzá "faék egyszerűségű" modul?).
Mindenkinek megvan a maga "szent grálja", ismerek olyat aki Joomlával tud nagyon nagyon gyorsan összerakni ilyen jellegű oldalakat, ő arra specializálódott, ismeri az összes ilyen modult vagy nem tudom ott minek nevezik. Más kérdés hogy jön egy exploit hullám és végigcseszik az összes oldalát
Valamint én nem szeretem azokat a modulokat sem egy ilyen rendszerben amiket nem én írtam, ha bármi gond lesz (bug, biztonsági rés stb) az ügyfeled megoldást fog várni, nem mondhatod azt neki, hogy várjál majd a közösség megoldja, mert az van mögötte. Jobb esetben türelmes és vár 1 munkanapot rosszabban meg nem, és joggal fog tőled elfordulni. Nekem ez elég ahhoz hogy a saját kis rendszerem tegyem alá, mert abban biztos vagyok.
Na szájtépés OFF, használd a szent grálod, én is azt teszem
Má' nem
-
Sk8erPeter
nagyúr
"ragaszkodsz is hozzá foggal körömmel"
Hát pont nem, ne fordítsd már ki a szavamat, ha kérhetem.
Ti kezdtetek el nagyon vicces érveket felhozni amellett, hogy márpedig ez NEM megoldható CMS-sel, és jöttek a gyökérségek, hogy dehát az nem olyan rugalmas, mint a saját ki tudja milyen tákolmányom. Erre reagálva elmondtam, hogy ez nem így van. Nem én ragaszkodom hozzá foggal-körömmel, arra hívtam fel a figyelmet, hogy nem kell a kérdéshez szemellenzősen állni.
De nyilván mindent ki lehet forgatni."egyáltalán nem user friendly az adminisztrációs felület"
Látszik, hogy nem ismered. Olyan felületet tolsz ki a megfelelő jogosultságokkal a júzernek, amilyet akarsz, hogy még a szomszéd Mari néni is megértse. Minden lószarba belenyúlhatsz. (Jó, nyilván korlátokkal.)"Más kérdés hogy jön egy exploit hullám és végigcseszik az összes oldalát "
Na ez Drupalra pont nem nagyon jellemző: ha megnézed az osztott tárhelyek blogjait, általában a WordPress és Joomla jön ki vesztesen. Ez most nem elfogultság, hanem ez a tendencia."az ügyfeled megoldást fog várni, nem mondhatod azt neki, hogy várjál majd a közösség megoldja"
Hát bakker, megoldod te, nagyon nagy rejtély. Pl. csinálsz egy patch-et, amivel megoldottad magadnak, aztán a modul issue queue-jában szépen nyitsz egy új issue-t, ha még nincs megemlítve a szóbanforgó bug, és feltolod a patch-edet, amit ha megfelelően írtál meg, committolnak is. Máris hozzájárultál valamivel az ilyen jellegű közösségi fejlesztésekhez. Ez nem egy magasztos f@szság, hanem működő dolog.Én nem mondtam egy szóval sem, hogy ne tedd a saját rendszeredet a fejlesztendő rendszer alá, ha jól működik, bevált, bizonyított, akkor tegyed, nyilván. De ne kezdjük már el terjeszteni a hülyeségeket, mert az senkinek sem jó. Főleg ne legyünk szemellenzősek.
Sk8erPeter
-
Coyot
őstag
válasz Sk8erPeter #13503 üzenetére
Szerintem egyáltalán nem állok szemellenzősen a dologhoz. A végigcseszik az oldalakat pedig pont egy joomlás példára írtam amúgy.
Nekem ahhoz hogy hatékony legyen a Drupalban nagyon sokat kellene tanulnom a működését, jelenleg mivel erre nincs időm, nyilván nem érné meg egy percet sem belefeccölni. Erre mondtam hogy a szentgrálja mindenkinek megvan, neked ez, nekem meg a saját kis szarom.
Viszont ha van egy linked hogy tudok marinéni egszerűségű admint kirakni az jó lenne, legalább segítenék az oldal használatában amiről lejjebb beszéltem
"Ti kezdtetek el nagyon vicces érveket felhozni amellett, hogy márpedig ez NEM megoldható CMS-sel, és jöttek a gyökérségek, hogy dehát az nem olyan rugalmas, mint a saját ki tudja milyen tákolmányom."
Szerintem senki nem mondta hogy nem megoldható csak azt hogy lehet egyszerűbb egy direkt erre a célra összerakott rendszer, legalábbis én így értettem. És szerintem a 100%-ban saját kódodat is sokkal könnyebben módosítod, tehát igen rugalmasabb vagy vele mint pl egy modullal amiben ha hiba van először meg kell nézned mi a baja, megismerni hogy működik, aztán javítani, míg saját kódban egyből tudod hol a hiba, gyakorlatilag így az azonnal javítható. Szerintem a többiek is valami hasonló módon közelítik ezt meg.
Má' nem
-
válasz Sk8erPeter #13497 üzenetére
A "már valaki egyszer megcsinálta, csak valószínűleg jobban" érvelés szerinted mennyire jól alátámasztott?
Eleve azt felvetni, hogy a CMS készítők csak azért, mert már feldobtak valamit a netre, bárkinél jobbak lehetnek? Ezt tényként kezelni? Láttad te már a Drupal forrását? A modulokét? Szerinted normális emberek csinálták? #13493; Drupal és az igényesség, mi?Egy Drupal alapú fejlesztést az első problémás, egyedi igény meg tudja ölni, az a baj. Ilyenkor mi történt, történik? Tételezzük fel, hogy a Drupal alap nem teljesen ismeretlen, csak a most szükséges modulokat kell beszerezni (esetleg megvenni, most is találtam, külsőre tiszta jó is volt), az első probléma ott jelentkezik, ha a modulok nem akarnak találkozni. Tételezzük fel, hogy sikerül megoldani idő és némi szenvedés árán, jön egy probléma, amit meg kell oldani, de nincs rá modul. Oké, megtanulunk Drupal modult írni (ha már le lettünk fikázva a kódírási képességeink miatt, akkor vajon a Drupal-hoz írt modulunk az már penge? ), ez szintén nem kevés idő, aztán meg vagy működik vagy nem. Jönnek még igények, vagy van modul, vagy nincs, leküzdjük (idő, pénz, sárm), de pl. amikor jönne egy olyan, hogy auditálva kellene minden (mert az egyik alkalmazott csinált valami f.szságot), akkor máris meghaltunk, mert általában ez senkinek sem jut eszébe (modulkészítőknek sem). Ja, igen, riportok is kellenének, legyen benne minden, ami csak elképzelhető, mert XY összefüggést akarom látni. Oké, ott tartunk, hogy kivitelezhetetlen a jelenlegi rendszerrel, újat kell építeni. Mennyibe is kerül ez? Hát nem 2 millióba. Alapból egy nagyon komoly üzleti döntés, de akkor, ha még elegendő pénz sincs, még nagyobb súlyú.
---
Ha nem is a Drupal-t vesszük alapul, láttad már, hogyan épülnek fel a PHP-s keretrendszerek? Én egyelőre a kisebbeket nézegetem, a CakePHP csoda, hogy működik, a Yii pedig tele van olyan dolgokkal, amelyeknek semmi keresnivalója egy ilyen rendszerben (2.0-át hirdetik úgy, hogy nulláról újraírva, pedig egy nagy sz.rt lesz úgy ). Zend-et még csak karcoltam, mást szerintem még nem néztem.
-
DNReNTi
őstag
Amúgy most olyan ez a vita mint ha egy galaxy s3 és iphone5 fanboy próbálná meggyőzni a másikat arról h a sajátja jobb. Kábé. (off: persze nem kérdés: s3 win ) Az itt felsorolt lehetőségeknek mindnek van előnye és hátránya azt használjátok amelyik közelebb áll hozzátok.
but without you, my life is incomplete, my days are absolutely gray
-
PonPon
senior tag
Jó kis discussion-t sikerült kirobbantani a kérdésemmel Élmény volt végigolvasni.
Amit sikerült leszűröm (remélem jól) hogy igazából CMS-el is megvalósítható a dolog, valószínűleg messze nem lesz olyan tökéletes mint a saját fejlesztés, de minden bizonnyal olcsóbban kihozható és ha nincsenek túl nagy elvárások akkor messze minden igényt kielégíthet. -
DanielK
addikt
válasz Peter Kiss #13505 üzenetére
Már bocs, de régen rossz, ha menetközben variálgat a vevő. Kell írni először egy specifikációt neki, amit elfogad. Ez alapján megcsinálni a kért dolgot. Majd ha kell még neki valami, akkor jöhet az újabb szerződés és egy újabb specifikáció. Így egy fejlesztés hónapokig, akár évekig is elhúzódhat, ha állandóan ezt meg azt kér pluszban, vagy variál valamit a vevő. Bár lehet valaki szeret így dolgozni.
Ha már cms: akkor inkább wordpress, és miért? Mert az admin része user friendly. Persze nem egy otp szintű oldal alá kell tolni. Egy egyszerű szimpla oldalt simán lehet erre rakni.
-
-
spammer
veterán
Van pár checkbox, amelyeknél a value="1" , ezeket a form postolása után az adatbázisba boolean mezőbe írja (tehát ha checked, akkor 1-et ír be).
Na most vagy egy másik oldal, ahova le szeretném kérni az adatokat, és ha azt szeretném, hogy:
- ha az adatbázisból kiolvasva 1 az érték, akkor legyen bepipálva (értéke "1")
- ha az adatbázisból kiolvasva 0 az értéke, akkor ne legyen bepipálva (értéke "0"), de ha bepipálom, akkor nyilván az értéke 1 legyen majd postoláskor.Ezt hogy lehetne megoldani php-ben? Vagy felejtős, és inkább nézelődjek valami jQuery megoldás után?
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz Tele von Zsinór #13511 üzenetére
Köszi, nem is tudtam, hogy php-vel input mezőn belül ezt így lehet Itt meg is találtam közben [link]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz DeltaPower #13513 üzenetére
Igen, a válaszban is írják Én is úgy írtam, csak ha == 1, akkor checked, kész
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
fordfairlane
veterán
válasz spammer #13512 üzenetére
Sosem láttam még ilyet, hogy unchecked-re lett volna állítva ez az attribútum, és a példában az if-ben el van rontva a feltételvizsgálat ( == helyett =, tipikus hiba)
Én ilyen esetekben az alternatív szintaktikát ( if: endif; ) szoktam használni:
<input type="checkbox" name="nev" value="val"<?php if($nev) : ?> checked="checked"<?php endif; ?>>
x gon' give it to ya
-
spammer
veterán
válasz fordfairlane #13515 üzenetére
Jaja, a válaszokban már jó az == 1, meg tényleg felesleges az unchecked, hiszen alapból már az. Működik is. Én azt hittem, valami bonyolultabb a módszer, mindig túlgondolom
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
fordfairlane
veterán
válasz spammer #13516 üzenetére
Én azt hittem, valami bonyolultabb a módszer, mindig túlgondolom
A PHP-nek pont ez az erőssége, hogy egyszerű a html kezelés - manipulálás. Hátránya az összetett programstruktúrák támogatásának hiányosságai, és az inkonzisztens API.
[ Szerkesztve ]
x gon' give it to ya
-
cucka
addikt
válasz fordfairlane #13517 üzenetére
Mit jelent az az "összetett programstruktúra", amit a php hiányosan támogat? Tudsz példát?
-
fordfairlane
veterán
Minden olyan dolgot, ami ahhoz kell, hogy bonyolult szoftvert lehessen készíteni. Eleve csak az 5-ös verzióban kapott a PHP tisztességes obejktumkezelő rendszert. Az 5.2-ben jutott el odáig, hogy használható lett a class loadere, aminek az implementációja még mindig egyedi, ezért további szabványosítást igénylő (PSR-0). Az 5.3-tól van csak namespace-kezelés.
Ezen kívül vannak olyan tulajdonságai, ami arra csábítanak, hogy kuplerájt hagyjon maga után a programozó. Például, hogy bármikor keverheted a html-t a PHP kódrészekkel. Nincs szétválasztva a megjelenítés az alkalmazáslogikától, a PHP egyben template-nyelv is. Nincs szabványos URL - metódus mapping, ez nem a PHP futtatókörnyezet része, hanem webszerver- és egyéb komponenesektől függő dolog. Ezernyi apróság, ami megnehezíti az alkalmazásfejlesztést.
x gon' give it to ya
-
cucka
addikt
válasz fordfairlane #13519 üzenetére
Eleve csak az 5-ös verzióban kapott a PHP tisztességes obejktumkezelő rendszert. Az 5.2-ben jutott el odáig, hogy használható lett a class loadere
Az 5-ös verzió 9 éve jelent meg, az 5.2 pedig 7 éve, szóval ezek már jó ideje lejárt lemezek.aminek az implementációja még mindig egyedi, ezért további szabványosítást igénylő (PSR-0). Az 5.3-tól van csak namespace-kezelés.
A class loadert kezeli a framework, vagy megírod egyszer és jól van. Tény, nem túl elegáns, de azért ez nem akadálya a komoly programok fejlesztésének.
Az 5.3 pedig 4 éve jelent meg, szóval lassan már ez is lejárt lemez. Inkább baj, hogy mennyire bénán implementálták a namespace-eket.Ezen kívül vannak olyan tulajdonságai, ami arra csábítanak, hogy kuplerájt hagyjon maga után a programozó.
Azért ez sem megoldhatatlan probléma egy komoly projektnél. Ha én enterprise szoftvert fejlesztek php-ban, akkor miért kell érdekeljen, hogy a kezdő pistikék szar kódot is tudnak akár írni?Nincs szétválasztva a megjelenítés az alkalmazáslogikától, a PHP egyben template-nyelv is.
Ez mondjuk egy mvc framework dolga, nem a nyelvé. Ha írok egy egyszerű java programot, ami csinál valami számításokat, majd kiírja az eredményt a konzolra, akkor erre sem teljesül az alkalmazáslogika és a megjelenítés szétválasztása. Most ettől rosszabb nyelv lesz a Java?Nincs szabványos URL - metódus mapping, ez nem a PHP futtatókörnyezet része, hanem webszerver- és egyéb komponenesektől függő dolog.
Mert amúgy melyik nyelvben van szabványos URL-metódus mapping? Ezt mindenhol a library-k intézik. (Egyáltalán, hogy kéne elképzelni, hogy ez egy általános célú nyelv része legyen?)Szóval na, ez így távolról sem volt meggyőző.
[ Szerkesztve ]
-
nymarti
csendes tag
sziasztok!
van egy tabom, ahol szeretném, ha az egyes tabokon egy mysql tábla egy adott mezője jelenjen meg.
az első esetnél már próbálkoztam, ahol tartalom=tábla, tab_tartalom_egy=mező neve
<?php
switch($_GET['tabNum']) {
case 1: echo $tartalom['tab_tartalom_egy']; break;
case 2: echo "tartalom2"; break;
case 3: echo "tartalom3"; break;
case 4: echo "tartalom4"; break;
case 5: echo "tartalom5"; break;
}
?>Előre is köszi a segítséget!
-
Speeedfire
nagyúr
válasz Peter Kiss #13505 üzenetére
Csak érdeklődés szinten. Mi nem való a yii-be szerinted?
Eddig akárhol olvastam a hasonló tudású keretrendszerekről, inkább a yii-t ajánlották.
Magam is ebben fejlesztek kb 2 éve már. Meglepően sok dolog van bele integrálva.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #13522 üzenetére
widgets - 3 nagyobb ilyen rész is van benne
framework\web\js\
minden gyanús, ami a Component-től származikÉs miegymások. Persze, amire nincs szükség, nem kell használni, de ahelyett, hogy CMS-t próbálna belőle készíteni a fejlesztője, rendbe rakhatná a kódbázisát, mert jelenleg tele van fekete mágiával.
-
kenwood
veterán
Lehet,h picit off a kerdes,de az aktiv temak kozott nem talaltam olyat,ami a cime alapjan alkalamasabb lenne.
Codeigniter alapu siteheoz szeretnek domaint+ tarhelyet.
Az erdekelne,h vannak-e olyan dolgok,amikre erdemes rakerdezni a szerzodes megkotese elott ?Nem szeretnem,ha csak az eves dij befizetese utan derulne ki,h peldaul a .htaccess,vagy egyeb, az MVC siteokhoz nelkulozhetetlen funkciok valamilyen okbol tiltva,vagy erosen korlatozva vannak a szolgaltatonal.
Mi kell az alaplapba? Procibol egy, Rambo 2. <> Egyetlen vizmolekulaban tobb hidrogen atom van,mint ahany csillag az egesz naprendszerben
-
Speeedfire
nagyúr
válasz Peter Kiss #13523 üzenetére
Mi a baj a widget-ekkel? Szerintem az egyik legjobb dolog benne, még cache-lni is lehet őket.
A js mappa is hasznos szerintem, alapból benne van a jq és a jq ui. Ezeket ha kell felül lehet írni.Maga a felépítése nem szimpatikus vagy ahogy a kód meg van írva?
Ha előbbi akkor nem értelek, ha utóbbi akkor nem tudom megcáfolni, mert nem szoktam nézni a kódját.
kenwood: Pl tárhelypark, viacomkft
Én utóbbit preferálom jobban. De ha konkrét specifikus dolgok vannak benne, akkor kérj próbaidőszakot. 2-4 hét, ez idő alatt tudod tesztelni.[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #13525 üzenetére
Egy keretrendszer fájljait nem igazán okos ötlet felülírni. Látszik, hogy nincs erre biztosítva rendes lehetőség, hiába van benne, gyakorlatilag öntött vasként üzemel. Widget-ek CMS-hez vannak, a Yii meg nem az lenne, elvileg. A felépítésével is vannak problémák, de te magad is belefutottál a múltkor a nem túl jól megírt kód problémáiba, mikor nem tudtad elkapni a PDO-nak vagy minek a kivételeit.
-
kenwood
veterán
válasz Speeedfire #13525 üzenetére
nincs semmi konkret.vagy extrem elvaras,inkabb az erdekelne,h vannak-e olyan gyakran hasznalt funkciok,amik sok helyen korlatozva vannak, ezert erdemes kulon rakerdezni.
nem register globals,vagy short openre van szuksegem,hanem arra,h amik a user guideokban ,tutorialokban vannak, es a localhoston mennek,azok mukodjenek a tarhelyen is.
csak azert kerdezem,mert gondoltam,kiprobalom elesben is a dolgot egy free tarhelyen,de mar a .htaccesst sem engedte feltolni az ftp server,igy picit ovatosabba valtam
Mi kell az alaplapba? Procibol egy, Rambo 2. <> Egyetlen vizmolekulaban tobb hidrogen atom van,mint ahany csillag az egesz naprendszerben
-
orkester
senior tag
Sziasztok!
Így a nap végén már egyszerűen nem jöttem rá mit hibázok. Ha valaki hamarabb rájönne mi a gond, annak nagyon örülnék. Kérlek segítsetek!
A lényeg az lenne, hogy az adatbázisban a product tábla, image mezőjében vannak olyan kép fájlnevek, amik mögött nincs fizikailag fájl, ezeket a sorokat szeretném megtalálni.
<?php
$conn = mysql_connect("localhost", "user", "pass") or die(mysql_error());
mysql_select_db("db") or die(mysql_error());
$query_media = "SELECT product_id, image FROM product where image != ''";
$media = mysql_query($query_media, $conn) or die(mysql_error());
if (mysql_num_rows($media) > 0) {
while ($row_media = mysql_fetch_assoc(media))
IF (file_exists('http://www.weboldal.hu/image/' . $row_media['image'])) { echo "update product set image = '' where product_id =" . $row_media['product_id'];
echo "update product_image set image = '' where product_id =" . $row_media['product_id'];
}
$index++;
}
?>[ Szerkesztve ]
PSN: orkester ** Aki tud olyan nemzetközi hírről, ami a Ft-ot nem gyengíti dobjon egy privátot - 2012.05.24. óta 0db üzenet ** Ha nem válaszolok valószínűleg le vagy tiltva és nem véletlenül. ** Ha valami karcos, kopott, megrágta a kutya, kérlek ne hirdesd újszerűnek, köszi!
-
-
orkester
senior tag
Nagyon köszönöm mindenkinek, segítettetek.
Ha valakit érdekel a megoldás:
<?php
$conn = mysql_connect("localhost", "user", "pass") or die(mysql_error());
mysql_select_db("db") or die(mysql_error());
$query_media = "SELECT product_id, image FROM product where image != ''";
$media = mysql_query($query_media, $conn) or die(mysql_error());
if (mysql_num_rows($media) > 0) {
while ($row_media = mysql_fetch_assoc($media)) {
$filepathname ="/home/www/web2/web/image/".$row_media['image'];
if
(file_exists($filepathname))
{
}else {
echo "update product set image = '' where product_id =".$row_media['product_id'].";<br>";
echo "update product_image set image = '' where product_id =".$row_media['product_id'].";<br>";
}
$index++;
}
}
?>PSN: orkester ** Aki tud olyan nemzetközi hírről, ami a Ft-ot nem gyengíti dobjon egy privátot - 2012.05.24. óta 0db üzenet ** Ha nem válaszolok valószínűleg le vagy tiltva és nem véletlenül. ** Ha valami karcos, kopott, megrágta a kutya, kérlek ne hirdesd újszerűnek, köszi!
-
spammer
veterán
-
orkester
senior tag
válasz spammer #13533 üzenetére
Igaz, nincs sok.
PSN: orkester ** Aki tud olyan nemzetközi hírről, ami a Ft-ot nem gyengíti dobjon egy privátot - 2012.05.24. óta 0db üzenet ** Ha nem válaszolok valószínűleg le vagy tiltva és nem véletlenül. ** Ha valami karcos, kopott, megrágta a kutya, kérlek ne hirdesd újszerűnek, köszi!
-
Speeedfire
nagyúr
válasz Peter Kiss #13526 üzenetére
Nem magát a fájlokat, hanem hogy honnan érje el.
A yii alapból nem webes alkalmazásra van, hanem web 2 oldalra. Ezért van a widget.Az a pdo dolg még most is érvényes, de biztos van rá.megoldás csak én nem kerestem rá eléggé.
Szerintem első frameworknek tökéletes. Ha nagyobb tudású kell, akkor meg ott a zend.Mindenesetre egy akármelyik framework.jobb, mint 0-ról írni egyet.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MODERÁTOR
válasz Speeedfire #13535 üzenetére
Pont ilyen okok miatt gondolkodom, hogy dobom a kukaba ami van es valtok CodeIgniter-re
mobal,
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
-
MODERÁTOR
válasz Peter Kiss #13537 üzenetére
Talán még a jobbik fajta.
Új keretrendszerekről mi a vélemény? Gondolok itt a Lareavel-ra és a Fuel-re.
mobal,
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Lehet, hogy nem a jobbik.
A másik kettővel az a baj, hogy nem objektum orientáltak, hanem class orientáltak, vagy még azok sem, mert helyenként durván összekeverednek a felelősségek, emellett hirdetik, hogy új PHP verzióra van, meg minden, de olyan elemek vannak mindegyikben (Codeigniter-ben), amelyeket a PHP 5 óta nem szabadna használni (&$, illetve metódusoknál/függvényeknél function &akarmi referenciázás még objektumok esetén is, pedig ott már egy internal handler mindent intéz, de így csúnya dolgok alakulhatnak ki amellett, hogy lassú, mint a sz.r).
-
MODERÁTOR
válasz Peter Kiss #13539 üzenetére
Akkor mit ajánlasz, vagy maradjak a Kohanánál? (Most még mindegy, nem foglalkoztam csak a Kohanával)
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Tele von Zsinór
őstag
Ha van időd és türelmed egy elég meredek tanulási görbére, akkor én nagyon ajánlom a Symfony2-t. PHP 5.3 alapú, a következő 1-2 hétben várható a 2.3-as változata, ami az első LTS lesz, három év supporttal. Elég jó közössége van, levlistán, stack overflowon és IRC-en is lehet hatékonyan segítséget kérni. Itt is van rajtam kívül néhány ember, aki foglalkozott már vele.
Ha egy kisebb keretrendszerrel kezdenél, akkor ott a Silex, ami egy microframework Symfony2 komponensekre épülve. Az elmúlt másfél évben két Sf2-es projektet kivéve kizárólag ebben dolgoztam, nagyon megszerettem.
-
Sk8erPeter
nagyúr
válasz Peter Kiss #13505 üzenetére
Sorry, csak most tudok reagálni, kissé leterhelt vagyok mostanság.
Nem, a szavaimat picit kiforgattad, nem azt mondtam, hogy a CMS-készítők mindent jobban csinálnak. Ha félreérthető volt, amit írtam, és mégis így lehetett értelmezni, akkor elnézést, nem így értettem.
A "CMS-készítők" elég fura kategória. Pontosabban elég tág. Felhasználói visszajelzések, patch-ek alapján is javítgatnak egy elég komplex rendszert, így aztán esélyes, hogy gyorsabban megoldanak olyan felmerülő problémákat, amikkel esetleg a saját rendszerednél csak később találkozol, és esélyes, hogy bevált gyakorlatokat fognak alkalmazni, mert ha nem, akkor sanszosabb, hogy többeknél kib@ssza a biztosítékot, akik mondjuk igencsak helytelenítik az adott módszert. De ha belegondolsz, az open source frameworkök továbbfejlődésének is ez az egyik forrása, igazából nem kell ehhez nagyon pátoszos mondatokat hangoztatni, hogy a "közösség ereje", meg hasonlók, mert van mögötte bőven tartalom. Ilyen alapon a "közösség ereje" dönt a Stack Overflow-n és hasonló fórumokon is (majd a közösség eldönti, hogy valaki egy rakás szart rakott fel, vagy jó a válasza).
Ettől függetlenül persze simán lehet, hogy adott feladatot ezerszer jobban oldod meg, mint ahogy a CMS vagy más, közösség által fejlesztett cucc (ne korlátozzuk CMS-re, mert ez a topicban mint látom, szitokszó lett) adott részében sikerült (csak hogy feltételes dicséret is legyen ), de az is lehet, hogy ugyanazt a végeredményt lassabban sikerül elérned, vagy adott hibaforrás jóval később derül ki. Igaz, publikus sem lesz, így a hiba kihasználása is kissé nehézkesebb lesz egy csúnyabácsi által."Láttad te már a Drupal forrását? A modulokét? Szerinted normális emberek csinálták?"
Igen, láttam a forrását, valószínűleg sokkal többet nézegettem már, mint Te. Egyetértek azzal, hogy ez a régi procedurális örökség így teljesen lecsupaszítva, egyszerűen megközelítve egy hányadék. De ez a PHP 4-es időkből maradt fenn, nem két perc váltani. De ugye vágod, hogy a 8-as Drupal Symfony-alapokon fog futni? (Pontosabban fut, a jövő időt azért használom, mert a stable megjelenéséig nyilván bőven van még mit csiszolni.) Persze bizonyos kódrészletek kompatibilitási okokból megmaradnak, ez annyira nem meglepő. Igaz, személy szerint jobban támogatnám a teljes korábbi örökségek kukába való kib@szását, hogy ne kelljen csúf kódrészletekkel találkozni pusztán kompatibilitási okokból, de egy ilyen radikális lépés valszeg elég sokaknak elég fájó lenne. Normális emberek csinálták, alkalmazkodva az adottságokhoz. Cikk: Drupal programming from an object-oriented perspective.
Egyébként szerintem megőrülnél, ha C-ben programoznál, hogy tisztán (nem kerülő megoldásokkal) nem tudnál OOP-ben programozni, mert egyszerűen nem adottak rá a lehetőségek. (Vagy például más nyelven, de az adott környezetben túl sok overheadet jelentő objektumorientáltság túl nagy luxus lenne, így az nem lenne használható.)
Na, de visszatérve a lényegre: szerinted a Symfony is egy szar? Hogy a Drupal jövőjét boncolgassuk.Csak még egyszer, a tisztánlátás érdekében, hogy ne tarts elvakultnak: látom sok helyen a Drupal forráskódjában, hogy bőven van mit javítani, igen, vannak rettenet szar megoldások is, és alapvetően én is jobban örülnék egyébként tisztán objektumorientált szemléletnek, de nem mondom minden NEM OOP-s kódra azt, hogy az úgy szar, ahogy van. Ebben valószínűleg amúgy sem értünk egyet, ahogy eddigi kommentjeidből leszűrtem (ha valami nem OOP, akkor csakis egy fos lehet), így erről nem is próbállak meggyőzni. De ha nagy általánosságban kijelented mindenről, ami Drupal, hogy nem normális dilettáns gyökerek írták, akkor valószínűleg picit szemellenzősen állsz a dolgokhoz, meg nem láttál még egész jól megírt modulkódot (értsd: egy modult sem feltétlenül kell azonosítani a teljes Drupal-kóddal (próbálkozások alapvető OOP-szemlélet Drupalba való beleerőszakolására), bár való igaz, a hookok rendszere miatt van egyfajta megkötöttség). Nem szeretnék példálózni, mert nincs kedvem a végeláthatatlan fikázásokhoz, biztos vagyok benne, hogy bármiben találnál fogódzót saját érved alátámasztására (t.i. hogy a Drupal szted szar, ha törik, ha szakad).
Inkább én lennék már kíváncsi arra, hogy van-e egyáltalán olyan rendszer, olyan kód, amit dicsérsz, amit elfogadsz hibáival együtt? (Van olyan kód, amiben nincs hiba? A kérdés költői.) Komolyan, mindenféle rossz szándék nélkül, nem nagyon láttam még tőled olyan kommentárt, amiben valamit tényleg dicsérnél. Általában a szarkasztikus, rendkívül lefitymáló kommentek voltak a jellemzők (mármint kivéve a saját kódjaid kapcsán), szívesen látnék tőled olyan dolgot, amit dicsérsz. Most ezt tényleg nem köcsögösködésből mondom, hanem az eddig látottak alapján. Az utolsó bekezdésedből is ez derül ki.
Ja, még annyi, hogy az általad említett problémákra egészen biztos, hogy van Drupalban is megoldás, csak ismerni kell a megfelelő modulokat. Én is meg szoktam lepődni a fórumokat böngészve, hogy milyen modulok léteznek, amikről addig fingom sem volt, mégis egész korrekten lettek megoldva. Ha konkrét problémát kell megoldani, rá kell kérdezni mindre drupal.hu-n, drupal.org-on, vagy főleg a Stack Exchange családba tartozó Drupal Answers-ön. Tuti érkezni fog rá valamilyen kész javaslat. Jó, van ezernyi igény, amire egész pontosan adott modul nem lett kitalálva. Viszont az is elképzelhető, hogy olyan, aki tényleg átlátja a Drupal működését, meg jó modulokat tud írni, az sokkal gyorsabban elkészíti a feladatot, mint más egy saját rendszerben. Az is lehet, hogy nem. Teljesen egyén- és igényfüggő, ahogy máskor sem, ebben sem érdemes általánosítani. Tehát azt sem lehet kijelenteni, hogy egyedi rendszerben minden könnyebben megoldható. Attól függ.
A CMS-ek összes nyűgjét-baját szerintem sokan látják, akik a topicban aktívan tevékenykednek (pl. túlzott erőforrás-igény egy saját rendszerhez/komoly keretrendszerhez képest), én is, és lehet, hogy a dumámtól függetlenül a CMS szitokszó marad, de azért legalább megpróbáltam.
Kulturált reakciót viszont szívesen olvasok, mert maga a téma érdekes, nem kell, hogy ebből flamewar legyen (bár már az).Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Peter Kiss #13526 üzenetére
"mikor nem tudtad elkapni a PDO-nak vagy minek a kivételeit"
Ez a "PDO-nak vagy minek" kicsit viccesen hangzott, mintha az valami szintén nagy szar lenne.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #13541 üzenetére
"Ha van időd és türelmed egy elég meredek tanulási görbére"
http://wiki.answers.com/Q/Does_a_steep_learning_curve_mean_learning_fast_or_slowly"In common (technically incorrect) usage, "steep learning curve" is meant to indicate that to learn the subject/technique takes a long time and is difficult. "
Én is így gondolom, de egyszerűbb volt belinkelni egy pont ezt részletesen kifejtő cikket, mint saját szavakkal leírni. Néha nagyon jól jön, ha az ember rákeres, mielőtt részletesen elkezd fejtegetni egy témát, valszeg már előtte leírták.[ Szerkesztve ]
Sk8erPeter
-
A Kohana hasonló az előző kettőhöz. Valószínűleg mindegyiknél abból indultak ki, hogy kellene valami keret az apróságainknak, de akkor használjunk osztályokat, de még tegyünk hozzá valami feature-t, és még egyet, még egyet...
A Symfony2 ezek mellett egy ASP.NET MVC szintű cucc, bár több ponton szerintem túllőttek a célon, illetve az annotációkkal történő játék nekem nagyon nem jön be (majd esetleg akkor, ha a PHP-nak sajátja lesz), de Potencier bácsi és csapata azért érti a dolgát. Valószínűleg én is előbb a Symfony2-t nézegetném, mint a Zend Framework-öt. (Akár máshogyan is lehetne érzékeltetni az előbbi 3 és a Symfony2 viszonyát: PHPMailer vs. Swiftmailer)
---
@Sk8erPeter
Hiába raknak a Drupal alá Symfony2-t, amíg "bizonyos kódrészletek kompatibilitási okokból megmaradnak", magyarul a szarkupacból egy egész halom lesz. Nice move. (Igazából akármit csinálhatnak, annyi minden van Drupal alá, hogy azok miatt nem lesz soha semmilyen nagy megtisztulás.) -
Sk8erPeter
nagyúr
válasz Peter Kiss #13545 üzenetére
"Hiába raknak a Drupal alá Symfony2-t, amíg "bizonyos kódrészletek kompatibilitási okokból megmaradnak", magyarul a szarkupacból egy egész halom lesz. Nice move."
Jól van, látom rettenetesen sok értelme volt megírnom az előző bőbeszédű, lehetőleg a korábbinál jóval produktívabb, inkább alátámasztást célzó hozzászólásomat. A lényege az előzőnek igazából pont az volt, hogy "csak azért is" indokból ne szarozzunk le egy rendszert, úgy beállítván, hogy "én úgyis sokkal szebbet, jobbat írnék". Lehet, hogy nem csak az általad írt csodarendszerekkel oldhatók meg webfejlesztési feladatok. Bocs, ha ezzel letörtelek. (Bár nem hiszem, hogy épp ettől csökkenne az ordító önbizalmad.)
Nem gondoltam volna, hogy egy érvre, amit direkt én hoztam fel, mint negatívumot, egyből lecsapsz, mint gyöngytyúk a takonyra. De örülök, ha ezek szerint szebbé tettem az estédet, mert ismét izomból fikázhattál valamit. Sikerült ismét értelmes irányba terelned a beszélgetést.Egyébként megkérhetnénk Parciékat, hogy tegyék egyszerűbbé a fórumozásodat, random generáljanak neked a szar/fos/nevetséges/dilettáns/gyökér/idióta/hülye/értelmetlen/komolytalan/ócska/... szavak valamelyikéből egyet a textarea-ba új hsz. megírásakor, hogy neked csak a mondatba ágyazás legyen a dolgod.
Sk8erPeter
-
válasz Sk8erPeter #13546 üzenetére
Egy dologgal érveltél a Drupal mellett, az pedig a Symfony2 volt. Attól, hogy sokat írsz, még nem mondasz többet.
Ha akarod, emellé még odacsaphatjuk a közösséget, de ez megvan máshol is, illetve saját rendszer esetén is ott lehet. Egyébként, ha a Drupal is úgy lenne fejlesztve (meg sok más is), hogy lehetne rá automatizált teszteket írni, akkor sokkal élhetőbb lenne az adott rendszer (Drupal, Drupal modul, más keret, miegymás), legyen szó bármelyikről. Az ezelőtt említett keretrendszek (legyen CMS vagy nem) kicsit sem felelnek meg ennek az elvárásnak, ki sem látszanak a global-ból és a static-ből, így nem is csoda, hogy kell a közösség, hogy mindent észrevegyen.
-
FehérHolló
veterán
Uh.. mi folyik itt gyöngyösön?!
Kéremalássan vindóz fölé milyen körülbelül térítésmentes tarhálókörnyezetet tudnátok ajánlani ötös péhápéhoz, ami nem nótpadpusszpussz?
Kvázi igénytelen valék, minden szó felmázolása után legyen színezve a bötű, amit firkálok, és legyen intelligens érzék (intellisense), vagy mi. De ne több, ne kevesebb.Skynet is real. It's called Google.
-
válasz FehérHolló #13548 üzenetére
Netbeans
-
FehérHolló
veterán
válasz Peter Kiss #13549 üzenetére
Az büdös, inkább eclipse.
Komolyan nincs harmadik lehetőség?u.i.: Sokkal jobban élveztem anno a netbínzes dzsabba fejlesztést, mint a fogyatkozásosat.
Skynet is real. It's called Google.
Új hozzászólás Aktív témák
- Napelem
- Raspberry Pi
- Futás, futópályák
- Kertészet, mezőgazdaság topik
- Az USA nem akarja visszafogni Kína növekedését
- Békéscsaba és környéke adok-veszek-beszélgetek
- Huawei Mate 10 Pro - mestersége az intelligencia
- Fujifilm X
- Amlogic S905, S912 processzoros készülékek
- Gyúrósok ide!
- További aktív témák...