- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- HP ProLiant MicroServer Gen8
- Hobby elektronika
- Milyen monitort vegyek?
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Mikrofon topic
Hirdetés
-
Lunar Lander Beyond teszt
gp Nagyon sok évtizeddel az eredeti Lunar Lander megjelenése óta ismét ezen a címen jelent meg Atari logóval egy játék. Vajon mennyit javult a játékdesign a hetvenes évek óta?
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Mebírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
Új hozzászólás Aktív témák
-
-
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. -
instantwater
addikt
válasz Pulsar #19882 üzenetére
A
fetch_assoc
az asszociatív tömbbe adja vissza az eredményt, tehátCOUNT
olt tartalmatAS
kulcsszóval el kell nevezni valami értelmesre.
Afetch_row
adja vissza indexelt tömbbe az eredményt, ahol már használható arow[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.[ Szerkesztve ]
-
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ő?[ Szerkesztve ]
-
instantwater
addikt
-
instantwater
addikt
-
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.
-
instantwater
addikt
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?
-
instantwater
addikt
-
instantwater
addikt
válasz timelord1987 #20130 üzenetére
Php.net, udemy.com
A könyvek elég hamar elavulnak.
-
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.
[ Szerkesztve ]
-
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?[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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.[ Szerkesztve ]
-
instantwater
addikt
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.
[ Szerkesztve ]
-
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.[ Szerkesztve ]
Új hozzászólás Aktív témák
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Gurulunk, WAZE?!
- Aliexpress tapasztalatok
- Brawl Stars
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Motorola Edge 40 - jó bőr
- Samsung Galaxy A52s 5G - jó S-tehetség
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- League of Legends
- További aktív témák...
- MacMini M1
- Dell Latitude E5440 - i5 4310U / 8GB RAM - számla, 6 hó garancia
- Beszámítás! ASRock H310CM i7 8700 16GB DDR4 500GB SSD RTX 2070 Super 8GB CM Q500L CM 500W
- Beszámítás! ASUS Prime B450M R5 5600 16GB DDR4 256GB SSD 1TB HDD RTX 2080 Super Rampage SHIVA TT 600
- WD BLACK SN850P 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7300-6600 MBs - Eladó!