nightfly

Дороже и глупее, да. Я один вижу, что это он так ректально пытается ВДМ изобрести?

Ну так вы бы вместо хаотичных метаний, определили бы что за протокол у вас используется, не? В запросе экшона Pay, который вы показываете - я вообще не вижу уникального идентификатора транзакции. Как ее вообще оплачивать и обрабатывать предполагается? По запаху? Ну как-бы для этого Привату на запрос Check и отдается относительно уникальный reference в секции Data.

Ну зато вы теперь знаете, что если к чему-то прилагать какие-то усилия, то скорее всего получится какой-то результат. Вопрос только в векторе прилагаемых услилий и их номинальной мощности

Оказалось, если не прилагать каких-то усилий, чтобы сломать что-то руками - оно скорее всего не будет сломано? Да?

Это не во вьюшке проблема, а в протоколе. Вам точно privatmulti нужен? Вы это как-то с приватом предварительно обсудили?

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

В будущем? Ну да, наверное. В очень далеком, скорее всего, да. Если v6 еще не сдохнет в агонии, чем он занят на данный момент.

Стабильный релиз Ubilling 1.1.7 rev 8000 Complete Multitool alter.ini: новая необязательная опция FREEZEMONTH_ONLY_TAG включающая механизм начисления оплаты за приостановку услуги только для избранных. alter.ini: новая необязательная опция FREEZEMONTH_EXCLUDE_TAG позволяющая исключить избранных юзеров из начисления оплаты за приостановку услуги. alter.ini: новая опция INSURANCE_ENABLED включающая «застрахуй братуху застрахуй». alter.ini: новые опции для модуля YouTv: YOUTV_ENABLED, YOUTV_LOGIN, YOUTV_PASSWORD,YOUTV_DEALER_ID alter.ini: новая опция WAREHOUSE_TASKOU

Планується. Як тільки буде список доменів у нормальному вигляді. Бо сидіти і розбирати той треш по док-файлах, нема ніякого здоров'я наразі.

Все. Трэшак исправлен в Ubilling CURRENT 1.1.7 rev 7987.

Ну вы поняли.. запоздалая карма походу. Хотя оно и с файловым кэшом так уродски не должно и не может работать на самом деле. Ну вообще типа не в секундах время генерации точно меряется. В принципе есть идея как это отдебажить попробовать. Стучите мне в телегу что-ли, посмотрим что с этим можно сделать.

У меня что-то начинает закрадываться подозрение, что это все вы еще и ручками ставили а не из бинарных пакетов UBinstaller-ом. Так как memcached и всю нужную инфраструктуру я паковал еще чуть не с времен FreeBSD 8.2 или типа того довольно таки надежно.

ээээ, очень странно. Ну пробуйте что-то типа memcached_enable="YES" memcached_flags="-l 127.0.0.1 -m 512 -I 24M" в rc.conf service memcached start и UBCACHE_STORAGE=memcached шо я могу сказать...

Тоже какая-то жопа. Как говорится "найдите 10 отличий" Ну тоесть вы понимаете, что у вас файлик объемом 400кб читается с HDD на протяжении 6.5 секунд к примеру, да? А попробуйте сделать что-то типа fetch http://ubilling.net.ua/packages/130_6T.tar.gz time cp -R 130_6T.tar.gz 130_6T.tar.gz_tmp Теперь мне действительно интересно как вы такого добились, и на сколько у вас сломан сторедж. Конечно, можно было бы типа посоветовать уйти в memcached/redis но это заведомо уе%#нское решение, которое как-бы не перекрывает того, как у вас работает

и как ни сложно заметить, результаты с теми же включенными кладбищами и сигналами в профиле.. ну мягко говоря чуть другие. 0.14с это ниразу не что-то >10с на ровном месте. Походу у вас либо это все запущено с FDD 3.5", либо с диском происходит что-то очень страшное, либо ФС сломана... либо кэш наглухо коллапсировал. Покажите еще скриншотик "состояние системы" => "кэш" => "данные кэша".

Походу да. Сейчас пытаюсь повторить это все на себе же.

Ну вот типа и я о этом. У него точно что-то сломано, и я подозреваю, что давно и глубоко.

а... эти.. Тоже пи...ец... если честно. Сколько должно быть время генерации, на более чем среднем железе я показал на скринах выше. Итого разница в 10-20 раз. У вас явно что-то не так. Причем глобально. см. выше. Итого: включаем себе спокойно xhprof и показываем сюда чего он говорит при открытии профиля. Я пока не вижу другого способа, определить причину такой сильной деградации производительности у вас. Коллграф здорового биллинга выглядит как-то так Очень интересно увидеть, коллграф курильщика

это какие? это с какой? Лично у себя, я вижу разницу в ноль тысячных секунды, у пользователя с ОНУ и без. ЧЯДНТ?

Только вчера мне втирали, что при разрешении 800*600 на ЭЛТ мониторе интерфейс не достаточно контрастно выглядит и не всюду помещается. Пощадите. ЗЫ и да, я знаю что с аксессибилити в контексте экранных ридеров тоже пизец полный. А еще есть протанопия, дейтеранопия, тританопия etc...

В логах у вас написано следующее: "я продолжаю использовать неподдерживаемую и изначально сломанную механику у которой это наименьшая из возможных проблем и детских болезней". UPD: можно конечно обмазаться всякими SC_MTAPI_FIX, RESETHARD, MACCHGDOUBLEKILL, TARIFFCHGRESET и прочими подпорками растущими ногами из стремности Mikrotik API, но глобально это ничего не сделает.

Я действительно серьезно: вам с такими вопросами, лучше ничего самому не делать.

З такими питаннями, можливо не варто взагалі щось робити з базою? Я серйозно.

сами переведете, или помочь?