nightfly

Думаю, можна винести цей кейс в окрему опцію. Також самі собою напрошуються, ще щонайменше два місця, в котрих відображаються списки попередніх, проведених по користувачу робіт. Це типу при створенні задачі та в модулі "Роботи" профілю користувача.

На справді - ні. Що не складно взяти і перевірити, для будь-якої відкритої задачі, котра не належить працівнику. про що також буде додатково створено, відповідний запис в системному лозі Репресовані адміністратори, в свою чергу, можуть переглядати, тільки відкриті задачі заплановані на них, або ж вже закриті, тобто вже не актуальні та завершені задачі для всіх. якщо дуже захотєть, можно в космос полєтєть (С)

Тобто пропонується, мені чи комусь іншому придбати оцево і перевірити?

З такими запитами, вам суто на спеціалізовані ресурси в даркнеті варто звернутись 😁

Що заважає взяти і перевірити?

Я якраз ваші ж скріншоти і бачу. Тому так і угораю. Труси кажете вдягнуть? А як я на профнепридатних та борзих піонерів, ссать з гори буду? Кіса, ти шо абідєлась? 🤣

якого? яких? Відповідь - правильно було б знайти системного адміністратора, з не від'ємним IQ. Зійшлись два... ем... як буде "одіночєства" державною? Там для всіх модулів чітко вказано системні вимоги - "притомність".

1. На основі яких даних, мали б відбуватись внесення коштів на рахунки і яких користувачів? 2. Яке зі слів в фразі "Оброблено рядків" потребує перекладу?

Ubilling 1.4.0 rev 8945 An Incomplete Chronicle Зміни в структурі БД. alter.ini: нова опція BUILDLOCATOR_EXTENDED, котра вмикає покращений локатор будинків. alter.ini: нова опція BRANCHES_ONUVIEW, що вмикає кастомний модуль перегляду присвоєних користувачам ONU з підтримкою Філій. alter.ini: нова опція BRANCHES_ONUVIEW_BATCHREG, що вмикає можливість массової реєстрації невідомих ONU адміністраторами філій. Модуль "Склад": список розхідних операцій більше не розвалюється, у випадку, якщо хтось видалив працівника (навіщо?). Модуль ПОНізатор: доданий коректни

І до чого тут це взагалі? Не розумію, хто взагалі щось казав, про надсилання чогось абоненту chatid якого завідомо невідомий і який сам не ініціював чатик з ботом?

Виправлено в Ubilling CURRENT 1.4.0 rev 8939

Має. Про що прямим текстом сказано в документації. А це тут до чого взагалі?

кіса, ти шо абідєлась? Так "не знайшли" чи "розглядали"? Визначтесь вже. Натяжка не затерпла ще? До слова на сусідній сторінці.

Неймовірно сильно шукали, так? От прямо 10-ма сантиметрами нижче. 20-ма сантиметрами нижче

Насправді відповіді на всі ваші запитання, максимально прямо розписано в документації до Філій, у відповідному розділі. Технологічно - можливо. Перше, що приходить в голову, це вирізати цей шматок коду і накрити його відповідним правом, намалювавши то окремим модулем в чорну магію. Технологічно - можливо. Перше, що приходить в голову, це відокремити право на мапу ОНУ в якесь окреме, та й все. Теоретично? Напевне можливо. Якщо ви вивезете, переписування всього рендеру даних ПОНізатора та інтеграцію, біс зна якими підпорками в існуючу реалізацію

Добридень. Отак взяли і спалились, що навіть не намагались зазирнути в FAQ Фу таким бути.

Без міграції: після установки генерується новий рандомний, живе в базі та в ubapi. Після розвертання дампу - власне в базі опиняється старий з дампу, в ubapi залишається новий. Як результат - ubapi і відповідно всі періодичні та фонові процеси не працюють.

Ну може тому, що живе він в двох основних місцях - власне в /bin/ubapi та в базі. Той, що вказується при міграції, власне і потрапляє замість свіжозгенерованого в ubapi а той, що в базі, несподіваного але розвертається разом з базою з дампу

На якийсь запит куди? P.S. ні дякую, хочеться послухати ваші фантазії.

З якої причини, від ону щось провинно "приходити"?

UPD он, навіть документовано всьо чудово, для того ж мікротіка, що вище згадувався. Бери, роби R&D, пиши скільки влізе. Навіщо якусь шизу завідомо неробочу вигадувати? 😕

Теоретично - можливо. А який бюджет?

Відкриваю таємницю: з net.inet.ip.fw.one_pass в нас пайпи dummynet працюють, тупо як allow. Нема пайпа - малюєм allow. екхм ${FwCMD} add 62100 allow all from table\(2\) to table\(17\) ${FwCMD} add 62100 allow all from table\(17\) to table\(2\) всьо, молодець, можете переходити до наступного кроку:

Вам так, щоб поєбатись зaєбавши себе та інших, чи як нормальні люди роблять? Якщо, щоб пoєбaтись: робите список доменів "платіжних систем" та всіх їх CDN-ів парсите це все скриптом, наприклад dig-ом та резолвите кожен домен не забуваєте, що існують ще всякі гугло-аналітики та інші метрики не забуваєте, що існують ще DNS сервери, і вони потрібні користувачам, щоб до них добрались як це приблизно робиться можна подивитись десь тут тим же скриптом додаєте ту всю купу айпішок, в якусь вільну табличку та додаєте десь в початку фаєру аллоу траф

Ну причина, може бути, наприклад в тому, що його немає. Не так багато варіантів: 1. якась всрата вьюшка op_customers 2. в юзера стоїть галка "Заборонити онлайн платежі цьому користувачу" тоді це виглядає так: чи так якщо ж поля "Платіжний ID" взагалі немає, то це вимкнені опції вигляду OPENPAYZ_SUPPORT в alter.ini чи OPENPAYZ_ENABLED в userstats.ini, що виглядає наступним чином: або так