Power Bank - Hogyan kerüljük el az átveréseket vésztöltők, külső aksik vásárlásánál?

Körülbelül négy hónapja figyelek egy Milyen külső akkumulátort mobileszközökhöz? nevű fórum, és utánanyomoztam egy-két dolognak a témában. Ezért gondoltam, hogy leírom az ezzel kapcsolatos konklúziókat, hátha valakinek segít elkerülni a csalókat későbbiekben. Tudni illik rengeteg hamis vésztöltő van az ebay-en. 2015.10.28-i árfolyamokat használtam, a pénzváltást a google-el végeztem.

Representational State Transfer - értesítések küldése a kliens felé

Összefutottam mostanában több arra vonatkozó kérdéssel REST-el kapcsolatban, hogy hogyan leheta klienst értesíteni arról, ha valami őt érintő esemény történik a szerveren. Az egyik ilyen kérdés volt, hogy SSE-t szabad e használni egy REST service-ben, a másik ilyen kérdés, meg hogy mi a legjobb megoldás arra az esetre, ha hosszú feldolgozási idejű kérések vannak REST-nél. Megpróbálom összefoglalni a véleményemet a témában.

Representational State Transfer - a service-ek feletti tranzakciókat ha lehet kerüljük

Találkoztam egy érdekes kérdéssel stackoverflow-on azzal kapcsolatban, hogy hogyan lehet tranzakciókat használni több REST service összehangolására. A válasz elég egyértelmű, sehogy. Azt is leírom, hogy miért, mert nekem is utana kellett kicsit olvasni meg gondolni, hogy kézenfekvő legyen.

Hálózatos alapok - port, socket, connection különbség

Eddig nem nagyon néztem utána ezeknek a hálózatos alap dolgoknak, de most, hogy fejlesztem az üzenet küldős alkalmazásomat aszinkron javascript-hez kénytelen vagyok utánajárni a szakszavaknak és a meglévő üzenetküldős technológiáknak, hogy ne legyen teljesen légbőlkapott a dolog. Ami számomra meglepetés volt, hogy mennyi embernek okoz gondot különbséget tenni eközött a 3 fogalom között: port, socket, connection. (Nincs értelme lefordítani a szavakat magyarra, mert az csak még nagyobb zavart okozna a fejekben.)

A URI és HTTP szabványok érdekességei - a vary header

A Representational State Transfer - interface constraints és ajánlott szabványok bejegyzésben elég részletesen kitárgyaltam az URI standard egy érdekességét, hogy hogyan lehet valós életbeli dolgokat azonosítani egy-egy fragment identifier-es IRI használatával. Ebben a bejegyzés sorozatban szeretném egy kicsit jobban kibontani a URI és HTTP szabványokat, mert nagyon sokan, akik webre fejlesztenek, nem ismerik kellőképp ezeket a szabványokat. Ami egyrészt szomorú, másrészt meg én is közéjük sorolom magam, és megnőtt bennem az igény a változásra.

A mostani bejegyzés a vary header-ről fog szólni, illetve arról, hogy hogyan lehet felhasználni felhasználóra, böngésző típusra, MIME típusra, nyelvre és tömörítési formára specifikus tartalmak kesselésére. Természetesen a gyakorlati felhasználása még ennél is jóval szélesebb körű ennek a header-nek.