Ad aware



Dobrý den,chtěl bych se zeptat,kdo máte zkušenost,co znamená ve vyhodnocení testu Ad aware značka TAI.Děkuji
A strejda Google ti něco říká o vyhodnocování závažnosti?
nechci dělat nějakou extra reklamu - ale toto se mi zdá dobré - <http://autotym.cz/> Já mám šedé ty splněné (neaktivní, vlastně už jenom značka) a oranžové ty, které mě teprv čekají (na znamení toho, že se na ně dá kliknout a spustit test). <p>tabulky auditu se používají ke sledování transakcí s konkrétní tabulkou nebo tabulkami. umožňují vám vidět pokračující „deník“ (pro nedostatek lepšího slova). řekněme například, že máte takovou tabulku:</p><pre><code>create table sensitiveinformation ( sensitivenumber int not null, sensitivedata varchar(100) not null ) go </code></pre><p>mohou existovat uživatelé a/nebo aplikace, které mají přístup k vkládání, aktualizaci a mazání z této tabulky. ale vzhledem k citlivé povaze těchto dat možná budete chtít mít rychlý a snadný způsob, jak sledovat, kdo dělá to, co na této tabulce.</p><p>takže máte tabulku auditů, která sleduje, co se v této tabulce děje. obvykle to bude zahrnovat základní <strong>kdo</strong>, <strong>co</strong>, <strong>kdy</strong>.</p><p>tabulka auditů by mohla vypadat takto:</p><pre><code>create table sensitiveinformationaudit ( sensitivenumbernew int null, sensitivenumberold int null, sensitivedatanew varchar(100) null, sensitivedataold varchar(100) null, action varchar(50) not null, auditdate datetime not null, lastupdateduser varchar(100) not null ) go </code></pre><p>tabulky auditu se obvykle vyplňují pomocí databázových spouštěčů. jinými slovy, když se akce <code>x</code> stane na <code>sensitiveinformation</code>, vložte její podrobnosti do <code>sensitiveinformationaudit</code>.</p> <p>aby se předešlo porušování ochranných známek, neexistuje možnost, jak se zapojit právníka. mohou vám pomoci při vyhledávání. i tehdy by mohly existovat výzvy. v usa nemusí být logo chráněno ochrannou známkou. přednostní důkaz o používání této ochranné známky (nebo ochranné známky dostatečně podobné podle testu „rozumné osoby“) v podobné oblasti obchodu je prioritou. obrana a ztráta bitvy o ochrannou známku může být drahá kvůli nákladům na provádění změn a možnosti sankcí, nemluvě o poplatcích za právní služby. nejsem právník, takže je to jen přibližné přiblížení.</p> <p>doufám, že chápu vaši situaci správně. pokud ne, zanechte komentář a trochu to vyčistím.</p><p>ve vaší situaci si nejsem jistý, jak dobře bude testování a/b fungovat - mám obavy z toho, že mohu získat použitelné výsledky. existují dva problémy, které je třeba překonat - získání statisticky platných výsledků a jejich porozumění.</p><p>první problém, který musíte vidět, je, že ~ 1 000 lidí, kteří používají vaši službu, není celá vaše uživatelská základna a nemůžete si být jisti, že jsou zástupci vašich uživatelů. to, že těchto 1000 uživatelů vykazuje určité tendence v testování a/b, neznamená, že tyto tendence budou mít i jiné skupiny uživatelů. a myslím si, že také zakaluje statistickou platnost výsledků, protože máte nesprávné vzorky.</p><p>máte také dvě kategorie lidí, kteří používají vaši konkrétní službu a kdo ví, kolik lidí používá systémy dalšího prodeje. ve vašem systému máte časté a občasné uživatele. ale co v dalších nasazeních? pokud by vás vaše změny ovlivnily také, mohli byste mít vliv na jejich schopnost dosáhnout svých cílů bez absolutních údajů o uživatelských zkušenostech v a nebo b.</p><p>a pochopení všech výsledků, které získáte, bude obtížné, zejména pokud nasadíte testování a/b na více nasazení vaší služby. pokud shromažďujete data z několika různých populací, možná zjistíte, že dosáhnete požadovaných výsledků pomocí a v některých a b v jiných - pak se musíte rozhodnout, zda je to skutečně přesné, a pak se rozhodnout, co s tím dělat.</p><p>upřímně, v tomto případě bych doporučil průzkumy. zjistěte více o pozadí vašich uživatelů - věkové rozmezí, pohlaví, zkušenosti s počítačem, profese - a o tom, jak software používají. poté zjistěte, jaké funkce se jim líbí nebo nelíbí, jaké funkce se snadno používají nebo ne, atd. tento průzkum by měl oslovit co nejvíce lidí - jak lidí, kteří používají vaše nasazení, tak lidí, kteří používají jiné nasazení.</p> <p>myslím, že znamenají, že byste měli používat <a href="http://en.wikipedia.org/wiki/smart\_pointer">inteligentní ukazatele</a> místo běžných ukazatelů.</p><blockquote> <p>ve vědě o počítačích je inteligentní ukazatel abstraktní datový typ, který simuluje ukazatel a zároveň poskytuje další funkce, jako je automatický sběr odpadu nebo kontrola mezí. účelem těchto dalších funkcí je omezit chyby způsobené zneužitím ukazatelů při zachování účinnosti. inteligentní ukazatele obvykle sledují objekty, na které ukazují, za účelem správy paměti.</p> <p>zneužití ukazatelů je hlavním zdrojem chyb: konstantní alokace, deallokace a odkazování, které musí být provedeny programem napsaným pomocí ukazatelů, představuje riziko, že dojde k úniku paměti. inteligentní ukazatele se pokoušejí zabránit úniku paměti automatizováním automatického přidělování prostředků: když je ukazatel (nebo poslední v řadě ukazatelů) na objekt zničen, například proto, že je mimo rozsah, je zničen i špičatý objekt.</p> </blockquote><p>v c++ by byl kladen důraz na sběr odpadu a zabránění úniku paměti (abychom jmenovali alespoň dvě). ukazatele jsou základní součástí jazyka, takže jejich použití je do značné míry nemožné, s výjimkou nejvzácnějších programů.</p> Dobrý den, děkujeme za informaci. <p>účelem certifikátů rozšířené validace je zviditelnit uživatele, instituci, které byly vydány. technické aspekty samotných certifikátů jsou kombinovány s vizuálními vodítky v uživatelském rozhraní aplikace, která je ověřuje: zelený pruh a viditelný název vedle umístění v prohlížeči.</p><p>například certifikát ev na <a href="http://www.paypal.com/">http://www.paypal.com/</a> způsobí, že prohlížeč zobrazí zelený pruh a zobrazí „paypal, inc.“ vedle toho. účelem je nejen propojit certifikát s vlastníkem domény (jako standardní certifikáty ověřené v doméně), ale také ho propojit s fyzičtější institucí (zde, paypal, inc.). k tomu musí certifikační autorita ověřit, že pojmenovaná instituce je skutečně ta, která vlastní doménu.</p><p>v konečném důsledku jde spíše o vytvoření autentičtějšího propojení mezi názvem domény a názvem společnosti, než o vytvoření „bezpečnějších“ certifikátů. z hlediska sady šifry (což je to, co určuje šifrovací algoritmus a velikost klíče), se certifikáty ev neliší od certifikátů dv (modrý pruh).</p><p>trochu ustoupíte, musíte si uvědomit, že účinnost https závisí na tom, že uživatel zkontroluje, zda je používán správně. (server nemá způsob, jak zjistit, zda se klient stal obětí útoku mitm jinak, pokud nepoužívají také klientské certifikáty.) to znamená, že uživatelé musí:</p><ul> <li>zkontrolovat, zda se používá https, když očekávají, že to bude,</li> <li>zkontrolovat, že neexistují žádná varování,</li> <li>zkontrolujte, zda web, který používají, je opravdu ten, který hodlá navštívit, což vede k několika bodům: <ul> <li>kontrola, že to je doménové jméno, které očekávají,</li> <li>ověření, zda název domény patří společnosti, kterou očekávají.</li> </ul> </li> </ul><p>účelem certifikátů ev je vyřešit tento poslední bod. pokud již víte, že <code>amazon.com</code> patří společnosti amazon.com, inc. nebo tomu <code>google.com</code> patří společnosti google inc., opravdu je nepotřebujete.</p><p>nejsem osobně přesvědčen, že tento přístup funguje úplně, protože mohou být zneužity (viz příklad natwest/rbs níže) a zdá se, že některé ca šíří vágní (a potenciálně zavádějící) informace o tom, co ve skutečnosti jsou, ve snaze propagovat jim.</p><p>obecně platí, že pokud vaši uživatelé již vědí, že vaše doménové jméno je vaše, nepotřebujete jej.</p><p>zde jsou další podrobnosti z <a href="https://security.stackexchange.com/a/13614/2435">předchozí odpověď, kterou jsem dal na podobnou otázk</a> :</p><blockquote> <p>[...]</p> <p>certifikáty ověřené doménou vám zaručují, že certifikát byl vydán vlastníkovi této domény. nic víc, ale nic méně (předpokládám, že validační postup zde byl správný). v mnoha případech to stačí. vše záleží na tom, zda web, který propagujete, musí být propojen s institucí, která je již dobře známa off-line. certifikáty, které jsou validovány proti organizaci (ov a ev certs), jsou užitečné zejména v případě, že potřebujete doménu také svázat s fyzickou organizací.</p> <p>například je užitečné, aby instituce, která byla původně známá prostřednictvím své budovy (např. bank of america), mohla říci, že certifikát pro <code>bankofamerica.com</code> je skutečně místem, kde jste dali své fyzické peníze. v tomto případě má smysl použít certifikát ov nebo ev. to může být také užitečné, pokud existuje nejasnost ohledně toho, která instituce je za názvem domény (např. <code>apple.com</code> a <code>apple.co.uk</code>), což je ještě důležitější, je podobné doménové jméno vlastněné soupeřem/útočníkem, který používá podobnost názvu pro špatné účely.</p> <p>v porovnání, <a href="https://www.google.com/"><code>www.google.com</code></a> je to, co definuje google pro veřejnost; google nemusí dokazovat, že <code>google.com</code> patří skutečnému googlu. výsledkem je, že používá certifikát ověřený doménou (stejný pro <code>amazon.com</code>).</p> <p>to je opět užitečné, pokud uživatel ví, jak to zkontrolovat. prohlížeče zde opravdu nepomáhají. firefox pouze říká, „který je spuštěn (neznámý)“, pokud chcete o certifikátu získat další podrobnosti na <code>www.google.com</code>, aniž bychom skutečně řekli, co se tím myslí.</p> <p>certifikáty s rozšířenou validací jsou pokusem o zlepšení, a to zpřísněním postupu validace organizace a zviditelněním výsledku: zelený pruh a viditelnější organizace.</p> <p>bohužel se to někdy používá způsobem, který zvyšuje zmatek, myslím. zde je příklad, který si můžete zkontrolovat sami: jedna z velkých britských bank (natwest) používá <a href="https://www.nwolb.com/"><code>https://www.nwolb.com/</code></a> pro on-line bankovní služby. není jasné, že doménové jméno patří natwestu (který také vlastní logičtější <code>natwest.co.uk</code> mimochodem). horší je, že rozšířená validace (pokud zaškrtnete jméno vedle zeleného pruhu) se provede proti „royal bank of scotland group plc“.</p> <p>pro ty, kteří sledují finanční zprávy, to dává smysl, protože jak rbs, tak natwest patří do stejné skupiny, ale technicky jsou rbs a natwest konkurenty (a oba mají pobočky na hlavní ulici ve velké británii - i když se to změní). pokud váš uživatel nemá takovou zvláštní znalost o tom, které skupiny obchodují pod tímto jménem, ​​měla by výstražná zvonit zazvonit skutečnost, že certifikát je vydán na jméno potenciálního konkurenta. pokud jste jako uživatel viděli certifikát na <code>gooooogle.com</code> vydáno společnosti microsoft nebo yahoo, i když je tato lišta zelená, neměli byste to považovat za web společnosti google.</p> <p>jeden bod, který je třeba mít na paměti u certifikátů ev, je to, že <a href="https://security.stackexchange.com/a/14064/2435">jejich konfigurace je pevně zakódována do prohlížečů</a> . toto je nastavení kompilace, které nelze později nakonfigurovat (na rozdíl od běžných důvěryhodných úložišť certifikátů, do kterých můžete přidat například vlastní institucionální certifikační úřad). z cyničtějšího hlediska by to někteří mohli považovat za vhodný způsob, jak si hlavní hráči udržet silnou pozici na trhu.</p> </blockquote> <p>každý den v naší kanceláři probíhá výměna, která vypadá takto:</p><blockquote> <p>"člověče, miluji jen testy jednotek, právě jsem dokázal provést spoustu změn ve způsobu, jakým něco funguje, a pak jsem byl schopen potvrdit, že jsem nic neporazil opakováním testu ..."</p> </blockquote><p>podrobnosti se mění každý den, ale sentiment se nemění. jednotkové testy a vývoj řízený testem (tdd) mají tolik skrytých a osobních výhod, stejně jako ty zjevné, které vám někdo opravdu nedokáže vysvětlit, dokud to sami neučiní.</p><p>ale ignoruji to, tady je můj pokus!</p><ol> <li> <p>testy jednotek umožňují rychlé změny kódu. víte, že to funguje nyní, protože jste provedli testy, když provedete změny, které musíte provést, musíte testy znovu uvést do provozu. to šetří hodiny.</p> </li> <li> <p>tdd vám pomůže uvědomit si, kdy ukončit kódování. vaše testy vám dávají jistotu, že jste prozatím udělali dost, a mohou přestat vyladit a přejít k další věci.</p> </li> <li> <p>testy a kód spolupracují na dosažení lepšího kódu. váš kód může být špatný/buggy. váš test může být špatný/buggy. v tdd bankujete s pravděpodobností, že <strong>obojí</strong> špatné/buggy nízké. často je to test, který vyžaduje opravu, ale to je stále dobrý výsledek.</p> </li> <li> <p>tdd pomáhá při zácpě při kódování. když budete čelit velké a skličující práci před psaním testů, dostanete se rychle do pohybu.</p> </li> <li> <p>testy jednotek vám pomohou skutečně porozumět designu kódu, na kterém pracujete. místo toho, abyste psali kód, abyste něco udělali, začínáte tím, že nastíníte všechny podmínky, kterým je kód vystaven, a jaké výstupy od toho očekáváte.</p> </li> <li> <p>testy jednotek vám poskytují okamžitou vizuální zpětnou vazbu, všichni jsme rádi pocit všech těch zelených světel, když jsme to udělali. je to velmi uspokojivé. je také mnohem snazší vyzvednout si, kde jste přestali po přerušení, protože vidíte, kam jste se dostali - další červené světlo, které potřebuje opravit.</p> </li> <li> <p>na rozdíl od všeobecného vyznání víry jednotka neznamená psaní dvakrát tolik kódu, nebo kódování pomaleji. je to rychlejší a robustnější než kódování bez testů, jakmile to zvládnete. samotný testovací kód je obvykle relativně triviální a nepřispívá k tomu, co děláte, velkou režii. tohle budeš věřit jen tehdy, když to děláš :)</p> </li> <li> <p>myslím, že to byl fowler, kdo řekl: „nedokonalé testy, které probíhají často, jsou mnohem lepší než perfektní testy, které se nikdy nepíšou“. interpretuji to tak, že mi dovoluji psát testy, kde si myslím, že budou nejužitečnější, i když zbytek mého pokrytí kódem je žalostně neúplný.</p> </li> <li> <p>dobré jednotkové testy mohou pomoci dokumentovat a definovat, co má něco dělat</p> </li> <li> <p>jednotkové testy pomáhají s opakovaným použitím kódu. migrujte svůj kód <strong>a</strong> vaše testy do nového projektu. vylaďte kód, dokud se testy neběží znovu.</p> </li> </ol><p>hodně práce, se kterou se zabývám, se netestuje dobře unit unit (interakce s uživateli webových aplikací atd.), ale přesto jsme všichni testováni v tomto obchodě infikovaní a nejšťastnější, když máme testy svázané. nemohu doporučit přístup dostatečně vysoko.</p> dobrý den, kolegyně paní váňová to popsala přesně. hodně těch věcí se dalo zjistit už při předání. solidní rk mají nějaký reklamační řád a dá se dle něj postupovat. pokud nemají, budete to řešit z mého pohledu dosti složitě