DB connections

Оприлюднено автором
Відповіcти

Заметка для себя, чтобы не забыть:

Для соединения базы данных и приложения используется 2 способа:
1. Database connection Если создавать при каждом обращении к БД, получается проигрыш во времени: выполнение транзакции может занять несколько милисекунд, в то время как на создание соединения может уйти до нескольких секунд. С другой стороны, можно создать одно-единственное соединение и обращаться к базе данных только через него. Но это решение чревато проблемами, в случае высокой нагрузки: если одновременно сто пользователей попытается получить доступ к базе данных используя одно соединение, образуется очередь, что также пагубно сказывается на производительности приложения.
2. Database Connection Pool (dbcp) — это способ решения изложенной выше проблемы. Он подразумевает, что в нашем распоряжении имеется некоторый набор («пул») соединений к базе данных. Когда новый пользователь запрашивает доступ к БД, ему выдаётся уже открытое соединение из этого пула. Если все открытые соединения уже заняты, создаётся новое. Как только пользователь освобождает одно из уже существующих соединений, оно становится доступно для других пользователей. Если соединение долго не используется, оно закрывается.

Поддерживается в: IBM DB2, Microsoft SQL Server, Oracle, MySQL and PostgreSQL

http://en.academic.ru/dic.nsf/enwiki/1063221
http://habrahabr.ru/post/101342/

CSVtoMySQL

Оприлюднено автором
Відповіcти

В процессе работы, нужно было перенести данные из точки А в базу данных, с помощью LibreOffice был сформирован csv файл с необходимыми данными, в следующем формате: разделитель запятая, текст заключаем в двойные кавычки “”, переход на следующую строку \n.
Колонки в таблице какие нужно занести в базу:
number, stationport, stationside,lineside
Собственно это же нам нужно будет рассказать и MySQL.
Продовжити читання →

sumitomo type-39 error

Оприлюднено автором
Відповіcти

В Sumitomo type-39 после кода ошибки, возникшей при проверке оптики, ставится индекс Y или X.
Self_T39

Проверка Этап тестирования Индикация Неисправность Меры по устранению
Электрика DRAM 1Е1 Аппарат просто не запустится Проверка или замена нужной платы (сервис-центр)
VRAM 1Е2 Ошибка при проверке VRAM
Термодатчик 1Е3 Сбой датчика
Датчик давления 1Е4 Сбой датчика
Системные часы 1Е5 Сбой часов, либо разряд батарейки
Напряжение 1Е6 Сбой в цепи питания аппарата
Блок моторов мотор ZL 2Е1 Неисправен мотор, конечный датчик или провода Проверка моторов (сервис-центр)
мотор ZR 2Е2
мотор VY 2Е3
Мотор VX 2Е4
мотор MSY 2Е5
мотор MSX 2Е6
Блок Оптики Max мощн. LED 3Е1 Неисправен LED. Чистка LED, зеркал, объективов (пользователь)
Регулировка или ремонт (сервис-центр)
Min мощн. LED 3Е2 Грязь на зеркале.
min текущ. LED 3Е3
max текущ. LED 3Е4
Яркость 3Е5 Сбой CCD-камеры.
Изменение Яркости 3Е6 Сбой датчика крышки.
Тест на пыль 3Е7
Нагреватель Нагреватель А 4Е1 Неисправен первый нагреватель Проверка подключений и ремонт (сервис-центр)
Нагреватель В 4Е2 Неисправен второй нагреватель
Термистор 4Е3 Неисправен термистор (или оба нагревателя)
превышение ожидания нагревателя 4Е4

Если кто не смог найти в гугле книгу по обслуге аппарата, могу скинуть, есть в PDF

VSphere user

Оприлюднено автором
Відповіcти

В процессе работы с виртуальной инфраструктурой у нас возникает желание ограничивать доступ разным личностям к определенным виртуальным машинам, кластерам или вообще датацентрам. Когда у нас есть домен виндоус это не составляет никаких проблем, но что делать если у нас нет windows AD, a VSphere есть, Vcenter реализован как virtual appliance?? На помощь приходит ssh
Заходим на наш Vcenter под root и делаем some magic
useradd -s /sbin/nologin test1
passwd test1
2 раза вводим пароль и получаем юзера которому можем назначать права через админку Vcentra. (Add permission)

Hangouts+asterisk

Оприлюднено автором
Відповіcти

Дело было вечером, делать было нечего.. Собственно я уже писал о интеграции гуглоголоса и Asterisk. Вот тут. Но все течет все меняется, и та статейка уже изрядно устарела, и нам не остается ничего другого как обновить статейку. Продовжити читання →

Cisco translation rules

Оприлюднено автором
Відповіcти

Если вам скучно и хочется немного сломать мозг, то прошу поупражняться с правилами преобразования номеров в cisco!
Преобразовывать мы можем как ANI(CallerID) так и DNIS(куда звоним).
После Астериска проделывая аналогичные действия на цыске, мне захотелось рыдать кровавыми слезами и рвать волосы в самых неприличных местах.
Если вы все еще хотите этого, то прошу Продовжити читання →

X-mas greetings

Оприлюднено автором
Відповіcти

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

PrivacyManager

Оприлюднено автором
Відповіcти

Часто ли вам звонят со скрытых номеров?
Вас это бесит? Тогда текст ниже как раз для вас)
На помощь приходит замечательное приложение в самом Asterisk, а именно:
Продовжити читання →

ISUP cause codes

Оприлюднено автором
Відповіcти

ISUP (англ. ISDN User Part) — Прикладная Часть ISDN, часть Общеканальной системы сигнализации № 7(SS7/ОКС7), которая используется для установления телефонных соединений в Телефонной сети общего пользования. Она была описана в ITU-T, в рекомендациях серии Q.76x.
Кому нужно описание кодов ошибки ISUP милости прошу
Продовжити читання →

SIP response codes

Оприлюднено автором
Відповіcти

Протокол SIP/2.0 определяет шесть типов кодов ответа:
1xx: Промежуточные коды — подтверждают прием запроса, продолжается его обработка;
Промежуточные коды ответа, еще называемые информационными сообщениями, информируют, что сервер, который получил запрос, продолжает выполнять какие-либо действия и на данный момент не имеет окончательного ответа на полученный запрос. Сервер отправляет 1xx ответ, если приблизительное время выполнения запроса, для получения окончательного результата, займет у него больше чем 200 ms. Обратите внимание, что отправка сообщений с кодом ответа 1xx – не гарантируется. Получение сообщения с этим кодом не заставляет клиента отправлять сообщение ACK. Сообщения с промежуточным кодом ответа (1xx) МОГУТ содержать тело сообщения, включая дескриптор сеанса.
2xx: Успешное выполнение — запрос был успешно принят, распознан и подтвержден;
3xx: Переадресация — для завершения выполнения запроса должны быть предприняты дополнительные действия;
4xx: Ошибка клиента — в запросе содержаться ошибки синтаксиса или он не может быть обработан данным сервером;
5xx: Ошибка сервера — сервер не смог выполнить правильно сформированный запрос;
6xx: Глобальная ошибка — запрос не может быть выполнен ни одним сервером.
Рассмотрим их более детально:
Продовжити читання →