milyen szerencse, hogy a telefonok is olyanok mint a nők, van választék.
így nem kell mindenkinek kis fekete bajuszos törpéket dugni, vannak kétméteres helga típusok is. ;D
milyen kontextusban, miből, mivel?
binary, xml, json?
attribute alapú, vagy datacontract?
(most így este épp nyugodt segítőkész állapotban vagyok a sör előtt, hogy tegnap letudtam a kurva iOS-t, szétárad bennem a csí ;Đ pedig csak egy üveg London Pride-om van.. :/)
jsonba. Van custom serializerünk is, de ez most épp newtonsoft jsonserializer. IO hardver konfigurációs komponenst szerializáltam kifele, vagyis bővítettem a meglévőt (azt se tudom, mik ezek, talán PLC-ket vezérelnek velük vagy robotkarokat direktbe).
Nem nagyon értek a témához, de nagyjából összehoztam, amennyit kellett, egy probléma viszont szerintem marad, azt a másik oldalon kell megoldani, szívjanak a C++-osok is :)
Ami nem jött össze, hogy nekik egy valami ilyesmi kéne, hogy
De C# oldalon az 'Events' a collection, az eggyel kiljebbi szint az CollectionContainer. Viszont nem attribútálhatom fel PrioEventCollectionként, meg deszerializáláskor félremegy. Vagy valami ilyesmi, nincs előttem a kód :)
Vagy körbehákolják ők, vagy refactorálni kell ezt az oldalt. De ezt a plugint amúgy is lepasszolom másnak, ha valakire refactort sóznak, nem én leszek már.
De igazából a pluginfejlesztés rész a legrosszabb. Másik solution, kézzel kell debuggert attacholni, de nyilván ha projekt betöltést akarsz debuggolni, akkor esélyed nincs kézzel ráattacholni, mikor elindul a process (ráadásul projektváltás = új process = ledobja a debuggert).
Reattach extension mondjuk megoldja, de akkor is meh, idegesítenek az ilyen apró agyfaszok.
Fáradt vagyok kicsit, nem vágom teljesen mi a gondod, de gondolom az, hogy eggyel kevesebb, vagy eggyel több szintet kéne collection esetén szerializálnia és nem tudod pontosan irányítani olyanná?
A másiknál mi az, hogy "projekt betöltést akarsz debuggolni"? Az már a te részed, csak nincs időd ráattacholni? Akkor Thread.Sleep(10000); a belépési pontnál ha baltás megoldás kell, 10 sec alatt csak megtalálod. ;)
Holnap keresek vmit autoattachra ha magamnál leszek. :D
#
A PrioEventCollection és az Events ICollection/IEnumarable? És mindkettőnek ismétlődőnek kell lennie a jsonben?
Nem tom mi a megkötés az induló objektum hierarhiára és mi a cél pontos ismétlődési struktúrája, de "newtonsoft json serialize collection" google-ra egyik első találat:
Fáradt vagyok kicsit, nem vágom teljesen mi a gondod, de gondolom az, hogy eggyel kevesebb, vagy eggyel több szintet kéne collection esetén szerializálnia és nem tudod pontosan irányítani olyanná?
Igen, ilyesmi. De C# oldalon interfészek miatt eléggé meg van kötve a struktúra, szóval nagyobb átalakítás kéne neki.
A másiknál mi az, hogy "projekt betöltést akarsz debuggolni"? Az már a te részed, csak nincs időd ráattacholni? Akkor Thread.Sleep(10000); a belépési pontnál ha baltás megoldás kell, 10 sec alatt csak megtalálod. ;)
Holnap keresek vmit autoattachra ha magamnál leszek. :D
Két gond van ezzel. Egyrészt így is szívás napjában 600-szor indítani a programot, nemhogy még lassítsam is :)
Másrészt az ilyenből lesznek a source control miatt problémák - vagy becsekkolja az ember véletlenül és szétverik a fejét mert 20 másik fejlesztővel baszik ki, vagy bekerül assume unchanged-be és ha egyszer releváns módosítás kerül a fájlba, az meg nem committálódik :)
De mint mondtam, Reattach extension megoldja, de az akkor is egy extra step.
De még mindig jobb, mint mondjuk a C#-ba ágyazott embedded explorer controlban futó TypeScriptet debuggolni, iszonyat kínos, hogy mennyire ki tudja készíteni a Visual Studiot.
Van rá converter (belül szép fancy ienumerable amúgy, de kifelé már mezei Object[], azzal nem lehet mellélőni gondolom :D), de a $type-pal van a gond. Azaz kiszerializálni ki tudom, de deszerializálni már nem mert nekik pont olyan $type kell, ami C# oldalon a parent class, így kapásból rossz konstruktorra fut rá a newtonsoft.
hát ez elég helyzet specifikusnak hangzik, kód nélkül nyilván sok esélyem nincs rá mondani okosat, szal hagyjuk is. attachnál a legszebb, amikor Visual Studio plugint fejlesztesz, és két VS-ed van nyitva, az egyikkel debuggolod a másikat. VS megfagyni utóbbi 10 évben nem láttam azon kívül, de olyankor óránként ötször.. :D
és még a sört se ittam meg tegnap, elaludtam, gyász b+ :/
Kollega VS-e rendszeresen fagy, nem tudom, hogy miert, en sem tapasztaltam mar jo ideje. Par honapja fagyogatott nekem is, de az valami extension volt. De neki allitolag egy ideje minden extension ki van kapcsolva.
VS plugint szerencsere meg nem fejlesztettem, egyelore remelem is, hogy nem raknak at a masik termekre, aminek egyik resze egy massziv VS plugin. :)
asp-s, c# projekt, felpakoltam egy tableadaptert (mivel valami balfasz ilyen dataset-es gui sz@rokat hasznalt a projekt inditasa ota), ami egy sp-t hiv meg nehany adat lekerdezesehez. Faszanyosan mukodik a preview. Elinditom a projektet, belepek, es torli a tarolt eljarasom. Nem is ertem, egy drop proc nincs az egesz miskulanciaban...
ez van, kevesebb mint ket hetem van ra, nem fogom az egesz projektet atrakni ef-re, xpo-ra vagy hibernate-re (es meg amikor datasetet hasznaltam akkor sem ezt a guis sz@rt)
raadasul ez az elso asp-s prodzsektem, eddig mindig n-tier asztali cuccot csinaltam
mindketto vo't, regebben forms (de az is mvc/mvvm-el, meg regebbiekben csak a bl/gui elvalasztva :P), ujabban wpf
ez meg asp webforms, mert se view, se controller nincsen, sot, meg a bl egyes reszei is be vannak heggesztve a gui retegbe
eleg hanyas
mostanaban nem tul jo feladatok jonnek (rovidek, ganyolosak), lehet nezelodnom kellene
jha azok a helloworld kedvéért létezők, hogy lehessen asp.net for dummies könyvet is írni, aztán valaki komolyan gondolja és behánysz.. még sose jött szembe ilyen, de lenne hozzá pár keresetlen szavam az tuti :)
What happens is, due to a serious design flaw, SecKeychainItemDelete() allows applications to delete keychain items they should not otherwise have access to.
Then a malicious application can just create a new keychain item with the same attributes but give itself access to the key. So when the legitimate application that uses the keychain item adds the correct password, the malicious application can grab the contents.
Even worse is that arbitrary applications can delete keychain items even if the keychain is locked!
Please note that this bug does not permit malicious applications from reading existing keychain items. They'd first have to delete them and then wait for them to be updated with correct credentials.
meg:
LastPass is browser-based and always communicates over the network. 1Password is a locally-based application that syncs datafiles via Dropbox, iCloud, USB, etc, but it is not at its heart a networked application. There is no TLS involved, just intra-OS communication between 1Password and 1Password Mini, the browser extension that automatically fills in the authentication details.
The maliciously installed app described in this exploit can only spy on the conversation between 1Password the application, limiting the exposure to the specific credentials being requested.
From AgileBits' response, linked above by @jeamland:
"Note that their attack does not gain full access to your 1Password data but only to those passwords being sent from the browser to 1Password mini. In this sense, it is getting the same sort of information that a malicious browser extension might get if you weren’t using 1Password."
So in this case there is zero compromise of the master password or the password vault. It's a MITM attack against the passing of a particular set of credentials from the 1Password application into the browser.
Seems like this could be mitigated by always copy-pasting the username and password into the browser instead of auto-fill.
Gyakorlatilag szar megvalósítás miatt MITM támadás intézhető az OSX beépített keychain-jét használó bármely program ellen. Gratula.
A tesztek alapján nem tudták a 1passból beíródó jelszavakat kilopni, de a 1passnak a browser extension-ből elküldött jelszavakat igen.
A slusszpoén: Apple 6 hónapot(!) kért a megoldásra, de úgy fest ez nem volt elég.
uhh, részvét. Eclipse + java kombót bme-n eléggé meggyűlöltették velem. Főleg akkori visual studio után volt egy tökönrúgás.
...én meg php-t olvasok, és saját magamnak szinte mindig c#-ban dobok össze "kisebb" toolokat, mióta összehozott a sors a nyelvvel. (Azelőtt meg c-ben, lol.)
Nem rossz az a Java _annyira_, mindössze az érződik rajta, hogy jóval régebbi nyelv, és a nem kevés gyermekbetegségét jobb híján körbe bástyázták, mai napig viszi magával. Nyilván könnyebb helyzetben volt a Microsoft, amikor a Java és más nyelvek hibájából tanulva, a Java, Delphi és egyéb nyelvek a közösség által is elismert legnagyobb guruit szó szerint egy csapatba felvásárolva elkészíttette velük a .NET frameworköt jópár évre rá.
Ami valójában bűnrossz itt, az az Eclipse. Nem is értem miért létezik még mindig ebben a formájában, igazi igénytelen foshulladék eszköz. Na ez kombinálva a Java érdekességeivel tényleg elég beteg eredményt ad. És akkor most nem csak a Visual Studio-hoz képest, ami pár apró faszsága ellenére az összes rendszer fejlesztőeszközeinek mezőnyében is kiemelkedően kurvajóra van csiszolva (sőt már az elején is az volt), mert az Eclipse néha idegesítőbb, mintha egy rohadt félmegás toolban kezdted volna el freetextben. Én tavaly harcoltam vele pár hónapot, nem akartam elhinni, hogy ez nem egy bétás termék basszus.
<ásít>
Parizer forever.
milyen szerencse, hogy a telefonok is olyanok mint a nők, van választék.
így nem kell mindenkinek kis fekete bajuszos törpéket dugni, vannak kétméteres helga típusok is. ;D
Van, aki hűséges.
Fakin szerializacio-deszerializacio, agyam leolvad, nem ertek en ehhez :D
Regen minden jobb volt.
milyen kontextusban, miből, mivel?
binary, xml, json?
attribute alapú, vagy datacontract?
(most így este épp nyugodt segítőkész állapotban vagyok a sör előtt, hogy tegnap letudtam a kurva iOS-t, szétárad bennem a csí ;Đ pedig csak egy üveg London Pride-om van.. :/)
Milyen kontextusban nem és mivel nem :D
jsonba. Van custom serializerünk is, de ez most épp newtonsoft jsonserializer. IO hardver konfigurációs komponenst szerializáltam kifele, vagyis bővítettem a meglévőt (azt se tudom, mik ezek, talán PLC-ket vezérelnek velük vagy robotkarokat direktbe).
Nem nagyon értek a témához, de nagyjából összehoztam, amennyit kellett, egy probléma viszont szerintem marad, azt a másik oldalon kell megoldani, szívjanak a C++-osok is :)
Ami nem jött össze, hogy nekik egy valami ilyesmi kéne, hogy
De C# oldalon az 'Events' a collection, az eggyel kiljebbi szint az CollectionContainer. Viszont nem attribútálhatom fel PrioEventCollectionként, meg deszerializáláskor félremegy. Vagy valami ilyesmi, nincs előttem a kód :)
Vagy körbehákolják ők, vagy refactorálni kell ezt az oldalt. De ezt a plugint amúgy is lepasszolom másnak, ha valakire refactort sóznak, nem én leszek már.
Regen minden jobb volt.
De igazából a pluginfejlesztés rész a legrosszabb. Másik solution, kézzel kell debuggert attacholni, de nyilván ha projekt betöltést akarsz debuggolni, akkor esélyed nincs kézzel ráattacholni, mikor elindul a process (ráadásul projektváltás = új process = ledobja a debuggert).
Reattach extension mondjuk megoldja, de akkor is meh, idegesítenek az ilyen apró agyfaszok.
Regen minden jobb volt.
Fáradt vagyok kicsit, nem vágom teljesen mi a gondod, de gondolom az, hogy eggyel kevesebb, vagy eggyel több szintet kéne collection esetén szerializálnia és nem tudod pontosan irányítani olyanná?
A másiknál mi az, hogy "projekt betöltést akarsz debuggolni"? Az már a te részed, csak nincs időd ráattacholni? Akkor Thread.Sleep(10000); a belépési pontnál ha baltás megoldás kell, 10 sec alatt csak megtalálod. ;)
Holnap keresek vmit autoattachra ha magamnál leszek. :D
#
A PrioEventCollection és az Events ICollection/IEnumarable? És mindkettőnek ismétlődőnek kell lennie a jsonben?
Nem tom mi a megkötés az induló objektum hierarhiára és mi a cél pontos ismétlődési struktúrája, de "newtonsoft json serialize collection" google-ra egyik első találat:
http://stackoverflow.com/questions/18579427/newtonsoft-json-serialize-collection-with-indexer-as-dictionary
lehet konvertert írni rá, amivel aztán bármit lehet, tehát alá se kell tolnod a class struktúrát, bármi lehet belőle. ilyet még pont nem csináltam, úgyhogy biztos kipróbálnám már csak ezért is ;)
Igen, ilyesmi. De C# oldalon interfészek miatt eléggé meg van kötve a struktúra, szóval nagyobb átalakítás kéne neki.
Két gond van ezzel. Egyrészt így is szívás napjában 600-szor indítani a programot, nemhogy még lassítsam is :)
Másrészt az ilyenből lesznek a source control miatt problémák - vagy becsekkolja az ember véletlenül és szétverik a fejét mert 20 másik fejlesztővel baszik ki, vagy bekerül assume unchanged-be és ha egyszer releváns módosítás kerül a fájlba, az meg nem committálódik :)
De mint mondtam, Reattach extension megoldja, de az akkor is egy extra step.
De még mindig jobb, mint mondjuk a C#-ba ágyazott embedded explorer controlban futó TypeScriptet debuggolni, iszonyat kínos, hogy mennyire ki tudja készíteni a Visual Studiot.
Regen minden jobb volt.
Van rá converter (belül szép fancy ienumerable amúgy, de kifelé már mezei Object[], azzal nem lehet mellélőni gondolom :D), de a $type-pal van a gond. Azaz kiszerializálni ki tudom, de deszerializálni már nem mert nekik pont olyan $type kell, ami C# oldalon a parent class, így kapásból rossz konstruktorra fut rá a newtonsoft.
Regen minden jobb volt.
hát ez elég helyzet specifikusnak hangzik, kód nélkül nyilván sok esélyem nincs rá mondani okosat, szal hagyjuk is. attachnál a legszebb, amikor Visual Studio plugint fejlesztesz, és két VS-ed van nyitva, az egyikkel debuggolod a másikat. VS megfagyni utóbbi 10 évben nem láttam azon kívül, de olyankor óránként ötször.. :D
és még a sört se ittam meg tegnap, elaludtam, gyász b+ :/
Kollega VS-e rendszeresen fagy, nem tudom, hogy miert, en sem tapasztaltam mar jo ideje. Par honapja fagyogatott nekem is, de az valami extension volt. De neki allitolag egy ideje minden extension ki van kapcsolva.
VS plugint szerencsere meg nem fejlesztettem, egyelore remelem is, hogy nem raknak at a masik termekre, aminek egyik resze egy massziv VS plugin. :)
Regen minden jobb volt.
19 Frustrations Every Programmer Can Relate To
Az összes üt, viszont a starbucks story a legdurvább..
....Rebel with a cause, outlaw with a lawyer....
....Lófaszt, nehogy már, te vagy a Blade Runner....
rwurl=https://www.youtube.com/watch?v=ND-TuW0KIgg
Steam: mrstrato
Cserekulcs listám
kivagom ezt a sz@rt az ablakon
asp-s, c# projekt, felpakoltam egy tableadaptert (mivel valami balfasz ilyen dataset-es gui sz@rokat hasznalt a projekt inditasa ota), ami egy sp-t hiv meg nehany adat lekerdezesehez. Faszanyosan mukodik a preview. Elinditom a projektet, belepek, es torli a tarolt eljarasom. Nem is ertem, egy drop proc nincs az egesz miskulanciaban...
Parizer forever.
hmm, erdekes, toroltem a tableadaptert, nincs abszolut hivatkozas a tarolt eljarasra, megis torlodik
Parizer forever.
hmm, utanapottyintettem a neve utan egy 2-est, igy mar nem torlodik
qrvaistenfaxat reggel ota ezzel b@c@kodtam
Parizer forever.
biztos vmi easter egg, ezzel detektálják, hogy ki a faszom használ 2015-ben dataset-et. ;)
ez van, kevesebb mint ket hetem van ra, nem fogom az egesz projektet atrakni ef-re, xpo-ra vagy hibernate-re (es meg amikor datasetet hasznaltam akkor sem ezt a guis sz@rt)
raadasul ez az elso asp-s prodzsektem, eddig mindig n-tier asztali cuccot csinaltam
szopashalom
Parizer forever.
n-tier asztali alatt MVVM WPF frontend vagy winforms? asp alatt webforms, vagy MVC?
áááááááááááááááááááááááááááá, a mangás sql könyv https://www.humblebundle.com/books
mindketto vo't, regebben forms (de az is mvc/mvvm-el, meg regebbiekben csak a bl/gui elvalasztva :P), ujabban wpf
ez meg asp webforms, mert se view, se controller nincsen, sot, meg a bl egyes reszei is be vannak heggesztve a gui retegbe
eleg hanyas
mostanaban nem tul jo feladatok jonnek (rovidek, ganyolosak), lehet nezelodnom kellene
Parizer forever.
jha azok a helloworld kedvéért létezők, hogy lehessen asp.net for dummies könyvet is írni, aztán valaki komolyan gondolja és behánysz.. még sose jött szembe ilyen, de lenne hozzá pár keresetlen szavam az tuti :)
lastpass hack után itt van egy némileg durvább dolog:
http://arstechnica.com/security/2015/06/serious-os-x-and-ios-flaws-let-h...
Cím kissé félrevezető, kb ez:
meg:
Gyakorlatilag szar megvalósítás miatt MITM támadás intézhető az OSX beépített keychain-jét használó bármely program ellen. Gratula.
A tesztek alapján nem tudták a 1passból beíródó jelszavakat kilopni, de a 1passnak a browser extension-ből elküldött jelszavakat igen.
A slusszpoén: Apple 6 hónapot(!) kért a megoldásra, de úgy fest ez nem volt elég.
Bármit megadnék, ha .net-ben lehetne fejlesztenem, nem ebben a fosrakás jávában, pláne eclipse appokat :(
uhh, részvét. Eclipse + java kombót bme-n eléggé meggyűlöltették velem. Főleg akkori visual studio után volt egy tökönrúgás.
...én meg php-t olvasok, és saját magamnak szinte mindig c#-ban dobok össze "kisebb" toolokat, mióta összehozott a sors a nyelvvel. (Azelőtt meg c-ben, lol.)
Nem rossz az a Java _annyira_, mindössze az érződik rajta, hogy jóval régebbi nyelv, és a nem kevés gyermekbetegségét jobb híján körbe bástyázták, mai napig viszi magával. Nyilván könnyebb helyzetben volt a Microsoft, amikor a Java és más nyelvek hibájából tanulva, a Java, Delphi és egyéb nyelvek a közösség által is elismert legnagyobb guruit szó szerint egy csapatba felvásárolva elkészíttette velük a .NET frameworköt jópár évre rá.
Ami valójában bűnrossz itt, az az Eclipse. Nem is értem miért létezik még mindig ebben a formájában, igazi igénytelen foshulladék eszköz. Na ez kombinálva a Java érdekességeivel tényleg elég beteg eredményt ad. És akkor most nem csak a Visual Studio-hoz képest, ami pár apró faszsága ellenére az összes rendszer fejlesztőeszközeinek mezőnyében is kiemelkedően kurvajóra van csiszolva (sőt már az elején is az volt), mert az Eclipse néha idegesítőbb, mintha egy rohadt félmegás toolban kezdted volna el freetextben. Én tavaly harcoltam vele pár hónapot, nem akartam elhinni, hogy ez nem egy bétás termék basszus.
hát ez "nagyonnagy".. iCloud után szabadon.
valószínű erre utalhat a harapásnyom a logóban, van egy szép almád, de lehet, hogy vki más már titokban rég eszi.. ;D