- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- Hivatalos a OnePlus 13 startdátuma
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Redmi Note 12 Pro - nem tolták túl
- VoLTE/VoWiFi
- További kavarás a Pixel 10-ek körül
- Egyszerre legnagyobb és legkisebb is a Garmin Venu X1
- Samsung Galaxy A52s 5G - jó S-tehetség
- CMF Phone 2 Pro - a százezer forintos kérdés
Új hozzászólás Aktív témák
-
#18178
hcl
titán
Speeedfire
#18177
válasz
Speeedfire
#18177
üzenetére
Hm, ok.
-
#18176
hcl
titán
Speeedfire
#18175
válasz
Speeedfire
#18175
üzenetére
Nem kép méretezés
Azt csak azért írtam, mert azt hittem az Openwrt topicban olvastad, hogy írtam, hogy ahhoz gyenge. Amúgy 5-6 perc alatt átméretez egy 1024x768-as képet... 
Másolni kell file-okat. Egyszerűbb PHP-k és bash scriptek szépen mennek egy router hw-n.Tehát a lényeg, hogy ha HTML-be ágyazott PHP-ből shell_exec -cel hívok egy bash scriptet, akkor az nem fut le.
Ha beírom a shell_exec -nek a parancsot, ami a scriptben van, akkor sem.
Ugyanezen a ruteren egy másik oldalon egy hasonló megoldás meg megy...
-
#18174
hcl
titán
Speeedfire
#18173
válasz
Speeedfire
#18173
üzenetére
@supercow : Próbáltam, úgy sem akarja
Normál userként is le kéne futnia, mert teszt jelleggel már mindenki mindent csinálhat a scripttel..."Nem értelek, ha nem megy a php, akkor miért abba akarod megírni?"
A PHP amúgy megy rajta, csak akkra kevés, hogy galériába képeket méretezzen. De pl. a WOL cuccom is PHP-ban íródott (nem én írtam) az lazán lefut.Amúgy bash scriptet akarok futtatni, csak sikerült az első kérdésben elírni. HTML oldalból PHP-ból kéne egy bash scriptet hívni
Bocs a bénázásért. -
#18156
Sk8erPeter
nagyúr
Speeedfire
#18155
Sk8erPeter
nagyúr
válasz
Speeedfire
#18155
üzenetére
Sejtem, hogy ilyesmi módon akarja futtatni a scriptet, csak az nem derült ki, hogy a kép elérési útja pontosan mitől nem jó, és hogy azonos szerveren találhatóak-e a képek és maga a script - ha nem, akkor a relatív elérési út nyilván nem lesz jó, meg engedélyek is közbeszólhatnak, ezért kérdezem tőle, hogy pontosan hogyan próbálkozik, hátha így gyorsabb lesz az oknyomozás.
-
sirtomi
tag
válasz
Speeedfire
#18152
üzenetére
Köszi a tesztet!
Közben kipróbáltam minden körítés nélkül és működik. Az lesz a probléma hogy ezt a scriptet egy meglévő oldalba ágyaznám be, linken keresztül hívom meg. Innentől már nem működik, nem találja a képet a megadott útvonalon.
Ha meglesz a megoldás azt is megírom.
-
#18142
fordfairlane
veterán
Speeedfire
#18140
fordfairlane
veterán
válasz
Speeedfire
#18140
üzenetére
Sőt, fotóalbumba is lehet. Nem ez volt a téma fókusza.
-
#18141
mobal
nagyúr
Speeedfire
#18140
válasz
Speeedfire
#18140
üzenetére
Adatbázisban tárolni képet ha jól tudom eléggé bad practice.
-
#17986
Sk8erPeter
nagyúr
Speeedfire
#17985
Sk8erPeter
nagyúr
válasz
Speeedfire
#17985
üzenetére
Végül is a MariaDB sem ismert a "kommersz körökben", akármi legyen is az.
A hostingcégek többsége még mindig a MySQL-t nyomatja érthető módon, mivel pl. a szintén népszerű PHP-alkalmazások többsége is erre alapoz, ez az örökség még elég sokáig fent fog maradni, nehéz elképzelni hirtelen váltást, mert így menne a kukába az összes régi webes cucc is, ami MySQL-re épített. Ha viszont alternatívák után kell nézni, akkor a PostgreSQL elég népszerű, az nem valószínű, hogy ennél a MariaDB népszerűbb lenne, főleg már csak amiatt sem lehet az, mert utóbbi JÓVAL újabb, a PostgreSQL-re rengeteg alkalmazás épül. Persze abban igazad van, hogy valószínűleg kevésbé fájdalmas az átállás MariaDB-re MySQL-ről, mint pl. PostgreSQL-re, gondolom erre gondoltál. -
#17984
Sk8erPeter
nagyúr
Speeedfire
#17983
Sk8erPeter
nagyúr
válasz
Speeedfire
#17983
üzenetére
Nem azt kérdeztem, hogy miért MariaDB a MySQL helyett, mert az értelemszerű, hogy "jobb", azt kérdeztem, miért pont MariaDB, miért nem mondjuk PostgreSQL (vagy más). De pont ezt így le is írtam.
"Mármint MySQL oké, hogy nem, csak miért MariaDB, miért nem PostgreSQL, vagy ilyesmi" -
#17979
mobal
nagyúr
Speeedfire
#17978
válasz
Speeedfire
#17978
üzenetére
mysql5 mariadb
-
mr.nagy
tag
válasz
Speeedfire
#17967
üzenetére
Köszönöm! Most be vagyok havazva mással, de később kipróbálom.
-
#17859
biker
nagyúr
Speeedfire
#17857
biker
nagyúr
válasz
Speeedfire
#17857
üzenetére
a dateTime modify "egyszerűbb" volt, ha az egyszerű, hogy a timestampet átkonvertálom dátumba, a dateTime-al adok hozzá 1-7-14 napokat, majd ezt visszaforgatom a js-nek megfelelő formátumba, hogy a naptár lássa, és lementem mysql dátum formátumba
hülye formátum mizéria... -
#17856
biker
nagyúr
Speeedfire
#17855
biker
nagyúr
válasz
Speeedfire
#17855
üzenetére
elvileg lehet jó, csak még egyszer át kell alakítani
a kedves scriptíró js-ből küldött formátumot és a mysql-ben tároltat összehozza a php-vel kezelhető timestamppel. nos amikor ez megvan, és ciklusba kerülönk, akkor mg mindegyikből kell egy dátumot generálni, majd ekkor +1 nap vagy +1hét
kicsit hülyén fog kinézni, de jobb híján. -
#17755
Coyot
őstag
Speeedfire
#17754
Coyot
őstag
válasz
Speeedfire
#17754
üzenetére
-
#17340
mobal
nagyúr
Speeedfire
#17337
válasz
Speeedfire
#17337
üzenetére
Elég volt az 1.1
-
#17308
sonar
addikt
Speeedfire
#17306
sonar
addikt
válasz
Speeedfire
#17306
üzenetére
ok, thx
-
TomKiss
tag
válasz
Speeedfire
#17302
üzenetére
Kicsit hiányos a leírásod, mert nem mindegy, hogy authentikálni kell a proxyn vagy sem.
Egyébként pedig könnyem lehet, hogy eleve az ftp kapcsolat tiltva van a proxyn, és ezért nem megy. -
#17224
Sk8erPeter
nagyúr
Speeedfire
#17222
Sk8erPeter
nagyúr
válasz
Speeedfire
#17222
üzenetére
Nem tiszta ennyiből a feladat, de akkor mondjuk annak a mindig meghívogatott metódusnak legyen egy default értékkel ellátott második paramétere is, ellenőrizd ezt a paramétert a metódus törzsében, és ha ez egy egyéb értékkel egyenlő, akkor csináld meg azt a másik esetet. Persze csak ha ez nem vezet gányoláshoz, de ennyi infóból ezt lehetett kihozni kerülő megoldásként, amivel még nincs is nagy para.
(#17223) Joci93:
Ez stringek tömbje? Tehát egy tömb, amiben több string is található?
Menj végig a tömbelemeken, és stringtartalom-keresős függvényekkel nézd meg, benne van-e az általad keresett string az aktuális elemben... -
#17221
Sk8erPeter
nagyúr
Speeedfire
#17219
Sk8erPeter
nagyúr
válasz
Speeedfire
#17219
üzenetére
Engem is nagyon érdekelne, hogy mit akarsz csinálni, ami miatt ilyen felmerült.
És hogy miért nem más módszerrel csinálod - amúgy ha ez nem volt tiszta egyből, hogy ilyet konstruktorból nyilvánvalóan nem lehet, akkor nem ártana legalább egyszer szépen végigdebuggolnod egy példány létrehozásának folyamatát, azt, hogy mikor melyik metódusba ugrik bele, és így tovább, meg átnézni az OOP-t jobban, mert itt valami alapok nagyon hiányoznak. -
#17220
fordfairlane
veterán
Speeedfire
#17219
fordfairlane
veterán
válasz
Speeedfire
#17219
üzenetére
Nem borultam ki, csak nem értem, mit akarsz ezzel megoldani.
-
#17217
fordfairlane
veterán
Speeedfire
#17216
fordfairlane
veterán
válasz
Speeedfire
#17216
üzenetére
Nem értem már a kérdésfeltevést sem. Honnan tudná előre ezt a konstruktor? Időutazás?
-
#17215
fordfairlane
veterán
Speeedfire
#17214
fordfairlane
veterán
válasz
Speeedfire
#17214
üzenetére
A konstruktorban nyilván sehogy, mivel a metódusokat csak a példányosítás után tudod meghívni, a konstruktor meg a példányosításkor fut le.
-
#17067
fordfairlane
veterán
Speeedfire
#17066
fordfairlane
veterán
válasz
Speeedfire
#17066
üzenetére
Tudok olvasni, te nem tudsz fogalmazni értelmesen.
Az 5.4-es PHP-ban az égvilágon semmi nem vált elfogadottá vagy nem elfogadottá. A <? operátor kezelése sem változott. Annyi történt, hogy a <?= akkor is működik, ha a short_open_tag OFF-ban van. A <? és <?= két különböző dolog.
Ha nem erre értetted, akkor én nem értem, mire vonatkozik az a mondatrész, hogy "Ez igaz is volt...".
-
#17065
fordfairlane
veterán
Speeedfire
#17064
fordfairlane
veterán
válasz
Speeedfire
#17064
üzenetére
Nem ugyanezt írtad. A <? használata továbbra sem ajánlott, mert ha a short_open_tags nincs engedélyezve, nem működik. A <? és <?= két külön taggá vált.
-
#17063
fordfairlane
veterán
Speeedfire
#17060
fordfairlane
veterán
válasz
Speeedfire
#17060
üzenetére
Az, hogy elfogadott vagy sem, attól függ, hogy ki milyen kódolási konvenciót követ. A PSR-1 pl. így kezdődik:
Files MUST use only <?php and <?= tags.
Ami az 5.4-es PHP-ban változott az az, hogy ha a short_open_tag nincs engedélyezve, a <?= akkor is működik.
-
#17061
Sk8erPeter
nagyúr
Speeedfire
#17060
Sk8erPeter
nagyúr
válasz
Speeedfire
#17060
üzenetére
Korábban sem tiltotta senki, hogy engedélyezve legyen.
Ízlés kérdése, én azért nem komálom, mert szerintem rontja az olvashatóságot, én feleslegesnek látom lespórolni azt a pár karaktert, számomra csúnyább tőle a kód, de ez tök szubjektív, a fejlesztőre vagy fejlesztőbrigádra van bízva ennek az eldöntése. -
#16816
DNReNTi
őstag
Speeedfire
#16814
DNReNTi
őstag
válasz
Speeedfire
#16814
üzenetére
Ne tetézd a bajt.
-
#16815
honda 1993
senior tag
Speeedfire
#16814
honda 1993
senior tag
válasz
Speeedfire
#16814
üzenetére
omg.
Fogalmam sincs hogy mi az a "vagrant".
Meg ugy a mondat masik fele sem vilagos. -
#16462
tothjozsi96
addikt
Speeedfire
#16461
tothjozsi96
addikt
válasz
Speeedfire
#16461
üzenetére
Ez is lassú, azért kellene valami egyedi kivitelezés ...
Túl sok BB kódot kell átalakítanom ahhoz hogy gyors legyen.
-
#16445
Sk8erPeter
nagyúr
Speeedfire
#16444
Sk8erPeter
nagyúr
válasz
Speeedfire
#16444
üzenetére
Nagyon szép idézet lett így a végére.
-
#16443
Sk8erPeter
nagyúr
Speeedfire
#16442
Sk8erPeter
nagyúr
válasz
Speeedfire
#16442
üzenetére
Lépj már feljebb legalább a nagycsoportos óvodásokhoz.
![;]](//cdn.rios.hu/dl/s/v1.gif)
"Erre csak azt tudom írni, hogy minden nyelvben vannak pozitív és negatív dolgok."
---- Speeedfire Coelho "Nem lehet azt kimondani, hogy márpedig az xy a legjobb."
Még szerencse, hogy senki nem beszélt arról, mi a legjobb."»» Az nem túl erős érv a nyelv jósága mellett, hogy a weboldalak nagy része PHP-ben íródott.
Márpedig ez egy igen erős indok, szerintem."
Ja értem, tehát attól lesz jó valami, ha sokan csinálják. (Mr. Bustát is sokan szeretik - leginkább a kiskamasz korosztályból -, aztán mégis szar zenét csinál. A celeblóf@sz és valóságshow műsorokat is sokan bambulják, de attól nem lesz jó. Oravecz CoelhoNóra idézeteit is rengetegen zabálják, pedig röhejesen közhelyesek. Még szerencse, hogy a PHP mindezeknél tényleg sokkal jobb. (Csak hogy félreértés ne essék, hogy összevethető lenne. )) -
#16436
Sk8erPeter
nagyúr
Speeedfire
#16422
Sk8erPeter
nagyúr
válasz
Speeedfire
#16422
üzenetére
"Semmi extra, szívből jött.
Néha unalmas, hogy mindenki lehúzza a php-t, holott a legtöbb weblap ez fut. Vannak hibái, de nem szabad elfelejteni, hogy folyamatosan fejlesztik."
Ja értem, tehát szerinted egy szakmai véleményre személyeskedéssel válaszolni pont jó reakció...
De örülök, ha ezzel hozzájárulhattam a boldogságodhoz.
Az nem túl erős érv a nyelv jósága mellett, hogy a weboldalak nagy része PHP-ben íródott. Minden jöttment hostingcég is kínál PHP-futtatási lehetőséget olcsón vagy akár ingyen (egy domainnévért cserébe, bár ASP.NET-nél is vannak akár ingyenes lehetőségek, persze korlátokkal), a PHP ingyenes, open source, relatíve könnyű nekiesni a fejlesztésnek a segítségével, a felkapottsága további népszerűséget generált, PHP-fejlesztőből pedig iszonyat sok van, csak a mennyiség ugye nem mindig minőség. Természetesen sok előnye van a PHP-nek, pl. pont a népszerűségéből következő nagyon komoly támogatottsága. Viszont a gyengén típusossága és a nyelv helyenkénti koncepcionális hibái hátrányosak és idegesítőek tudnak lenni. Tudod, hogy én is fejlesztgetek benne, de ettől még látom a hibáit (és szerintem semmiben nem jó az elvakultság). Ja, de tudom, most akkor az erre a szerinted jó reakció, hogy húzzak el, nem fogsz hiányolni. -
#16423
fordfairlane
veterán
Speeedfire
#16422
fordfairlane
veterán
válasz
Speeedfire
#16422
üzenetére
idén is a BME keretein belül. Nem az OE-n?
-
#16420
Sk8erPeter
nagyúr
Speeedfire
#16419
Sk8erPeter
nagyúr
válasz
Speeedfire
#16419
üzenetére
Amire reagáltál, abban mondjuk én a webszerver megírására gondoltam, nem a kész progi elindítására, mármint ez csak azért volt érdekes, mert nem valami mágia van a hordozható webszerver mögött sem. De végül is ez a beépített webszerver is ezt igazolja.
Mi ez a túláradó jóindulat? Úgy örülök, hogy hosszú idő után megjelentél, hogy gyorsan lecsapj erre a lehetőségre... (#16418) Zedz :
Áh, hosszú, bevallom, lusta vagyok összeszedni a szempontokat, volt is már sok szó a topicban a nyelv furcsaságairól, a gyengén típusosságából és magának a nyelvnek a hibáiból vagy rossz koncepcióiból sok kényelmetlenség adódik. De az tény, hogy nekiesni magának a fejlesztésnek pofonegyszerű a segítségével, ez előnye is és hátránya is egyben. -
#16416
Sk8erPeter
nagyúr
Speeedfire
#16415
Sk8erPeter
nagyúr
válasz
Speeedfire
#16415
üzenetére
Hát biztos, én abban tuti nem csinálnék.
(Mondjuk az is igaz, hogy minél többet tevékenykedik az ember tisztességes programozási nyelvekben, annál kevésbé vágyik pl. PHP-ra. ) Amúgy van ilyen is:
http://php.net/manual/en/features.commandline.webserver.php
"As of PHP 5.4.0, the CLI SAPI provides a built-in web server." -
#16275
DNReNTi
őstag
Speeedfire
#16274
DNReNTi
őstag
válasz
Speeedfire
#16274
üzenetére
Kár, hogy minden ilyen program Budapesten van, vannak érdekesnek tűnő előadások, de hát k. drága a benzin.
-
#15939
_ak_
addikt
Speeedfire
#15932
_ak_
addikt
válasz
Speeedfire
#15932
üzenetére
Köszi, az alap reláció megvolt, csak nem tudtam, hogy hogyan lehet meghívni, de végül is kikísérleteztem. Valószínűleg az zavart meg, hogy sokkal egyszerűbb volt, mint gondoltam.
Logikus volt, főleg miután írtad, hogy egy tömbbe kell lennie a felhasználóknak és a kutyáknak.Controllerbe:
public function index()
{
$users = User::with('dogs')->paginate(50);
return View::make('admin.index', compact('users'));
}Viewba:
<td>{{{ $user -> username }}} <span class="badge">{{ $user->dogs->count() }}</span></td>
És már ott is van szépen a nevek mellett a számláló.
Nem tudom, hogy ennél van-e egyszerűbb vagy jobb, de mindenképp helyénvalóbb.
-
#15901
Sk8erPeter
nagyúr
Speeedfire
#15887
Sk8erPeter
nagyúr
válasz
Speeedfire
#15887
üzenetére
"Az újabb jQuery-ban csak aszinkron van, itt nem lehet gond szerintem."
Csak deprecated lett az 1.8 óta, de az opció még elérhető. Ezt igazolja, hogy a 2.1.1-rc2-ben is megtalálható:
https://github.com/jquery/jquery/blob/2.1.1-rc2/src/ajax.js
Amúgy itt van egy jó kis source browser:
http://james.padolsey.com/jquery/#v=2.0.3&fn=jQuery.ajax
Persze továbbra is messziről kerülendő bármilyen szinkron kérés - ha már AJAX. De ha nálad úgy tűnik, szinkron módon működik, megnézhetnéd, hogy nincs-e beállítva ez a paraméter valahol mégis, akár $.ajaxSetup() segítségével (aminek a használata egyébként szintén inkább kerülendő)."Illetve egy ilyen rendszert milyen nehéz lehet lefejleszteni pluszban. Mert egyszerűbb message táblán én is agyaltam már, amihez lenne egy ajax kérés pl setTimeout-tal, ami mindig bekérdez. Ez lenne a legegyszerűbb, de gondolom nem túl elegáns és erőforrás igényes."
Szerintem érdemes elolvasnod néhány beszélgetést arról, hogy hogyan csinálja a Facebook vagy a Gmail, van pár thread róla Stack Overflow-n:
http://stackoverflow.com/questions/1086380/how-does-facebook-gmail-send-the-real-time-notification
http://stackoverflow.com/questions/732705/how-is-gmail-chat-able-to-make-ajax-requests-without-client-interaction
http://stackoverflow.com/questions/5359773/how-to-implement-facebook-like-notification -
#15888
mobal
nagyúr
Speeedfire
#15887
válasz
Speeedfire
#15887
üzenetére
Ok. Nem lenne egyszerűbb ha nem php csinálná?
Gondolom valami importálás lehet vagy hasonló sok adatot mozgató műveletek halmaza! -
#15885
mobal
nagyúr
Speeedfire
#15880
válasz
Speeedfire
#15880
üzenetére
Csak érdeklődés szintjén, mi az ami 20 - 30 percig fut?
-
#15883
Sk8erPeter
nagyúr
Speeedfire
#15880
Sk8erPeter
nagyúr
válasz
Speeedfire
#15880
üzenetére
"Felületről küldök egy kérést a szerver felé ajax-al, ami dolgozik olyan 20-30 percet viszont arra az időre teljesen lehal a felület nem válaszol semmire sem."
Ez esetben az AJAX-nak pont az első A betűs része van elrontva, vagyis a kérés nem aszinkron. Ennek nézz utána a kódban, nem ajánlott szinkron kérést intézni ilyen esetben a szerver felé, mert ellentmond épp a lényegnek.
Kerülő megoldás lehet a pollozás, nyilván figyelve arra, hogy ha elindítottál már egy valakihez tartozó requestet, akkor annál ez a hosszas folyamat ne induljon el újból, hanem adjon vissza valami státuszinfót arról, hogy hol tart a request feldolgozásánál. -
#15798
mobal
nagyúr
Speeedfire
#15797
válasz
Speeedfire
#15797
üzenetére
Na várjál. Most a request-ben postoltál és arra kapod a response-t?
-
Tele von Zsinór
őstag
válasz
Speeedfire
#15794
üzenetére
Úgy érted, hogy request header és request body? Mert akkor igen.
-
#15746
mobal
nagyúr
Speeedfire
#15745
válasz
Speeedfire
#15745
üzenetére
Hmm. És ha rollbackelnél? Root azért erős, meglátja egy IT-s és rácsap a kezedre
-
#15744
mobal
nagyúr
Speeedfire
#15743
válasz
Speeedfire
#15743
üzenetére
Akkor rosszra asszociáltam. Régen működött, változtattál valamit?
Szerk.: így elsőre ldap tűnik rossznak [link].
-
#15742
mobal
nagyúr
Speeedfire
#15740
válasz
Speeedfire
#15740
üzenetére
Na várj. Most rögtön futás előtt elhal, vagy futás közben? Ha közben tördeld be és keresd meg hol lesz problémás - gondolok itt erre.
-
#15737
mobal
nagyúr
Speeedfire
#15723
válasz
Speeedfire
#15723
üzenetére
Debug?
-
#15724
Speeedfire
félisten
Speeedfire
#15723
Speeedfire
félisten
válasz
Speeedfire
#15723
üzenetére
Úgy néz ki valami környezeti változó lesz a ludas, mert root-ként nem dob hibát.
-
moltam88
tag
válasz
Speeedfire
#15682
üzenetére
Amiket írsz, azok futás közben keletkezett hibák (notice, warning, stb.), nem kivételek. A try-catch blokk csak a futás közben keletkezett kivételeket kapja el (Exception osztály, és azok leszármazottai).
Olvasd át a php.net-en levő leírást, és kódrészleteket a kivételkezeléssel kapcsolatban, biztos hogy sokat fog segíteni: [link]
Ha a hibákat akarod eltüntetni, akkor ajánlott azokat kijavítani, és nem csak a megjelenítést kikapcsolni. Természetesen van lehetőség a hibák megjelenítésének kikapcsolárása is: a php.ini-ben kell kikapcsolni a megjelenítésüket, vagy php-ben az ini_set() függvénnyel. Ebben az esetben a display_errors és az error_reporting opciókra lesz szükséged.
-
Tele von Zsinór
őstag
válasz
Speeedfire
#15680
üzenetére
Nem értem, mit akarsz kérdezni. Ha van egy try blokkod, azon belül ha (akármennyi függvényhívással beljebb) létrejön egy exception, akkor el fogja kapni, ha:
- nincs beljebb másik try blokk, ami elkapja
- van az exceptionnek megfelelő catch ágad -
Tele von Zsinór
őstag
válasz
Speeedfire
#15512
üzenetére
Már létező gépen módosítasz, vagy ilyenkor nulláról újrabuildeled? Ha az előbbi, akkor próbáld meg újrabuildelni, akkor jó-e, én futottam már emiatt előjövő gondban, de ~20 perc múlva ott volt a jó gépem.
-
#15515
mobal
nagyúr
Speeedfire
#15514
válasz
Speeedfire
#15514
üzenetére
Nem, de célszerűbb akkor már Symfony-t használni. Lásd a szokásos téma, hogy miért is. Engem meggyőztek itt a többiek!
-
#15513
mobal
nagyúr
Speeedfire
#15512
válasz
Speeedfire
#15512
üzenetére
Jó, csak elgondolkodtat, hogy váltsál például szimfóniára ebben az esetben. Nem biztos, hogy a belefektetett energia megérné.
-
#15511
mobal
nagyúr
Speeedfire
#15510
válasz
Speeedfire
#15510
üzenetére
Te részedről is elég nagy refaktorálást fog igényleni / igényel így első ránézésre. Nagy munka lesz.
-
#15508
Sk8erPeter
nagyúr
Speeedfire
#15507
Sk8erPeter
nagyúr
válasz
Speeedfire
#15507
üzenetére
Sztem arra gondolt, hogy tök más lesz az API (erről infókat nem tudok), és így nem triviális a migrálás. Egyébként az ilyen radikális váltás sokszor gyümölcsöző tud lenni, egy tök más példát kiragadva például a Drupallal az a bajom, hogy rohadtul ragaszkodnak a nagyobb szintű API-kompatibilitáshoz, a könnyebb migrációhoz a különböző major verziók között, hogy nevezzék ugyanúgy, hogy lehessen ugyanúgy meghívni, hogy legyen ugyanúgy procedurális kód, blablabla, és mivel még mindig a PHP4 körül kialakult konvenciók vannak erősen belecuppanva a "rendszerbe", ezért a kód is kicsit kutyulmány-feeling. Mondjuk még mindig ezerszer jobb, mint egy Joomla.
-
#15506
mobal
nagyúr
Speeedfire
#15505
válasz
Speeedfire
#15505
üzenetére
Csak egy a gond vele (hála az égnek), hogy egy teljesen új keretrendszer lesz (remélem) és a migrálás nem lesz könnyű.
-
#15490
fordfairlane
veterán
Speeedfire
#15489
fordfairlane
veterán
válasz
Speeedfire
#15489
üzenetére
Írtam én valahol is azt, hogy a cookienál kell eszképelni is valamit?
Ha nem tűnt volna fel, épp ez a téma. Az hogy mit hogyan escapelsz, az nem független attól, hogy hova szánod.
-
#15488
mallee
tag
Speeedfire
#15486
mallee
tag
válasz
Speeedfire
#15486
üzenetére
Tudsz mondani olyan esetet, ahol az addslashes jó?
-
#15487
fordfairlane
veterán
Speeedfire
#15484
fordfairlane
veterán
válasz
Speeedfire
#15484
üzenetére
setcookie-nál nincs mit escapelni. Ha direktben akarod manipulálni a cookie-kat kezelő fejléceket, akkor urlencode-ot használsz.
-
#15485
mallee
tag
Speeedfire
#15484
mallee
tag
válasz
Speeedfire
#15484
üzenetére
Adatbázisos escapeléshez a prepared statement-ek valóak, de jó még a mysql_real_escape_string() is. Cookienál nincs mit escapelni. XSS támadás szűréséhez pedig megint más megoldások vannak.
-
#15482
mallee
tag
Speeedfire
#15462
mallee
tag
válasz
Speeedfire
#15462
üzenetére
addslashes? Semmi értelme, haszontalan.
-
#15385
Sk8erPeter
nagyúr
Speeedfire
#15373
Sk8erPeter
nagyúr
válasz
Speeedfire
#15373
üzenetére
Őőő, vazze, ne nézz már full kreténnek.
Szóval de, átjött, csak szerintem ez a topic is tele van hasonló vagy durvább hsz.-ekkel, így sajnos már cseppet sem meglepődve olvastam a kifigurázás céljából kiemelt írásokat.
Vannak benne elvétve viccesek, de mondom, ha ebből a topicból szemezgetnénk, akkor is találnánk ütősebbeket. Például "A minap azon agyaltam, hogy miképp lehetne egy js fájlba php kódot illeszteni." sztem annyira nem számít viccesnek, mint amilyennek szánta a blog készítője, mert ezek szerint az író nem ért hozzá, hogy lehet ilyet, a szerver egysoros átkonfigurálásával. (#15372) csabyka666
Szívesen! De amúgy az általad linkelt oldalon is működik a reguláris kifejezés tesztelése: http://www.rubular.com/r/AJLZHA9Msj
-
#15374
DNReNTi
őstag
Speeedfire
#15368
DNReNTi
őstag
válasz
Speeedfire
#15368
üzenetére
Nálam a százalékszámítás az abszolút győztes.
-
#15371
PumpkinSeed
addikt
Speeedfire
#15368
PumpkinSeed
addikt
válasz
Speeedfire
#15368
üzenetére
Ez többnyire a facebook-os php csoportból van.
-
#15370
trisztan94
őstag
Speeedfire
#15368
trisztan94
őstag
válasz
Speeedfire
#15368
üzenetére
Vannak itt szépek
Saját?
-
#15369
Sk8erPeter
nagyúr
Speeedfire
#15368
Sk8erPeter
nagyúr
válasz
Speeedfire
#15368
üzenetére
Ez most micsoda? Hogy lehet ekkora fejlécbe berakni olyan kódot, ami notice-t dob?
-
Tele von Zsinór
őstag
válasz
Speeedfire
#15215
üzenetére
Próbáltál a letöltött file-ba belenézni, nincs-e ott valami hibaüzenet? Diffelted az eredetivel, hogy lásd, mi a különbség?
-
#15146
csabyka666
veterán
Speeedfire
#15144
válasz
Speeedfire
#15144
üzenetére
Hú, ezt nem értem, de szerintem hasonlót akarsz csinálni, mint amit én próbálok.
Én így írtam:
$egyeb_info = "";
foreach($keresokifejezes as $value){
$i++;
$egyeb_info .= "LOWER(egyeb_info) LIKE ";
$egyeb_info .= '\\"%'.$value.'%\\"';
if(count($keresokifejezes) > $i){
$egyeb_info .= " OR ";
}
}Nem tudom, így mennyire érthető, de az a vicc, hogy ha kiíratom echo-val a létrejött stringet, és azt beillesztem az SQL lekérésbe, akkor lefut, viszont ha nem a kifejezést, hanem a $egyeb_info változót teszem be, akkor hibát dob az SQL.
-
#15067
wis
tag
Speeedfire
#15066
wis
tag
válasz
Speeedfire
#15066
üzenetére
Szerintem csak a kulcs-érték párok kerülnek be a _POST-ba, a json adatok nem.
Próbáld meg a $HTTP_RAW_POST_DATA-t vagy ezt:
$postdata = file_get_contents("php://input"); -
#15001
mobal
nagyúr
Speeedfire
#14991
válasz
Speeedfire
#14991
üzenetére
Az nem jó, mert nekem 6000 sorra kb 3 sec alatt sikerült. Bár kérdés, hogy mennyi oszlopod van. SQL?
-
#14998
modder
aktív tag
Speeedfire
#14996
modder
aktív tag
válasz
Speeedfire
#14996
üzenetére
igen, referencia szerinti átadás van, szerintem csak rosszul használtad ezt a "hint" kifejezést. A & jel nem egy "hint" az interpreternek.
-
#14997
fordfairlane
veterán
Speeedfire
#14996
fordfairlane
veterán
válasz
Speeedfire
#14996
üzenetére
Hát, akkor én nagyon félreértettem valamit, mert nekem pont az jött át, hogy ha referenciát használ, akkor ugyan arra a változóra hivatkozik és nem másolja át a memóriába.
Este írok regényt erről az egész paraméterátadás-témakörről.
-
#14994
fordfairlane
veterán
Speeedfire
#14993
fordfairlane
veterán
válasz
Speeedfire
#14993
üzenetére
Jó tudni, hogy vannak ilyen "hint-ek" is, amivel "takarékoskodni" lehet.
Pont arról ír, hogy memóriatakarékoskodás miatt nincs értelme referenciát használni. Tipikus premature optimization, ami the root of all evil.
Referencia szerinti paraméterátadást akkor érdemes használni, ha a függvény paramétereket módosítani akarod.
-
#14992
modder
aktív tag
Speeedfire
#14991
modder
aktív tag
válasz
Speeedfire
#14991
üzenetére
a copy-on-write memória modell miatt csak akkor kell referenciát használnod, ha paraméterben átadott változón akarsz úgy változtatni, hogy megtartsa az új értékét visszatérés után, csak ezt ugye illik metódus fejkommentjében feltüntetni.
Egyébként el tudom képzelni, hogy jóval hatékonyabb lehet nagy objektumok esetén, mintha visszatérnél:
public function csinalValamitObjektumon($objektum) {
$objektum->adat = 5; // lemasolja az $objektumot
return $objektum;
}
$objektum = new Objektum();
$objektum = csinalValamitObjektumon($objektum);Ennél jobb, ha referenciaként adod át, és nem térsz vissza vele.
http://hengrui-li.blogspot.hu/2011/08/php-copy-on-write-how-php-manages.html -
#14990
Sk8erPeter
nagyúr
Speeedfire
#14975
Sk8erPeter
nagyúr
válasz
Speeedfire
#14975
üzenetére
"Ez talán még jobb is, mint a pointer.
"
Ezt meg hogy érted, hogy "jobb, mint a pointer"?"Ezek után gyakrabban fogom alkalmazni, ahol ennek szükségét érzem.
"
Hát azért nem kell ennyire megörülni neki, akkor használd, ha valóban szükséges, erőltetni nem kell. -
#14978
mobal
nagyúr
Speeedfire
#14975
válasz
Speeedfire
#14975
üzenetére
Szerintem ezt csak extrém esetben. Ha a spórolás a célod akkor nem hiszem, hogy sokat nyernél vele.
-
moltam88
tag
válasz
Speeedfire
#14975
üzenetére
Délután találtam még egy érdekes dolgot, de csak most tudtam utána nézni:
A referencia szerinti paraméterátadás nagyobb objektumok, tömbök esetén jelentősen gyorsabb mint az érték szerinti. Korábban a jobb teljesítmény elérése céljából nagy figyelmet kellett erre fordítani a paraméterátadás módjának, viszont PHP 5.0 bevezetésével megjelent a copy on write technika, melynek lényege, hogy az érték szerint átadott paraméter nem másolódik le a hívás pillanatában. A másolás lusta módon történik, csak abban az esetben, ha módosításra, írásra kerülne sor.
ForrásHivatalos dokumentációban pedig itt szerepel.
Szerintem így nem kell nagyon foglalkoznod a referencia szerinti paraméterádással, ha csak nincs rá kifejezetten szükséged.
Ez nekem is új dolog
-
#14974
Sk8erPeter
nagyúr
Speeedfire
#14970
Sk8erPeter
nagyúr
válasz
Speeedfire
#14970
üzenetére
Az előzőekhez még annyit, hogy PHP-ben nincsenek - pl. C-ből, C++-ból megismert - mutatók. Referenciák vannak:
http://www.php.net/manual/en/language.references.whatare.php"What References Are
References in PHP are a means to access the same variable content by different names. They are not like C pointers; for instance, you cannot perform pointer arithmetic using them, they are not actual memory addresses, and so on. See What References Are Not for more information. Instead, they are symbol table aliases. Note that in PHP, variable name and variable content are different, so the same content can have different names. The closest analogy is with Unix filenames and files - variable names are directory entries, while variable content is the file itself. References can be likened to hardlinking in Unix filesystem."
Ezeket amúgy érdemes átfutni:
http://www.php.net/manual/en/language.references.php -
moltam88
tag
válasz
Speeedfire
#14970
üzenetére
By default, function arguments are passed by value (so that if the value of the argument within the function is changed, it does not get changed outside of the function). To allow a function to modify its arguments, they must be passed by reference.
Vagyis alapértelmezetten érték szerinti paraméterátadás történik, új memóriát foglal a paraméternek.
-
#14971
trisztan94
őstag
Speeedfire
#14970
trisztan94
őstag
válasz
Speeedfire
#14970
üzenetére
Szerintem csak pointer, legalábbis a legtöbb normális OOP nyelv így működik.
-
#14905
mobal
nagyúr
Speeedfire
#14904
válasz
Speeedfire
#14904
üzenetére
Csak arra gondoltam, hogy a Jenkins szerintem - elviekben jó lenne, ha egy maga ki tudná váltani azt amit csinálsz.
mobal,
-
Tele von Zsinór
őstag
válasz
Speeedfire
#14901
üzenetére
A kézzel felsorolás helyett nem jobb-e, ha kódból:
- listázod az összes mappát
- kiszűröd az említett kettőt
- átadod importálni a maradékotKöszi
azóta elég sokat változott, még alpha volt, mikor azt tartottam. -
#14902
mobal
nagyúr
Speeedfire
#14901
válasz
Speeedfire
#14901
üzenetére
Miért kell minden egyes beépülő/kiegészítő miatt új repo? Teszteket lehet rá külön írni, és futtatni is egyaránt.
Továbbá Jenkins + gitlab nem sok egyszerre?
-
Tele von Zsinór
őstag
válasz
Speeedfire
#14898
üzenetére
Nincs ilyen lehetőség. Alapvetően nincs rá szükség, mert azzal, hogy az autoloadert is generálja neked, nem kell tudnod, mi hova kerül. Az már csak kényelmi szempont, hogy így elég egy mappát ignorálni.
Persze a érme másik oldala az adott mappában dolgozó auto-discovery, ami neked kéne. Nem lehet a yii-ben az ezért felelős classt felülírni valami okosabb algoritmussal?
Esetleg a saját installer fejezetet nézd még meg.
-
#14899
fordfairlane
veterán
Speeedfire
#14898
fordfairlane
veterán
válasz
Speeedfire
#14898
üzenetére
Mit akarsz a composerrel elérni, hogy hozzáadod ezeket? Ezek már letöltött könyvtárak, nem?
-
#14897
mobal
nagyúr
Speeedfire
#14896
válasz
Speeedfire
#14896
üzenetére
--working-dir (-d): If specified, use the given directory as working directory.
Szerk.: Többieknek is nem csak neked! Szemezek mostanában a Laravel keretrendszerrel. Vélemény? (sok lesz már a repertoár, Kohana, Yii és Laravel)
-
#14895
mobal
nagyúr
Speeedfire
#14894
válasz
Speeedfire
#14894
üzenetére
Most konkrétan arra gondolsz, hogy valami kapcsolóval megadod a destination folder-t?
-
#14881
Sk8erPeter
nagyúr
Speeedfire
#14879
Sk8erPeter
nagyúr
válasz
Speeedfire
#14879
üzenetére
Nem tom, ha nincs a disable_functions direktívában beállítva (amit írt Tele von Zsinór), akkor annyi, hogy más is írt ilyen parát.
-
Tele von Zsinór
őstag
válasz
Speeedfire
#14879
üzenetére
Tiltott függvények közt nincs?
-
#14878
Sk8erPeter
nagyúr
Speeedfire
#14877
Sk8erPeter
nagyúr
válasz
Speeedfire
#14877
üzenetére
Hogy érted azt, hogy "nem működik"?
Mi történik, amikor használod? -
#14861
mobal
nagyúr
Speeedfire
#14841
válasz
Speeedfire
#14841
üzenetére
Jenkins
-
#14842
Soak
veterán
Speeedfire
#14841
Soak
veterán
válasz
Speeedfire
#14841
üzenetére
Miert nem bamboo? Az ujban mar nagyon egyszeru deploy kornyezeteket configolni, tavoli gepre is.
-
#14841
Speeedfire
félisten
Speeedfire
#14813
Speeedfire
félisten
válasz
Speeedfire
#14813
üzenetére
Végül a jenkins maradt, elég jól működik.
Annyi kérdésem lenne azoktól akik használtak/beállítottak már ilyet, hogy megoldható-e az, hogy távoli gépre pakolja ki a kész build-et?
Adott 3 szerver: 1 homokozó ezen van nagyon sok hasznos dolog, 1 teszt és 1 éles webszerver. Jobb szeretném ha a homokozó nyomná ki a kész buildeket, ne kelljen 2 helyen is a jenkinst karbantartani. -
#14721
mobal
nagyúr
Speeedfire
#14720
válasz
Speeedfire
#14720
üzenetére
Az a baj, hogy bevett szokás...
-
#14719
mobal
nagyúr
Speeedfire
#14717
válasz
Speeedfire
#14717
üzenetére
Például az itt levő bizRule értéke, az ilyenekkel nagyon nem szimpatizálok. Yii jó, pláne, hogy most jobban megismertem, csakhát marha sok minden számomra "furcsa" a kohana után, aztán ki tudja lehet így kell lennie.
-
#14716
mobal
nagyúr
Speeedfire
#14715
válasz
Speeedfire
#14715
üzenetére
Nem rossz, de túltervezettnek érzem néha. Na meg a "többnyire" konvenciót nem tudom megszokni. Azzal sem értek egyet, hogy auth modulnál miért kell egy sztringben egy felparamérterezett "statikus függvényt" tárolni.
-
#14690
Sk8erPeter
nagyúr
Speeedfire
#14683
Sk8erPeter
nagyúr
válasz
Speeedfire
#14683
üzenetére
Nyilván jobbak TELJESÍTMÉNYBEN (könyörgöm, nem performanciában, ki a tököm találta ki ezt a szót?
), de a hozzászólásodból úgy tűnt, mintha azt állítanád, hogy ezzel elkerülöd, hogy végig kelljen menni a tömbön, de hidd el, nem fogod attól még megkerülni magát a tömbbejárást attól még, mert beépített megoldást használsz. DE gyorsabb a beépített megoldás, az annyira nem meglepő. -
Tele von Zsinór
őstag
válasz
Speeedfire
#14683
üzenetére
Nem csak szerinted - valóban van teljesítménybeli különbség a C-ben írt ciklus és a php-ban írt között. Én is pont ezért használom az array_map és array_filter függvényeket, illetve társaikat napi szinten.
-
#14682
Sk8erPeter
nagyúr
Speeedfire
#14681
Sk8erPeter
nagyúr
válasz
Speeedfire
#14681
üzenetére
"Nem akartam for/while/foreach ciklust használni. Pont ezt akartam elkerülni, hogy több 10ezer elemen végig kelljen menni x alkalommal."
Most viccelsz, ugye? Szerinted a beépített PHP-s függvények mit csinálnak, amikor bejárják a tömböt, hogy adott feltételnek megfelelő elemet keressenek, nem végigmennek rajta? -
#14680
Sk8erPeter
nagyúr
Speeedfire
#14675
Sk8erPeter
nagyúr
válasz
Speeedfire
#14675
üzenetére
Miért nem rakod mindezt egy függvénybe, hogy általánosabb megoldás legyen, vagy mondjuk írsz egy nyomorult egymásba ágyazott, nagyon gyorsan áttekinthető for vagy foreach ciklust? Vagy utóbbi má' égő?
Pedig azt olyan 10 másodperc megírni.
Azt csak azért írtam, mert azt hittem az Openwrt topicban olvastad, hogy írtam, hogy ahhoz gyenge. Amúgy 5-6 perc alatt átméretez egy 1024x768-as képet... 
Bocs a bénázásért.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
De örülök, ha ezzel hozzájárulhattam a boldogságodhoz. 
"
), de a hozzászólásodból úgy tűnt, mintha azt állítanád, hogy ezzel elkerülöd, hogy végig kelljen menni a tömbön, de hidd el, nem fogod attól még megkerülni magát a tömbbejárást attól még, mert beépített megoldást használsz. DE gyorsabb a beépített megoldás, az annyira nem meglepő.Új hozzászólás Aktív témák
Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- Borderlands 2
- Riasztó topik
- Asztalos klub
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- Hivatalos a OnePlus 13 startdátuma
- Android alkalmazások - szoftver kibeszélő topik
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- További aktív témák...
- Üzletből, garanciával, Macbook Pro Retina 14" 2021, M1 32GB RAM/1TB SSD Space gray
- HP EliteBook x360 830 G8 Core i5 1145G7 2.6GHz/16GB RAM/512GB
- UF Lenovo Yoga 9i x360 Érintős Hajtogatós Laptop Tab 14" -60% i7-1360P 16/1TB Iris Xe 2,8K OLED 90Hz
- Lenovo Yoga 9i x360 Érintős Hajtogatós Laptop Tab 14" -60% i7-1260P 16/512 Iris Xe 2,8K OLED 90Hz
- Új DELL Inspiron 16 Fémházas Multimédiás Laptop 16" -40% Ryzen 7 8840U 8mag 16/1TB FHD+ IPS
- Üzleti Fujitsu Lifebook u7510 15,6" FHD IPS 2021/08. havi gyártás
- ÁRGARANCIA! Épített KomPhone Intel i9 14900KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Samsung Galaxy Z Fold5 / 512 GB / 12 GB RAM / 1év Garanciával / Gyári Független
- Bomba ár! HP ProBook 450 G7 - i5-10GEN I 16GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Gar
- Telefon felvásárlás! Samsung Galaxy A15, Samsung Galaxy A25, Samsung Galaxy A35, Samsung Galaxy A55
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest