Feb 21

PHP & MySQL & IIS6: Unable to load dynamic library ./ext/php_mysql.dll – The specified procedure could not be found

   Доста лъжливо съобщение при положение, че конфигурацията в php.ini е ОК, а пътят до PHP и EXT папките е добавен в променливата на обкръжението (environment variable) %PATH% 🙂

Имаме следното: php 5.2.8 като архивен файл, а не .MSI.

Всъщност PHP-то си намира библиотеката php_mysql.dll, ОБАЧЕ самата библиотека не може да намери helper файла си libmysql.dll, въпреки, че се намира в достъпна през %PATH% директория (!?!). Така че ако искате да си спестите момента с дебъгването просто копирайте libmysql.dll в %SYSTEMROOT%\System32 и всичко заспива.

%SYSTEMROOT% е променлива, която съдържа пътя до директорията, където е инсталиран Windows. Обикновено е C:\Windows

Ако и това не помогне и държите ДА НЕ използвате .MSI пакети или прословутите бъндели (PHP+MySQL+каквото се сетите друго) можете да проверите дали сте конфигурирали нещата както трябва, базирайки се статията за инсталиране на PHP.

 

Допълнителна информация:

[ http://www.issociate.de/board/post/102775/PHP5/IIS6_Unable_to_load_dynamic_library.html ]

Feb 16

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

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

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

Continue reading

Jan 25

Син екран (STOP: 0x00000050), причинен от “Avast!”

Докато съвсем спокойно си работите в Windows XP ставате свидетели на син екран. Съобщението гласи:

[code]STOP: 0x00000050 (…, …, …, …)
PAGE_FAULT_IN_NONPAGED_AREA [/code]

Continue reading

Jan 10

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

[ UPDATED – 11.01.2009 ]

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

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

Continue reading