Új hozzászólás Aktív témák

• #20376 instantwater addikt coco2 #20374

  Új Válasz 2021-02-02 20:07:35 #20376

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20374 üzenetére

  

  Azért mert árvertek egy játékban, azért backdooros egy opensource, milliók által megbízott szerver.

• #20372 instantwater addikt Mr. Y #20371

  Új Válasz 2021-02-02 12:26:31 #20372

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Mr. Y #20371 üzenetére

  Vagy ha nem akarsz semmit telepíteni akkor nézz rá a repl.it oldalra. Én ott szoktam kódrészleteket próbálgatni.

  Ok, emlékszem, offline kell

• #20370 instantwater addikt Mr. Y #20369

  Új Válasz 2021-02-02 12:20:53 #20370

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Mr. Y #20369 üzenetére

  Ez esetben az nginx és PHP lokálisan telepítve tökéletesen megfelel.
  Melléraksz egy adatbázist (Postgres/MariaDB/MySQL), ha kell.
  És máris futtathatod őket a gépeden.
  Érdemes a dockerizált megfelelőiknek is utánanézni a könnyebb telepíthetőség kedvéért.

• #20368 instantwater addikt pelyib #20367

  Új Válasz 2021-02-02 10:28:37 #20368

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz pelyib #20367 üzenetére

  Ahogyan az apache és a mysqli szokások is, de hiába mondjuk neki.

• #20366 instantwater addikt Mr. Y #20365

  Új Válasz 2021-02-02 09:09:56 #20366

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Mr. Y #20365 üzenetére

  Nginx a gépen fut, és hacsak nem állítasz be valamit rosszul a cacheléssel, akkor egyböl megjelenik minden.
  De ez önmagában nem fog fájlokat listázni, ahoz kell majd valamilyen PHP kód.

• #20363 instantwater addikt Mr. Y #20360

  Új Válasz 2021-02-02 09:02:32 #20363

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Mr. Y #20360 üzenetére

  Nginxet használd.
  Apache tényleg rémálom, és nem csak konfigurációban, hanem erőforráskihasználásban is.

  Egyébként mit értesz offline alatt?

• #20359 instantwater addikt Mr. Y #20358

  Új Válasz 2021-02-02 07:54:53 #20359

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Mr. Y #20358 üzenetére

  Offline PHP szerver?

  Linuxra feldobsz egy nginxet meg egy PHP 7.4 et vagy 8 at, és nagyjából kész vagy.

  Vagy Docker konténerként is lehúzhatod ezeket.
  webdevops/php-nginx ez egybecsomagolva tartalmaz mindent.

• #20355 instantwater addikt Taci #20354

  Új Válasz 2021-02-01 14:00:29 #20355

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Taci #20354 üzenetére

  Keretek alatt ugye nem iframeket értesz?

  Moment.js-t érdemes használni. A formázáson kívül tud sok minden mást is, és nem neked kell fixelni a bugokat

• #20353 instantwater addikt Taci #20352

  Új Válasz 2021-02-01 13:46:31 #20353

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Taci #20352 üzenetére

  Igen, célszerű az adatot JSONban leküldeni a kliensnek, és kliens oldalon React/Vue vagy valami hasonlóval generálni a HTMLt.

  Szerencsére ahogy értelmezem ez nem egy örökölt projekt ahol van sokezer sor HTML generáló kód backenden.

  De minden azon múlik hány különböző oldalt kell generálnod, és mennyire értesz ezekhez a frontend frameworkokhöz.
  Ha csak egy oldalt kell generálni, és csak PHPhoz értesz, akkor lehet jobban jársz egy Twig/Blade megoldással mint ezért szenvedni egy frontend frameworkkel, habár nem túlságosan nehezek.

• #20351 instantwater addikt Taci #20350

  Új Válasz 2021-02-01 13:14:57 #20351

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Taci #20350 üzenetére

  Javaslom nézz rá valami templating enginere, ha mindenáron backenden PHPvel akarod generálni a HTMLt.

  Twig vagy Blade vagy valami hasonlónak nézz utána.

• #20346 instantwater addikt coco2 #20345

  Új Válasz 2021-01-30 21:29:24 #20346

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20345 üzenetére

  SPA frameworkök a fénykorukat élik, és mindegyik APIt hív.
  React, vue, etc.

• #20344 instantwater addikt coco2 #20341

  Új Válasz 2021-01-30 14:28:31 #20344

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20341 üzenetére

  Ha szeretsz sajtreszelővel .........

  Pontosan az elmicsodálástól véd egy megfelelően használt composer.lock és package-lock.json.

  A megfelelő alatt azt értem, hogy paranccsal installálsz új packaget, nem kézzel szerkeszted a jsont, és mindig az install módot használod az update helyett és akkor a lockfileból dolgozik, és nem lesz elmicsodálva.

• #20343 instantwater addikt Taci #20340

  Új Válasz 2021-01-30 14:18:07 #20343

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Taci #20340 üzenetére

  Igen, erre az axiosra gondoltam.
  Ha beledobsz még valami bundlert is a képletbe, mondjuk webpack, (de azt hiszem az helyett is van már valami más ajáblott) akkor még szebb lehet a kód. Then és catch helyett könnyebben kezelhető async/await is haszálható.

  Ajánlom figyelmedbe a JavaScript topikot, ott többet tudnak segíteni JS témában.

  A w3wchools helyett inkább a Mozilla Developer Network és a php.net ajánlott.

• #20339 instantwater addikt coco2 #20338

  Új Válasz 2021-01-30 09:02:10 #20339

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20338 üzenetére

  Feleslegesen low level.

• #20337 instantwater addikt Taci #20334

  Új Válasz 2021-01-29 21:24:55 #20337

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Taci #20334 üzenetére

  IE7, IE6, IE5?
  Régebben kihaltak mint a dinoszauruszok, így kompatibilitási kód sem szükséges.

  Tessék axiost használni, vagy ha nagyon ragaszkodunk az őskövületekhez, akkor jQueryt, de az manapság már kicsit hullagyalázás.

  Nyers xmlhttp-t nem használ már senki kb 15 éve.

  

• #20326 instantwater addikt Taci #20325

  Új Válasz 2021-01-28 20:51:07 #20326

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Taci #20325 üzenetére

  Küldd le a lekérdezés maximum számosságát (SELECT COUNT(id) FROM table ...) is a kliensnek, így az tudni fogja mikor ért a végére.

  Vagy a kliens csak egy oldalszámot küldjön, és te kiszámolod a limitet és offsetet szerveroldalon, és még leküldöd azt is, hogy van e tovább.

  Vagy egyszerűen csak küldj le egy üres tömböt, ha a végére ért, így tudni fogja, hogy ne kérjen többet.

  Esetleg a stackoverflowon is nézz körül ötletekért infinite scroll és pagonation témában.

• #20313 instantwater addikt RedHarlow #20312

  Új Válasz 2021-01-26 08:43:37 #20313

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz RedHarlow #20312 üzenetére

  number_format

• #20311 instantwater addikt coco2 #20310

  Új Válasz 2021-01-26 08:04:30 #20311

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20310 üzenetére

  Csupán annyi a bajom vele, hogy a parameter binding sokkal kevésbé macerás mint escapelt stringeket összefűzögetni.
  [link]

  Az EMULATE_PREPARES pedig nem véletlenül nincs bekapcsolva alapból.
  Az numeric értékeket stringként küldi el az adatbázisnak, így az összes numeric index megy a kukába.

• #20309 instantwater addikt coco2 #20307

  Új Válasz 2021-01-25 22:17:57 #20309

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20307 üzenetére

  Igaz, a gépet nem érdekli, de a tanár levon érte pontot, ha nem felel meg a formai követelményeknek.

  Azért az OOPnek van rengeteg előnye, és egy modern PHP projekt objektumorientált.

• #20308 instantwater addikt pigmeus #20306

  Új Válasz 2021-01-25 22:13:04 #20308

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz pigmeus #20306 üzenetére

  mysqlit hanyagold. De jár a csoki az escaping törekvésért.

  A PDO pontosan az OOP adatbáziskezelést valósítja meg a PHPben.

• #20305 instantwater addikt coco2 #20304

  Új Válasz 2021-01-25 20:23:09 #20305

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20304 üzenetére

  Jó kérdés. Én csak a tech részét látom.

• #20303 instantwater addikt coco2 #20302

  Új Válasz 2021-01-24 18:07:35 #20303

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20302 üzenetére

  Ez ecommerce B2B készlet és rendelés szinkronizáció havi többszáz/többezer fontokért ügyfél méretétől és igényeitől függően.
  Van pénz.

• #20301 instantwater addikt coco2 #20300

  Új Válasz 2021-01-24 15:07:11 #20301

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20300 üzenetére

  Minden hónapban felvesznek valami mid és junior közti fejlesztőt, és mindemellett senkit nem rugnak ki.

  Egyszerűen nem értem, hogy hogy a fenébe van bevétele a cégnek, ha egyfolytában valami elromlik, és kézi rásegítéssel kell átrugdalni a rendszert a hétvégéken.

  A túlórát le lehet csúszni, ritkább esetekben kifizetik előzetes megegyezés alapján.

  A foreign key ismeretlen fogalom, de bekapcsolni sem lehet, mert annyira alacsony minőségű az adat, hogy a foreign táblában van rengeteg olyan rekord amihez a forrástáblában nincs adat, így FK kilőve.

  Indexek voltak 1-1 oszlopon, de jellemzően 3-4 oszlopos WHERE feltételek vannak a lekérdezésekben.
  Csináltam 3-4 oszlopos indexet, erre kiderült, hogy az adatbázis mező az varchar, de a rendszer integerként küldi az értéket a queryben. Ekkor az adatbázisnak castolni kell többmillió rekordot integerre, hogy le tudja futtatni a lekérdezést.
  Castolással 30 mp, castolás kényszerítése nélkül helyesen stringként használva a mezőt a queryben lefut ugyanaz 300 ms alatt.

  Van egy olyan agyrém, hogy minden kliensnek (cégek) van egy külön táblája , amiben minden van. Az ügyfelektől kezdve a rendelésekig minden.
  És van kb 200 (!!!) ilyen tábla.
  Skálázhatósági mennyország.

  De a főnök már Kubernetesről álmodik .
  Mondanom sem kell, bevallja magáról, hogy nem tech szakember, nem ért hozzá, csak ömlik belőle a megvalósíthatatlan ötletek sorozata.

  Mondtam neki, hogy minimum 6-12 hónap amit kér, de van egy nagydumás kolléga aki eladja a főnöknek a szép álmokat. Mindent megigér péntekre és hónap végére. Minden héten péntekre és minden hónap végére, amiből soha nincs semmi kézzelfogható vagy használható eredmény.
  És amikor mondom, hogy egy kamugép az ürge, még engem néz hülyének a főnök.

  Tuti bestseller lenne az a könyv, ha megírnám

• #20299 instantwater addikt coco2 #20298

  Új Válasz 2021-01-23 21:02:38 #20299

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20298 üzenetére

  Oh, én erről könyvet tudnék írni, amit PHPban le tudnak művelni az emberek.
  A jelenlegi helyemen szinte az összes best practice ellenkezője van implementálva.

• #20243 instantwater addikt Mike #20242

  Új Válasz 2020-12-14 14:37:49 #20243

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Mike #20242 üzenetére

  Példakódod van esetleg?

• #20240 instantwater addikt coco2 #20239

  Új Válasz 2020-12-10 16:34:52 #20240

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20239 üzenetére

  Ez esetben adatbázisclusterre van szükséged.
  Nem egy egyszerű dolog, ezért javaslom valamilyen managelt szolgáltatás formájában igénybe venni.
  Több read-replicával és hasonló dolgokkal.

• #20234 instantwater addikt

  Új Válasz 2020-12-09 00:03:56 #20234

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  Eszembe jutott, hogy attól, mert nagy az adatbázis és trükközni kell, attól még talán mégis érdemes lenne külön szerverre tenni, és leválasztani a PHP-t futtató szerverről, így lenne esély ugyanazt az adatbázist használni több PHP szerverről.

  Vagy abszolút nem megvalósítható?

• #20232 instantwater addikt coco2 #20231

  Új Válasz 2020-12-08 22:43:05 #20232

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20231 üzenetére

  PHP alábecslést arra alapozom, hogy blocking végrehajtást alkalmaz, szemben mondjuk a Node.js-sel.

  Illetve adatbázis kapcsolatok kezelése elég pazarló PHPben, mert minden lekérdezés egy új adatbáziskapcsolatot kell, hogy nyisson, szemben egy olyan alkalmazással ami önmaga kezeli a lekérdezéseket és tudja menedzselni az adatbázis connection poolt, így kevesebb kapcsolódással újra tudja hasznosítani a kapcsolatokat több egymástól független lekérdezéshez.

• #20230 instantwater addikt coco2 #20229

  Új Válasz 2020-12-08 19:34:05 #20230

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20229 üzenetére

  A Facebooknál dolgozol, vagy hol van ekkora terhelés ami ilyen egyedi megoldásokat kíván és ráadásul PHPben?

  Esetleg a Redis opció lehet a több tábla helyett?
  Vagy esetleg táblapartícionálás? Clustering, sharding?

  Miért kellene több loadbalancer? Egy loadbalancer feladata, hogy minimális overheaddel továbbítsa a lekérést. Kell neki sok CPU, RAM, és jó nagy sávszél, aztán mehet. Jobb helyeket van menedzselt loadbalancer ahol neked nem kell foglalkoznod a méretezéssel.

• #20228 instantwater addikt coco2 #20227

  Új Válasz 2020-12-08 19:07:22 #20228

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20227 üzenetére

  Sok terhelés?
  Vannak megfelelő indexek a WHEREben lévő oszlopokon?

  Több loadbalancer?
  Az elvileg nem gond, hiszen mindegyik magának kezeli a sticky sessiont.

• #20226 instantwater addikt coco2 #20225

  Új Válasz 2020-12-08 15:50:41 #20226

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20225 üzenetére

  Ezt úgy hívják sticky-session, és a loadbalancernek kell támogatnia. Így minden requestet ugyanarra a szerverre fog irányítani ahová a legelsőt irányította amit az adott klienstől kapott.

  Javaslom ne szórakozz a session nevek befolyásolásával. Nagyon mély gödör, és csak még több fejfájást generálnál magadnak.

  Gyanítom azért van erre szükséget mert mindegyik szervereden fut egy-egy adatbázis másolat.
  Erre az a megoldás, hogy minden szerveredről ugyanazt, a központi adatbázist használod, így mindegy melyik szerver kapja a kérést, a sessionok egy helyen, az adatbázisban lesznek. Extra haszonként még azt is megkapod, hogy bármikor lecserélheted bármelyik szervered adatvesztés nélkül.

• #20215 instantwater addikt disy68 #20211

  Új Válasz 2020-11-13 16:21:23 #20215

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz disy68 #20211 üzenetére

  Uhh, jó tudni, hogy lehet ilyen.
  Szerencsére ilyenbe még nem futottam bele.

• #20209 instantwater addikt coco2 #20208

  Új Válasz 2020-11-12 16:31:08 #20209

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20208 üzenetére

  Gizimanci azt sem tudja mi az a spambox és whitelisting.
  Ő csak egyszerűen nem fog tőled vásárolni amikor küldöd a hírlevelet, mert egyből megy spambe.

• #20207 instantwater addikt disy68 #20205

  Új Válasz 2020-11-12 15:56:47 #20207

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz disy68 #20205 üzenetére

  Osztoznak, persze.
  De pontosan ezért fizetsz, hogy ezt figyeljék, és fenntartsák az IP reputációját.

  És mivel hitelesítve van az email a korábban említett módokon, végső soron a domain kerül tiltólistára, nem az IP.
  Hiszen az adott IPről érkező levelek mondjuk 0.1%-a kerül mondjuk spamnek jelölésre, viszont az adott domain mondjuk 20-30%-a, hiába jön több IPről, akkor a spamfilterek szépen kiszűrik az egész domaint.

  Illetve ott hasal el az egész dolog, hogy ezeknek a küldőknek a szerződésében benne van, hogy tilos a spam. Ha valaki spammelésre használja, kitiltják.
  De leginkább el sem jutnak eddig, hiszen nem biznisz fizetős spamet küldeni.

  Olcsóbb feltört szerverekről scripttel küldeni.
  És akkor itt vissza is érkeztünk a start mezőre.
  Ne küldj szerverről emailt, mert zéró reputációd van.

• #20204 instantwater addikt coco2 #20203

  Új Válasz 2020-11-12 11:29:46 #20204

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20203 üzenetére

  Nem egészen ilyen egyszerű.
  Nem mindegy milyen szerverről, és hogyan küldik az emailt.

  Azok a szerverek kifejezetten megbízhatónak vannak jelölve a spam adatbázisokban.
  A saját szerverrel az a gond, hogy semmilyen adatbázisban nincs benn az IP címe. Itt már kap egy fekete pontot az email.

  Aztán nézz utána az SPF, DKIM, DMARC és kapcsolódó kulcsszavaknak, amelyek segítik a címzett kiszolgálót abban, hogy megállapítsa tényleg a feladó domain tulajdonosa küldte-e az emailt, vagy csak valaki spoofolja a feladót egy random szerverről.

  Ezek a szolgáltatások aláírják a kimenő emailt egy kulccsal amit egy domain TXT rekord alapján vissza tud ellenőrizni a címzett.

  És persze az sem mindegy, ha a te domainedről küldesz mondjuk 100 emailt gmailes címekre abból egyvalaki rákattint a spam gombra. Máris 1% spam értéke van az IP címednek. A fizetős szolgáltatások pedig milliós nagyságrendben küldenek, tucatnyi IPről. Egy-egy spam jelölés nem nagy gond.

  Gondolod, hogy csak a hülye, lusta, pénzes embereknek találták ki őket?

  Javaslom nézz utána az email deliverability témakörnek.

• #20202 instantwater addikt Gergello #20201

  Új Válasz 2020-11-11 22:45:03 #20202

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Gergello #20201 üzenetére

  Azt hiszem tranzakciós emailnek hívják ezeket.
  Bármelyik szolgáltatás jobb, mint a szerverről közvetlen, hiszen ők abból élnek, hogy célba érjen az email, ügyelnek a spamlistákra, hitelesítésekre, stb.
  Még talán a csatolmány kérdés is egycsapásra megoldódik.

• #20200 instantwater addikt Gergello #20199

  Új Válasz 2020-11-11 21:53:02 #20200

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Gergello #20199 üzenetére

  Spórold meg a fejfájást, és sürgősen keress valami emailküldő szolgáltatást.
  Sparkpost, Mandrill, Mailgun, valami.
  Közvetlenül szerverről küldeni 2020-ban belépő a spamlistára.

• #20198 instantwater addikt Mike #20190

  Új Válasz 2020-11-10 02:18:45 #20198

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Mike #20190 üzenetére

  Jó lenne tudni, hogy milyen verzió, Docker vagy natív, CLI vagy FPM, oprendszer, és persze az error log tartalma, hátha abban van valami hasznos, még, ha nem is írja ki a böngészőben.

• #20177 instantwater addikt radi8tor #20176

  Új Válasz 2020-10-30 00:40:58 #20177

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz radi8tor #20176 üzenetére

  Értem.
  Viszont ezzel azt kockáztazod, hogy jövőre darabjaira hullik a rendszer amikor a szervert 7.4re frissíted.

  PHP verziók életciklusa: [link]

  A 7.3 támogatása kicsit több mint 1 hónap múlva megszűnik, és csak biztonsági frissítéseket fog kapni még egy évig.

  Tehát legkésőbb jövő ilyenkor lesz egy nagyon erős fejfájásod a 7.4 miatt.

  Ha nem lehet frissíteni a frameworkot ami a te esetedben az OpenCart akkor fennáll a veszélye, hogy a 7.4-en még jobban széthullik, és még többet kell majd hackelned.

  Ha van ráhatásod a szervere, akkor egyenesen 7.4-re frissítenék. Ha nincs, akkor részvétem az üzemeltetőd miatt aki a support vége előtt 1 hónappal aktiválja a verziót.
  Az már csak hab a tortán, hogy a korábbi 7.1-hez már 1 éve biztonsági frissítés sem volt, és az aktív támogatása is lejárt 2 éve.

  Ezzel a sebességgel a 7.4-es problémák is majd csak 2 év múlva fognak előjönni. Ha addig meg nem hackelik a rendszered egy OpenCart vagy PHP rés kihasználásával.

  Tartsd szárazon a puskaport és legalább adatbázis mentésed legyen.

• #20174 instantwater addikt

  Új Válasz 2020-10-29 23:43:32 #20174

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  Milyen PHP verzió volt korábban?
  Tippre 7.1, mert ez a változás a countban a 7.2 verzióval került be: [link]

  Röviden a lényeg, hogy a változó csak array vagy olyan object lehet ami implementálja a Countable interfészt.

  Tehát se string, se integer, se null, semmi más.

  Sajnos a korábbi verziókon futó rendszerekben elég népszerű volt a count használata random dolgokra és működött mert hibás viselkedés volt implementálva a futattókörnyezetben. Régebbi PHP verziókban ez jellemző.

  Ráadásként mivel a PHP dinamikus nyelv, és a fejlesztők előszeretettel hagyják ki a típusdefiníciókat, így még statikus analízissel sem lehet megtalálni ezeket a hibákat, csak futásidőben ugranak elő.
  Persze tesztek írásával is meg lehet találni ezeket, de PHPben senki nem ír tesztet sajnos.

  Ez milyen rendszer?
  Teljesen egyedi, vagy valami kész framework?
  Tudod frissíteni a frameworkot? Vagy ez a saját kód a frameworkon felül?

• #20153 instantwater addikt hcl #20152

  Új Válasz 2020-10-13 18:18:50 #20153

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz hcl #20152 üzenetére

  Értem.

• #20151 instantwater addikt hcl #20150

  Új Válasz 2020-10-13 17:43:21 #20151

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz hcl #20150 üzenetére

  Esetleg valami frontendes diagram generátor, és csak az adatot küldenéd le JSONban? Pl D3.js?

• #20148 instantwater addikt hcl #20146

  Új Válasz 2020-10-13 14:40:54 #20148

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz hcl #20146 üzenetére

  Annak a másiknak miért kell tudnia a kliens méretét?

  Arra akarok kilyukadni, hogy a szerver csak adatot szolgáltat, esetleg némi HTML layoutot.
  A tényleges megjelenés és az egyes elemek mérete CSSben van szabályozva.

• #20145 instantwater addikt hcl #20144

  Új Válasz 2020-10-13 14:20:07 #20145

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz hcl #20144 üzenetére

  Miért kell a szervernek tudni a kliens méretét?

• #20140 instantwater addikt coco2 #20139

  Új Válasz 2020-09-09 00:30:18 #20140

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20139 üzenetére

  Nézz utána milyen featurek jöttek.

  Mysqli is elavult már, és már 5.x alatt is létezett.
  Minimum PDO, vagy valamilyen ORM ajánlott.

• #20137 instantwater addikt coco2 #20136

  Új Válasz 2020-09-08 18:21:12 #20137

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20136 üzenetére

  Ez ezer éves PHP 5.x hez.
  7.4-nél járunk.
  Eszébe ne jusson senkinek ezt elővenni.

• #20135 instantwater addikt Agostino #20133

  Új Válasz 2020-09-08 17:17:07 #20135

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Agostino #20133 üzenetére

  CSAK leárazva szabad ott bármit venni 10 USD/EUR körül.

  Az eredeti árak kicsit magasak ahhoz, hogy egy random indiai akcentust hallgass. Persze vannak egész kiváló minőségű, amerikai akcentussal beszélő oktatók is.

  Értékelés szerint kell listázni, és amin van több TÍZEZER csillag, azt vedd meg az első 3-5 közül.

• #20131 instantwater addikt #31816946 #20130

  Új Válasz 2020-09-08 16:06:38 #20131

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz #31816946 #20130 üzenetére

  Php.net, udemy.com

  A könyvek elég hamar elavulnak.

• #20128 instantwater addikt pelyib #20126

  Új Válasz 2020-08-30 16:05:10 #20128

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz pelyib #20126 üzenetére

  Én itt kiszálltam
  Neki PDFben kell.
  Hagyd.

  Akinek magyarázni kell, hogy az nginx mitől hatékonyabb mint az Apache 2020ban. Nem találok szavakat.
  Ja, de. Google.

• #20123 instantwater addikt coco2 #20121

  Új Válasz 2020-08-29 23:41:31 #20123

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20121 üzenetére

  Apache?
  2020ban álljunk már át valami másra, legalább Nginxre.

  Session storagere használj Redist.

  Laravel beépítve támogatja a Redis és memcached session tárolást.

• #20111 instantwater addikt coco2 #20110

  Új Válasz 2020-08-12 21:34:18 #20111

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20110 üzenetére

  RTFM: __LINE__

• #20101 instantwater addikt coco2 #20100

  Új Válasz 2020-08-06 17:49:08 #20101

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20100 üzenetére

  Postgresben nincs memory table.
  MySQL pedig mehhh....

• #20095 instantwater addikt coco2 #20091

  Új Válasz 2020-08-04 22:56:53 #20095

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20091 üzenetére

  Netflix hogy csinálja?
  Ott is limites az egyidőben élő streamek száma és még a pozíciót is megjegyzi.

  Custom streaming server implementáció szóba jöhet? Vagy esetleg valami plugint/proxyt lehet készíteni a streaming serverhez? Valamiféle APIn keresztülnlehet vele beszélgetni?

• #20094 instantwater addikt pelyib #20092

  Új Válasz 2020-08-04 22:53:40 #20094

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz pelyib #20092 üzenetére

  Nem sok magyar streaming cég jöhet szóba a PHP topikban

• #20090 instantwater addikt pelyib #20089

  Új Válasz 2020-08-04 08:45:38 #20090

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz pelyib #20089 üzenetére

  Docler?

• #20087 instantwater addikt pelyib #20085

  Új Válasz 2020-08-03 21:19:54 #20087

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz pelyib #20085 üzenetére

  A sessiont kilövi amint B session belép.

• #20086 instantwater addikt coco2 #20084

  Új Válasz 2020-08-03 21:19:02 #20086

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20084 üzenetére

  Használj Redist, ha aggódsz az SQL szerver sebessége miatt.
  Jelenleg miben van tárolva a session amihez képest aggaszt a sebesség?

• #20083 instantwater addikt coco2 #20082

  Új Válasz 2020-08-03 18:16:49 #20083

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz coco2 #20082 üzenetére

  Azok mik, ha nem sessionök?
  Egyedi session kezelést kell megvalósítanod, és érvényteleníteni minden korábbi session ID-t, amikor létrehozol egy újat az adott usernek.

• #20078 instantwater addikt wibemm #20077

  Új Válasz 2020-07-18 05:42:18 #20078

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz wibemm #20077 üzenetére

  Szia,

  Mindig === t használj a == helyett.

  Soha ne használd a @ operátort, mert némítja a hibákat, azokat pedig kezelni vagy megelőzni kell.

  Használd PDOt a mysqli helyett, a mysqli elavult.

  Ne echozd a $queryt.

  Használj parameter bindinget (kérdőjelek) mert így lehet injektálni az SQLt.

  Ha kódot illesztesz be, kérlek használd a kód formázást.

• #20066 instantwater addikt WaterWave #20065

  Új Válasz 2020-06-06 15:04:50 #20066

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz WaterWave #20065 üzenetére

  docker run -d -e "MAX_UPLOAD_SIZE=1024" -v /data/pictshareuploads:/usr/share/nginx/html/data -p 80:80 --name=pictshare hascheksolutions/pictshare

  Host path: /data/pictshareuploads
  Docker path: /usr/share/nginx/html/data

• #20064 instantwater addikt pelyib #20063

  Új Válasz 2020-06-06 15:02:35 #20064

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz pelyib #20063 üzenetére

  Vannak...
  Nem tudom miért egyszerűbb újra feltalálni a kereket, mint legalább egy Laravelt vagy hasonlót használni alapként.

• #19975 instantwater addikt supercow #19974

  Új Válasz 2020-04-08 21:47:25 #19975

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz supercow #19974 üzenetére

  Láttam már sajnos ilyet, de azt hittem, hogy az az illető nem ért hozzá.
  De akkor ezek szerint ez egy széleskörűen alkalmazott dolog... addig amíg az ember megtalálja az össze-vissza indentált kódban a sok PHP tag között a megfelelő lezáró kapcsos zárójelet...

• #19973 instantwater addikt agoka07 #19971

  Új Válasz 2020-04-08 10:56:05 #19973

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz agoka07 #19971 üzenetére

  Nem túl jó ötlet mixelni a PHPt a HTMLlel.
  Használj valami templating enginet.

• #19967 instantwater addikt Ispy #19965

  Új Válasz 2020-04-07 10:13:43 #19967

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Ispy #19965 üzenetére

  Miért nem használsz Dockert?

• #19948 instantwater addikt adika4444 #19947

  Új Válasz 2020-02-24 16:56:33 #19948

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz adika4444 #19947 üzenetére

  Linux, de legalább Docker.

• #19945 instantwater addikt mobal #19942

  Új Válasz 2020-02-23 16:06:55 #19945

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz mobal #19942 üzenetére

  Barazsy Ákos cége? Érdemes őt követni Youtuben.

• #19933 instantwater addikt pelyib #19932

  Új Válasz 2020-02-19 00:19:00 #19933

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz pelyib #19932 üzenetére

  Semmi gond, évekkel ezelőtt amikor én kezdtem, ugyanezt csináltam.

  Joci93 kolléga mutatja itt a helyes irányt.

• #19931 instantwater addikt Joci93 #19930

  Új Válasz 2020-02-18 10:26:39 #19931

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Joci93 #19930 üzenetére

  Tudom én, hogy PHPben is lehet normálisan dolgozni, csak nagyobb divat Wordpressben HTMLt írogatni PHPvel mixelve, lassú lekérdezést indítani az oldal renderelésének kellős közepén és hasonló főbenjáró bűnök

• #19927 instantwater addikt radi8tor #19926

  Új Válasz 2020-02-16 02:30:37 #19927

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz radi8tor #19926 üzenetére

  Monolitikus MVC szagot érzek.

  Tessék APIkat írni, és a frontendet elszeparálni, köztük AJAXxal kommunikálni.

  Vagy PHP-ben ez még mindig nem divat?
  Ez volt az egyik ok ami miatt otthagytam a PHPt pár éve, mert nem divat karbantartható kódot és architektúrát építeni.

• #19896 instantwater addikt SunyaMacs #19895

  Új Válasz 2020-01-05 16:29:04 #19896

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz SunyaMacs #19895 üzenetére

  Általában egy Session ID-t tárolnak el cookieban, a többit pedig szerver oldalon a session táblába.

• #19893 instantwater addikt radi8tor #19892

  Új Válasz 2019-12-30 22:28:10 #19893

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz radi8tor #19892 üzenetére

  Ő szeretne kikerülni a policy alól az állása elvesztésével a szabályok kijátszása miatt.
  Pedig felmondani egyszerűbb lenne.

• #19890 instantwater addikt sztanozs #19889

  Új Válasz 2019-12-30 18:12:11 #19890

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz sztanozs #19889 üzenetére

  Mert egy maszek kis chatprogrammal nem? Biztosan oka van a tiltásnak.
  Léteznek HTTPS tunnelek, azokat nehezebb észrevenni mint a standard openvpn forgalmat.

• #19888 instantwater addikt zsolti_20 #19886

  Új Válasz 2019-12-30 16:02:44 #19888

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz zsolti_20 #19886 üzenetére

  Nem lenne egyszerűbb és kényelmesebb egy VPN-re előfizetni ami a hálózati tiltásokat kikerüli?
  Hiszen a saját kis chatedet is futtani kell valahol hacsak nem serverlessben gondolkodsz.
  Esetleg arra nem gondoltál, hogy okkal van tiltva a közösségi média mondjuk adatszivárgást megelőzendő?

• #19883 instantwater addikt Pulsar #19882

  Új Válasz 2019-12-24 00:53:57 #19883

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Pulsar #19882 üzenetére

  A fetch_assoc az asszociatív tömbbe adja vissza az eredményt, tehát COUNTolt tartalmat AS kulcsszóval el kell nevezni valami értelmesre.
  A fetch_row adja vissza indexelt tömbbe az eredményt, ahol már használható a row[0] és társai, de az asszociatív tömbös megoldás a preferált a rugalmassága miatt, mert a lekérdezéshez való új oszlop hozzáadása esetén sem csúsznak el az indexek.

• #19877 instantwater addikt Pulsar #19876

  Új Válasz 2019-12-19 21:59:38 #19877

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Pulsar #19876 üzenetére

  Az ertek milyen típusú a tábla definícióban?

• #19875 instantwater addikt RedHarlow #19874

  Új Válasz 2019-12-16 21:12:12 #19875

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz RedHarlow #19874 üzenetére

  CSVbe exportálni pofonegyszerű, azt az excel is meg tudja nyitni.
  Cellánként van valami 32000 karakteres limit, ha esetleg érint, erre figyelj.

  Most látom, hogy 3 munkalap kell egybe.
  Akkor passzolom.

• #19865 instantwater addikt mobal #19864

  Új Válasz 2019-11-26 08:43:05 #19865

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz mobal #19864 üzenetére

  Az is lehet.
  De sajnos nem tudjuk mi a célja a kérdezőnek.

• #19863 instantwater addikt bhonti #19862

  Új Válasz 2019-11-25 23:12:21 #19863

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz bhonti #19862 üzenetére

  Jogos, de ezt nem említette.

• #19861 instantwater addikt bhonti #19860

  Új Válasz 2019-11-25 22:51:21 #19861

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz bhonti #19860 üzenetére

  Úgy ésszerű.

  Minek szenvedni egy ilyen struktúrájú fájllal?

  Többes egyidejű írás hazavágja a fájlt, lockolással pedig letérdel a rendszer.
  Bele sem megyek a részletekbe.

  2020 küszöbén aki fájlban tárol usereket az egy hol élt az elmúlt 20 évben?
  Az olyan ember egyéb galádságokra is képes, mint pl a plaintext jelszavak, world read permisson az "adatbázis fájlra" és hasonlók.

• #19859 instantwater addikt bucihost #19857

  Új Válasz 2019-11-25 21:16:39 #19859

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz bucihost #19857 üzenetére

  Én a MySQL felé venném az irányt.

• #19856 instantwater addikt sztanozs #19855

  Új Válasz 2019-11-14 18:32:36 #19856

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz sztanozs #19855 üzenetére

  Há' a szerveren.

• #19834 instantwater addikt bucihost #19833

  Új Válasz 2019-11-11 13:41:27 #19834

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz bucihost #19833 üzenetére

  Ez egy bináris.
  Ezzel nem sokra mész, ha forráskód kell.

• #19829 instantwater addikt Agostino #19826

  Új Válasz 2019-10-31 16:02:21 #19829

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz Agostino #19826 üzenetére

  
  Most azonnal használj prepared statementet, mert ez így elég veszélyes üzem.

  

  Továbbá, lehet több sort egyszerre beszúrni, úgy sokkal gyorsabb.

  Illetve ha megosztod a SELECT kódot is, akkor talán tudjuk mitől nem megy a kiiratás.

Új hozzászólás Aktív témák