- Mobil flották
- Android alkalmazások - szoftver kibeszélő topik
- iPhone topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Yettel topik
- Három Redmi 15 érkezett a lengyel piacra
- Google Pixel topik
- Milyen okostelefont vegyek?
- Samsung Galaxy Watch7 - kötelező kör
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
Mobilarena
Új hozzászólás Aktív témák
-
válasz
martonx #6195 üzenetére
Nem nyert! Ezeket már végigjártam. Igazán segítőkész vagy!
Az a gáz hogy az active szóra az active directory jön ki googléból . Eddig én is eljutottam, rengeteg példa van hogyan kell magát az egész active directory-t kilistáz.
Nekem a már kész listát kellene végignézetnem hogy melyik gép ad választ. Ehhez keresgélek megoldást, bár eddig többszálú pingelést látom jónak. -
Sk8erPeter
nagyúr
válasz
martonx #6124 üzenetére
Ja, hát 100%-os tuti, hogy nincs, én is nem kicsit meg lennék rekedve, hogy mi a fullos megoldás.
Azt nem lehetne megcsinálni, hogy minden felhasználónak rendelkeznie kell még a kétfős "party" (nevezzük így, mert nem vágom, miről van szó) ELŐTT egy accounttal? Tehát hogy ki lehessen zárni azt az esetet, hogy valaki a party után, utólag létrehozza a másik accountot, amivel el kell fogadni az eredményt. Azért ez sztem már eleve elég sokat segítene. Tehát addig nem lehet elkezdeni a partyt, amíg nincs mindenkinek accountja, mert különben érvénytelen az egész. Bár lehet, hogy ez meg valami más szempontból nem jó.
Vagy akkor a party után lehetne mindkettő felhasználónak kapásból automatikusan létrehozni egy-egy accountot, ők mondják meg, mi az e-mail-címük, és oda lesz küldve egy-egy jelszó, csak azzal tudnak belépni.
Esetleg minden meccs után lehetne az előre megadott e-mail-címre automatikusan küldeni egy-egy jelszót, amiről a másik úgysem tud (csak ha hozzáfér a másik e-mail-fiókjához, de akkor már úgyis tök mindegy), és csak annak ismeretében lehetne elfogadni a végeredményt. -
Sk8erPeter
nagyúr
válasz
martonx #6122 üzenetére
"Namost ha csak egyszer is elrontotta a csaló, és nem törölte a cookie-kat a legutóbbi 100 alkalommal, illetve nem kért le új dinamikus IP-t sem minden egyes eredmény felvitel után, akkor máris kiszűrhető emberünk."
Ja oké, ez volt a kulcsmondat ahhoz, hogy megértsem. Tehát ezek szerint azt figyeled, hogy amennyiben elfelejtett jól csalni, és nem kapcsolt át a böngészőben pornómódra (Ctrl+Shift+N), vagy nem váltott böngészőt, vagy nem törölte a cookie-kat, és ugyanott jelentkezett be a másik accountra is, arra, amelyik elfogadja az eredményt, akkor bannolod vagy ilyesmi. Na de akkor vegyünk megint egy példát: mi van, ha a két ember egymás haverja, és mondjuk tényleg ugyanazon a gépen akarják elfogadni az eredményeket? Vagy mi van, ha bemennek az egyetemi gépekhez, és mondjuk pont ugyanahhoz a géphez ülnek le?
Vagy ne legyenek egymás spanjai, meg ne forduljon má' elő az a minimális valószínűségű eset, hogy pont ugyanahhoz a géphez ülnek?
Tudom, ennek az előfordulási esélye nem túl nagy, de ki tudja...
Egyébként meg ha valaki normálisan akar csalni, akkor megpróbálja ezt a dolgot automatizálni. Vagy azt nem lehet, mert van valami CAPTCHA vagy ilyesmi? -
Sk8erPeter
nagyúr
válasz
martonx #6120 üzenetére
De engem azért lepett meg a dolog, mert azt írtad, hogy "a csalások 99%-át megfogja" - de még mindig nem látom be, miért.
Ennyi alapján elég csak egyszerűen mondjuk Chrome helyett Firefoxban vagy egyéb böngészőben megnyitnia az oldalt, és ott regel megint (mert ugye IP-cím alapján nem elég szűrni, a korábban említett esetleges IP-cím-egyezőségek miatt; tehát nem lehet kizárni azt, hogy két felhasználó azonos IP-ről akarjon bejelentkezni/regelni). Meg a cookie-k, cache és a többi törlése nem egy túlzottan expert dolog, mert olyanok is szokták törölgetni az ilyesmiket mondjuk CCleanerrel, akiknek fogalmuk sincs a zzzinternet működéséről. Meg az sem egy olyan extrém valami, hogy egy átlagjúzernek mondjuk két böngészője van (hát tudod, a kék e betű, meg a színes négyszínű gömböcske vagy a rókácska vagy az O-betűcske).
Pl. mi van, ha az adott felhasználó mondjuk bejelentkezett Chrome-ban, de az valamiért becrash-elt neki, aztán ezért azt gondolja, hogy a Chrome összefosta magát, és ezért IE-ben nyitja meg utána az oldalt? Vagy mittudomén, az egyetemi hallgatói számítógépközpontban hirtelen áramszünet lett bejelentkezés után, és akkor úgy dönt, hogy na jó, majd otthonról folytatja, és elfogadja az eredményt? Akkor már nem fogja tudni megtenni, mert visszadobod, hogy ő egy csaló?
Ezek egyből eszembe jutottak, amikor írtad az IP+cookie-alapú tárolást, de azt gondoltam, hogy valami fontos elkerüli a figyelmem.Szabad esetleg még egy picit több infót megtudni a dologról, hogy hogyan zajlik? Nyilván ne írj le minden részletet, mert ez nem publikus, de azt szabad tudni, hogy pl. van-e akadálya, hogy a meccs/online játék/nemtommi kezdete előtt az egyes felhasználók megadhassanak olyan kódot/számot/kutyájuk nevét, amit csak ők tudhatnak? Tehát ami egyértelműen a felhasználóhoz kötné. Mert akkor ez alapján az egyedi kód alapján lehetne őket valahogy azonosítani. Csak egy picivel több infót kéne tudni ahhoz, hogy ez megvalósítható lenne-e.
-
Sk8erPeter
nagyúr
válasz
martonx #6118 üzenetére
"szépen sikerült kiszűrni IP + browserben letárolt azonosító cookie-val"
És mi van, ha a júzer törli a teljes cache-t, cookie-kat, session-adatokat, localStorage-ot, blabla?
Lehet, hogy valami triviális dologra nem gondolok, de most elsőre nem jött át, mitől biztonságos a módszer, a kétszeres regisztrációt ezzel hogy lehet kiszűrni. -
Sk8erPeter
nagyúr
válasz
martonx #6111 üzenetére
Mi a konkrét feladat? Nem lehetne inkább szerepkörökre bontva korlátozni, ki az, akinek van jogosultsága elfogadni a bevitt adatokat? Úgy értem, egy vagy több megbízott "moderátorszerű" szerepkörrel rendelkező felhasználó.
Vagy itt teljesen szabadon felvitt adatokról van szó, és az a lényeg, hogy ezek az elbírálások széjjel legyenek osztva, közösségi elbírálás alá essenek, ne kelljen megbízható felhasználó(k)ra bízni az adatelfogadást? Mert ebben az esetben tényleg az lehetne a könnyebben járható út, hogy több felhasználói szavazat is szükséges valamilyen felvitt adat elfogadásához. -
válasz
martonx #6115 üzenetére
Ez így van, mint írtam, a hozzáértőt nem fogod meg. Ha pl. ADSL-lel kérsz egy reconnectet, már új az IP-d is.
Java scripttel le lehet kérdezni a MAC address is, esetleg próbáld meg még azt. A baj az, hogy a sand box miatt már nem nagyon működik. Signed appletet készítése meg kissé körülményes. Mondjuk rémlik valami asp megoldás is, de már nem emlékszem.
Mondanom sem kell, ez is átírható, de ez már azért körülményesebb. Ha együttesen használod ezeket, akkor talán nem jön rá a próbálkozó, mivel bukott le. -
válasz
martonx #6111 üzenetére
Hosztnév felesleges, az semmivel sem tud többet, mint az IP. Az IP valamennyit segít, de nem mindenható, egyrészt ott a dinamikus IP problémája, másrészt meg pl. kollégiumoknál simán előfordul, hogy egyetlen IP címe van, azzal megy ki az összes benntlakó forgalma, sőt, kicsi ISP-nél is láttam ilyen megoldást.
Ennél többet viszont nem nagyon lehet tenni tisztán programozott megoldással, viszont bevezethetsz ajánlási rendszert vagy valami web of trust módszert. -
válasz
martonx #6111 üzenetére
IP mellett rögzítheted a böngészőt is, valamint kidobhatsz egy sütit is. Ennél többet nem nagyon tudsz tenni, bármi kikerülhető. Azért a süti elég szokott lenni a legtöbb felhasználóhoz.
Esetleg, bár nem ismerem az oldal jellegét, ne egy felhasználó kelljen a jóváhagyáshoz, hanem pl. 10. Ekkor már mondhatod, hogy 100%-ban nem érkezhet egy IP-ről, és akkor a koleszeket sem kell kizárnod.
-
jeszi
tag
válasz
martonx #6030 üzenetére
Szia!
1 másodperc alatt kb. 4 sms-t lehet smsc-n keresztül kiküldeni, ezt ki is kell használni, mert napi kb. 5000 sms kimegy. sleep 0.2 várakoztatással már folyamatosan látszik valamennyi cpu használat, nem olyan szép megoldás. A load is nagyobb lesz.
A perl csak induláskor kapcsolódik az smsc szerverhez és várja a kéréseket, így nem kell minden küldéskor felépíteni majd bontani a kapcsolatot, ez is gyorsít.
perl - szerver
sms.sh - kliensPersze minden képlékeny, most próbálom kialakítani valahogy...
-
Bikkrom
senior tag
válasz
martonx #5969 üzenetére
A jquery igen tetszetős. Végül is mivel elég minimális az oldalam így csak a "csicsázáshoz" kellett egy slideshow. 9kB a slideshow.js meg 92kB a jquery 1.7.1. De a 92 kiló nem tőlem töltődik.
<script src="http://code.jquery.com/jquery-1.7.1.min.js"></script>
Ez a bevett eljárás.
Ez a 92kB nem az én forgalmam.
De ezek tudtommal egyszer töltődnek le. CSS is meg ugye a layout képei is. Onnantól csak pár kilóbájtok mozognak. Kér a user, a szerveren lefut az adatlekérés és pár kilót visszaküld a szerver. Vagy éppen feltölt pár kilót a user ha cikket ír vagy kommentel. Ez minimális.Főleg azért lesz ez kevés, mert most, hogy megismerkedtem a div/css kombóval (én még tableben tanultam) így igyekeztem olyan hatást elérni, mint ami css zen garden oldalán látható.
De ha véletlen túllépem hátha hajlandóak egyezkedni ennél a tárhelyszolgáltatónál. Kifizetem a középső csomagot, cserébe emeljék meg a korlátozást. Meg a DB fog növekedni max 200-300 megára. A többi extrája nem izgat a nagyobb csomagnak.
-
Bikkrom
senior tag
válasz
martonx #5966 üzenetére
Csak ajánlották a "problémám" általános leírásra a CMSt, de gondoltam, hogy semmi sem lesz ilyen kis méretű és hatékony, mint egy asp .net 4.0 minimál kód. Az üres DB 3MB, maga az oldal 1MB(persze ebből egy átlagos betöltés 100kb kb).
Benne minden funkció amit fentebb felvázoltam.
A tárhely terén nagyon simán ráböktél erre az oldalra. Ennyire tiszta a helyzet az ASP-s tárhelyek piacán?Róluk még nem hallottam és véleményt sem találtam a neten.
Végül is az ingyenes csomagjuk jó lesz egy darabig amíg be nem indul az oldal. A DB fog csak nőni, tehát tárhelyben sem kell pár száz megánál több. Az adatforgalom ami kritikus. Ahogy nézem itt is napi 3GB után lekorlátoznak. Na de hátha lehet velük egyezkedni. Valami spec csomagot majd megérdeklődök náluk, ha arra kerül a sor.
Minden esetre jobb alternatíva az eddig kinézett sandbox.proserver-nél. Ott csak ingyenes van és valszeg költöznöm kellett volna ha beindul az oldal. Amire meg a fentebb említett tarhely.eu-t néztem ki. De ott nem írják mekkora forgalomtól korlátoznak és kicsit drágább is az általad említettnél. -
Sk8erPeter
nagyúr
válasz
martonx #5966 üzenetére
Köszi, hogy írtál a témában.
Igazából korábban pont ő írta, hogy nem akar CMS-t használni.
A CMS csak úgy került szóba, hogy itt még egy tök általános kérdést tett fel, ahol kapásból az tűnt a legegyszerűbb válasznak, hogy használjon CMS-t, és meg is van oldva a gondja, mert nem volt tiszta, mennyire van tisztában a PHP-nál komolyabb, normálisabb nyelvekkel.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- INGYEN POSTA - ÚJ GAMER PC V50 - i5-12400F - RTX 4060Ti - 16GB RAM - 1TB SSD - www.olcsogamerpc.hu
- INGYEN POSTA - ÚJ GAMER PC V3 - i5-10400F -1660 SUPER 6GB -16GB RAM -500GB SSD - www.olcsogamerpc.hu
- INGYEN POSTA - ÚJ GAMER PC V2 - i3-14100F -1660 SUPER 6GB -16GB RAM -500GB SSD - www.olcsogamerpc.hu
- Bitmain Antmimer K7 63.5th ckbminer
- INGYEN POSTA - ÚJ GAMER PC V4 - R5 5500 -1660 SUPER 6GB -16GB RAM -500GB SSD - www.olcsogamerpc.hu
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
- HIBÁTLAN iPhone 13 Pro 128GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3026, 91% Akkumulátor
- LG 27GS60QC-B - 27" Ívelt - 2560x1440 - 180Hz 1ms - AMD FreeSync - Bontatlan - 2 Év Gyári Garancia
- Bomba ár! Lenovo ThinkPad X240 - i5-4GEN I 8GB I 256SSD I 12,5" HD I Cam I W10 I Garancia!
- Azonnali készpénzes nVidia RTX 3000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
Állásajánlatok
Cég: FOTC
Város: Budapest