Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Magga: PLEX: multimédia az egész lakásban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- GoodSpeed: 3I/Atlas: Üstökös vagy idegen civilizáció űrhajója?
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- GoodSpeed: Alza+ Megéri?
- Meggyi001: A kérdés...
- gerner1
-
LOGOUT
Új hozzászólás Aktív témák
-
#6196
MasterDeeJay
veterán
martonx
#6195
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. -
#6125
Sk8erPeter
nagyúr
martonx
#6124
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. -
#6123
Sk8erPeter
nagyúr
martonx
#6122
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? -
#6121
Sk8erPeter
nagyúr
martonx
#6120
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.
-
#6119
Sk8erPeter
nagyúr
martonx
#6118
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. -
#6117
Sk8erPeter
nagyúr
martonx
#6111
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. -
#5967
Sk8erPeter
nagyúr
martonx
#5966
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.
) 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ó.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- OpenMediaVault
- One mobilszolgáltatások
- Beépül a Nano Banana a Google Fotókba
- Konzolokról KULTURÁLT módon
- Azonnali fáradt gőzös kérdések órája
- A Sony megmutatja milyen monitor illik a PlayStation 5-höz
- Windows 11
- LG LCD és LED TV-k
- Arc Raiders
- Amazfit Helio Strap – képernyőmentesen
- További aktív témák...
- Precision 7560 27% 15.6" FHD IPS i7-11850H RTX A3000 32GB 1TB NVMe ujjlolv IR kam gar
- HP ZBook Studio G8 i7 32GB RAM 1TB SSD RTX A3000/Garancia
- iPhone SE 3 2022 128GB gyári független szép gyári 95% akku
- Precision 5560 27% 15.6" FHD+ IPS i7-11800H T1200 32GB 512GB NVMe ujjlolv IR kam gar
- ELADÓ iPad 9th cellular 64 GB space gray - "láthatatlan" karc a kijelzőn, képeket csatoltam
- REFURBISHED és ÚJ - DELL Thunderbolt Dock WD22TB4 (210-BDTD)
- HP ZBook Power 15 G8 Mobile Workstation i7-11850H 32GB 1000GB Nvidia RTX A2000
- GYÖNYÖRŰ iPhone 12 mini 128GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3327, 94% Akkumulátor
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- Törött Apple iMac 19.2 i5-8500 Radeon Pro 560X 4GB 16GB 256GB SSD 21.5" 4K Retina
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő