ugrás a tartalomhoz

Archívum - Jan 2016

január 26

How to Manage the Risk of Losing API Access

MadBence · 2016. Jan. 26. (K), 15.31
Hogyan kezeljük a külső API-k használatából adódó kockázatokat
 

9 things every React.js beginner should know

MadBence · 2016. Jan. 26. (K), 01.22
Néhány hasznos best practice React fejlesztőknek
 

január 25

Meteor, Angular2 and React: once the dust settles…

MadBence · 2016. Jan. 25. (H), 04.03
Összefoglalás a 2015-ös évről frontend keretrendszerek szemszögéből
 

január 24

The Long-Term Failure of Web APIs

Hidvégi Gábor · 2016. Jan. 24. (V), 13.05
A harmadik féltől való függés ára
 

High-quality Microsoft technology samples for Professional Developers

inf · 2016. Jan. 24. (V), 04.00
Kódminták gyűjteménye Microsoft technológiákhoz
 

Simple, Easy, Risk and Change

Hidvégi Gábor · 2016. Jan. 24. (V), 03.50
Az egyszerűségre való törekvés helyett a könnyűségre helyezzük a hangsúlyt
 

január 22

Facebook

Sziszkó · 2016. Jan. 22. (P), 08.29
Sziasztok!
Segítséget szeretnék kérni Tőletek abban, hogy pár hónapja, azaz októberben kaptam a Facebooktól egy olyan üzenetet, hogy a vállalati oldalunkat egyesítenem kell. Admin-ként voltam az oldalon, ez meg is történt, mert nem is engedett tovább lépni. Az valószínűleg elkerülte a figyelmemet, vagy lehet, hogy ezt nem is ismertették, de az oldal felkerült a privát oldalamra. Ezt viszont nem szerettem volna, és töröltem az Admin szerepemet. Azóta nem férünk hozzá az oldalhoz!Próbáltam felvenni velük a kapcsolatot, több hónapja ostromolom őket a problémával kapcsolatban, de semmilyen reakció nem érkezik a gépi sablon válaszon kívül.Nem sikerült megoldást találnunk a problémára, senki nem tud segíteni ezzel kapcsolatban!
üdv mindenkinek
 

január 18

Egy vagy több event storage illik egy projekthez több bounded context-el?

inf · 2016. Jan. 18. (H), 18.47
Olvasgatok DDD témában, és sehol nem találtam infot arról, hogy az event storage-et hogyan érdemes alkalmazni. Elméletileg minden bounded context-nek olyasminek kellene lennie, mint egy-egy önálló alkalmazás, ami esetleg a felületén keresztül valamilyen megoldással (rest+acl, message queue, stb.) kommunikál a többi bc-vel, ha erre szükség van. Nem véletlen nem igaz ezekre a DRY szabály sem, megjelenhet ugyanaz a property esetleg entity egy másik bc-ben is, ha erre szükség van. Logikus, hogy azért nem érvényes ez a szabály, mert a másik bc már másik alkalmazásnak számít, és ezek a DDD-s megoldások igazán nagy projektekre lettek szabva, ahol egy új alkalmazás létrehozása indokolt is. Ezek alapján én arra következtetek, hogy cqrs-el használva minden bc-hez jó külön event storage-t is létrehozni, ami letárolja az eseményeket az adott kontextusra vonatkozólag. Ennek több előnye is van szerintem, de érdekelne valaki olyan véleménye, mint pl szjani, aki tapasztalt a témában, és tudja, hogy a gyakorlatban mi az, ami beválik. Köszönöm a válaszokat!
 

Domain.hu: nyilvános privát adatok

Kérésre törölve 18. · 2016. Jan. 18. (H), 15.55
Szerintetek miért van az, hogy a HU domainoknál a domain.hu oldalon a privát személyek neve, címe, telefonszáma is nyilvános, miközben a COM, EU domainoknál megoldható, hogy ne legyen az.
Nem tudom ti hogy vagytok vele, de a mai világban nem szívesen teszem ki mindenki számára elérhető módon a nevem, címem. Így kénytelen vagyok nem HU domaint használni.

Írtam a domain.hu-nak, de bsztak válaszolni.
 

január 17

Letöltési sebesség

Há.Zé. · 2016. Jan. 17. (V), 21.13
Szeretném a segítségeteket kérni!
 wget -O /dev/null http://centos.mirrors.linux.ro/7.2.1511/isos/x86_64/CentOS-7-x86_64-LiveGNOME-1511.iso
 wget -O /dev/null http://ftp.upcnet.ro/distros/centos/7.2.1511/isos/x86_64/CentOS-7-x86_64-LiveGNOME-1511.iso
Ezt a két parancsot kellene külön-külön elindítani. Amit tudni szeretnék, az a wget által jelzett sebesség úgy 10-20mp után, valamint a szolgáltató, akinek a hálózatából futott a wget.

Én a Diginél vagyok, _elvileg_ 100Mbites szolgáltatással, az első 945KB/s, a második 92.6KB/s sebességű nagyjából. (hazai tükörről ugyanez 6-7MB/sec!)


ui: tartok tőle, hogy a véletlenek összejátszása + némi paranoia nyittatta velem ezt a topikot...