- D1Rect: Nagy "hülyétkapokazapróktól" topik
- gban: Ingyen kellene, de tegnapra
- Magga: PLEX: multimédia az egész lakásban
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- bb0t: A könyvelő szakma halott?
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Gurulunk, WAZE?!
- sziku69: Szólánc.
Új hozzászólás Aktív témák
-
bolvar
senior tag
válasz
DNReNTi
#13598
üzenetére
Igen mi is így vagyunk vele
.Igen meglepő volt mikor mac-ről megpróbáltuk használni az appot és ez fogadott az adatbázisban .És időnként még dupla id-val is tudnak emberek regelni(szóval hiába van id rögzítve újra tud regelni gondolom, mert 2x jelenik meg az adatbázisban) de ez kb 100-ból 1-2-t jelent. -
-
bolvar
senior tag
válasz
DNReNTi
#13595
üzenetére
Nem azt nem tároljuk ki mire szavazott mert az nem lényeg hanem hogy ki szavazott csak simán.Erre úgy láttuk a face id mentése a legegyszerűbb de bizonyos böngészők használata esetén nem menti ezt.Mert ha valaki szavazott rögtön az első oldalon ezt megvizsgáljuk és ő már csak az eredményekre tud továbblépni szavazni újra nem
.Vagyis a cél ez lett volna Tele von Zsinór
Köszi megnézem -
#13596
Tele von Zsinór
őstag
bolvar
#13594
Tele von Zsinór
őstag
válasz
bolvar
#13594
üzenetére
Ha a többi session-változód sem marad meg, akkor ezt a fejlécet add hozzá az összes oldaladhoz:
header('P3P: CP="IDC DSP COR CURa ADMa OUR IND PHY ONL COM STA"');
Enélkül nekünk az IE a default security beállításokkal nem mentette a session cookiet az FB iframe-en belül. Itt pedig arról, hogy mi ez.
-
DNReNTi
őstag
-
bolvar
senior tag
sziasztok
olyan kérdésem lenne készítettük egy face appot. egyszerű nyereményjáték ami face id alapján ellenőrzi hogy szavazott-e már.viszont olyan problémába futottunk bele hogy mac(safari,chrome mind1) és ie alatt nem menti ki a face id-t. egy echo kitudom íratni a bekérés előtt de nem menti.viszont ha mozilla alól 1x elmenti az id-t akkor nem hagyja még1x szavazni mac-en és ie alatt se...valaki futott már bele ilyenbe?
-
icons
addikt
Üdv!
Van egy weboldal, aminek a HTML forrását fel kellene használnom egy feladathoz (egy elemzést kellene bizonyos részein végigfuttatni). Próbáltam PHPban feldolgozni, de sajnos nagyon sok hibát kaptam
(csak HTMLként szerettem volna betölteni)
Kipróbáltam validator-ral, és ugyanazokat a hibákat kaptam, mint amit a scriptben levő metódusom is dobott.Egy példa a hibára (validator dobta):
"Line 110, Column 600: end tag for element "BUTTON" which is not open"
Méghozzá itt:
<button type="button" id="bbccookies-continue-button">Continue</button>
Akárhogy is nézem ezt a kódrészletet, a <button> element elég jól létre van hozva, szinte pontosan a closing tag előtt. Akkor mi a fészkes fenéért nem tudja értelmezni a validator? (mivel a metódus is ugyanilyen hibákat dob (ebben az esetben pl: "Warning: DOMDocument::loadHTML(): Unexpected end tag : button in Entity..."), ezért ha valahogy sikerülne megoldanom a problémát HTML szinten, akkor a metódus is jól menne).Ha kitörlöm a closing tag-et, akkor jól működik, de automatizált eljárást szeretnék írni, tehát kézzel nem tudok beletúrni a HTMLbe.
Mi lehet a gond, illetve a megoldás?
Köszönöm a segítséget!
-
jeszi
tag
válasz
fordfairlane
#13589
üzenetére
Köszönöm!
-
jeszi
tag
Sziasztok!
Mi kell ahhoz, hogy ez hiba nélkül lefusson, ha .jar fájlt adok meg a formon?
Debian 6, PHP 5.3.3-7Most tettem fel php-java-bridge extensiont, de nem oldotta meg. Apache mime type-ot is kellene állítani?
<?php
phpinfo();
if ( isset($_POST["test"]) )
{
echo "<pre>";
print_r($_FILES);
echo "</pre>";
$handle = fopen($_FILES["a"]["tmp_name"],"r");
$contents = fread($handle, filesize($_FILES["iscore"]["tmp_name"]));
echo $contents;
}
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2" />
<title>Untitled Document</title>
</head>
<body>
<form method="post" enctype="multipart/form-data" action="fileuploadtest.php">
<TABLE cellpadding="2" cellspacing="0" border="0">
<tr>
<td><input type="file" name="iscore" class="text"></td>
<td><input type="submit" name="test" value="Teszt" class="text"></td>
</tr>
</table>
</form>
</body>
</html>Ez a kimenet:
Array
(
[iscore] => Array
(
[name] => iScore.jar
[type] =>
[tmp_name] =>
[error] => 1
[size] => 0
)
)Apache error logban nincs bejegyzés.
-
#13585
mobal
nagyúr
Speeedfire
#13582
válasz
Speeedfire
#13582
üzenetére
Mi lesz a sztori vége?
-
#13584
Speeedfire
félisten
DeltaPower
#13583
Speeedfire
félisten
válasz
DeltaPower
#13583
üzenetére
Elhiszem, de nekem ez is épp elég volt mára.
-
#13583
DeltaPower
addikt
Speeedfire
#13582
DeltaPower
addikt
válasz
Speeedfire
#13582
üzenetére
Nem semmi, de ennél sokkal kacifántosabb sztorit is tudnék mondani
-
#13582
Speeedfire
félisten
Speeedfire
félisten
Mikor csinálsz egy weblapot, dolgozol vele és ha nem fizetnek letiltod. Majd egy ügyvéd keres meg, hogy miért nem megy az oldal az priceless.
-
#13581
DanielK
addikt
SureStudio
#13579
DanielK
addikt
válasz
SureStudio
#13579
üzenetére
-
#13580
Vision
veterán
SureStudio
#13579
válasz
SureStudio
#13579
üzenetére
Bocs, de ez nem az állás rovat.
-
#13579
SureStudio
tag
SureStudio
tag
Sziasztok!
Az lenne a kérdésem(kérésem), hogy van egy oldalam...olyan php kódok szeretnék bele írni, ami a látogató IP címét tárolja egy mysql adatbázisban. Esetleg egy dátumot is hozzá. Előre is köszönöm! -
#13578
kenwood
veterán
Tele von Zsinór
#13577
kenwood
veterán
válasz
Tele von Zsinór
#13577
üzenetére
koszi.kozben rajottem,h van egy masik megoldas is.
a tarhelyszolgaltato alabbi sora zavart meg :"K: Mi a kimenő levelek kiszolgálójának címe?
V: Az Ön internet szolgáltatójának SMTP szerver címe."on alatt sajat magamat ertettem,es nyilvan nem hagynam bent az email fiokomhoz tartozo azonositokat a kodban.
aztan rajottem,h ennek a contact formnak meg is kell erkeznie valahova,es ha abbol a fiokbol kuldenek is emailt,akkor nekik van smtpjuk,es ennek az adatait kell berakni a kodba -
kenwood
veterán
csinaltam egy contact formot feltoltesi lehetoseggel.
a sitenak ez egy viszonylag ritkan hasznalt fukncioja lenne,mivel nem webes a vallalkozas,csak ugye manapsag mindenkinek fent kell lennie a neten.
localhoston,sajat smtpvel faszan megy,de tarhelyszolgaltatonal az smtp fizetos,extra szolgaltatas,amiert nyilvan nem szivesen pengetnek,ha mondjuk havonta 1X lenne hasznalva.
kiprobaltam gmailel es az is muxik frankon,csak a feladonak es a cimzettnek is egyeznie kell a gmailes profillal.
ez nem problema,mivel a contact formon bekert adatokat siman elhelyezem a mail torzseben,igy a kitolto szemely mailcimet is.a kerdesem az lenne,hogy ez mennyire megbizhato megoldas ?
a gmailnek abban nincs semmi biznisz,hogy van egy fiok,amit ugy hasznalnak,hogy meg sem nyitjak a gmail.com oldalt,penzt nem tudnak keresni ezen,picit eloskodes igy a dolog.
benne hagyhatom igy,van fennal a veszely,hogy 1-2 honap mulva valamilyen okbol lehal a contact form e-mailkuldesi opcioja ? -
#13575
spammer
veterán
Speeedfire
#13574
spammer
veterán
válasz
Speeedfire
#13574
üzenetére
Köszi, ez is jó lett volna, csak azt én nem írtam, hogy updatelni akarom a megfelelő mezőket az adatbázisban, úgy meg már kicsit bonyolódott a helyzet. A megoldás pedig egyszerű volt, csak szétvariáltam az agyam közben
<input type='checkbox' name='stuff[]' id='$stuff' value='$stuff'>
Tehát csak simán tömbként kellett megadni az input nevet, a feldolgozó oldalon meg már csak ki kellett olvasnom a tömb értékeit, pl.:
$stuff = $_POST["stuff"];
$ertek1= $stuff[0];
$ertek2 = $stuff[1];stb. Ezeket meg már meg tudtam adni query-ben, hogy pontosan melyik mezőbe lökje be.
szerk: tudom, gagyi nevek, példaként írtam őket.
-
spammer
veterán
Van egy ilyen:
<form method="post" ............>
<?php
while($row = $result->fetch_assoc()) {
$stuff = $row["stuff"];
echo "<input type='checkbox' name='$stuff' id='$stuff' value='$stuff'>";
}
?>
<input type="submit" value="submit">
</form>A feldolgozó oldalnál:
$_POST["valami"] kellene a feldolgozáshoz, de változó számú input van, más más nevekkel, attól függően, hogy az előző oldal mennyit olvasott ki adatbázisból.
Így nem tudom megadni, hogy, például
$valami = $_POST["valami"]; - mert nem tudom előre a neveket, és nem tudom előre, hány darab lesz, amit fel kell dolgoznia.
-
spammer
veterán
Adatbázisból olvasok ki adatokat és azok alapján listáz a php (while....)
Pl.: ez van while-on belül:
<input type="checkbox" name="$stuff" id="$stuff" value="$stuff">
Eddig jó, ahányat talál adatbázisban, azokat szépen kilistázza, ha páldául kettő, akkor:
<input type="checkbox" name="cucc1" id="cucc1" value="cucc1">
<input type="checkbox" name="cucc2" id="cucc2" value="cucc2">De ezeket hogyan tudom átadni $_POST-tal a következő oldanak hogy be tudja írni őket a megfelelő helyre?
Mert a while -on belül ugye csak egy input van:<input type="checkbox" name="$stuff" id="$stuff" value="$stuff">
De az inputok száma attól függ, hogy hány van az adatbázisban ugye, amit kiolvas onnan. Lehet, hogy 1, lehet, hogy 2, lehet, hogy 5 és stb...
Tehát while-ból hogyan kellene input nevet megadni, hogy POST-olni tudjam és a feldolgozó oldal az összeset lássa?
-
#13567
fordfairlane
veterán
ahetaton
#13559
fordfairlane
veterán
válasz
ahetaton
#13559
üzenetére
Ezt validálásnak hívják, és jobb szerveroldalon csinálni. Egyrészt a már említett heterogén böngészőtámogatás miatt, másrészt mert valaki szórakozásból is próbálkozhat fals adatokkal, saját kliensből.
A megoldás az, hogy formsubmit esetén, ha a validálás nem sikerül, akkor a validálást kezelő programrész képes legyen megjeleníteni a formot ismét, behelyettesíteni a bevitt értékeket, és a validálási hibaüzenetet. Meg lehet oldani oldalújratöltéssel, és anélkül is, AJAX-szal.
-
#13566
Sk8erPeter
nagyúr
ahetaton
#13559
Sk8erPeter
nagyúr
válasz
ahetaton
#13559
üzenetére
Egyelőre hagyd a francba JavaScriptes megoldásokat, első dolog, hogy legyen megoldva normálisan a szerveroldali validáció és feldolgozás, utána jöhet minden más kliensoldali szépítgetés. A required attribútum is csak HTML5-ös újítás, így olyan doctype-od is kell, hogy legyen, meg értelemszerűen a HTML5-öt nem támogató böngészőkben ez nem fog működni.
Azt kellene megoldanod, hogy amennyiben egy külön feldolgozó fájlban (lásd form elem action attribútumában lévő fájl) történik a form elküldött adatainak validálása, feldolgozása, akkor mondjuk ott átmenetileg egy session-változóba tedd a felhasználónak szóló figyelmeztetéseket, korábban kitöltött értékeket, majd az eredeti oldalra irányítsd vissza a felhasználót, ott írasd ki a figyelmeztetéseket, töltsd ki az űrlapot a korábban megadott adatokkal, majd töröld a session-változót. Tehát ennek az oldalnak a kiíratása ugyanaz, mint egyébként, csak pluszban ellenőrizned kell azt is, hogy adott session-változó az üzenetekkel, kitöltött adatokkal be van-e állítva, ha igen, kiíratsz mindent, kitöltesz mindent, ha nem, akkor pedig marad az üres form.
Ha azonos oldalon történik a validálás/feldolgozás, mint ahol a form is van (aminek mondjuk hátránya az F5 megnyomása során a böngésző figyelmeztetése, hogy biztosan el akarod-e küldeni újra az adatokat), akkor pedig értelemszerűen ugyanarra az oldalra rakod ki a figyelmeztetéseket, és újra kitöltöd a formot a kapott adatokkal (felhasználónak ne kelljen újra begépelnie). -
spammer
veterán
válasz
ahetaton
#13559
üzenetére
Ha a feldolgozó oldalon van az ellenőrzés, akkor meg kell formáznod, hogy ne sima fehér kap legyen
Vagy használj jQuery/js-t, ami ellenőrzi a submit gomb megnyomásakor, hogy nem üresek-e a mezők és akkor elküldeni sem tudják a formot.
Modern böngészők már támogatják a html5 required attribútomot is:
<input type="text" name="username" id="username" required>
-
ahetaton
csendes tag
Sziasztok mesterek!
Lenne egy újabb kérdésem.
Van egy kapcsolat formom hozzátartozó .php fájlal, amibe bele van írva, ha nem töltenek ki egy bizonyos mezőt akkor kiírja, hogy ungabunga lépj vissza és töltsd ki.
Na mármost ez egy gusztustalan fehér üres oldalra dobja ki ezt a szöveget.
Meglehet valahogy oldani, hogy popup ablakban írja, hogy töltsd ki rendesen az adott mezőt?Köszönöm!
-
Nite
őstag
kozeben kezd kicsit tisztulni a helyzet, a tmp konyvtarat nem eri el vagy egy filex_exists() fuggveny, nade..
ezt az utvonalat probalja elerni:
/home/honlap/public_html/wp-content/uploads/et_temp/live-coverage-2-132603_186x186.jpg
open_basedir nelkul mulkodik is, amit nem ertek, mivel ez egy windows szerver es itt miota vannak ilyen eleresi utak?
-
Nite
őstag
sziasztok! apache webszerver beallitasahoz kellene egy kis segitseg...
hogyan tudnam elerni, hogy a kulonbozo virtualhostok alatt futo scriptek csak a sajat document root-jukat erjek el?
ezzel probalkoztam, de azt ertem el, hogy igaz, hogy feljebb nem tud lepni a script a konyvtarstrukturaban, de lejjebb sem
<VirtualHost *:80>
DocumentRoot "D:/wwwroot/www.honlap.hu"
ServerName www.honlap.hu
php_admin_value open_basedir "D:/www.honlap.hu"
</VirtualHost> -
#13556
kenwood
veterán
FehérHolló
#13550
kenwood
veterán
válasz
FehérHolló
#13550
üzenetére
aptana ?
-
Tele von Zsinór
őstag
válasz
Peter Kiss
#13553
üzenetére
November óta phpstormozok, nagyon megszerettem. Mondjuk ezen sokat dobott a nagyon jó Symfony2-es pluginje
-
#13554
FehérHolló
veterán
Peter Kiss
#13553
FehérHolló
veterán
válasz
Peter Kiss
#13553
üzenetére
Na látod, tele vagy te ötletekkel, vizsum van jogtisztán.
Hozzá a php kiterjesztés 0 effort. -
#13553
Peter Kiss
őstag
FehérHolló
#13552
Peter Kiss
őstag
válasz
FehérHolló
#13552
üzenetére
Most felraktam a PhpStorm-ot, ahogyan időm engedi, próbálgatom, mindenképp javult az 5-öshöz képest. Még az is lehet, hogy vásárlás lesz, Visual Studio-hoz már úgyis megszoktam a Resharper-t.
-
#13552
FehérHolló
veterán
Peter Kiss
#13551
FehérHolló
veterán
válasz
Peter Kiss
#13551
üzenetére
Van nekem álomszövőm is, még abból az elszúrt korból, amikor az emailben kapott trial licensz not intendedly aktiválta egész életedre. Tud egész jól php ötöt is, csak nem akarok többé lopni.
Netbeans nem volt annyira rossz ötlet, meg is feledkeztem róla. Egy esélyt adok neki, neked pedig köszönöm.
-
#13551
Peter Kiss
őstag
FehérHolló
#13550
Peter Kiss
őstag
válasz
FehérHolló
#13550
üzenetére
Van, fizetős
: PhpStormAz 5-ös nekem nem jött be, a 6-ost még nem próbáltam.
-
#13550
FehérHolló
veterán
Peter Kiss
#13549
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.
-
#13549
Peter Kiss
őstag
FehérHolló
#13548
Peter Kiss
őstag
válasz
FehérHolló
#13548
üzenetére
Netbeans
-
#13548
FehérHolló
veterán
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. -
#13547
Peter Kiss
őstag
Sk8erPeter
#13546
Peter Kiss
őstag
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.
-
#13546
Sk8erPeter
nagyúr
Peter Kiss
#13545
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.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#13545
Peter Kiss
őstag
mobal
#13540
Peter Kiss
őstag
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.) -
#13544
Sk8erPeter
nagyúr
Tele von Zsinór
#13541
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. -
#13543
Sk8erPeter
nagyúr
Peter Kiss
#13526
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. -
#13542
Sk8erPeter
nagyúr
Peter Kiss
#13505
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). -
#13541
Tele von Zsinór
őstag
mobal
#13540
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.
-
#13540
mobal
nagyúr
Peter Kiss
#13539
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)
-
#13539
Peter Kiss
őstag
mobal
#13538
Peter Kiss
őstag
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).
-
#13538
mobal
nagyúr
Peter Kiss
#13537
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,
-
#13536
mobal
nagyúr
Speeedfire
#13535
válasz
Speeedfire
#13535
üzenetére
Pont ilyen okok miatt gondolkodom, hogy dobom a kukaba ami van es valtok CodeIgniter-re
mobal,
-
#13535
Speeedfire
félisten
Peter Kiss
#13526
Speeedfire
félisten
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.
-
orkester
őstag
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++;
}
}
?> -
orkester
őstag
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++;
}
?> -
#13527
kenwood
veterán
Speeedfire
#13525
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
-
#13526
Peter Kiss
őstag
Speeedfire
#13525
Peter Kiss
őstag
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.
-
#13525
Speeedfire
félisten
Peter Kiss
#13523
Speeedfire
félisten
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. -
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.
-
#13523
Peter Kiss
őstag
Speeedfire
#13522
Peter Kiss
őstag
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.
-
#13522
Speeedfire
félisten
Peter Kiss
#13505
Speeedfire
félisten
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. -
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!
-
#13520
cucka
addikt
fordfairlane
#13519
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ő.
-
#13519
fordfairlane
veterán
cucka
#13518
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.
-
#13518
cucka
addikt
fordfairlane
#13517
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?
-
#13517
fordfairlane
veterán
spammer
#13516
-
#13516
spammer
veterán
fordfairlane
#13515
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
-
#13515
fordfairlane
veterán
spammer
#13512
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; ?>>
-
#13514
spammer
veterán
DeltaPower
#13513
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 -
#13512
spammer
veterán
Tele von Zsinór
#13511
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] -
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?
-
#13508
DanielK
addikt
Peter Kiss
#13505
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. -
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. -
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. -
#13505
Peter Kiss
őstag
Sk8erPeter
#13497
Peter Kiss
őstag
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. -
#13504
Coyot
őstag
Sk8erPeter
#13503
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.
-
#13503
Sk8erPeter
nagyúr
Coyot
#13502
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.
-
#13502
Coyot
őstag
Sk8erPeter
#13501
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
-
#13501
Sk8erPeter
nagyúr
Vision
#13500
Sk8erPeter
nagyúr
válasz
Vision
#13500
üzenetére
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.
.Igen meglepő volt mikor mac-ről megpróbáltuk használni az appot és ez fogadott az adatbázisban 
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.![;]](http://cdn.rios.hu/dl/s/v1.gif)
Én is úgy írtam, csak ha == 1, akkor checked, kész 
Új hozzászólás Aktív témák
Hirdetés
- ThinkPad T14 Gen4 14" FHD+ IPS érintő Ryzen 5 PRO 7540U 16GB 256GB NVMe ujjlolv IR kam gar
- 16GB-os SODIMM (notebook) DDR4 RAM bazár - nézz be, lesz, ami kell neked!
- HP 15-af105nh laptop (15,6FHD/AmdQuad/4GB/128SSD/Magyar) - Akku X
- JOYOR S5 Pro 10" Elektromos Roller 26Ah Akkumulátorral Moddolt!
- XPS 13 9310 13.4" FHD+ IPS i7-1185G7 16GB 512GB NVMe ujjlolv IR kam gar
- BESZÁMÍTÁS! Gigabyte H610M i5 12600K 16GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA Seasonic 650W
- Dell Precision Workstation ultrabook 5560, 5550, 7510 i7, 6-11. gen. Nvidia 4k Touch, gar
- Beszámítás! HP Victus 16-R1002NF Gamer notebook - i7 14700HX 16GB RAM 1TB SSD RTX 4070 8GB WIN11
- BESZÁMÍTÁS! MSI B450M R5 5500 16GB DDR4 512GB SSD RX 5700XT 8GB Rampage SHIVA Chieftec 600W
- Bomba ár! Dell Latitude 7280 - i5-7GEN I 8GB I 256SSD I 12,5" FHD I Cam I W11 I Garancia!
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest