Обязательно должны быть включены (чтобы пользователь мог залогинится в систему)
C:\Windows\explorer.exe
C:\Windows\system32\csrss.exe
C:\Windows\system32\dwm.exe
C:\Windows\system32\rdclip.exe
C:\Windows\system32\taskhost.exe
C:\Windows\system32\TSTheme.exe
C:\Windows\system32\userinit.exe
Пусть-> Выполнить -> mmc -> Файл -> Добавить или удалить оснастку -> Редактор объектов групповой политики (GPO) -> Добавить -> Обзор (указываем пользователя) -> Готово -> OK -> Политика "имя пользователя" -> Конфигурация пользователя -> Конфигурация Windows -> Параметры безопасности -> Пр. клавишей на "Политики ограничения использования программ" -> Создать политику ограничения использования программ -> Уровни безопасности -> 2 раза кликаем на "Запрещено" (по умолчанию) -> переходим в раздел "Дополнительные правила" удаляем созданные системой ссылки "%HKEY_LOCAL_MACHINE\...." -> добавляем правила на нужные программы через правую клавишу "Создать правило для хеша" где выбираем нужный файл и меняем уровень безопасности на "Неограниченный"
пятница, 29 июля 2011 г.
медленные страницы на сайте
Google Analytics www.google.com/analytics. Функция доступна в новом интерфейсе, чтобы ее включить (по умолчанию выключена) нужно добавить строку в скрипт GA (тот JS-код, который вставляется в каждую страницу веб-проэкта и необходим для сбора и отправки данных), а именно обращение к функции _trackPageLoadTime[], который должен происходить после вызова trackPageview[]:
// Вариант для асинхронного кода GA:
_gaq.push(['_trackPageview]);
_gaq.push(['_trackPageLoadTime]);
// Вариант для стандартного кода GA:
// Вариант для асинхронного кода GA:
_gaq.push(['_trackPageview]);
_gaq.push(['_trackPageLoadTime]);
// Вариант для стандартного кода GA:
pageTracker._trackPageview();
pageTracker._trackPageLoadTime();
После этого данные будут в отчете "Содержание - Скорость загрузки сайта"
вторник, 26 июля 2011 г.
быстро поднять веб сервер и расшарить файлы на линуксе
ставим пакет webfs и даем команду
webfsd -p 8080 -r /путь/к/данным
или в папке с файлами
python -m SimpleHTTPServer
сервер работает на 8000 порту на всех интерфейсах
webfsd -p 8080 -r /путь/к/данным
или в папке с файлами
python -m SimpleHTTPServer
сервер работает на 8000 порту на всех интерфейсах
четверг, 14 июля 2011 г.
linux как узнать кто занял звуковуху
Когда audacious выдает ошибку "snd_pcm_open failed: Устройство или ресурс занято." а кафеин вообще звук не проигрывает не выдавая ошибок очень просто узнать кто занял звуковуху командами
lsof /dev/snd/pcm*
или
fuser -mv /dev/snd/pcm*
а потом кильнуть этот процес. Как было у меня
[vova@vova ~]$ aplay
ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave
aplay: main:654: audio open error: Устройство или ресурс занято
[vova@vova ~]$ lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller
[vova@vova ~]$ lsof /dev/snd/pcm*
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
knotify4 29228 vova mem CHR 116,16 5920 /dev/snd/pcmC0D0p
knotify4 29228 vova 13u CHR 116,16 0t0 5920 /dev/snd/pcmC0D0p
[vova@vova ~]$ kill -9 29228
lsof /dev/snd/pcm*
или
fuser -mv /dev/snd/pcm*
а потом кильнуть этот процес. Как было у меня
[vova@vova ~]$ aplay
ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave
aplay: main:654: audio open error: Устройство или ресурс занято
[vova@vova ~]$ lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller
[vova@vova ~]$ lsof /dev/snd/pcm*
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
knotify4 29228 vova mem CHR 116,16 5920 /dev/snd/pcmC0D0p
knotify4 29228 vova 13u CHR 116,16 0t0 5920 /dev/snd/pcmC0D0p
[vova@vova ~]$ kill -9 29228
то есть как видите все достаточно просто
понедельник, 11 июля 2011 г.
задержка автозапуска в гном
Часто требуется чтобы была задержка запуска приложения, это можно реализовать такой строкой
/bin/sh -c 'sleep 20 && /usr/bin/linphone-3'
где 20 - величина зедержки
а после && приложение которое нужно запустить
данную строку добавляют в System - Preferences - Startup Applications
также данную проблему можно реализовать таким макаром
#!/bin/sh
sleep 10
/usr/bin/linphone-3
то есть создаем скрипт, который и прописываем в нужном месте (где смотрим выше), но первый вариант по ходу быстрее.
/bin/sh -c 'sleep 20 && /usr/bin/linphone-3'
где 20 - величина зедержки
а после && приложение которое нужно запустить
данную строку добавляют в System - Preferences - Startup Applications
также данную проблему можно реализовать таким макаром
#!/bin/sh
sleep 10
/usr/bin/linphone-3
то есть создаем скрипт, который и прописываем в нужном месте (где смотрим выше), но первый вариант по ходу быстрее.
суббота, 25 июня 2011 г.
торможение системы при копировании на флешку с диска на диск
баг 12309 (goo.gl/uMKEn)
проверка
dd if=/dev/zero of=/tmp/test bs=1M count=1M
и понаблюдать за отзывчивостью ос, особенностью графических приложений. Если подскочит wa (wa (Waiting for I/O) from top command - Cpu(s): 1.7%us, 1.5%sy, 0.6%ni, 94.7%id, 1.5%wa, 0.0%hi, 0.1%si, 0.0%st) (а с ним la - load average: 0.11, 0.11, 0.38) Если начнутся тормоза - баг пойман
Проявляется:
1). копирование больших объемов данных с винта на винт
2). нехватке оперативки
3). копировании на флешку
4). использование шифрованных разделов
Как можно попробовать решить
1). смена планировщика ввода-вывода на не-cfg. Посмотреть
cat /sys/block/cciss\!c0d0/queue/scheduler
noop anticipatory deadline [cfq] (cciss\!c0d0 - винчестер)
можно сменить и посмотреть на результат
echo deadline > /sys/block/cciss\!c0d0/queue/scheduler
чтобы он устанавливался при загрузке нужно ядру передать парамерт elevator=deadline. в Grub нужно изменить строку GRUB_CMDLINE_LINUX_DEFAULT в /etc/default/grub а затем обновить граб update-grub
2). настроить ос на менее агресивное использование swap
echo 10 > /proc/sys/vm/swappiness
теперь система начнет использовать подкачку если ОЗУ < 10% (по умолчанию 60%), можно добавить в /etc/sysctl.com
3). добавить ОЗУ если машина часто свапится
4). сменить ядро на старшое
проверка
dd if=/dev/zero of=/tmp/test bs=1M count=1M
и понаблюдать за отзывчивостью ос, особенностью графических приложений. Если подскочит wa (wa (Waiting for I/O) from top command - Cpu(s): 1.7%us, 1.5%sy, 0.6%ni, 94.7%id, 1.5%wa, 0.0%hi, 0.1%si, 0.0%st) (а с ним la - load average: 0.11, 0.11, 0.38) Если начнутся тормоза - баг пойман
Проявляется:
1). копирование больших объемов данных с винта на винт
2). нехватке оперативки
3). копировании на флешку
4). использование шифрованных разделов
Как можно попробовать решить
1). смена планировщика ввода-вывода на не-cfg. Посмотреть
cat /sys/block/cciss\!c0d0/queue/scheduler
noop anticipatory deadline [cfq] (cciss\!c0d0 - винчестер)
можно сменить и посмотреть на результат
echo deadline > /sys/block/cciss\!c0d0/queue/scheduler
чтобы он устанавливался при загрузке нужно ядру передать парамерт elevator=deadline. в Grub нужно изменить строку GRUB_CMDLINE_LINUX_DEFAULT в /etc/default/grub а затем обновить граб update-grub
2). настроить ос на менее агресивное использование swap
echo 10 > /proc/sys/vm/swappiness
теперь система начнет использовать подкачку если ОЗУ < 10% (по умолчанию 60%), можно добавить в /etc/sysctl.com
3). добавить ОЗУ если машина часто свапится
4). сменить ядро на старшое
переименование файлов неправильно кодировки
крякозябры в нелатинских именах файлов после разархивации rar и zip архивов, созданных под виндовз
convmv -f cp866 -t utf8 -r --notest *
convmv -f cp866 -t utf8 -r --notest *
Подписаться на:
Сообщения (Atom)