- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Magga: PLEX: multimédia az egész lakásban
- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- LordAthis: AI Kérdés érkezett - 3600 soros Spagetti kód refaktorálása és budget
- sh4d0w: Netflix? Ugyan, VW előfizetés!
- GoodSpeed: Bye PET Palack, hello SodaStream
-
LOGOUT
Új hozzászólás Aktív témák
-
martonx
veterán
Sziasztok!
Nem magamnak, hanem középiskolásnak keresnék valami nagyon alapszintű programozás könyvet. Sőt inkább csak olyat ami megtanít "számítógépül" gondolkodni, és mindezt meglehetősen olvasmányosan. Ráadásul magyar nyelven.
Ismertek ilyet? Nem hiszek benne, hogy lenne ilyen, de hátha. -
martonx
veterán
válasz
MasterDeeJay #6194 üzenetére
Tessék: [link]
-
-
martonx
veterán
válasz
Sk8erPeter #6123 üzenetére
Köszi a felvetéseket, ezért jó hogy beszélgetünk erről.
Igaziból fogalmam sincs, hogy lehetne 100%-os, minden létező helyzetre tökéletes megoldást adó csalásszűrést csinálni. Úgy vélem sehogy.
Ezért is várom az ötleteket, hogy a fentiek ismeretében mit lehetne még finomítani a felhasználó beléptetés + IP cím + böngésző azonosításos módszeren. -
martonx
veterán
válasz
Sk8erPeter #6121 üzenetére
Egyrészt minden esetben csak bejelentkezett felhasználó vihet fel eredményt, és ezt csak bejelentkezett felhasználó hagyhatja jóvá. Belépéskor már figyelem a böngészőtől kapott cookie-t is.
A csalások kiszűrésénél nem úgy értettem a 99%-ot, hogy rögtön minden egyes csaló eredményt ki tudok szűrni. Hanem a felhasználók viszik fel az eredményeket sorban, az nem gond hogy mennyi böngészőből. És amikor visszanézem mondjuk XY legutóbbi 100 felvitt eredményét (IP cím + böngésző cookie azonosító), akkor látom mellé azt is, hogy azt YZ hagyta jóvá (IP címmel + böngésző cookie-val). 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.
Tehát ne 1-1 alkalomra gondolj csalás kiszűrésre, hanem arra hogy valaki rendeltetésszerűen, folyamatosan, viszonylag nagy mennyiségben (a csalók vélhetően különösen aktívan) viszi fel az eredményeket. -
martonx
veterán
válasz
Sk8erPeter #6119 üzenetére
Ezt mondom én is, hogy nem 100%-os a módszer, és ha valaki nagyon elszánt, és sok időt rászán, akkor tud csalni. De elég csak egyszer hibáznia, és már le is bukott, mert az IP cím + azonosító cookie-n rögtön látszódni fog a turpisság.
De ha van jobb ötleted (hangsúlyozom, mivel olyan információt kell felvinni, amiről csak két ember tud, ezért az ahhoz hasonló megoldások mint pl. legyen egy kiválasztott jóváhagyó csoport, vagy szigorítsak a jogosultságokon, ilyesmi), várom. -
martonx
veterán
válasz
Sk8erPeter #6117 üzenetére
A feladat, hogy van két felhasználó, akik egymás ellen elértek valamilyen eredményt. Ezt az egyik felviszi, a másik meg jóvá kell, hogy hagyja. Mindkettő sima felhasználó, igaziból csak a másik tudhatja hogy valós-e a felvitt eredmény. Melegágya a csalásoknak, többszörös regisztrációknak, de mostanra elég szépen sikerült kiszűrni IP + browserben letárolt azonosító cookie-val. Nem 100%-os a módszer, a web illetve az adott feladat miatt nem is lehet 100%-os, de a csalások 99%-át megfogja
-
martonx
veterán
Sziasztok!
Van egy weboldalam, ahol felhasználó visz fel adatot, és ezt egy másik felhasználónak kell jóváhagynia. Viszont mi van ha valaki két felhasználót hoz létre, és a másik nevében hagyja jóvá?
Szerver oldalon letárolom a kapott IP-t, hosztnevet, de ez jellemzően inkább a routerek IP-je, és valami köztes mondjuk thome-os ideiglenes hostname. (Lokális gépen működött csak megfelelően).
Ti hogyan oldanátok meg a felhasználók, gépek, csalások azonosítását? Elsősorban ötleteket várok, nem konkrét megvalósítást. Ha az ötlet megvalósítható, az mondjuk nem hátrány
-
martonx
veterán
Mondjuk nekem az új Dark theme nagyon bejön. Amúgy is a sötét témákat szeretem, és végre nem fehér a Visual Studio. Szóval a kinézet ízlések és pofonok.
Ezt leszámítva kismillió ponton előre lépett, néhány ponton drasztikusan. Bár igaz mindezt csak webfejlesztéskor fogod észrevenni. Pl. winforms fejlesztéshez évek óta semmit nem tudtak érdemben hozzáadni (fejlesztő eszköz szintjén). -
martonx
veterán
Ha jól értem a lényeget. Van egy mappád, és ebben annyi file van, ahány sms-t kell küldeni.
Soha nem programoztam Perl-ben, de az alapok gondolom ugyanazok, mint pl. egy vbscript-nél.Én úgy oldanám meg, hogy kihagyom az sms.sh-t, ez tényleg minek kell? A Perl szervízbe sem kell végtelen ciklus, biztos, hogy lehet Perl-en belül ütemezni egy metódus elindítását mondjuk másodpercenként-re.
Szóval lenne egy ütemezett Perl metódusod, ami ránéz a mappára, és elkezdi feldolgozni a benne talált fileokat. Amit sikerült, azt törli (gyk. archiválja másik mappába).
Ez már miért enné meg a processzort? Ha nincs file a mappában, és másodpercenként erre ránéz és nem csinál semmit, annak kimutathatalan lesz a processzor terhelése. -
martonx
veterán
válasz
Bikkrom #5968 üzenetére
Pár helyen már hostingoltattam ASP.NET-et, és eddig velük volt a legjobb tapasztalatom. A Sandbox.proserver kb. használhatatlan. A tarhely.eu jó csak rohadt drága. Hostingoltam az ewima-nál is, ők is korrektek voltak, de az asphostpage olcsóbb náluk.
Szvsz magyarországon elég tiszta az asp.net hoszting piac, túl sok találgatni való nincs, hogy hol is hosztingoljon az ember.
Azért a napi 3Gb-be elég sok 100kb-os napi letöltés belefér. És ha jól optimalizáltad a kódodat, akkor minden látogatónak csak egyszer kell letöltenie az oldalad, utána szépen cache-elődnek a css-ek, js-ek. Nem tudom mennyire épültél rá a jquery-re, de én pont a napokban buktam bele mobil web fejlesztéskor abba, hogy a jquery egyszerűen túl nagy. minimalizálva 90kb.
Én per pillanat a xui.js-t használom helyette, ami minimalizálva 10kb. -
martonx
veterán
válasz
Bikkrom #5963 üzenetére
Szia!
1. ASP.NET MVC annyira jó, hogy e mellé már szinte vétek CMS-t használni, de te tudod (szvsz ez bármelyik MVC-re igaz, ha már egyszer eljutottál erre a szintre, akkor minek CMS???). Ha mégis CMS-t akarsz, akkor én az Orchard-ot, vagy a DotNetNuke-ot, vagy bármelyik másikat a kismillióból javaslom. Azt fontos tudni, hogy számomra érthetetlen okból a .Net-es CMS-ek zabálják a tárhelyet, mindegyik egy alap üres telepítéssel is 100Mb felett fogyaszt.
2. ASP.NET-es tárhelynek kizárólag az asphostpage szolgáltatót érdemes használni. Van még vagy 4-5 másik komoly cég, de árban és szolgáltatásban, ügyfél orientáltságban sehol nincsenek hozzájuk képest.
Remélem tudtam segíteni.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- ASUS ZenBook 14 OLED UM3402 - 14"2.8K OLED - Ryzen 7 7730U - 16GB - 512GB - Win11 - 1,5 év garancia
- Silvercrest Rajztábla
- Thinkpad X230 legenda: i7 CPU, IPS kijelző, 12 GB, dupla SSD, magyar villbill, webcam, fingerprint
- iPhone 11 64GB White -1 ÉV GARANCIA - Kártyafüggetlen, MS3123
- Apple iPhone 11 Pro 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: FOTC
Város: Budapest