nightfly

И всеравно, проигнорировали кусок ФАК-а, где четко сказано, почему детальная статистика именно таая, какая она есть. На данном этапе это атавизм, созранившийся с эпохи тарифов "скорость 128кбит, оплата помегабайтно".

См. пост тремя сантиметрами выше.

Ну хоть кто-то да заставит. А я вот плачу периодически, когда кто-то не хочет узнать ответы на все свои вопросы из документации (а они на 98% все там есть ЧСХ). А как не плакать? Каждый раз, когда у пользователей случается "много букав ниасилил" - бог убивает котенка.

Срочно звоним в Нобелевский комитет, этот человек явно заслужил лауреата по литературе! да.

Вы пробовали читать все буквы а не только какие-то избранные?

Почитать FAQ не вариант?

Ну так написано же англицким по серому, что в будущем, на данный момент неизвестно еще когда они его удалят... возможно... Откуда взяли? Я такого за собой не ношу. Как хотфикс - просто потушите собакой этот нотайс в api.dbconnect.php на строке 31, и все.

Хм. А это как бы мысль.

чо там у вас?

Обязательно. Естественно - это же было бы так по детски, правда? А сексом можно и с табуреткой заниматься. Отчего же нет? Рекомендую посмотреть в сторону Antwerpener Smerle.

Исходя из ваших предпочтений в учете оборота денежных средств, стоит задуматься, о рассылке пользователям распечаток этого вашего екселевого файла на А4, при помощи почтовых голубей. Либо если хочется совсем уж технологично(!), то при помощи укрпочты, например, в конвертиках, да. Плюсов куча: - марок налижетесь от души - помет голубей можно сдавать на азотные удобрения - пользователи повеселяться Минусы: - не нашел И авторизовать их потом при помощи MS Word-a...

Ubilling CURRENT 0.6.1 rev 3944 Модуль «Текущий кеш FDB»: добавлена возможность устанавливать множественные фильтра по MAC адресам. Кабинет пользователя: XML API теперь адекватно реагирует на опцию PAYMENTS_ENABLED.

Пс-пс. Хотите в каррент вмажу на скорую руку?

По хромовому ектеншну: "Микола: ну, тепер шукає по ubilling" (С) + никто не запрещает для этого использовать ZL_ENABLED=1

Не треба вірити - просто порівняйте візуально спільний графік на інтерфейсі з тим, що малює кактус - bpf що використовується bandwidthd пропускає пакети тільки так. Чим вищі швидкостя - тим більше. Завжди будь ласка.

Проблеми їх вмазати - жодної нема. Тільки ви будете замість "швидкості нема" пояснювати "чому графічки брешуть". При чому пояснювати будете це набагато частіше. Вже був такий експіренс. І так - тому там їх нема. Повірте - воно вам не треба.

на органы

Ээээ, надо подумать. Теоретически можно врезать обработку PAYMENTS_ENABLED при экспорте данных для xmlagent.

Как оказалось - и не нужно. Если таки авторизоваться в кабинете - расширение нормально потом подсасывает данные.

UPD: там вже оновили, до 1.0.2 - тепер воно не повинно здихати, при вигляді лівих урлів. UPD2: Що до парольної авторизації: "якшо зайшов з браузера то плагін показує" (С)

угу

Не знаю, ви ж у нас тут системний адміністратор. за 150$ можу подивитись разом з вами, та учасливо потримати за ручку.

Тем временем, добрые люди в лице fishMD написали вот такое вот клевое расширение для Хрома. Было бы приятно получить какой-то фидбек по этому поводу.

Серйозно, правда? Ви не потрудились прочитати навіть перших 5(п'ять) рядків з опису фронтенду, який збираєтесь налаштовувати. Про що ще говорити?

Для того аби це зрозуміти, потбрібно трохи краще "знати СТГ" і дивитись на архітектуру Ubilling-a з точки зору швидкості розробки. Причини на те є, і доволі серйозні.