Ne možeš testirati sve dok nije s domene poslano. Lokalno ti recaptcha neće raditi.
Ako regaš localhost, raditi će. Također, preporučam ti da pokušaš u inspect element uhvatiti request, pa ga ponovno poslati s modificiranim recaptcha responseom da provjeriš server side validaciju.
SAMP? Ako misliš na Apache, MySQL, PHP stack, onda je SAMP na Solarisu...
2FA nije skripta, već servis. Uz pretpostavku da nećeš raditi svoj servis, trošak implementacije je u pravilu manji od troška korištenja (bilo plaćanja vanjskog servisa ili slanja SMS-a), pa ti to ne bi trebao biti glavni kriterij.
Nije džabe, ali free plan trenutno ima velikodušni limit od 10k/mjesečno uspješnih verifikacija: https://firebase.google.com/pricing
Naravno, to se uvijek može promijeniti, tako da moraš biti spreman na traženje alternative ili plaćanje.
Obrati pažnju i na ovo:
For a secure installation you have to make sure that used codes cannot be reused (replay-attack). You also need to limit the number of verifications, to fight against brute-force attacks. For example you could limit the amount of verifications to 10 tries within 10 minutes for one IP address (or IPv6 block). It depends on your environment.
Također, taj library baš nije dobar: https://github.com/PHPGangsta/GoogleAuthenticator/issues/72
Whirlpool nije enkripcija nego je hash funkcija. Inače je ok ali je sporija od SHA256.
Nema smisla kombinirati ih. Koristi jednu u cijeloj app. Ako te brine sigurnost, koristi i random salt.
AES256 ali ne znam čemu, ako je došao do baze, onda vidi i app pa može do ključa za enkripciju.
Throttling (aka ratelimiting), lock out i slične metode.
Pozdrav, ne znam jesam li na pravom mjestu za problem s wordpressom ali molim pomoć, ili rješenje ili uputu gdje pitati. Znači imam problem da mi se na desktopu na naslovnici pojavljuju stare objave, dok na mobitelu i tabletu sve radi normalno. Kašnjenje vijesti se mijenja, jednostavno nekad zablokira i ne vrti nove vijesti.
Nadam se da netko ima nekakvu ideju kako to riješiti.
S obzirom da imaš json datatype podršku rekao bi da nije previše blentavo. Naravno ovisi o tome što se radi.
Sve ovisi o okolnostima. Ako trebaš raditi upit nad tim podacima, radije ne (iako je podržano, neki hostinzi nisu nadogradili, performanse su niže i slično).
Ja bih se poveo s logikom: ako bi to bile postavke na razini stranice, bi li ih bilo u redu spremiti u json file? Ako bi, onda je i na razini pojedinog korisnika ok spremiti json u bazu. Ako ne, bi, onda vrlo vjerojatno ni ovo nije ok.
Plus: tko generira json, za što se koristi, može li doći do corruptanja jsona i koje posljedice može napraviti promjena u jsonu (od rušenja stranice do zlonamjerne skripte).
Pogledaj je li ti mongo bolje rjesenje
Namijenjen je nestrukturiranim podacima, ne zahtijeva cvrstu strukturu u obliku relacija kao SQL
Ne. Pitanje je samo kakvi su podaci, ali ne i koliko ih ima. NoSQL ne trazi strukturirane podatke, odnosno jedan objekt moze imati neke atribute koji drugi nema i slicno.
S mongom je lako namjestiti neke kul stvari - primjer su ti replica setovi, odnosno konfiguracija koja ti dozvoljava ispadanje odredjenih strojeva.
Ne mogu reci sto je tebi bolje, ali mislim da neces pogrijesiti sto god da radio jer nije toliko tesko prebaciti se s jedne baze na drugu dok stvari nisu na produkciji.
https://code.tutsplus.com/articles/sql-for-beginners-part-3-database-relationships--net-8561
Nema smisla update baze u mongodb-u, jer su podaci nestrukturirani i u json formatu.
AWS, Azure, GCP da. Ostali ne bi rekao baš po defaultu, ali provjeri.
Doduše trebaš znati use case za mongo vs relational db. Mongo ti je za high volume data storage, gdje bacaš podatke za analizu itd, MySQL, Maria itd je kad trebaš strukturu i logiku za podatke. Za ERP bi ja išao sa relacijskim bazama.
Koji problem bi ti MongoDB riješio?
