- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S24 - nos, Exynos
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Apple Watch Sport - ez is csak egy okosóra
- Megérkezett a Google Pixel 7 és 7 Pro
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Mindent megtudtunk az új Nokia 3210-ről
- Android szakmai topik
- Mobil flották
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- GoodSpeed: ASUS ROG STRIX B650E-F GAMING WIFI - Memory Context Restory (MCR)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Fűzzük össze a szavakat :)
Hirdetés
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
ph A vállalat ezért irgalmatlan pénzt fizetne a FIFA-nak, és ezzel rajzolná át az online streaming platformok háborújában a frontvonalakat.
-
Mozgásban az F1 24
gp A Forma 1 versenyek rajongói hamarosan végre belevethetik magukat az idei epizódba.
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Fentebb van az e-mail-küldésre használható függvény, amit írtam neked.
Abban van az alábbi rész kikommentezve, ott szedd ki a kommentet (a /* nyitó és */ záró részt), majd az if(IS_LOCALHOST){ sort is, meg ennek a blokknak a záró kapcsos zárójelét ( } ), és hagyd bent az alábbi részt, úgy, hogy a megfelelő helyekre a saját adataidat írod (SMTP_HOST, SMTP_USER, SMTP_PASS konstansokat cseréld le a sajátodra):
//küldjük SMTP-vel
$mail->Mailer = 'smtp';
$mail->SMTPAuth = 'true';
$mail->Host = SMTP_HOST;
$mail->Username = SMTP_USER;
$mail->Password = SMTP_PASS;[ Szerkesztve ]
Sk8erPeter
-
cucka
addikt
De nem gáz ez, hogy ott van kódolatlanul?
Igen, gáz, ugyanakkor nem azA php file-t kívülről nem lehet elérni, mert a webszerver tudja, hogy az egy php file, így nem a php programkódot fogja visszaadni a felhasználónak, hanem lefuttatja php-val, és amit az kiír a standard kimenetre, na az megy a júzernek. Tehát nem gáz, hogy ott van kódolatlanul, valószínűleg egy másik file-ban az adatbázis jelszavad is ott lesz kódolatlanul
Annyiban gáz, hogy ha valaki hozzáfér a honlaphoz tartozó file-okhoz (pl. valahogy megszerzi az ftp jelszavadat), akkor látni fogja a jelszót is, bár ez esetben úgyis megette a fene az egészet, tehát szerintem ezen ne parázz
-
biker
nagyúr
A php file-t kívülről nem lehet elérni, mert a webszerver tudja, hogy az egy php file, így nem a php programkódot fogja visszaadni a felhasználónak, hanem lefuttatja php-val, és amit az kiír a standard kimenetre, na az megy a júzernek.
kivéve ha ügyesen kiütik a serveren a php modult, és azonnal kiprinteli a server a teljes forráskódot láttam már ilyet.
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
cucka
addikt
A php modult úgy lehet kiütni, ha szerkesztik az apache httpd.conf-ját, amihez általában root jog szükséges. Namost ha a hekker képes root joggal szerkesztgetni a szerveren a file-okat, akkor gyakorlatilag bármit megcsinálhat a gépen, tehát megette a fene az egészet.
Persze, ha tudsz valamilyen exploit-ról, amivel ezt el lehet érni root shell nélkül, akkor arra nagyon kíváncsi vagyok.
-
biker
nagyúr
azt nem tudom, akkor azon a serveren épp mit csináltak, a rendszergazda volt figyelmetlen, vagy mi, de jó 5 percig az index.php teljes forrása jött le, amig újra nem sikerült indítani az apacheot.
menet közben leállt a php modul, és futott tovább az apache. ezt ugye buffer underrunnal nem igazán lehet elérni, de elvileg lehetséges.
azt hiszem ultraweben volt.Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Alukard
senior tag
Üdv Megint
Esetleg nem tud valaki egyszerű megoldást egy 2-3 szintes menü létrehozására?
Fő kat
>Alkat
>Alkat
>>AlAlkat
>>AlAlkat
>Alkat
Főkat
Főkathttps://blackfyre.ninja
-
Sk8erPeter
nagyúr
-
lesaux
veterán
El sem hiszem! Megkaptam a cirkusz utáni első levelemet PHP fájlból. Nem állítanám, hogy szopásmentes volt az ügymenet, amíg megkértem az SMTP szervert, hogy a 2225-ös porton küldje, vagy amíg rájöttem, hogy aposztrófok közé kell rakni a bejelentkezési nevet és a jelszót, de megvan végre. Már csak a kódolással kell valamit kezdeni, ugyanis nincsenek ékezetek, de arra nem hajnali negyed kettőkor fogok ráguglizni.
Mindenkinek, aki ilyen sokat foglalkozott a problémámmal, nagyon köszönöm! -
Sk8erPeter
nagyúr
Nincs mit. És végül melyik megoldást választottad?
PHPMailer vagy egyéb?Hogy érted, hogy nincsenek ékezetek? Krikszkrakszokat rak be helyette? A karakterkódolásnak stimmelnie kell, tehát a dokumentumnak, amiből küldöd, szintén UTF-8-nak kell lennie, ha a levelezőrendszert is arra állítottad. Vagy fordítva, a levelezőrendszert "hangold" a másik karakterkódolásra.
Sk8erPeter
-
Alukard
senior tag
válasz Sk8erPeter #6659 üzenetére
Köszönöm, 90%-át ismertem, viszont sajnos nem voltam elég pontos...
A menühöz a linkek (név, url, sorrend) adatbázisban vannak tárolva, szóval a lehetőségek eléggé korlátozottak... a lényeg, hogy egy olyan megoldást keresek aminek a segítségével adatbázisból ki lehet szedni és megjeleníteni egy többszintes menüt, úgy, hogy minden a helyén is van...https://blackfyre.ninja
-
cucka
addikt
válasz Alukard #6662 üzenetére
a lényeg, hogy egy olyan megoldást keresek aminek a segítségével adatbázisból ki lehet szedni és megjeleníteni egy többszintes menüt, úgy, hogy minden a helyén is van...
Miért nem írod meg magadnak? Gyakorlatilag egy fát kell felépíts, majd írni egy függvényt, ami rekurzívan végigszalad rajta, ez fogja kiírni a menüt. Persze, ha gyorsan kell és nem szeretnél php programozással foglalkozni, akkor felejtős, egyébként viszont megéri egyszer jól megcsinálni, ez pont egy olyan feladat, amire lehet újrafelhasználható kódot írni és mellette viszonylag érdekes is . -
lesaux
veterán
válasz Sk8erPeter #6661 üzenetére
A PHPMailernek adtam meg az adatokat, így volt a legegyszerűbb. Az ékezetes betűket egyszerűen kihagyja. Az összes oldal iso-8859-2 kódolású. Mindjárt utánanézek.
Szerk.: nem is volt nehéz:
$mail->charSet = "iso-8859-2";[ Szerkesztve ]
-
Sk8erPeter
nagyúr
Amúgy ez fura, azt nézem, hogy a PHPMailer osztályban (5.1) egyáltalán nincs is ellenőrzés arra vonatkozóan, hogy a felhasználó nem cseszte-e el a karakterkódolás bepötyögését, pl. egy karakterkódolás-beállító függvény formájában, ellenben rengeteg tagváltozó publikus, ami szerintem kicsit ellentmond a klasszikus OOP-elveknek (persze nem csak erről szól az OOP, de ha már lehet, egy helyen megvalósítjuk a változók beállításának megfelelő ellenőrzését is - egyből a beállításkor).
Ez már csak azért is szar, mert bármikor megcsinálhatnám, hogy tételezzük fel, úgy van példányosítva az osztály, hogy nem dobál kivételeket, de történik valami hiba, aztán én mondjuk ezt csinálom:
$mail->ErrorInfo = null;
vagy hasonlót - miért férek hozzá kívülről az ErrorInfo-hoz?
Nekem ez kicsit furcsa. Persze ennek semmi értelme, hogy én ezt csináljam, csak saját magamat szívatnám vele, de szerintem a lehetőség se legyen meg rá, hogy az ember ekkora baromságot csináljon, ha már OOP, és lehetne mondjuk protected (private nem lenne jó az esetleges leszármaztatás miatt).
Lehet, hogy a függvénybe ugrálásnak nagyobb az overheadje, de szerintem itt mondjuk nem számítana a különbség - így lehetne pl. egy setCharSet() metódus vagy valami hasonló, amiben elsőként ellenőrzi a függvény a kapott paramétert, hogy létezik-e egyáltalán olyan karakterkódolás, és amennyiben nem, akkor dobna egy kivételt (vagy beállítaná az ErrorInfo változót, és kiírná a hibát, ha úgy van beállítva (default)).(Egyébként gondolom Te is így példányosítod a PHPMailert:
$mail=new phpmailer( true );
hogy dobáljon kivételeket, nem?)[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #6669 üzenetére
Ja igen, és a SetError() metódus protected, míg maga a tagváltozó ($ErrorInfo) nem, ez kissé egészségtelen koncepció szerintem.
A SetError helyesen protected, de magának a tagváltozónak is legfeljebb annak kéne lennie...Sk8erPeter
-
cucka
addikt
válasz Sk8erPeter #6669 üzenetére
Amúgy ez fura, azt nézem, hogy a PHPMailer osztályban (5.1) egyáltalán nincs is ellenőrzés arra vonatkozóan, hogy a felhasználó nem cseszte-e el a karakterkódolás bepötyögését
Belefér, ez nem olyan nagy baj.persze nem csak erről szól az OOP, de ha már lehet, egy helyen megvalósítjuk a változók beállításának megfelelő ellenőrzését is - egyből a beállításkor
Igen, meg lehet oldani, gondolom nem akarták felsorolni az összes lehetséges encoding típust és azok variációit (utf8 vs. utf-8). A karakterkódolás csak egy string, amit a levél header részébe illeszt a phpmailer, ezért nincs ellenőrzés.miért férek hozzá kívülről az ErrorInfo-hoz?
Errorinfo protected (v. private) kéne legyen és kéne mellé írni egy getErrorInfo()-t. Vagy maradhat public, de akkor a __set-ben le kell kezelni azt az esetet, amikor kívülről piszkálják. (Egyébként simán elképzelhető, hogy le van kezelve, csak elkerülte a figyelmedet, nincs előttem a phpmailer forrása)Lehet, hogy a függvénybe ugrálásnak nagyobb az overheadje
Igen, de annyira azért nem nagy. (Az overhead-et az adja, hogy létre kell jöjjön a call stack, ami a függvény hívása után fel kell szabaduljon)Egyébként gondolom Te is így példányosítod a PHPMailert:
Igen, de az én kivételeim nem jelennek meg a képernyőn, hanem kapok róluk szépen formázott emailt (és ugyanez igaz a hibákra is)[ Szerkesztve ]
-
Sk8erPeter
nagyúr
"Errorinfo protected (v. private) kéne legyen és kéne mellé írni egy getErrorInfo()-t."
És én szerinted mit mondtam? Ugyanezt.
"Vagy maradhat public, de akkor a __set-ben le kell kezelni azt az esetet, amikor kívülről piszkálják. (Egyébként simán elképzelhető, hogy le van kezelve, csak elkerülte a figyelmedet, nincs előttem a phpmailer forrása)"
Szerinted miért mondtam azt, amit mondtam? Mert néztem a forráskódot, és TUDOM, hogy nincs lekezelve... Azért nem kell eleve hülyének nézni az embert. Egyébként meg a "miért férek hozzá" költői kérdés volt...nyilván tudom, hogy ennek nem így kell lennie, pont erről magyaráztam, hogy szar a koncepció.
Az ErrorInfo-ra vonatkozó rész:
public $ErrorInfo = '';
Ennyi, ezt lehet beállítani a SetError() metódusban.
__set() mágikus függvényhasználat NINCS sehol (ezt sem kútfőből szedtem, hanem a forráskódot tanulmányozva jelentem ki...)
Van egy sima set() függvény, ami alatt van egy ilyen sor:
@todo Should this not be using __set() magic function?A karakterkódolási stringekről meg annyit, hogy ha már felsorolták szinte az összes MIME-típust is a _mime_types fv.-ben, akkor ez is belefért volna.
Persze ez nem számít igazán hibának."Igen, de az én kivételeim nem jelennek meg a képernyőn, hanem kapok róluk szépen formázott emailt (és ugyanez igaz a hibákra is) "
Nálam is ugyanez a helyzet... Ez attól még nem mond ellent annak, hogy elegánsabb, ha kivételt dobál az osztály, és azt a megfelelő helyen elkapjuk, mintha kiszednénk a publikus ErrorInfo stringből a hibát, ha a Send false-szal tér vissza...Sk8erPeter
-
D@ni88
addikt
valaki tud olyan függvényt, amivel meg tudom határozni, hogy egy szó szerepel-e egy stringben?
-
D@ni88
addikt
válasz Tele von Zsinór #6675 üzenetére
nem arra kellene hogy ott elvágja a sort, hanem egy olyan függvényre amely pl boolen-t ad vissza, vagy megszámolja hányszor van benne.
Az strstr() ha jól láttam akkor ott vágja le a stringet, ahol ez szerepel, tehát ez nem jó -
Tele von Zsinór
őstag
-
D@ni88
addikt
válasz Tele von Zsinór #6677 üzenetére
közben rájöttem hogy az strstr is működik if-be. de azért köszi
-
cucka
addikt
válasz Sk8erPeter #6672 üzenetére
És én szerinted mit mondtam? Ugyanezt.
Oké, figyelmetlen voltam, bocsánatMert néztem a forráskódot, és TUDOM, hogy nincs lekezelve...
Csak ötlet volt, írtam, hogy nem volt előttem a forráskód. Amúgy simán lehet, hogy egyszerűen csak szar a phpmailer forrása. Ingyenes szoftver, szóval nincs kinél reklamálni.Ez attól még nem mond ellent annak, hogy elegánsabb, ha kivételt dobál az osztály, és azt a megfelelő helyen elkapjuk, mintha kiszednénk a publikus ErrorInfo stringből a hibát, ha a Send false-szal tér vissza...
Attól függ, hogy mire használod egy adott projektben a kivételeket. Lehet vezérlési struktúraként is használni, meg lehet tényleg csak akkor elővenni őket, ha fatális módon elhányja magát a kód. Feltételezem, ezért opcionális a kivételek dobálása a phpmailer-nél. -
Sk8erPeter
nagyúr
Ja persze, az nem is baj, hogy opcionális, azt speciel nem hibaként írtam (vagy nem úgy akartam).
Majd lehet, hogy megpróbálom jelezni a szerzők felé, hogy esetleg azt javíthatnák, hogy legyen egy getter metódusa a hibáknak, bár nem tudom, mennyire fogják figyelembe venni a véleményezést.Sk8erPeter
-
Alukard
senior tag
Kezdek kiakadni egy notice-on...
function connectSQL($dordie) {
$sql_user = " ";
$sql_pass = " ";
$sql_db = " ";
$sql_host = "localhost";
if ($dordie == "conn") {
$connection = mysql_connect("$sql_host","$sql_user","$sql_pass");
if (!$connection) {
echo "Nem sikerül csatlakozni az adatbázishoz.";
}
mysql_select_db($sql_db, $connection);
mysql_query("SET CHARACTER SET 'utf8'");
mysql_query("SET COLLATION_CONNECTION = 'utf8_general_ci'");
mysql_query("SET character_set_results = 'utf8'");
mysql_query("SET character_set_server = 'utf8'");
mysql_query("SET character_set_client = 'utf8'");
}
elseif ($dordie == "kill") {
mysql_close($connection);
}
else {
echo "connectSQL érvénytelen paraméter";
}
}A legfisebb XAMPP fut a gépemen php 5.3.5-el és ezt a hibát kapom :
Notice: Undefined variable: connection in C:\xampp\htdocs\core\db_connect.php on line 26
Warning: mysql_close() expects parameter 1 to be resource, null given in C:\xampp\htdocs\core\db_connect.php on line 26
a "kill" részben lévő $connectionnal van a baja, csak nem értem miért
https://blackfyre.ninja
-
cucka
addikt
válasz Alukard #6681 üzenetére
A kódod lényegében így néz ki:
if (valamilyen feltétel){
létrehozom a connection változót
} else {
használom a connection változót
}A notice-t az else ágban kapod, ahol szeretnéd használni azt a változót, amit az if egy másik ágában hoznál létre (de oda be se lép a programod, ugye, ezért a feltételes mód). A javaslat, hogy a mysql_connect-et hozd ki az if elé.
[ Szerkesztve ]
-
PazsitZ
addikt
Önmagában az is kevés.
Vagy globális változóként kellene használni a $connection-t vagy máshogy kezelni a dolgot.
Mivel egyik hívásnál ("conn") létrejön a kapcsolat, de a $connection változó a fgv lefuttatása után megszűnik.
Az újabb hívásnál ("kill") újra belépünk a fgv-be, de a $connection nem hogy nem egy resource, hanem definiálatlan változó.- http://pazsitz.hu -
-
cucka
addikt
válasz PazsitZ #6683 üzenetére
A függvény ha jól látom, azt csinálja, hogy kapcsolódik egy adatbázishoz, tehát a hozzászólásoddal ellentétben nem az a feladata, hogy kezelje egy korábbi $connection változót, hanem hogy létrehozzon egyet.
Ilyen esetben a jó megoldás, hogy a függvény visszatér a létrejött kapcsolat resource-ával, vagy false-al, ha nem sikerült neki. Vagyis parasztosan: a végére kell egy return $connection sor -
fordfairlane
veterán
A függvény ha jól látom, azt csinálja, hogy kapcsolódik egy adatbázishoz, tehát a hozzászólásoddal ellentétben nem az a feladata, hogy kezelje egy korábbi $connection változót, hanem hogy létrehozzon egyet.
A függvény kezeli a kapcsolódást és a kapcsolódás zárását is, a probléma, hogy a kapcsolódás resource-t átmeneti változóban tárolja. Ezt vagy globálisan kell tárolni, vagy függvény local scope-ban, static változóként.
x gon' give it to ya
-
cucka
addikt
válasz fordfairlane #6685 üzenetére
Igazából az egész koncepció rossz, mármint hogy egy függvény kezeli a connect-et és a disconnect-et is. Ha normálisan kéne megírni, akkor erre két függvény kell:
function db_connect($host, $user, $pass); - ez visszatér a connection resource-al
function db_disconnect($conn_res); - ez pedig lekapcsolódik -
fordfairlane
veterán
A koncepció abban a tekintetben nem rossz, hogy elmozdulást jelent az egységbezárás irányába, bár nagyon kezdetleges formában. Én erre egy osztályt írnék, a connect/disconnectet pedig metódussal valósítanám meg, nem paraméterrel. De úgy is jó, ahogy te írod, főleg, ha a $connection-t használni akarja menet közben is a lekérdezéseknél.
Mindenesetre a notice problémát leggyorsabban static változódefinícióval lehet megoldani. Esetleg kikapcsolni a notice-ok kijelzését.
[ Szerkesztve ]
x gon' give it to ya
-
D@ni88
addikt
include_once('/includes/Swift-4.0.6/lib/swift_required.php');
$mail = Swift_Mailer::newInstance(Swift_SmtpTransport::newInstance());
$message = Swift_Message::newInstance()
->setFrom('sender@example.com')
->setTo('címzett5@gmail.com', 'Foo')
->setSubject('test message')
->setBody('<b>html</b> body.', 'text/html')
->addPart('plain body', 'text/plain');
//->attach($pdf_file_name, 'csatolt_file.pdf', 'application/pdf');
Swift_Mailer::newInstance(Swift_SmtpTransport::newInstance())
->send($message);Ezzel mi a gond? nem megy ki az email...
-
PazsitZ
addikt
válasz fordfairlane #6687 üzenetére
Esetleg kikapcsolni a notice-ok kijelzését.
A problémát nem oldja meg, bár vannak elvetemültek, akiket megnyugtat, hogy lám volt hiba, nincs hiba.- http://pazsitz.hu -
-
Sk8erPeter
nagyúr
válasz fordfairlane #6687 üzenetére
"Mindenesetre a notice problémát leggyorsabban static változódefinícióval lehet megoldani. Esetleg kikapcsolni a notice-ok kijelzését."
Ha tényleg ilyen megoldásokat alkalmazol, akkor látom keményen megtanultad az évek alatt, hogy hogyan lehet a legkörmönfontabban elnyomni a hibák kijelzését úgy, hogy lehetőleg ne zavarjon a fejlesztésben, ja és sűrűn használhatod ilyen alapon a @ (kukac) jelet is a hibák elnyomására, az biztos mindent megold!Visszatérő téma...
Sk8erPeter
-
fordfairlane
veterán
válasz Sk8erPeter #6692 üzenetére
a és sűrűn használhatod ilyen alapon a @ (kukac) jelet is a hibák elnyomására,
Nem, a kukac jelet a kollegám szokta használni.
Egyébként ja, megtanultam. Az élet megtanít olyan dolgokra, amikre nem is gondoltál zöldfülűként. Bár ezt a mondatot "Esetleg kikapcsolni a notice-ok kijelzését." már csak fricskának raktam be.
[ Szerkesztve ]
x gon' give it to ya
-
Alukard
senior tag
válasz fordfairlane #6687 üzenetére
Köszönöm a hozzászólásokat és a segítséget!
Áttanulmányozom és megtanulom, hogy hogyan ne gányoljak kezdőként (annyira)
Minden nap tanulok valami újat
https://blackfyre.ninja
-
Sk8erPeter
nagyúr
válasz Alukard #6694 üzenetére
"megtanulom, hogy hogyan ne gányoljak kezdőként (annyira)"
Akkor első lépésként gyorsan felejtsd el azt a tanácsot, hogy kapcsold ki a notice-ok jelzését (fejlesztésnél NE kapcsold ki), és ahol nem nagyon-nagyon muszáj, ott ne használd a kukac jelet a hibaüzenetek elnyomására, hanem oldd meg másképp.Sk8erPeter
-
Alukard
senior tag
válasz Sk8erPeter #6696 üzenetére
Nem kapcsoltam ki, ezért is idegesített, de nem az, hogy van, hanem az, hogy nem tudtam megoldani...
Kérdeztem, voltak segítőkészek és a probléma megoldódottViszont a baj a gányolós projektemmel az az, hogy gyakorlatilag a korábban megmutatott függvények tömegével van működtetve, és biztos vagyok benne, hogy nem a legjobb megoldást választottam...
Mennyi előnyöm származhatna abból, ha egy mások által megírt framework-öt szednék elő és annak a segítségével írnám meg?
https://blackfyre.ninja
-
Sk8erPeter
nagyúr
válasz Alukard #6697 üzenetére
A korábban megmutatott függvényekkel nincs semmi baj, ha erre gondolsz, azok használati módjával van baj, ahogy cucka le is írta. Nyugodtan használd az ott szereplő függvényeket, csak jó sorrendben, jó helyen.
A saját kódok írogatásának előnye, hogy előbb-utóbb belédrögzül egy csomó minden, rengeteget lehet így tanulni - de persze sok buktató is van az elején. Plusz sok a gányolás. Azon a korszakon mindenki átesik.Mindkét módszernek van előnye, a másik előnyeit Tele von Zsinór előttem leírta.
Sk8erPeter
-
Brown ügynök
senior tag
Pár embert talán érdekel: megjelent a Symfony2 beta.
Különvélemény: A legjobb dolog amit beletehettek az a doctrine 2. Az egyedekkel való operálás, automatikus függvénygenerálás, a platformfüggetlen lekérdezések hihetetlen kényelmesek! A Twig sem rossz, valóban átláthatóbbá teszik a kódot. Személy szerint maradtam a PHP-nál mert először ezt szeretném minél jobban elsajátítani. Viszont akik designer-kel dolgoznak együtt azoknak hasznos lehet.A Form-okról nem beszélve. Annyi előre generált mezőt raktak bele, hogy még sok is.
"hacsak nem jön a jó tündér break utasítás képében..."
Új hozzászólás Aktív témák
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S24 - nos, Exynos
- Politika
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- TCL LCD és LED TV-k
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- Kupon kunyeráló
- EA Sports WRC '23
- Milyen belső merevlemezt vegyek?
- További aktív témák...
- Commlite CM-EF-NEX Auto-Focus Adapter (Canon EF - Sony E)
- Üzletből, garanciával, legújabb Asus Vivobook 17" i7-1355U 10 mag 5GHz/16RAM/1TBSSD/17,3"FULLHD
- Üzletből, garanciával DeLL XPS 15 9500 i7-10750H 32GBRAM 1TBSSD/GTX1650Ti 15,6"4KTOUCH
- i5 12400f 3070 gamer pc
- DeLL Precision 7740 workstation, üzletből, I7-9850H/32RAM/512GBSSD/NVIDIA QuadroRTX3000/17,3"FULLHD
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen