l1ght

А ну и плюс яндекс карты блокируют у нас, так что миграция на гугл карты неизбежна

Логи смотреть.

На данный момент вы первый от кого слышу востребованность данной фичи. Может у nightfly есть другая статистика, но почему-то он не добавил такой возможности в новую версию модуля. Всё равно ума не приложу чем именно полезна данного рода стата.

Данная информация очень важна для бизнес процессов что вы так часто в нее смотрите?

Изменил в 0.8.2 rev 5415

Мне лень, к тебе претензии ты и коммить

Я бл@#ь полтора года назад с тобой проспорил больше часа, в итоге мы оставили как есть. Поменяй как skybetik пишет, это мои фиксы. В таком варианте у BARVIT работает с 20-го января 2016-го года. И чет я его не слышу до сих, что б он про ремайндер спрашивал))))

Только пробовать, не могу сказать на 100%. По логике должно пролезть.

По логике да, но я честно не вспомню сходу там глобально или на каждый порт. Тестить надо, это ж бдком)))) И у меня 3310b В глобальном #system mtu ? <1536-1976> MTU size in bytes #sh ver .... BDCOM(tm) P3310B Software, Version 10.1.0B Build 33463 Да, а на отдельный интерфейс не вижу, так что только глобально.

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

Смотрим в код, я не собираюсь тыкать в конкретное место, ибо каждый раз указывать вам на строчку которую нужно модифицировать.... ну это как-то неправильно. Раз можете чето там сами модифицировать то ищите и всё получится. Могу разве что дать намек что сетями внезапно занимается networking

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

На форуме уже 150 раз жевали про типы АП. Их внезапно всего два - нормальный и размазанный. Есть подневные тарифы, есть помесячные, всё это обсуждалось с комментариями либо madf либо понимающих людей По поводу места в коде - ищите, поймете тривиальную структуру убиллинга и не будете задвавать вопросов где, что и как искать. Ну и освойте себе netbeans, гораздо быстрее ваше разбирательство пройдет за счет констуркции ctlr + left click на имя функции

Потому что бл@#ь всё в том же FAQ есть ссылка на документацию по старгейзеру. Ищем, читаем. Потом читаем форум, а уже потом пишем. Заебало, когда смысла меньше чем текста.

а форум почитать перед тем как спрашивать?

Сообщений видать мало. ЕМНИП на биллинге On* скрипты выполнялись в независимости есть для юзера нас или нету, но раз работает с local значит будем знать.

Там вьюшка выбирает сети где установлено "использовать радиус" или сети к которым привязаны насы с типом "радиус".... Гланьте в мускуле как оно выглядит и сами поймете. Смотреть на radius_clients. И не стесняемся плюсики ставить

Да, посмотрел я view как генерятся radius clients... Что могу сказать, больше одного наса с одинаковой ипишкой не быть. Попробуйте любую другую ипишку для второго наса указать. Поидее не важно какую.

Думаю для обоих тип Radius должен стоять.

Ладно, в доке нет, но тем не менее пробуйте.

А поставить тип Radius, как в доке сказано религия не позволяет?

@@kosteek, а ну покажите ещё раз что у вас там в серверах доступа? Глянул у себя должно стоять тип наса "Radius".

Не могу с этим не согласиться. Это очень даже здравая мысль. Может данная реализация и имеет место быть. Но вы сами подсчитайте сколько времени потратите на реализацию подобного механизма управления и сколько раз он вам понадобится. Серьезно? Мобильное приложение для биллинга? Удачи

И как реализовывали? можно посмотреть? Копированием функций уже реализованых до меня))))) Ибо я манал заново писать обращение к старгейзеру. Читайте исходники, там всё есть. Я уже сказал, что не имеет смысл управлять биллингом через сторонние приложения. Уже есть своя админка. А хотите извращений - пожалуйста. Никто не может вам их запретить. Лучше сделать адаптивный дизайн что б удобно было с телефона работать, а не придумывать фигню

Интегрировать биллинг с какими-то приложениями... Ну-ну. Я понимаю интегрировать ЛК, так там и ХМЛ апи есть для ЛК. Я реализовывал через свою обертку, делал полную имитацию регистрации юзера. Второй раз не стал бы этого делать даже если очень нужно)))))