nightfly

Потрындел быриком с их суппортом. Все норм, паника отменяется, изменения более косметические. Там меняется только айпишка хоста шлюза + минус три поля. С марта следует просто заменить 77.120.116.10 на 94.249.146.189 в конфигурации всех штук, использующих TurboSMS для рассылки. После чего стоит в интерфейсе сервиса потыкать "SMS Шлюз" -> "Подключение к шлюзу" -> "SQL" со старым паролем.

ахтыжмлять.....

Вообще свидетельствуют, о том - что при попытке чтения таблички с СМС шлюза TurboSMS какая-то пустая хрень в ответ вернулась.

Ок. Будем считать что здесь все ок. А в настройках СМС собакиных, все хорошо?

+380

Эммм. Тогда с отсылкой все должно быть хорошо. Планировщик задач - просто складывает СМС-ки для последующей отсылкой собакой. Проверьте наличие display_errors = On display_startup_errors = On log_errors = On report_memleaks = On track_errors = On html_errors = On memory_limit = 256M в php.ini и сделайте apachectl restart. В норме заместо белой страницы сигнализирующей о фатальном екзепшне - мы должны таки увидеть первопричину.

Работник для задания с заполненным телефоном в международном формате выбран? Нет. Проверьте, материализуются ли какие-либо файлики в content/tsms/. Ну и заодно права на запись туда для апача. Отсылка СМС-ок планировщиком задач прибита гвоздями к собаке-наблюдаке и использует ее для отсылки в фоновом режиме.

Поздравляю с открытием такой штуки как маршрутизация.

Да, походу на спутниках чернота.

Отлично. И это - не ТЗ. Это - хотелка.

Никак походу не связаны. Tesla тому подтверждение Другой вопрос, что скажем в ffmpeg afaik поддержка CUDA не реализована, а поддержка OpenCL - какая-то уж совсем странная.

В FAQ

Звоните ивоным менеджерам. Торгуетесь о процентах, условиях выплат и всяком таком. Подписываете договор. Работаете.

гдЕ-гдЕ...? в кодЕ! https://github.com/nightflyza/Ubilling/blob/master/modules/general/mtsigmon/index.php

Все имею. Делюсь: http://wiki.ubilling.net.ua/doku.php?id=microtiksnmp

Хз, в мене воркає норм. privat2 власне.

На здоров'ячко. А про возіння касирів в ліс - дуже дієва практика, раджу обдумати

Трохи вище скріншот тицьнув, поки ви свого поста писали

Змінює можливість розносити оплати вручну, у випадку STG_DIRECT=0 (угу, бувають шизофреніки, котрим хочеться кожну оплату рученьками перевірити і внести). Для здорових людей OPENPAYZ_MANUAL нічого не міняє. Ні. Стабільнісенький і повністю дописаний, ще десь з 0.4.1. Дозвольте запитатись, а якого саме "толку в фінзвіті" ви від нього очікували? Ну можливо феєрверків та спецеффектів? Справді цікаво Підказую, ось як воно повинно працювати: Ну можна, наприклад... еммм.... сказати їм не чіпати типи оплат до яких вони не мають жодного відношення? Пробували? Контроль працівників... то така штука - сьогодні вони типи оплат перемикають(а між тим там бай дефолт готівка стоїть), а завтра всім родичам/кумам/знайомим в обхід каси бабла наливати будуть (коригуванням сальдо, ага). Як такі речі ви пропонуєте контролювати? Теж якимись низькотехнологічними підпірками? Ні. Для цього є самоочевидний і простий метод. Є такі штуки як "касир", "готівка", "каса". Що вони означають на справді: 1. "Готівка" - це такі різнокольорові папірці, з намальованими на них древніми президентами, поетами та іншими видними діячами. 2. "Касир" - це той хто бере від абонента готівку в руки і кладе їх в касу. 3. "Каса" - це така умовна коробочка де лежать гроші. В кінці дня дивиться кількість оплат по касиру всього - і кількість грошей в касі. А, ну і ще оченятами подивитись на коригування, і спробувати зрозуміти їх причини. Далі можливих варіантів два: 1. Суми однакові? Ок - касир норм працює. 2. Розходяться? Мінус з зарплати / пішла нафіг / закопали в лісі - це вже від настрою. Всі засоби для такого контролю, давно і успішно присутні та перевірені роками. Нічого астрального придумувати не потрібно.

1.3.6.1.4.1.10002.1.1.1.4.2.1.3.1 1.3.6.1.4.1.10002.1.1.1.1.2.0

http://searchmac.com/ - не?

Чисто из интереса проверил - таки снимается уровень клиентов с АР. Неожиданно OID-ы оказались теми же.

Насколько помню там вообще snmp v1. Где-то по этому форуму ходил слух, что мониторилка сигнала mikrotik вполне успешно снимает сигнал с ubnt. К сожалению не имею сейчас возможности проверить.

Да без проблем. ТЗ в студию.

0.5.0 тут точно нипричем. 1. останавливаете stargazer (killall stargazer) 2. перезапускаете mysql (/usr/local/etc/rc.d/mysql-server restart) 3. запускаете stargazer (stargazer) 4. молитесь Вышеупомянутые вопли про Couldn't/Cannot порождаются только модулем mysql_store, что намекает либо на то, что действительно некуда соединяться (пофаерволено?) либо скажем исчерпан лимит соединений в mysql. Больше вариантов для того, чтобы получился (!(sock=MysqlConnect())) я не вижу.