JiříkovoEgo.cz

U starších verzí aplikace Symantec Endpoint Protection 11.0 může docházet k problému, kdy aplikace začne zabírat příliš místa na disku. To se děje v důsledku chyby – aplikaci si z notifikačního severu začne stahovat nové virové definice, které následně nesmaže. Tento problém je znám a byl odstraněn od verze RU5 (SEP 11.0.5).

Jak postupovat při uvedeném problému? Provést upgrade na novější verzi pomocí aktualizace SEPM (Symantec Endpoint Protection Manager) ze zkušenosti nepomůže. Pokud vám již místo na disku dojde, postupujte následovně.

1. Vstupte do adresáře c:\Documents and Settings\All Users\Application Data\Symantec\Symantec Endpoint Protection\xfer\ a odstraňte z něj veškeré soubory
2. Nyní, když se uvolnilo místo na disku proveďte standardní odstranění aplikace pomocí přidat/odebrat programy
3. Použijte aplikaci Norton Removal Tool
4. Proveďte restart počítače
5. Znovu nainstalujte SEP RU5 či novější.

Java. Mnohými milovaná, mnohými zatracovaná. Osobně, jako většina IT administrátorů se řadím mezi ty, kteří by jí nejraději vymazali ze zemského povrchu jednou pro vždy :-) Situace je však taková, že zde máme hromady aplikací, kteří se bez její klientské instalace neobejdou.

Ještě větším problémem jsou aktualizace. Její updaty nejdou řídit elegantně, jako třeba aktualizace Microsoft aplikací přes WSUS (lze to vůbec?). Navíc po aktualizace se stane, že spousta aplikací prostě přestane fungovat. Co to znamená? Javu radši neaktualizovat.

V dobách Windows XP toto nebyl problém. Uživatelé s nižšími právy (např. users) Javu prostě nezaktualizovali. Problém nastal s příchodem Windows Vista a UAC. Uživatel si nadále Javu nezaktualizuje, ale je stále obtěžován vyskakujícími okny s žádostí o zadání hesla správce. To přináší jak zvýšené nároky na IT podporu, tak ještě větší nasrání uživatelů.

Jak z toho ven? Elegantní úpravou registrů. Najděme cestu

HKLM\SOFTWARE\JavaSoft\Java Update\Policy

a následně upravme klíče EnableJavaUpdate a NotifyDownload na hodnotu 0.

Toto řešení je jednoduché, funkční a hlavně elegantní, protože ho můžeme snadno poslat do celé sítě pomocí skupinových politik a dále již na Javu nemyslet.

Před dávnou dobou jsem zde na blogu Jak nainstalovat PHP na IIS jak rozchodit stále velice oblíbený a primitivní programovací skriptovací jazyk php na webový server Internet Information Server od společnosti Microsoft. Protože se jedná o jeden z nejnavštěvovanějších článků na tomto blogu, cítím morální povinnost vydat novou, aktualizovanou verzi.

Co se za ty roky změnilo? Microsoft se stal s PHP kamarád. Rozhodně nezatracuje svou technologie .net, nicméně pokud programátoři mají potřebu vytvářet weby v php, byl by rád kdyby jako pohon použili právě IIS namísto Apache. Vznikla speciální verze PHP optimalizovaná právě pro běh pod IIS, jejíž výsledky předčí konkurenční webservery. Jak tedy PHP na IIS nainstalovat? Přikládám návod ve stylu krok za krokem.

Nejprve je třeba nainstalovat samotný IIS. V prostředí Windows Server ho nalezneme přímo v Server Manageru jako jednu z rolí (Web Server). Instalace je velice jednoduchá – next – next – finish :-)

Druhý krok není o nic těžší. Pro instalaci PHP použijeme Microsoft Platform Installer. Tato aplikace neumí nainstalovat jen PHP, ale i různé blogovací systémy, helpdesky, fotogalerie a spousty dalších aplikací hodící se pro Váš server.

Navštívíme tedy stránku http://php.iis.net a stiskneme nepřehlédnutelné tlačítko “Install PHP”

Na další stránce stačí jen získat instalátor (Get the Microsoft Web Platform Installer), po jeho spuštění potvrdit zaškrtnutím Install PHP a pokračovat klasickým instalačním průvodcem.

Že je to jednoduché? Ano je! Není již nejmenší důvod proč instalovat Apache na svůj Windows server :-)

Dnešní tiskárny od Hewlett-Packard rozhodně nejsou nic moc. Kvalita zpracování, výkon a poruchovost jsou absolutně tragické, vše navíc výrobce umocňuje šílenými ovladači a nutnými softwarovými balíky.

V mém případě vznik problém při instalaci HP 3390. Instalace balíku spadla na chybě MSI.dot4msi, error code 2753.

Tento problém způsobila předchozí instalace HP software. I přes odinstalaci zůstaly v systému služby, které držely dynamické knihovny, které instalátor považuje za nutné nahrát znovu :-)

Řešení

Spustit konzoly služeb (services.msc) a zastavit následující služby

• Pml Driver HPZ12
• Net Driver HPZ12

Dále z adresáře c:\windows\system32 odstranit soubory HPZipm12.dll a HPZinw12.dll.

Nyní spusťte instalaci znovu a ta by měla proběhnout bez výše uvedených chyb.

Jeden z nejimbecilnějších zásahů do svobodného podnikání v IT byznysu je za dveřmi. Pokud nevíte o čem mluvím, řeč je o dlouze zmiňovaném a znalými lidmi proklínaném ballot screenu. Nebudu zde psát již milionkrát probrané, že nutit Microsoft, aby sám nabízel konkurenční produkty je stejné, jako nutit Škodovku, aby ve svých autem nabízela zákazníkům rádia Ford.

Ať tedy chceme, nebo ne, byrokratická idiocie bruselských zmrdů a vyžírek získá již v příštích dnech reálný obraz. Navíc téměř s křížkem po funuse. Internet Explorer díky šíření FUD od Linuxáků a dalších rádoby IT profesionálů již není tak dominantní jako v minulých letech, užalovanou a ukřivděnou Operu předehnal i Google Chrome a stále o ní nemá absolutně nikdo zájem.

A do toho přichází BS. Tato čirá hovadina nenabízí jen internetové prohlížeče (Internet Explorer, Opera a Firefox), ale i podivné aplikace jako Safari, Chrome, Maxthon, GreenBrowser (no slyšel o něm někdo?) a další. Zkrátka pokud SW nemá své vlastní jádro (což se týká i Chrome – používá webkit z linuxového Konqueroru) není pro mě plnohodnotný prohlížeč! Opravdu nechápu podle jakého klíče se vybíralo. Na koho se mám obrátit s žádosti o umístění mého “prohlížeče” vytvořeného primitivním přetažením jediné komponenty v Delphi? :-)

Pokud tedy bude ballot screen úspěšný, co to přinese?

• Snížení bezpečnosti uživatelů. Internet Explorer JE bezpečnější. Navíc díky navázáním na Windows Update je jeho aktualizace zaručená a pro uživatele neobtěžující.
• Snížení komfortu webových aplikací. HTML a CSS se nám již pomalu začínají všechny prohlížeče interpretovat alespoň nějak podobně. Co ale rozhodně nezvládají je hnací motor současného webu – javascript. Jsou zde obrovské rozdíly jak ve výkonnosti, tak v jejich možnostech. To je ostatně jeden z důvodů, proč všechny Google aplikace dodnes neběží v Opeře. Díky ballot screenu bude nutné uvažovat mnohem více prohlížečů pro webovou aplikaci.
• Náklady na technickou podporu. Debily, pardon – uživatele, nejen že bude ballot screen mást a děsit, ono je překvapí, že to najednou vypadá jinak. Navíc pracovníci podpor budou muset uvažovat o více prohlížečích než doposud, což přináší komplikace.

Myslím, že se dají najít desítky či stovky dalších problémů, které ballot screen přinese. Ale čemu se divíme. Tak to dopadá, když trotl rozhoduje o něčem, čemu vůbec nerozumí.