• aaa

    Poznávačka krás Maďarska - toulání po severu 

  • CAT700

    Non-stop adventure závod přes Katalánsko - z Pyrenejí až k moři

  • Toulání Šumavou
    Toulání Šumavou

    Extrémní non-stop MTB závod

  • 1000 miles
    1000 miles

    Non-stop extrémní adventure závod napříč Československem by Jan Kopka

  • Bohemia Divide 2019

    Non-stop bike packing závod 700km dlouhý z nejjižnějšího do nejsevernějšího místa ČR 

A A A

Nedávno jsem si lámal hlavu s instalací nového bezpečnostního řešení na firemní stanice. I po odinstalaci stávajícího Esetu a dokonce i po použití speciální utility od Esetu pro odinstalaci v nouzovém režimu, který ve většině případů vyřeší obdobné problémy stále nové řešení tvrdilo, že na počítači je nainstalován jiný antivir a proto nedovolí další instalaci rezidentní ochrany.

Zjistil jsem, že problém je v tom, že v registrech Windows zůstanou instance s nastavením stávajícího antiviru v Security Centru.

Jak z toho ven? Jedna z možností je prohledávat registry a mazat dané klíče. 

Mnohem rychlejší a bezpečnější však je použít příkazový řádek, připojit se k rozhraní WMI (Windows Managment Interface) a dané instance vymazat. Nebo použít nástroj WBEM a provést to stejné v grafickém režimu. Dále popíšu oba postupy

 

1 . Použití příkazové řádky

- Spusť příkazový řádek jako správce CMD.EXE
- Spusť příkaz WMIC
- Zadej /namespace:\\root\SecurityCenter2 PATH AntiVirusProduct get * a spusť
- Vypíší se instance antiviru

- Zkopíruj si GUID dané instance. V mém případě to jsou 2 instance {885D845F-AF19-0124-FECE-FFF49D00F440} a {EC1D6F37-E411-475A-DF50-12FF7FE4AC70}. V dalším kroku je budeš potřebovat
- Vymazej dané instace příkazem /namespace:\\root\SecurityCenter2 PATH AntiVirusProduct WHERE instanceGuid='{885D845F-AF19-0124-FECE-FFF49D00F440}' DELETE (druhou a další instanci vymazej stejně použitím dalších GUID)
- Windows Defender nemazej !!!

 

2. Použití WBEMTEST.EXE

- Tento nástroj najdeš v adresáři Windows C:\Windows\System32\wbem\wbemtest.exe
- Zvol Připojit


- V oboru názvů zadej SecurityCenter2 a Připojit (u starších systému se nedává na konci 2 - ale teď už nevím do které verze :-) )

- Stiskni Výčet instancí

- Zadej AntivirusProduct a OK

- V seznamu instancí rozklikni jednotlivé instance a zkontroluj o jaké Antiviry se jedná

- Verzi AV najdešs v detailu

- Vrať se o krok zpět a danou instanci odstraň

 

 

Outlook se při archivaci řídí informací kdy byla daná zpráva do pst souboru uložena/archivována nikoliv podle data odeslání nebo přijetí zprávy. V některých případech např.když používáte synchronizaci zpráv může být toto datum modifikováno na novější a archivace pak dle nastavených kritérií (datum) nefunguje.

Toto se týká všech Outlooků od verze 2007 po 2019 a O365.

Chování se dá změnit nastavením v registrech, kde se musí změnit klíč ArchiveIgnoreLastModifiedTime na hodnotu 1

 

Cesta ke klíči pro danou verzi Office:

Outlook 2007:
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\Preferences
Outlook 2010:
HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences
Outlook 2013:
HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Outlook\Preferences
Outlook 2016, Outlook 2019 a Office 365
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Preferences

Pro Outlook 2007 možná budete muset stáhnout ještě opravu KB2412171, pro Outlook 2010 KB2516474

V editoru registru nalezněte v dané cestě klíč  ArchiveIgnoreLastModifiedTime a změňte hodnotu na 1

 

 Pokud daný klíč ve větvi není, vytvořte jej

 

 a modifikujte hodnotu z 0 na 1

 

 

 

 

 

 

 

Dobrý večer pane Koutský,

potřebujeme, abyste nám znovu zaslal cca 1000 souborů, protože nedošlo k automatickému spárování se systémem. Seznam požadovaných souborů je v příloze.

 

TVL vážně? Je pátek 19:00 a ten adresář má 97 tisíc souborů, jak z toho mám vykopírovat 1049 souborů ?? 

Vždycky je řešení . Výpověď, přehodit to na kolegyni, ... A nebo si napsat skript pro SQL :-) 

 

Níže uvedený script počítá, že csv soubor má jeden sloupec s názvem souboru. Pro vícesloupcový soubor si jednoduše upravte temp tabulku, skript s více sloupci počítá (oodělovač, akorát název souboru musí být ve sloupci Soubor

 Pochopitelně musíte mít povolené a nakonfigurované použití XP_CMDSHELL a BULK INSERT

 

-- deklarace proměnných
DECLARE
@soubor nvarchar(50), 
@From nvarchar(50) = '\\ds02\atesty\', 
@To nvarchar(50) = '\\ds02\atesty\copy\',
@SQL nvarchar(500)

--vytvoreni pomocne tabulky
CREATE TABLE #TabImport (soubor nvarchar(50))

-- import z csv do pomocne tabulky
BULK INSERT #TabImport 
FROM '\\ds02\atesty\import.csv' 
	WITH (
	      FIELDTERMINATOR =',',
          ROWTERMINATOR ='\n',
	      FIRSTROW = 1,	
          CODEPAGE = 'ACP'
	     )        	

-- kolik to bude souboru? Řeší i duplicitu. Pro kontrolu
SELECT COUNT (DISTINCT(soubor)) FROM #TabImport

-- cyklus pro nazev souboru
DECLARE cur_vypocet CURSOR FOR
-- nacteni nazvu souboru z pom.tab					
SELECT DISTINCT(soubor) FROM #TabImport
-- otevreni kurzoru
OPEN cur_vypocet
FETCH NEXT FROM cur_vypocet INTO @soubor
WHILE @@FETCH_STATUS=0						
  BEGIN
     -- sestaveni prikazu pro kopii souboru
	 SET  @sql = 'copy ' + @From + @soubor + ' ' + @To + @soubor
	 -- zavolani procedury s parametrem kopirovani pro dany soubor
	 EXEC master.dbo.xp_cmdshell @SQL
	 -- pokracuj na dalsi soubor
    FETCH NEXT FROM cur_vypocet INTO @soubor
  END   
-- uzavreni kurzoru
CLOSE cur_vypocet 
-- uvolneni pameti
DEALLOCATE cur_vypocet

-- promazani pomocne tabulky
DELETE FROM #TabImport
-- zruseni tabulky
DROP TABLE #TabImport

 A jde se na pivo :-)

 

 

 

Možností, kvůli kterému přestane fungovat vyhledávání je více ať již problémy s indexováním nebo službou windows search atd.

Mě přestalo v jednu chvíli vyhledávání fungovat na více počítačích a to na některých i přímo při práci (fungovalo a za chvíli již ne)

 

Pomohla mě úprava v registrech:

Najdi v registru větev Počítač\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Search

Zde vytvoř položku D-WORD(32bit) s názvem BingSearchEnabled a hodnotou 0

Poté zkontroluj v této větvi ještě položku CortanaConsent která by měla mít také hodnotu 0.

Po restartu by mělo vyhledávání fungovat.

Jak zjistit jestli je číslo sudé nebo liché?

Lze využít jednoduchou fintu s početní operací MODULO, která vrací zbytek po dělení. Jednoduše tedy zjistíme modulo po dělení dvěma a pokud je výsledek 0 tak je číslo sudé a pokud ne tak liché.

V SQL se modulo zjišťuje takto:

 

DECLARE @Cislo numeric(16,0)
SET @Cislo = 17

SELECT @Cislo % 2 AS Modulo2, @Cislo % 3 AS Modulo3

První číslo zobrazuje modulo po dělení 2 a druhé po dělení 3 

 

Původně to měla být kategorie o cestách, které podniknu na svém starém kole-dědkovi. Pak se mě název zalíbil a říkám si, že jednou budu taky dědek, vlastně syna už na to mám dost velkýho, a tak nadčasově tuto kategorii nechám pojmenovanou takto. Takže zde nalezneš zápisky z cest. 

Zde je můj blog o SQL. Je to takový můj tahák.

Moje poznámky z instalací

Search