Через групповые политики можно и автоообновление, и встроенный антивирус отключить. gpedit.msc, Computer Configuration, Admin Templates, Windows Update, Configure Automatic Updates
Я бы не был так уверн. У меня пол предприятия на wifi сидит. Я то знаю какой это геморой. Максимум что я смог добиться настроив wpa2-enterprise — это подключение к сети при вводе имени пользователя и пароля, но увы не отрабатывает политика установки софта, ибо нужна сеть еще до попытки залогиниться. Остальное требует танцев с бубном аля создание задачи в планировщике на запуск скрипта netsh wlan connect name=«SSID»
Я написал в том плане, что скорее пока в принципе не вижу «эталонных» регистраторов — чтобы все-все идельно было при съемке. В данном случает у Advocam, как видите, по характеристикам процессора/оптики фактически «топ» стоит. Сейчас вот Advocam выпустил обновленную модель FD6 — на днях получу тестовые видео, посмотрим есть ли разница. В целом касательно выбора регистраторов — рассмотренный Advocam могу смело посоветовать. Наверное посоветую тот же Lexand LR 4500 со стеклянными линзами. Это из лучшего, с чем лично знакомился.
Кстати, если кому-то интересно, как включить флаг HttpOnly для cookies, которые устанавливает система авторизации в Django — если вы используете Django 1.4, то вам вообще ничего не надо делать. :)
Можете проверить — достаточно зайти на свой сайт, открыть JavaScript-консоль (или, если в браузере это не запрещено, как в последних версиях Firefox, написать JS-фрагмент в адресной строке) и выполнить:
alert(document.cookie);
Если там будет только csrftoken — значит всё правильно, идентификатор сессии передаётся только в заголовках запросов. Если там будет csrftoken и sessionid — значит, нужно обновить Django, вручную установить настройку или воспользоваться патчем — тут по ситуации (впрочем, нужно учитывать, что библиотека Cookie поддерживает HttpOnly только начиная с версии Python 2.6 — то есть с более старыми версиями Python это не работает).
В конце 2010 в Django добавили настройку SESSION_COOKIE_HTTPONLY, которая определяет, нужно ли для cookies системы авторизации указывать флаг HttpOnly. Вот тикет, если интересно.
Ну, а в Django 1.4 эта настройка по умолчанию ставится в значение True, соответственно, флаг добавляется.
Собственно, тут надо учитывать, что этого синтаксиса нет в стандарте RFC2109, и, соответственно, он не поддерживается некоторыми старыми браузерами. Они игнорируют этот флаг, и устанавливают обычные cookies, доступные через JavaScript.
Кстати, вот ещё одно очень важное правило. Если ваш сайт работает по HTTPS и вы перенаправляете все запросы к HTTP на HTTPS, например так:
server {
listen 80;
if ( $scheme = "http" ) {
rewrite ^/(.*)$ https://$host/$1 permanent;
}
}
То в этом случае нужно в settings.py указывать такие настройки:
В этом случае при отправке cookies системой авторизации и CSRF middleware для cookies будет выставляться флаг Secure, что указывает браузерам на то, что эти cookies необходимо отправлять только по HTTPS, и не отправлять по HTTP.
По умолчанию обе настройки, естественно, False, поскольку бо́льшая часть сайтов работает по HTTP.
Таким образом, когда авторизованный на сайте пользователь заходит на http://site.com/, то веб-сервер, получая запрос по HTTP, перенаправляет пользователя на ту же самую страницу того же самого сайта, но на HTTPS, и дальше пользователь уже видит запрошенную страницу. Но при этом если эти настройки не были включены, то тогда cookies отправляются на сервер два раза — один раз по HTTP, и второй по HTTPS. Соответственно, если подключение пользователя прослушивается (будь то публичная сеть Wi-Fi или проникновение в проводное соединение), то cookies, переданные в открытом виде, будут легко перехвачены. А, соответственно, если эти настройки активированы, то cookies не будут переданы в открытом виде — браузер в этом случае отправляет их только при подключении к серверу по HTTPS.
Итак инструкция по разлочке сабжа (делал на Windows XP, возможно на Win7 также все будет ок):
1. Подсоедините модем к компьютеру через USB и установите программное обеспечение, которое находится на виртуальном CD-ROM внутри модема.
2. Закройте установленное программное обеспечение, скачайте этот архив
3. Распакуйте архив, установите из него программу qmat5.06
4. Запустите программу и проделайте следующее:
* Hardware forensics >>> use mobile port
* в поле serial com port выберите «huawei mobile connect — 3g aplication interface»
* в поле Diag Commands жмем Send для проверки связи, если забегали буквы-цифры — все ок, связь есть
* слева от кнопки Lets go в выпадающем меню выбираем «Read EFS»
* ставим слева галочку «Alternative Method»
* жмем «Lets go»
* ждем… ждем… ждем… пока не появится надпись «Succesfully Read EFS»
* сохраняем (и запоминаем куда сохраняем) файл в формате 123.txt
* закрываем qmat5.06
5. Открываем файл 123.txt (если проблемы с открытием — используем «открыть с помощью» и выбираем блокнот)
6. Спускаемся в самый низ текста и направо — находим 8-значный номер (как он примерно выглядит см. скриншот), копируем его.
7. Открываем CardLock_UnLock-e58xx.exe если мы видим номер IMEI и вставляем 8-значный номер в поле и жмем Ок.
8. Вставляем симку и наслаждаемся работой (не забудьте прописать настройки нового оператора).
Всегда пользовался следующим методом (и не надо изобретать консольное приложение):
В коде сервиса: public void Start()
{
// Тут логика инициализации
}
protected override void OnStart(string[] args)
{
Start();
}
В коде Program (опущу обработку исключений): static void Main(string[] args)
{
if (Environment.UserInteractive)
{
#if DEBUG
(new MySvc()).Start();
Thread.Sleep(Timeout.Infinite);
#else
MessageBox.Show("Приложение должно быть установлено в виде службы Windows и не может быть запущено интерактивно.");
#endif
}
else
{
ServiceBase.Run(new MySvc());
}
}
Минус один — OnStop() таким образом отладить сложнее, но тоже решается.
Ага, а перед этим проверить параметр
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath
на предмет того, там ли система будет искать файл.
Автор — счастливейший человек, не обремененный перфекционизмом по отношению к себе. Я иногда не могу себе позволить комментарий отправить, а он книги штампует.
KB2952664
KB3035583
KB3050265
KB3068708
kb3022345
KB3021917
KB2876229
+ все сильверлайты
Ну, и KB3080149, KB3075249
gpedit.msc, Computer Configuration, Admin Templates, Windows Update, Configure Automatic UpdatesОписание говорит, что он ускоряет дело. Есть надежда получить результат близкий к наибыстрейшему даже на коротких массивах.
Можете проверить — достаточно зайти на свой сайт, открыть JavaScript-консоль (или, если в браузере это не запрещено, как в последних версиях Firefox, написать JS-фрагмент в адресной строке) и выполнить:
alert(document.cookie);
Если там будет только csrftoken — значит всё правильно, идентификатор сессии передаётся только в заголовках запросов. Если там будет csrftoken и sessionid — значит, нужно обновить Django, вручную установить настройку или воспользоваться патчем — тут по ситуации (впрочем, нужно учитывать, что библиотека Cookie поддерживает HttpOnly только начиная с версии Python 2.6 — то есть с более старыми версиями Python это не работает).
В конце 2010 в Django добавили настройку SESSION_COOKIE_HTTPONLY, которая определяет, нужно ли для cookies системы авторизации указывать флаг HttpOnly. Вот тикет, если интересно.
Ну, а в Django 1.4 эта настройка по умолчанию ставится в значение True, соответственно, флаг добавляется.
Собственно, тут надо учитывать, что этого синтаксиса нет в стандарте RFC2109, и, соответственно, он не поддерживается некоторыми старыми браузерами. Они игнорируют этот флаг, и устанавливают обычные cookies, доступные через JavaScript.
Кстати, вот ещё одно очень важное правило. Если ваш сайт работает по HTTPS и вы перенаправляете все запросы к HTTP на HTTPS, например так:
server {listen 80;
if ( $scheme = "http" ) {
rewrite ^/(.*)$ https://$host/$1 permanent;
}
}
То в этом случае нужно в settings.py указывать такие настройки:
SESSION_COOKIE_SECURE = True
CSRF_COOKIE_SECURE = True
В этом случае при отправке cookies системой авторизации и CSRF middleware для cookies будет выставляться флаг Secure, что указывает браузерам на то, что эти cookies необходимо отправлять только по HTTPS, и не отправлять по HTTP.
По умолчанию обе настройки, естественно, False, поскольку бо́льшая часть сайтов работает по HTTP.
Таким образом, когда авторизованный на сайте пользователь заходит на http://site.com/, то веб-сервер, получая запрос по HTTP, перенаправляет пользователя на ту же самую страницу того же самого сайта, но на HTTPS, и дальше пользователь уже видит запрошенную страницу. Но при этом если эти настройки не были включены, то тогда cookies отправляются на сервер два раза — один раз по HTTP, и второй по HTTPS. Соответственно, если подключение пользователя прослушивается (будь то публичная сеть Wi-Fi или проникновение в проводное соединение), то cookies, переданные в открытом виде, будут легко перехвачены. А, соответственно, если эти настройки активированы, то cookies не будут переданы в открытом виде — браузер в этом случае отправляет их только при подключении к серверу по HTTPS.
$(document).ready(function(){
(function() {
window.___gcfg = {lang: 'ru'};
var po = document.createElement('script'); po.type = 'text/javascript'; po.async = true;
po.src = 'https://apis.google.com/js/plusone.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(po, s);
})();
});
Пусть хоть уконнектятся :).
Ну и никто не отменял tcpdrop по таймеру.
1. Подсоедините модем к компьютеру через USB и установите программное обеспечение, которое находится на виртуальном CD-ROM внутри модема.
2. Закройте установленное программное обеспечение, скачайте этот архив
3. Распакуйте архив, установите из него программу qmat5.06
4. Запустите программу и проделайте следующее:
* Hardware forensics >>> use mobile port
* в поле serial com port выберите «huawei mobile connect — 3g aplication interface»
* в поле Diag Commands жмем Send для проверки связи, если забегали буквы-цифры — все ок, связь есть
* слева от кнопки Lets go в выпадающем меню выбираем «Read EFS»
* ставим слева галочку «Alternative Method»
* жмем «Lets go»
* ждем… ждем… ждем… пока не появится надпись «Succesfully Read EFS»
* сохраняем (и запоминаем куда сохраняем) файл в формате 123.txt
* закрываем qmat5.06
5. Открываем файл 123.txt (если проблемы с открытием — используем «открыть с помощью» и выбираем блокнот)
6. Спускаемся в самый низ текста и направо — находим 8-значный номер (как он примерно выглядит см. скриншот), копируем его.
7. Открываем CardLock_UnLock-e58xx.exe если мы видим номер IMEI и вставляем 8-значный номер в поле и жмем Ок.
8. Вставляем симку и наслаждаемся работой (не забудьте прописать настройки нового оператора).
В коде сервиса:
public void Start()
{
// Тут логика инициализации
}
protected override void OnStart(string[] args)
{
Start();
}
В коде Program (опущу обработку исключений):
static void Main(string[] args)
{
if (Environment.UserInteractive)
{
#if DEBUG
(new MySvc()).Start();
Thread.Sleep(Timeout.Infinite);
#else
MessageBox.Show("Приложение должно быть установлено в виде службы Windows и не может быть запущено интерактивно.");
#endif
}
else
{
ServiceBase.Run(new MySvc());
}
}
Минус один — OnStop() таким образом отладить сложнее, но тоже решается.
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath
на предмет того, там ли система будет искать файл.
javascript: var items = document.getElementById('page_wall_posts').childNodes; for( var i in items ) { if( items[i].tagName == 'DIV' ){ document.getElementById('delete_' + items[i].id ).onclick(); } }
Загрузите побольше записей с помощью кнопки «к предыдущим записям» и вставьте код в строку браузера, Enter.