Archívum - Feb 11, 2011
Nativ osztályok bővitése
Hello guruk! Aszt hiszem ez a legjobb hely hogy feltegyem a kérdésemet!
Mondjuk, hogy kezdő vagyok a témában, nekem túl bonyolult a cikk, de a szerző vagy más olvasó lehet tudna nekem segíteni.
példának egy konkrét problémámat vetem fel.
a Event constructor-t szeretném úgy módosítani, hogy amikor az létre hoz egy új event objektumot akkor automatikusan ellenőrizze le, hogy a objektumnak van e 'target' tulajdonsága, és ha nincs akkor keresse meg a srcElement-et és másolja bele a target-be. Persze ezt úgy akarom, hogy beavatkozás nélkül történjen meg, lehetséges ez valahogy hogy a nativ osztályokat valahogy ki bővíteni egy olyan kóddal ami automatikusan lefut létrehozás után vagy a legvégén?
Hálás lennék ha valaki segítene ebben itt vagy mailben: karvaly007[kukac]gmail[pont]com cimen.
Előre is köszönöm. és ha már volt akkor elnézést.
■ Mondjuk, hogy kezdő vagyok a témában, nekem túl bonyolult a cikk, de a szerző vagy más olvasó lehet tudna nekem segíteni.
példának egy konkrét problémámat vetem fel.
a Event constructor-t szeretném úgy módosítani, hogy amikor az létre hoz egy új event objektumot akkor automatikusan ellenőrizze le, hogy a objektumnak van e 'target' tulajdonsága, és ha nincs akkor keresse meg a srcElement-et és másolja bele a target-be. Persze ezt úgy akarom, hogy beavatkozás nélkül történjen meg, lehetséges ez valahogy hogy a nativ osztályokat valahogy ki bővíteni egy olyan kóddal ami automatikusan lefut létrehozás után vagy a legvégén?
Hálás lennék ha valaki segítene ebben itt vagy mailben: karvaly007[kukac]gmail[pont]com cimen.
Előre is köszönöm. és ha már volt akkor elnézést.
Review: HTML5 Designing Rich Internet Applications
Bruce Lawson nem ajánlja a könyvet
■ E-mailek biztonságban
Sziasztok!
Van megvásárolt domainom. Minden megvan tehát ahhoz, hogy normális webcímem legyen és normális e-mail címem.
De elgondolkodtam: ha az e-mailjaim a tárhelyszolgáltatónál landolnak - tudom, fő a bizalom, na de manapság, na meg a lehetőség benne van - akkor ha akarja, elolvashatja a levelezést, ami nem lenne szerencsés.
Tudom, sokan úgy gondolják, kit érdekel, miért foglalkoznának vele.
De ha pár ezer előfizetője van egy szolgáltatónak, akkor ez nem olyan nehéz és ha mondjuk valamiért felkelti az egyik ügyfél az érdeklődését és nem áll erkölcsileg a helyzet magaslatán, beleolvashat céges levelekbe, amivel akár vissza is lehet élni.
Kérem, hogy azok, akik egy legyintéssel elintézik a dolgot, ne fárasszák magukat írással, mert ők azok, akik a legjobban kétségbe esnek, ha megtörténik a baj.
Engem csak az érdekel, hogyan lehet ezt technikailag elkerülni.
1. Saját szerver, saját helyen, 24 órás üzemelés mellett. Ez MÉG drága és nem is kényelmes.
2. Szerver bérlés: ez megfizethető, de jóval drágább, mint a 3. variáció és azért ez már nem olyan biztos, hiszen ott van fizikailag a gép.
3. Nem foglalkozni semmivel, a többség úgyis megússza, a tárhelyszolgáltatónál tartani a céges, időnként üzleti titkokat is tartalmazó leveleket.
Egyik se tetszik.
Az tetszene, ha a google-s e-mailt használhatnám, mert a google annyira nagy és angol anyanyelvű cég, hogy ott tényleg kicsi a valószínűsége, hogy nézegetnék a magyar nyelvű mailjaimat.
Viszont nem akarom, hogy az ügyfelek gmailos címet lássanak, mert az gagyi és nem azért fizettem tárhelyet.
Valahogy meg lehetne csinálni, hogy a céges mailra írnak, de az átirányítódik a gmailosra úgy, hogy fizikailag sosem landol és megy át a tárhelyszolgáltatómon, és amikor válaszolok, akkor megint a céges mailt lássák?
■ Van megvásárolt domainom. Minden megvan tehát ahhoz, hogy normális webcímem legyen és normális e-mail címem.
De elgondolkodtam: ha az e-mailjaim a tárhelyszolgáltatónál landolnak - tudom, fő a bizalom, na de manapság, na meg a lehetőség benne van - akkor ha akarja, elolvashatja a levelezést, ami nem lenne szerencsés.
Tudom, sokan úgy gondolják, kit érdekel, miért foglalkoznának vele.
De ha pár ezer előfizetője van egy szolgáltatónak, akkor ez nem olyan nehéz és ha mondjuk valamiért felkelti az egyik ügyfél az érdeklődését és nem áll erkölcsileg a helyzet magaslatán, beleolvashat céges levelekbe, amivel akár vissza is lehet élni.
Kérem, hogy azok, akik egy legyintéssel elintézik a dolgot, ne fárasszák magukat írással, mert ők azok, akik a legjobban kétségbe esnek, ha megtörténik a baj.
Engem csak az érdekel, hogyan lehet ezt technikailag elkerülni.
1. Saját szerver, saját helyen, 24 órás üzemelés mellett. Ez MÉG drága és nem is kényelmes.
2. Szerver bérlés: ez megfizethető, de jóval drágább, mint a 3. variáció és azért ez már nem olyan biztos, hiszen ott van fizikailag a gép.
3. Nem foglalkozni semmivel, a többség úgyis megússza, a tárhelyszolgáltatónál tartani a céges, időnként üzleti titkokat is tartalmazó leveleket.
Egyik se tetszik.
Az tetszene, ha a google-s e-mailt használhatnám, mert a google annyira nagy és angol anyanyelvű cég, hogy ott tényleg kicsi a valószínűsége, hogy nézegetnék a magyar nyelvű mailjaimat.
Viszont nem akarom, hogy az ügyfelek gmailos címet lássanak, mert az gagyi és nem azért fizettem tárhelyet.
Valahogy meg lehetne csinálni, hogy a céges mailra írnak, de az átirányítódik a gmailosra úgy, hogy fizikailag sosem landol és megy át a tárhelyszolgáltatómon, és amikor válaszolok, akkor megint a céges mailt lássák?
Google Rolls Out Two-Factor Authentication For Everyone. You Should Use It.
Kétlépcsős authentikáció a Google szolgáltatásaihoz
■ CSRF: Flash + 307 redirect = Game Over
HTTP 307-nél nem ellenőrzi a Flash a crossdomain.xml meglétét
■