May 21

Show Quick Launch: Cannot Create Toolbar

   Представете си следната ситуация: мигрирате един потребителски акаунт от един домейн в друг с ADMT (Active Directory Migration Tool). След като станцията се е присъединила към новия домейн потребителя “Х” влиза със своите потребителско име и парола. Профилът му се зарежда, но или не се вижда Quick Launch, или липсват иконите, които обикновено стоят в тази област. При опит за показване на Quick Launch се появява съобщение за грешка: “Cannot Create Toolbar”.

А папката с Quick Launch си е на мястото: “%APPDATA%\Microsoft\Internet Explorer\Quick Launch”. Иконите на потребителя са вътре в директорията.

Quick Launch обикновено се свързва с лентата вдясно от старт менюто в Windows. По подразбиране има изведени преки пътища към Internet Explorer и Show Desktop. Дефакто съдържанието на тази лента се намира в обикновена папка, чийто път обикновено е “%APPDATA%\Microsoft\Internet Explorer\Quick Launch”.

Оказва се, че Quick Launch е доста удобно място, където можете да сложите програмите, с които работите често. Има една малка поробност, която съм забелязал с годините. За потребителите си е благинка да слагат иконки по десктопа си. Цъкат на тях и стартират любимите си приложения. Обаче – работният плот “обича” да се обновява често (refresh). В този момент Windows издирва изпълнимия файл за всеки shortcut на екрана, от където извлича неговата икона. Е…сещате ли се, че това е доста бавничко? А ако нямате много памет си е направо досадно.

Е, в Quick Launch нещата явно са по-различни (по мои наблюдения) и е забележимо по-бързо ако слагате икони там. Моят съвет е да трупате приложенията, с които работите често в Quick Launch, вместо на Desktop-a. Хем си виждате целия тапет на работния плот, хем е малко по-бързо 🙂

Решението:

Continue reading

Mar 07

How-To: Стартиране на Explorer.exe като отделен процес

[ UPDATED – 2009.03.09 ]

Explorer.exe е важен компонент на операционната система Windows. Приложението е многонишково(multithreaded application) и изпълнява две основни роли:

  • (GUI) Shell – съдържа графичните (и неграфичните)инструменти,чрез които потребителят взаимодейства с операционната система: Desktop, Context Menus, Start Menu, TaskBar, System Tray и т.н.
  • File Manager – познатият на всички ни файлов мениджър

Особеното е, че Explorer.exe се стартира еднократно за всяка потребителска конзолна или терминална сесия. При зареждането си той проверява дали вече е стартиран:

  1. АКО НЕ Е- explorer.exe се зарежда като шел (shell) и потребителят вижда десктопа, иконите по него, стартовото меню, лентата със задачите и системния трей.
  2. АКО Е- зарежда се файловия мениджър, който всички познаваме като Windows Explorer / My Computer

Continue reading

Feb 21

How-To: Инсталиране на PHP под Windows и IIS

Ще се постарая тази статия да не е поредната на тема “Инсталация на PHP под Windows”. Казвам го, защото обикновено стъпките са непълни, липсва ценна информация и възникват неочаквани неща, за които трябва да се ровите по форумите. Освен това не съм привърженик на принципа “цъкай без да знаеш какво значи това, което цъкаш” 🙂

Какво е PHP?

Continue reading

Feb 16

Параметри при стартирането на Explorer.exe

Explorer.exe е неразделна част от операционните системи Windows. На всичкиВи той е познат като файловия мениджър, който стартирате чрез иконката My Computer, Windows Explorer или клавишната комбинация WIN+E (WIN е клавиша от клавиатурата, обозначен със знаменцето на Windows). Дефакто Explorer.exe е приложение, което се намира в %systemroot%.

Стартиран нормално виждате стандартния файлов мениджър. Интересно е какви параметри можем да подадем на explorer.exe така, че да контролираме неговото поведение.

Continue reading

Jan 10

Изпълняване на .php скриптове вместо .vbs под Command Prompt?

[ UPDATED – 11.01.2009 ]

Почти съм убеден, че повечето от Вас, които пишете скриптове за управление/конфигуриране на компютри под Windows използват VBScript. Защо? Защото го има от мноооого отдавна, защото има купища информация за него в Интернет, заедно с безброй примерии защото е почти “прост” за използване … даже прекалено? Нека си признаем – като скриптов език не е нищо особено. Основните му предимства са три (според мен!):

  • вграден е в операционната система от Windows 95/98 насам;
  • лесно се инстанциират ActiveX/COM обекти (дефакто в това му е силата…но и слабото място);
  • подписване на скрипта с цифров сертификат (codeSigning);

Continue reading