вторник, 29 июня 2021 г.

Выравнивание пола

Так получилось, что выравнивать пол пришлось в жару, и потому хочется записать несколько особенностей, может пригодится в будущем.

В жару ветонит 3000 очень быстро схватывается и ему не хватает текучести, как следствие, лучше заливать при температуре до 20 градусов цельсия, т.е. лучше не летом) Ну, а уж если других вариантов нет, нужно выполнить следующие правила:

1 Заливать финишный слой ветонитом из одной партии, разные партии в жару вступают в какую-то странную реакцию и пол идет буграми.
2 Слой заливки не менее 5 мм.
3 Пользоваться бетоноступами, иначе следы остаются с вами навсегда.
4 Дополнительно проверять поверхность правилом сразу после выливания и разравнивания.
5 Через сутки зашлифовать неровности шлифмашинкой, на вторые сутки шлифовка идет уже с трудом, на третьи поможет уже только алмазный круг.

вторник, 12 апреля 2016 г.

Ngrep или возвращение в телеком

Как-то в начале года задул ветер перемен и я оказался снова в телекоме.
А значит нужно поднимать инструментарий и вспоминать как с этим жить.

Итак есть у нас ngrep sniffer.

Взять его можно тут:
http://ngrep.sourceforge.net/download.html

Заливаем полученное в /usr/src

И пытаемся проинсталировать
cd /usr/src
tar jxf ngrep-1.45.tar.bz2
cd ngrep-*
./configure
make
make install

Но, что-то идет не так, а этож нам не винда, где виноват создатель, тут жеж если что-то идет не так, то знать я маны не вкурил...

Создатель даже патч сготовил, ссылка в его последнем ответе https://sourceforge.net/p/ngrep/bugs/34/, да только забыл мил человек, что проверка у него в двух файлах, а не в одном.

А раз все равно танцевать с бубном, то, по мне, проще так:

Нам понадобятся, т.е. нужно установить перед установкой ngrep
gcc
libpcap-devel

Все это ставится из стандартного репозитария.

Далее переименовываем директорию
/usr/include/pcap например в /usr/include/__pcap

./configure

Возвращаем директорию назад, к исходному виду.

make
make install

При таком подходе запуск состоялся.

Теперь можно попытать что-нибудь этакое, например

# ngrep sip:123@ port 5060
или
# ngrep port not 22
или
# ngrep port not 22 and not 5060


Примеры использования можно подсмотреть тут:
http://ngrep.sourceforge.net/usage.html

воскресенье, 7 июня 2015 г.

Реанимация Orsio b731


Некоторое время назад книжка стала плохо себя вести, батарейки стало хватать на несколько часов чтения, и, самое неприятное, она стала разряжаться даже в выключенном состоянии.

Поиск практически сразу привел на два сайта, где и была найдена вся нужная информация:
http://e-ink-reader.ru
http://www.the-ebook.org

В первом источнике была найдена информация по замене аккумулятора, т.к. найти оригинальный оказалось не так то просто.
http://e-ink-reader.ru/batt.php

Мне приглянулась Nokia BL-5C
В батарейном отсеке она выглядит так:

Вторым шагом было выяснение причины разряда аккумулятора в выключенном состоянии.
Причиной оказался вышедший из строя ионистор - очень распространенная болезнь.
Об этом много написано на форуме www.the-ebook.org

В посте
http://www.the-ebook.org/forum/viewtopic.php?p=461779#461779
Приведена схема питания часов, где С611 и есть ионистор - 3R3D6F22.
Ссылка на доку:
http://www.100y.com.tw/pdf_file/Hiteck%20Supercap%200.22F%20spec.pdf

Ссылка взята из поста
http://www.the-ebook.org/forum/viewtopic.php?p=464115#464115

Далее там предлагают сменить стабилитрон на микромощный стабилизатор, что бесспорно хорошо:
http://www.the-ebook.org/forum/viewtopic.php?p=462506#462506

Но под рукой стабилизатора не оказалось, поэтому я ограничился заменой батареи и ионистора на конденсатор.

Прошло уже несколько месяцев - полет нормальный.

суббота, 18 апреля 2015 г.

Совещание как инструмент


Недавний спор побудил к написанию ниже следующего документа.

Руководство проектом – это управление людьми.

Совещание – это один из инструментов этого управления.

В качестве примера можно взять молоток, никто не будет использовать топор для забивания гвоздя, если рядом есть молоток, так и совещание нужно использовать только тогда, когда использование других инструментов менее эффективно.

Но, как для всякого инструмента, для совещаний есть несколько основных правил:

- Подготовка

1) Любое совещание должно иметь четко определенную цель, эту цель может знать только ведущий, но это та ось вокруг которой будут проходить все разговоры. Это та основа, которая не позволит перерасти совещанию в обсуждение совершенно не связанных тем. Цель прорабатывает ведущий и этот же ведущий следит, чтобы совещание придерживалось цели, и пресекает уходы в стороны.

2) В соответствии с целью должен быть сформирован список задач, которые должно решить совещание. Задачи формулируются глаголами в повелительном наклонении, например, принять решение, или проанализировать или разрешить проблему, или ознакомить с новой информацией, или собрать информацию о том или ином проекте.

3) По каждой задаче должен быть определен тип обсуждения (доклад, обмен мнениями, мозговой штурм, обсуждение).

4) По каждой задаче должен быть определен состав обязательных участников.

5) В соответствии со списком задач разрабатывается регламент.

6) Список задач, состав участников и регламент оформляются в повестку совещания и рассылаются всем участникам проекта (если речь идет о проекте).

- Проведение

7) Совещание проводится одним человеком, созыв совещания делается этим же человеком. Если совещание собирал кто-то другой, то часть важных вопросов может быть упущена.

8) Четко соблюдается регламент. На совещание приходят только необходимые участники и только в назначенное время, что позволяет свести количество людей к минимуму и, тем самым, улучшает управляемость совещанием и повышает общую эффективность.

9) Присутствие необязательных участников не возбраняется, но слово они могут брать только с разрешения ведущего.

- Результат

10) По результатам совещания пишется протокол с перечислением всех принятых решений. Протокол рассылается всем участникам совещания.

Следует отметить, что это лишь основные правила, общие для всех совещаний. Но даже простое использование этого списка в качестве чек листа, позволяет улучшить эффективность совещаний.

воскресенье, 15 марта 2015 г.

Ресурсы по Microsoft - заинтересовали


Как получить полный доступ к разделу реестра
http://www.windxp.com.ru/articles90.htm

Обмен и публикация скриптов для администрирования в WIndows
http://sysadmins.ru/topic79925-30.html

Хранение учетных данных в скриптах и групповых политиках на примере задачи по смене пароля локального администратора
http://rudykh.blogspot.ru/

TS RemoteApp
http://itband.ru/2010/02/ts-remoteapp/

Прав достаточно: 8 приемов для обхода групповых политик в домене
https://xakep.ru/2011/10/24/57477/

Встроенные участники системы безопасности
http://www.osp.ru/win2000/2006/01/380291/

AstroGrep
http://sourceforge.net/projects/astrogrep/?source=typ_redirect


суббота, 15 ноября 2014 г.

Немного о CRM


http://habrahabr.ru/post/210320/
http://habrahabr.ru/post/199324/
http://habrahabr.ru/post/237767/
http://habrahabr.ru/post/223215/
http://habrahabr.ru/post/204716/
http://blog.deaction.com/obzor-besplatnyx-crm-sistem-uchet-klientov-i-prodazh/
http://regionsoft.ru/index.php

Acme Packet - это просто. Дополнение к Части I.

Acme Packet’s high availability (redundant) configuration.

В первой части я лишь мельком коснулся настройки резервированной системы. Постараемся восполнить этот пробел.

Итак, резервированная система состоит из двух одинаковых серверов, для них сгенерированы лицензии на одинаковое колличество услуг и есть лицензия для резервирования. Просмотреть лицензию можно командой:

show license

При функционировании на системе запущен процесс проверяющий их состояние, и при ухудшении состояния активной системы меняет активную и пассивную систему местами.

Состояние системы можно проверить командой:

show health

Вся система, со стороны внешних систем, в этом режиме рассматривается как одна логическая сущность, с одним IP и MAC адресами. И суть системы резервирования состоит в том, чтобы вся внешняя инфраструктура воспринимала два сервера как одно целое. Для этого системе присваивается единый виртуальный IP адрес и два виртуальных MAC адреса. В момент переключения с одного сервера на другой формируется ARP запрос, изменяющий маршруты следования сигнального и медиа трафиков. Документация гласит, что в режиме high availability будут сохраняться текущие вызовы и вновь устанавливаемые. Отчасти это верно, но лишь отчасти, если включается защита от DoS атак, то при переключении долна быть повторно пройдена процедура регистрации на сервере, т.к. таблица регистрации между серверами не дублируется.

Между собой сервера общаются через специальные интерфейсы wancom0 и wancon1.
Начальная настройка систем описана в части 1, т.е. включение функционала и настройка интерфейсов wancom0 и wancon1.

После первоначальной настройки, вся дальнейшая настройка производится на активном сервере. Все изменения конфигурации автоматически передаются на резервную систему при сохранении конфигурации.
После сохранения оба сервера содержат одинаковые конфигурационные файлы.