Блогът на Анатолий Дилов » windows

Username-ите в Network Identity Manager-а на MIT

Анатолий — Mon, 11 Jan 2010 07:40:07 +0000

Тъй, тук ще говоря за един чудничък (лол.) продукт на MIT – Network Identity Manager. Не сте го чували? Ми, едва ли ви и трябва, след като всичко, което прави е да предоставя конзолна функционалност на керберос клиент в графична форма.

При създаване на нови credential-и има една диалогова кутия, дето ви иска username, realm и парола. Чудно, ама аз докато блеех нанякъде другаде си написах паролата в полето username, вместо в това за парола. И праснах Enter. :)

Е, не успях да се логна, но пък хитрушата ми запомни паролата и като цъкам drop-down-а се виждат всички отвратителни десетки символи за парола. Ето и начин, с който можем да поправим тази наша грешка.

В Windows registry-то, пътят до entity-то, което пази тези данни е HKEY_CURRENT_USER -> Software -> MIT -> NetIDMgr -> PluginManager -> Plugins -> Krb5Cred -> Parameters -> LRUPrincipals. Е в това последното махате нежелания запис и… Пей сърце :) Нямя нищо сложно, username@realm се пазят като плейн текст в списък, разделен със запетаи (отвратително хитро, но… :))

Windows Mobile: remove all calendar and contact entries

Анатолий — Mon, 10 Aug 2009 12:00:19 +0000

Как да махнем всички записи в календара и адресната книга от Windows Mobile PDA без да използваме ActiveSync? На ръка – абсурдно. Единственият начин който открих е чрез премахване на pim файла в My Device директорията. Този файл се използва от PDA-то и не може да се изтрие директно, така че трябва да се използва леко глупав workaround. Файлът се преименува (на pim2, например), device-ът се рестартира, създава нов чист pim файл и вече можем да изтрием стария (pim2).

Готово, нямаме старите записи :)

MS update site fail

Анатолий — Wed, 15 Jul 2009 12:06:46 +0000

На работната машина съм с XP и реших да разгледам optional ъпдейтите и да ги пусна докато обядвам. Забелязах, че езиците на MS сайта за ъпдейти на Win XP леееко са се е омазали :)

Windows files attributes

Анатолий — Tue, 23 Jun 2009 18:37:53 +0000

Наскоро се занимавах с desktop.ini файловете – след като го редактирам, той ставаше видим, въпреки че системните файлове са скрити. Погледнах атрибутите на файла след редакцията – нямаше S (System).

За промяна на атрибутите на даден файл под Windows се използва attrib.exe: cmd -> attrib /?

C:\Users\Anatoliy Dilov\Downloads>attrib /?
Displays or changes file attributes.

ATTRIB [+R | -R] [+A | -A ] [+S | -S] [+H | -H] [+I | -I]
[drive:][path][filename] [/S [/D] [/L]]

+   Sets an attribute.
-   Clears an attribute.
R   Read-only file attribute.
A   Archive file attribute.
S   System file attribute.
H   Hidden file attribute.
I   Not content indexed file attribute.
[drive:][path][filename]
Specifies a file or files for attrib to process.
/S Processes matching files in the current folder
and all subfolders.
/D Processes folders as well.
/L Work on the attributes of the Symbolic Link versus
the target of the Symbolic Link

Крайният резултат за един desktop.ini файл трябва да изглежда така:

attrib +h +s +a desktop.ini

Къде PuTTY пази сесиите и SSH ключовете

Анатолий — Sun, 10 May 2009 19:22:25 +0000

Фен съм на преносимите неща, затова реших, че след като имам повече от един често-използван софтуер на USB памет, мога да добавя и PuTTY към този списък. Мога, но само изпълнимият файл – сесиите и SSH ключовете не се пазят по user директориите, което уби желанието ми. Хранилището на тези данни е Windows Registry-то, а пътят до него е

HKEY_CURRENT_USER\Software\SimonTatham\PuTTY

Все още не съм намерил начин да зареждам тези данни от конфигурируем път, но пък при малко свободно време имам страхотни идеи за cuztomize-ване на PuTTY-то като табове. До тогава сесиите и ключовете могат да се пренасят като .reg файлове, export-нати от Windows Registry.

Отваряне на Windows Explorer от Eclipse

Анатолий — Thu, 05 Mar 2009 00:47:06 +0000

Още не е светло, има време… ^^

Трябваше ми да отварям някои от файловете от Eclipse директно в Windows Explorer и по възможност да преборя големия мързел – да са селектнати, ако може. Ами, може:

Eclipse -> Run -> External Tools -> External Tools Configuration
New Program Launch Configuration и я кръщаваме Windows Explorer, например
В Location text field-a пишем “${env_var:SystemRoot}\explorer.exe” (без кавичките)
В Arguments text box-а: “/select,${resource_loc}” – пак без кавичките.
Apply, Close, маркираме някой файл и цъкаме зелената стрелка с куфара

А аз… Малко по-късно ще си пусна Happy Tree Friends вместо сънчо :D

SCP (PSCP) в Send To менюто на Windows

Анатолий — Tue, 10 Feb 2009 22:23:20 +0000

Тази тема е продължение на PSCP без парола. Без да се направи описаното в нея примерът тук няма да работи с идеята с която е замислен.

Каква е ползата – селектираме един или няколко файла в Explorer, цъкаме десен бутон -> Send To -> My Favourite Remote Location и не пишем парола за пренасянето през SCP. Как става това:

Tрява ни скрипт, който да извиква scp и да обработва както един, така и множество файлове
SCP трябва да е с регистрирани public и private ключове, за да прехвърля без парола

Защо PSCP, а не SCP от Cygwin, например? Отговорът е прост – scp от Cygwin не приема windows пътищата и трябва да се правят извращения с промени на пътищата, за да бъдат в *nix-like формат.

Как да настроим PSCP така, че да не въвеждаме парола при използването му? PSCP без парола. :)

От тук нататък следва по-смислената част. Да започнем с batch скрипта, който ще “хваща” макркираните файлове. При извикване на изпълним файл от Send To менюто на Windows, селектираният файл, или файлове, се подават под формата на параметри със стойност абсолютните пътища в системата до самите тях. Например ако на Desktop-а имам снимка naked-chick.tiff, цъкна с десен бутон на нея и избера нещо от Send To – то на този изпълним файл ще се подаде само един параметър в случая – %USERPROFILE%\Desktop\naked-chick.tiff. Ако са маркирани 2 файла – съответно 2 параметъра и т.н, затова нашият batch трябва да се усеща за тези разлики. Ето го и него:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

@echo off
:: Path to the PSCP executable
set path.scp=C:\PROGRAMS\bin\pscp.exe
:: Path to the private key file for authentication
set path.auth=%USERPROFILE%\.ssh\pscp.ppk
:: Remote server folder
set path.remote=tmp
:: User name to log on the remote server
set cred.user=my-user
:: Remote server address
set cred.host=my-domain.com

:CP_LOOP
@echo on
%path.scp% -i "%path.auth%" %1 %cred.user%@%cred.host%:"%path.remote%"
@echo off
shift
if "%1" == "" goto END
goto CP_LOOP

:END
pause

Малко обяснение за скрипта:

set нещо-си са променливи – трябва да се сет-нат спрямо всяка индивидуална система
CP_LOOP принципно е безкраен цъкъл, който обхожда всички входни параметри (благодарение на shift) и се прекъсва, след последния валиден параметър
echo on и off са сложени, за да видим резутата от всяко едно прехвърляне
pause накрая мрънка за any key to continue – целта е да видим статусите на спокойствие. Всеки, който го дразни и е сигурен в прехвърлянето може да го разкара
Около %path.scp% и %1 в scp командата умишелно няма кавички!

Записваме този batch с някакво-смислено-име.bat по файловата система, отваряме Send To директорията и правим там shortcut към файла. Шорткътът преименуваме с името, с което искаме да се вижда в Send To менюто и сме готови :)

Vista не позволява да бъдат отворени повече от 15 файла наведнъж

Анатолий — Sat, 07 Feb 2009 21:01:13 +0000

Чопля си код, чета разни боламачи на SWIG и по едно време решавам да отворя с Notepad++ едно известно количество от .java файлове (40-тина). Какво направих – разархивирах архива, в който бяха те, изплюх ги в една директория, Ctrl + a, Enter. Нъц. Викам си “добре де, може би съм идиот и не става само с блъскане на Enter”. Направих си шорткът в SendTo директорията към Notepad++ и както бяха все още маркирани всички цъкам десен бутон -> Send To -> Notepad++ -> Same shit, different asshole…

И взех да ровя… И какво намерих… К’вооо… Това бил невероятния фичър, който ме предпазва от забавяне на системата… Е добре де, аз да не съм идиот и да отида в sys32 и да шибна Enter… А пък като искам – ще го направя. Имам една торба с рам, защо ОС-то ще ми казва какво да правя и какво не…

Аххх… Не съм казвал защо стоя на виста (windows като цяло) на лаптопа… Единствена причина – не мога да sync-вам Windows Mobile телефона си с Thunderbird. И да – не искам да минавам през Google Calendar :)

Няма значение,
Поздрави.

Command Prompt в контекстното меню на Windows Explorer

Анатолий — Wed, 28 Jan 2009 22:44:35 +0000

Отварям Explorer, вървя по директориите и изведнъж се сещам, че точно в тази директория трябва да изпълня нещо в командния ред. За да го направя трябва да отворя cmd и да стигна до същата директория или copy/paste метода. Прекалено много време и труд се иска, за да се направят последователно толкова действия. Много удобен и мързелив начин е да стартираме cmd от текущата директория от контекстното меню. Какво трябва да се направи (силата на един regedit):

Стигаме в regedit до HKEY_LOCAL_MACHINE/Software/Classes/Folder/Shell
Създаваме key с име Command Prompt (или какъвто друг текст искате да има в item-a в контекстното меню)
Създаваме key в Command Prompt с име command (задължително)
В стойността на Default пишем “cmd.exe /k pushd %1” – естествено без кавичките

Найс & шайни. А за още по-мързелив вариант, ето съдържането на .reg файлът, който ще направи стъпките вместо нас:

1
2
3
4

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\Command Prompt]

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\Command Prompt\command]
@="cmd.exe /k pushd %1"

PHP5 и Tomcat6 под Windows

Анатолий — Sun, 23 Nov 2008 09:52:58 +0000

Необходими ресурси:

Tomcat (6.0.18) – http://tomcat.apache.org/download-60.cgi
PHP (5.2.6) – http://www.php.net/downloads.php
PECL (5.2.5, защото в 5.2.6 няма php5servlet.dll) – http://bg.php.net/distributions/pecl-5.2.5-Win32.zip
Java (тествано с 1.5.0_16 и 1.6.0_17)

Ще използвам C:\DEVELOP за директория, в която ще се намират всичките необходими компоненти. Там разархивираме Tomcat-а (C:\DEVELOP\apache-tomcat-6.0.18), както и PHP-архива (C:\DEVELOP\php-5.2.6-Win32). В системните променливи трябва да имаме няколко допълнителни – JAVA_HOME, ако все още не съществува, PHP_HOME и TOMCAT_HOME. Тези променливи трябва да сочат към главните съответни директории. В системния път (%PATH%) добавяме и %PHP_HOME%.

Отваряме %TOMCAT_HOME%\webapps, и създаваме директория test-php, а в нея – html-example.html (с най-просто съдържание), за да тестваме дали Tomcat работи. Стартираме Tomcat и отваряме http://localhost:8080/test-php/html-example.html. Ще изпреварим малко събитията и ще поготвим няколко други директории в test-php: WEB-INF, WEB-INF/lib. На нивото на html-example.html създаваме още една примерна страница, но този път за тестване на php: php-example.php със съдържание

Отваряме %PHP_HOME%, копираме php.ini-dist в име php.ini и го отваряме за редакция. Разкоментираме реда с ;extension=php_java.dll, а ако той не съществува, добавяме само extension=php_java.dll (редовете, започващи с ; са коментари). От PECL-архива разархивираме php5servlet.dll и php_java.dll в %PHP_HOME%. Също от този архив взимаме phpsrvlt.jar и го оставяме в test-php/WEB-INF/lib. Отваряме jar-а (с jar или най-обикновен zip де/архиватор) и правим 2 промени в net/php/reflect.properties и net/php/servlet.properties: и в двата файла променяме реда library=php5srvlt на library=php5servlet (показват името на dll-файла, който ще се търси). Записваме ги и ги вкарваме обратно в .jar-архива (отново с jar или zip де/архиватор).

Отново се сръщаме в test-php/WEB-INF и в нея създаваме web.xml файл. Ето и неговото съдържание

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

test-php>

index.html>

index.htm>

index.jsp>

index.php>
>
>

php>

net.php.servlet>
>
>

php-formatter>

net.php.formatter>
>

php>

*.php>
>

php-formatter>

*.phps>
>
>

Стартираме Tomcat, отваряме http://localhost:8080/test-php/php-example.php и при успешно изпълнение на горните стъпки трябва да видим PHP Info страницата.

ВАЖНО: тези .dll файлове с x64 архитектури на Windows не са съвместими!

Добавяне на нов обект в менюто New на Windows

Анатолий — Sun, 23 Nov 2008 08:24:01 +0000

Отваряме Windows Explorer -> десен бутон -> New и виждаме списък с предложения за нови файлове. Ето как можем да добавим нов тип файл (html за пример):

Отваряме regedit и търсим HKEY_CLASSES_ROOT\.html. Създаваме нов Key с име ShellNew. Според MSDN Library, в него можем да управляваме създаването по няколко начина:

NullFile (String Value) – създава нов файл с дължина 0 байта
Command (String Value) – изпълнява тази команда при създаването на нов файл. Пример за такава команда е New -> Shortcut (HKEY_CLASSES_ROOT\.Ink\Command)
FileName (String Value) – път до файла, който трябва да бъде копиран. Пример – офис документите. Тези файлове се пазят в следните директории (обхождат се в този ред):
1. %Userprofile%\Templates
2. %Allusersprofile%\Templates
3. %Systemroot%\ShellNew
Data (Binary Value) – съдържание на файла. Игнорира се, ако NullFile или FileName съществуват

След като сме готови трябва да се рестартира Windows, но предпочитам по-мързеливият начин – отварям Task Manager и убивам (всички) explorer.exe процеси. Отварям File -> New Task (Run) -> explorer -> OK и се наслаждавам на удобството при създаване на нови типове файлове :->

Eclipse Ganymede под Windows Vista x64

Анатолий — Thu, 09 Oct 2008 23:20:45 +0000

OS: Windows Vista Business x64

И както се очаква – на x64 система инсталирах x64 Java. Но като разархивирах и пуснах Eclipse се прехапах леко, защото ме наплю, че търси x86 система. Ето какво направих като решение, но преди това малко предговор за Vista x64. Vista x64 създава две директории Program Files и Program Files (x84) на едно и също ниво. Идеята е, че x64 софтуерът ще се намира в Program Files, a x86 – в Program Files (x86). Това е достатъчно да продължим нататък.

За момент оставяме x64 Java-та настрана – с нея ще се занимаваме след малко.

Инсталираме Java x86 – в Program Files (x86). Нека кажем, че пътят до директорията й е C:\Program Files (x86)\Java\jdk1.6.0_07. Отваряме директорията където е разархивиран Eclipse Ganymede, а след това и файла eclipse.ini. В него добавяме “-vm “C:\Program Files (x86)\Java\jdk1.6.0_07\bin\javaw.exe”" (без външните кавички), записваме и пускаме Eclipse. Готово, вече е запален и до колкото е възможно работи ;)

Да се върнем на x64 Java-та. В Eclipse: Window -> Preferences -> Java -> Installed JREs. Тук би трябвало да се вижда Java-та с която е стартиран Eclispe, а именно x86 версията. За улеснение Ще променим името, за да знаем за в бъдеще с коя версия работим. Edit и на name слагаме само x86 (или какъвто и да е друг стинг – няма значение) и след това Finish. Добавяме и x64 версията: Add -> Standard VM -> Next -> Directory и тук намираме директорията, в която е разархивирана Java x64 (Например C:\Program Files\Java\jdk1.6.0_07). При името добавяме отново едно стрингче, за да виждаме разликата между версиите – например x64. Finish. Отметката се слага на Java-та по подразбиране – когато се създава нов проект коя от всички версии да се използва. Аз ще сложа отметка на x64. Готови сме.

ПС: В системните промнливи съм сетнал x64 версията, ето output:

JAVA_HOME=C:\Program Files\Java\jdk1.6.0_07
JDK_HOME=C:\Program Files\Java\jdk1.6.0_07
JRE_HOME=C:\Program Files\Java\jdk1.6.0_07\jre
PATH=C:\Program Files\Java\jdk1.6.0_07\bin

Cygwin под Windows Vista

Анатолий — Thu, 09 Oct 2008 20:15:58 +0000

Операционната система е Windows Vista Business x64, а wrapper-a на executable-ите е Cygwin. При успешната му инсталация ако създам файл или директория, то тя е със статус Shared. Това лесно може да се оправи само с добавянето на един запис в системните променливи. Ето как става това: Computer -> Properties (или Win key + Pause key) -> Advanced system settings -> Advanced (tab) -> Environment Variables -> New (@ System Variables group box). За name пишем CYGWIN, а за value – nontsec. OK по джамчетата и вече Cygwin създава файлове/директории, принадлежащи на текущия user.

Още малко инфо: по същия начин е под Ultimate и Business на x86 i x64 архитектури. На по-скромните версии на Виста – не съм се сблъсквал.

Стандартен Explore във File Types на Windows

Анатолий — Wed, 17 Sep 2008 11:04:18 +0000

Един ден реших да правя извращения с File Types на една Windows-ка машина (в Explorer: Tools > Folder Options > File Types) и след като си тествах и постигнах това, което исках се оказа, че като кликна на някоя директория ми се отваря сърч-a, не както обичайното Explore. Проблемът всъшност се състоеше в това, че не можех да направя Explore функционалостта да ми отваря директорията в същото джамче…
Потърсих по интернетите (винаги ми става забавно като кажа тази дума :>) какво казват по този проблем и намерих едно скриптче (тук), което оправи проблема. Ето го и скрипта:

1
2
3

Set WshShell = WScript.CreateObject("WScript.Shell")
p1 = "HKEY_CLASSES_ROOT\Directory\shell\"
p2 = "none"

WshShell.RegWrite p1, p2

p1 = “HKEY_CLASSES_ROOT\Drive\shell\”
WshShell.RegWrite p1, p2

X = WshShell.Run(“REGSVR32 /I /S SHELL32.DLL”,4,True)
Set WshShell = Nothing

MyBox = MsgBox(“Folders will now Open when double clicked”, 4096, “Finished!”)

И как можем да го използваме:
Правим един файл и в него пействаме скрипта. Записваме с разширение .vbs и прилагаме метода “цък”. Вече Explore в Explorer работи с нормалното си поведение при придвижване по директориите.