Некоторое время назад столкнулся с непонятным поведением в Windows 7: ноут стоит и вроде бы ничего не делает, но кулер системы охлаждения работает изо всех сил и наполняет комнату горячим воздухом. Но вот только стоит к нему подойти, чтоб посмотреть в чем дело, так сразу нагрузки исчезает и работа охлаждения нормализуется. Далее я опишу свою схему поиска и отлова "горячего" процесса.
Не так давно заметил что при клике правой кнопкой на любой папке или файле стал частенько закрываться с ошибкой проводник windows.
Для поиска виновника отлично подошла утилита ShellExView которая показывает все расширения оболочки. Отсортировав список по столбцу type и изучив то, что относится к контекстному меню появилось несколько кандидатов. Поочередно отключая которые выяснилось что виновник - это плагин от Miranda NG.
Файл | shlext.dll версия 2.2.0.3 |
Описание | Интеграция Miranda NG в контекстное меню оболочки ОС. |
Уникальный ID на всякий случай | {7993ab24-1fda-428c-a89b-be377a10be3a} |
Отключив его в ShellExView и в миранде проблема ушла. Надеюсь рано или поздно разработчики этого плагина поправят проблему, а пока мой способ кому-то поможет :)
В принципе все это легко нагуглить, но тем не менее опишу свой опыт. Итак, есть windows сервер (в моем случае Windows Server 2008, но все описанное ниже применимо ко всем windows), на этом севере работает некое веб-приложение, которое хочется коллективно развивать командой из нескольких человек. Идеи лучше чем Git в голову не пришло.
На сервере ставим и настраиваем SSH сервер (в моем случае это оказался Bitvise SSH Server, далее все настройки буду описывать относительно него).
Создаем пары public и private ключей для нужных пользователей, в настройках этих пользователей на SSH сервере добавляем им соответствующие public ключи и убеждаемся что разрешена авторизация по ключу.
Если требуется работать с Git из интернета, также пробрасываем соответствующий порт наружу, обычно это 22, но в моем случае получилось 222 по техническим причинам. Проверяем доступность сервера по SSH снаружи и возможность авторизации с ключом, PuTTY в помощь :)
Ставим собственно Git (в моем случае это msysgit). Народ предлагает ставить в короткий путь вроде C:/Git, но я ставил в каталог по-умолчанию, все работает. Через Git GUI создаем репозиторий, в моем случае это С:/Webroot/test-git.
Поскольку недавно пришлось столкнуться с этой не очень новой проблемой, ниже предлагается перепост статьи Зелёный экран при просмотре flash-видео, которая очень помогла.
С данной проблемой (ярко-зелёное, иногда «тормозящее» видео или просто зелёный экран при просмотре роликов на Youtube или Вконтакте) могут столкнуться пользователи видеокарт AMD, установившие для своей видеокарты драйвер Catalyst. В ряде случаев проблема появляется только при переходе в полноэкранный режим. Выглядит это примерно так:
Впервые проблема появилась в начале 2010 года и до сих пор не решена. Причина кроется, скорее всего, в несовместимости драйвера ATI Catalyst и Flash-плеера Adobe. Пока ни одна из сторон не взялась за решение проблемы, попробуем справиться с ней своими силами.
Речь пойдет об ошибке подключения к сетевому ресурсу в windows, а именно:
Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя не разрешено. отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторите...
Возникает она в случае, если вы подключены к общему ресурсу с одними учетными данными и пытаетесь подключиться к другому ресурсу на том же сервере но с другими учетными данными, а сервер (в моем случае Samba) настроен в режиме security = USER.
Пример security устанавливает "security mode bit" в репликах к smbd в момент согласования протокола, тем самым включая или отключая режим безопасности. Клиенты, основываясь на этой информации, определяют нужно ли (и если да то как) передавать серверу имя пользователя и пароль.
При security = USER, клиент должен сначала произвести вход (logon), с существующим именем пользователя и паролем (имя может быть транслировано с помощью параметра username map). Шифрованные пароли (см. encrypted passwords) также могут быть использованы в этом режиме.
Заметьте, что имя запрошенного ресурса не будет послано серверу до тех пор, пока сервер не аутентифицирует клиента. Именно поэтому гостевые учетки не работают в режиме USER, не позволяя серверу преобразовывать неопознанных пользователей в гостей.
Есть одна ошибка в Windows для рабочих групп (Windows for Workgroups, WfWg), которая имеет отношение к этому параметру. При работе в режиме USER или SERVER, клиенты Windows для рабочих групп игнорируют имя пользователя и пароль, указываемые в диалоге для доступа к ресурсу. "Благодаря" этому практически невозможно присоединиться к сервису Samba пользователем, отличным от того, с правами которого произведен вход в Windows.
Гениально простое решение предлагает нам M$: подключиться к серверу не по имени, а по IP. Действительно просто и замечательно работает :)