V V V
📅 Ежедневное саммари
📊 Метрика «время вызовов за 5 минут»
Обсуждается аномалия на платформе 8.5.1.1302: у десятка сеансов показатель превышает 300, при этом неясно, измеряется ли он в секундах. Наблюдается давно, явных проблем нет, но интересно понять смысл.
🧠 Гипотезы
• John Doe: показатель может означать завершённый за последние 5 минут вызов длительностью ~20 минут.
• Артём: это суммарное время вызовов за 5-минутное окно.
• Kizarh: если это секунды, то крупные значения соответствуют ~15 минутам, но показатель не падает после выхода вызова из окна. Возможны параллельные вызовы или другая шкала времени. Скачки времени не подтвердились по журналам Windows.
• John Doe: в конфигурации вряд ли есть код, способный породить вызов дольше пары минут; уточняет тип приложения (фоновые задания / толстый / тонкий клиент). Kizarh: скорее всего тонкий клиент через веб, проверит завтра. John: «Ну вот и отгадка вероятно».
🔍 План проверки
• Kizarh получит доступ к ТЖ (технологическому журналу) и проанализирует коллы сеанса.
• Vladimir предлагает проверить всё на пустой тестовой базе понятными экспериментами.
• Vladimir также отметил, что доступ к консоли — недоработка админов: не запаролили.
• Valentin: есть лайфхаки, как получить доступ.
❓ Открытые вопросы
• В чём измеряется показатель и что именно означает значение >300?
• Почему значения не уменьшаются, когда длинный вызов выходит за 5-минутное окно?
• Считается ли серверный вызов с момента поступления в rphost? Окончательного ответа нет.
• Может ли тип клиента (тонкий/веб) объяснять аномалию?
😂 Тональность
Технический разбор с юмором: «объяснить и я могу, мне бы понять». Пока отгадка не подтверждена — ждём ТЖ и тестов.
Vladimir NadulichЗачем тогда в консоль смотреть?)))
То, что она доступна - недоработка админов. Не запаролили
Лучше проверить все это на пустой тестовой базе. Провести понятные, явные эксперименты, посмотреть на счётчики
Есть "незначительные" тормоза в работе, консоль доступна и есть интерес развиваться в этом направлении, вот и смотрю.
Сейчас я разработчик и тут есть возможность практиковаться в задачах оптимизации(с согласия руководителя конечно же).
P S P S P Н
O V
📅 Ежедневное саммари
📌 Удаление девелоперской лицензии 1С
Sergey Makarov спросил, как удалить девелоперскую лицензию. P Z предложил заблокировать лицензию на developers и физически удалить файл на машине. Это не помогло: Sergey удалил всё, но лицензии остались. P Z уточнял, что именно и где. Николай посоветовал проверить ProgramData\1C\licenses, а если не сработает — удалить через ring, так как её «запихнули в EDT». Oleg Goman внёс классику жанра: «Купить новый комп ещё не советовали?» 😄 ❓ Итог: решение не найдено, нужно уточнить, где именно остаются лицензии.
📌 Серверный конфиг и сбор данных
В контексте СМД на сервере Valentin Kazimirov возразил, что «внешние обработки — полная свобода» не работает: со стороны сервера кладётся конфиг и собираются данные, но без полных прав. Vladimir Nadulich задал логичный встречный вопрос: кто это сделает без доступа на сервер? Kizarh уточнил, можно ли положить конфиг в пользовательскую папку учётки кластера и туда же логи через 1С, или есть более простой путь. ❓ Открыто: архитектура доступа, права и размещение конфига/логов.
🧠 Общий итог
Чат — типичная техподдержка 1С: одна ветка про остатки девелоперской лицензии, вторая — про серверный сбор данных. Финальных решений нет, но есть намёки на ProgramData\1C\licenses, ring, EDT и вечный совет про новый комп. 😅