nightfly

Оно у вас пытается соединяться с локалхостом, без пароля. А что у вас с 152 и 153 строках? В релизной версии там вообще дефайн функции tsms_SendSMS($number,$sign,$message,$wappush).

V27S Спасибо за указание на актуальные проблемы. В 0.4.0 начиная с ревизии 2471 сетнеймс воткнут как есть, а также можно указывать таймзону более-менее по-человечески: Учитывая что 0.3.9 получился весьма п@зд#цбаговатым фичастым, думаю следует ожидать в скором времени 0.4.0 который будет направлен в первую очередь на "работу над ошибками". Так что с нетерпением жду радостных багрепортов nlo Спасибо

Другой вопрос почему вы настолько настойчиво игнорируете документацию? Ответы абсолютно на все заданные вами вопросы вполне себе доступно описаны в FAQ. Регистрация пользователя тоже вполне себе наглядно показана в сопутствующих видео, ссылки на которые есть где? Правильно - тоже в FAQ.

А еще они могли посыпаться по причине "Сообщение нарушает какие-то правила оператора или невозможно доставить смс абоненту", что более логично и соотвествует их документации. Время отправки СМС насколько я понимаю это просто желаемое нами время когда эти SMS должны были бы послаться. На себе тестил вообще "задним числом". no pain - no gain

Насколько понимаю оно не настолько существенно и никак не должно быть связанно со статусом REJECTD. Есть также подозрения, что ваша подпись банально не промодерирована еще, либо в настройках указана какая-то левая. Время активации подписи там ближе к рандомному. P.S. функция скина PlainClean знаете какая? Чтобы я на своей 10" планшетке из кровати с вертикальной ориентацией мог посмотреть отчеты без зума. Больше ничего полезного в нем нет.

UPD: состояние жесть =) Точно обратитесь в саппорт - там повсеместно UTF-8 должен быть.

Статус REJECTD означает дословно "Сообщение нарушает какие-то правила оператора или невозможно доставить смс абоненту". Также если покликать на "состояние" оно вполне вменяемо как правило пишет что ему не нравиться. Попробуйте вопросить у саппорта что у вас не так. Выучить PHP - очевидно же. Гон господа - иконки из /skins/taskbar/ подгружаются всегда, если не найдены _альтернативные_ в "/skins/%theme_name%/taskbar/". Для большинства новых модулей я даже не заморачиваюсь придумыванием разных иконок и использую только те, которые в /skins/taskbar/

Локализации сами по себе подгружаются из всех файликов находящихся в languages/имяязыки/четотам.php В кратце, как это работает описано в "разработка своего модуля" в контексте "/languages/russian/samplemod.php". На тему как подгружаются модуля таскбара из modules.d вы и так знаете. А с plugins.ini и bmagic.ini действительно какая-то лажа. Там единственный способ упихивания - это тупо дорисовывание в конец своих кастомных модулей. Почему оно не сделано как тот же modules.d таскбара - лично для меня загадка. Возможно наркотики во всем виноваты Спасибо

Чернушник Я бы сделал что-то типа cat moya_magiya.ini >> config/bmagic.ini чтобы не иметь артефактов с обновлениями в дальнейшем.

Ну в реальности достаточно посмотреть на штатный чтобы быть уверенным, в том, что бекапятся как минимум все критичные штуки. Остальное - это либо чисто какие-то свои допилы для которых предусмотрен customs либо даже не знаю что. http://wiki.ubilling.net.ua/doku.php?id=autoubupdate

Давайте угадаю - пользуетесь обновлятором от DarkSpider? Вытащите себе конфиги plugins.ini и bmagic.ini из релиза и живите как люди. Фигурная расстановка плагинов профиля и сохранение их состояния - насколько понимаю это чисто специфика Spider-а.

"Черная магия" же "Плагины профиля" - это та хрень которая в профиле каждого пользователя справа. Если оно не помещается по высоте либо редко используется - упаковывается в "Черную магию". Потестировано заказчиком - работает. Настройка самого сервиса кратко описана здесь: http://wiki.ubilling.net.ua/doku.php?id=turbosms Договор регистрация на TurboSMS и вперед с песней

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

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

Релиз Ubilling 0.3.9 - rev 2465 Чейнджлог - Изменения в структуре БД, см дамп. - alter.ini: новая опция TARIFFCHGAUTOCREDIT отвечающая за автоматическую установку кредита при смене тарифа. - alter.ini: новая опция SIGREP_CONTRACT отвечающая за показ номера договора в отчете по подключениям - alter.ini: новая опция TSMS_ENABLED включающая поддержку сервиса TurboSMS - alter.ini: новая опция TSMS_GATEWAY указывающая на адрес шлюза сервиса TurboSMS - alter.ini: новая опция TSMS_DB устанавливающая рабочую БД сервиса TurboSMS - alter.ini: новая опция TSMS_LOGIN указывающая на логин который должен

UPD: Вы бы не PHP лишний раз из портежей перебирали, а зырнули бы на чейнджлог от вашего прошлогоднего 0.3.5. Можно было бы, с пользой потратить две минуты на апдейт до чего-то хотябы поддерживаемого.

Дык вот же ж общие рекваеры. Опциональными и полезными могут оказаться еще SNMP & PCRE. А вот вам и весь, вполне достаточный конфиг php.ini из UBinstaller: magic_quotes_gpc = Off magic_quotes_runtime = Off magic_quotes_sybase = Off date.timezone="Europe/Kiev"

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

Естественно. Это - дата осуществления платежа. Можно конечно было бы цеплять к платежам скажем дату окончания ВоВ, но это будет нихрена не дата совершения платежа. Когда там юзер куда-то сходил - имеет к платежу ровно столько же отношения как и дата окончания ВоВ. Дата "реальной оплаты" - какраз очень даже совпадает.До секунды. "Реальной" оплата становиться только тогда, когда она поступает на счет пользователя. До этого момента ее не существует ни для биллинга, ни для бухгалтерии в общем. Откуда такие соображения, если не секрет? Прикиньте какие вы счастливые люди? Мало то

Вы видите меня стоящим у вас за спиной с окровавленным топором? Нет? Вывод - никто вам не запрещает. в FAQ В продолжении фразы должно было быть "который я меняю на соответствующий при помощи удобной выбиралки" а не "аааааамамачтойта!!!1111" Природа не терпит пустоты. Рандом, очевидно же.

Как минимум в /config/billing.ini и в /userstats/config/userstats.ini

Да. И не только.

Ну вот - сами сознались Как не сложно заметить у меня "к этим вашим линуксам" встроенная нелюбовь, только по трем причинам: 1. зубодробительный синтаксис iptables (без комментариев) 2. отсутствие нормального шейпера (ни слова о tc/htb - это полисер а не шейпер по факту. Шейпить им это точно такой же онанизм как полисить при помощи dummynet или шейпить при помощи altq) 3. их много разных И если вопрос с п.1. хоть как-то пытаются решить ребята из Uncomplicated Firewall который ufw, глядишь чего-то и получится такое что не стремно ставить в продакшн. С п.2. на сегодняшний день все до

Думаю разница должна быть только в реализации заворота фаером. Остальное должно быть полностью переносимо. И да - вы и так знаете, что я думаю про эти ваши.... iptables Поддержка 27-ми часов в сутках запланирована и уже находиться в стадии написания, но в релиз попадет не раньше 0.4.2

Эммм... был не прав.... прошу меня извинить - нагрузился, че-то на GOOD_URL/BAD_URL из OpenPayz Редирект на ISP_URL в UHW происходит в случае, если к странице UHW обращается пользователь с уже известным Ubilling и присвоенным кому-то MAC адресом из подсети не принадлежащей к UNKNOWN_MASK. Тоесть поменял себе юзер себе мак, либо нам позвонил и мы ему поменяли "четыре красных буквоцифры", после чего возможны два сценария его последующих действий: 1. либо юзер баран и не переполучил по DHCP свои новые настройки 2. либо юзер умный и скажем умеет страшную технологию "вкл-выкл сетевую либо п