1С:Предприятие 8
الذهاب إلى القناة على Telegram
Канал обо всем, что связано с 1С. Для обратной связи @shalimski
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام 1С:Предприятие 8
تُعد قناة 1С:Предприятие 8 (@onecv8) في القطاع اللغوي الروسية لاعباً نشطاً. يضم المجتمع حالياً 12 540 مشتركاً، محتلاً المرتبة 10 051 في فئة التكنولوجيات والتطبيقات والمرتبة 51 559 في منطقة روسيا.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 12 540 مشتركاً.
بحسب آخر البيانات بتاريخ 27 أكتوبر, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار 27، وفي آخر 24 ساعة بمقدار 2، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 29.22%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 12.56% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 3 663 مشاهدة. وخلال اليوم الأول يجمع عادةً 1 575 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 9.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل гайдбук, данными, затрата, облаке, секция.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Канал обо всем, что связано с 1С. Для обратной связи @shalimski”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 28 أكتوبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
12 540
المشتركون
+224 ساعات
+37 أيام
+2730 أيام
جارٍ تحميل البيانات
القنوات المماثلة
سحابة العلامات
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
أكتوبر '26أكتوبر '26
أكتوبر '26
+73
في 0 قنوات
سبتمبر '26
+80
في 0 قنوات
Get PRO
أغسطس '26
+58
في 0 قنوات
Get PRO
يوليو '26
+64
في 1 قنوات
Get PRO
يونيو '26
+88
في 1 قنوات
Get PRO
مايو '26
+87
في 1 قنوات
Get PRO
أبريل '26
+86
في 2 قنوات
Get PRO
مارس '26
+63
في 0 قنوات
Get PRO
فبراير '26
+146
في 1 قنوات
Get PRO
يناير '26
+163
في 0 قنوات
Get PRO
ديسمبر '25
+101
في 0 قنوات
Get PRO
نوفمبر '25
+220
في 1 قنوات
Get PRO
أكتوبر '25
+161
في 0 قنوات
Get PRO
سبتمبر '25
+137
في 0 قنوات
Get PRO
أغسطس '25
+148
في 1 قنوات
Get PRO
يوليو '25
+115
في 1 قنوات
Get PRO
يونيو '25
+148
في 1 قنوات
Get PRO
مايو '25
+107
في 0 قنوات
Get PRO
أبريل '25
+202
في 1 قنوات
Get PRO
مارس '25
+204
في 0 قنوات
Get PRO
فبراير '25
+201
في 1 قنوات
Get PRO
يناير '25
+244
في 2 قنوات
Get PRO
ديسمبر '24
+280
في 0 قنوات
Get PRO
نوفمبر '24
+318
في 0 قنوات
Get PRO
أكتوبر '24
+458
في 1 قنوات
Get PRO
سبتمبر '24
+308
في 0 قنوات
Get PRO
أغسطس '24
+267
في 0 قنوات
Get PRO
يوليو '24
+191
في 0 قنوات
Get PRO
يونيو '24
+208
في 1 قنوات
Get PRO
مايو '24
+333
في 0 قنوات
Get PRO
أبريل '24
+370
في 0 قنوات
Get PRO
مارس '24
+407
في 0 قنوات
Get PRO
فبراير '24
+477
في 0 قنوات
Get PRO
يناير '24
+464
في 0 قنوات
Get PRO
ديسمبر '23
+396
في 0 قنوات
Get PRO
نوفمبر '23
+126
في 0 قنوات
Get PRO
أكتوبر '23
+133
في 0 قنوات
Get PRO
سبتمبر '23
+213
في 0 قنوات
Get PRO
أغسطس '23
+340
في 0 قنوات
Get PRO
يوليو '23
+325
في 0 قنوات
Get PRO
يونيو '23
+326
في 0 قنوات
Get PRO
مايو '23
+384
في 0 قنوات
Get PRO
أبريل '23
+321
في 0 قنوات
Get PRO
مارس '23
+586
في 0 قنوات
Get PRO
فبراير '23
+148
في 0 قنوات
Get PRO
يناير '23
+271
في 0 قنوات
Get PRO
ديسمبر '22
+264
في 0 قنوات
Get PRO
نوفمبر '22
+214
في 0 قنوات
Get PRO
أكتوبر '22
+163
في 0 قنوات
Get PRO
سبتمبر '22
+112
في 0 قنوات
Get PRO
أغسطس '22
+206
في 0 قنوات
Get PRO
يوليو '22
+182
في 0 قنوات
Get PRO
يونيو '22
+199
في 0 قنوات
Get PRO
مايو '22
+123
في 0 قنوات
Get PRO
أبريل '22
+164
في 0 قنوات
Get PRO
مارس '22
+173
في 0 قنوات
Get PRO
فبراير '22
+216
في 0 قنوات
Get PRO
يناير '22
+120
في 0 قنوات
Get PRO
ديسمبر '21
+96
في 0 قنوات
Get PRO
نوفمبر '21
+99
في 0 قنوات
Get PRO
أكتوبر '21
+142
في 0 قنوات
Get PRO
سبتمبر '21
+109
في 0 قنوات
Get PRO
أغسطس '21
+152
في 0 قنوات
Get PRO
يوليو '21
+127
في 0 قنوات
Get PRO
يونيو '21
+356
في 0 قنوات
Get PRO
مايو '21
+294
في 0 قنوات
Get PRO
أبريل '21
+133
في 0 قنوات
Get PRO
مارس '21
+137
في 0 قنوات
Get PRO
فبراير '21
+105
في 0 قنوات
Get PRO
يناير '21
+99
في 0 قنوات
Get PRO
ديسمبر '20
+4 795
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 28 أكتوبر | +4 | |||
| 27 أكتوبر | +3 | |||
| 26 أكتوبر | +2 | |||
| 25 أكتوبر | +1 | |||
| 24 أكتوبر | +1 | |||
| 23 أكتوبر | +5 | |||
| 22 أكتوبر | +3 | |||
| 21 أكتوبر | +3 | |||
| 20 أكتوبر | +1 | |||
| 19 أكتوبر | +5 | |||
| 18 أكتوبر | +2 | |||
| 17 أكتوبر | +4 | |||
| 16 أكتوبر | 0 | |||
| 15 أكتوبر | +4 | |||
| 14 أكتوبر | +4 | |||
| 13 أكتوبر | +3 | |||
| 12 أكتوبر | +3 | |||
| 11 أكتوبر | +2 | |||
| 10 أكتوبر | +1 | |||
| 09 أكتوبر | +4 | |||
| 08 أكتوبر | +14 | |||
| 07 أكتوبر | 0 | |||
| 06 أكتوبر | +3 | |||
| 05 أكتوبر | 0 | |||
| 04 أكتوبر | 0 | |||
| 03 أكتوبر | 0 | |||
| 02 أكتوبر | 0 | |||
| 01 أكتوبر | +1 |
منشورات القناة
Как избавиться от гонок при параллельной загрузке данных в 1С без блокировок
При миграции 28 тысяч позиций номенклатуры из SAP в 1С:ERP разработчики столкнулись с классической проблемой конкурентного доступа — дублированием элементов справочников.
В чём проблема?
Несколько фоновых заданий одновременно проверяли существование элемента. Не находили его и создавали каждый свою копию.
Попытки решить проблему блокировками дали неожиданные результаты:
• Исключительные блокировки — дублей нет, но 85% сообщений завершаются ошибкой из-за таймаутов.
• Разделяемые блокировки — ошибок меньше (20%), но появляются дубли. В результате около 250 лишних элементов.
• Детерминированный GUID — практически без ошибок блокировок и без дублей.
Как решили?
Вместо случайного идентификатора стали вычислять GUID из MD5-хеша типа сущности и нормализованного бизнес-ключа.
Теперь два параллельных процесса пытаются создать элемент с одинаковым первичным ключом. Один успешно записывает данные, второй получает конфликт уникальности и повторяет обработку сообщения.
Что интересно с архитектурной точки зрения:
1. Уникальность обеспечивает сама СУБД, а не распределённая блокировка.
2. Конфликт записи становится штатным сценарием, который обрабатывается через retry.
3. Повтор выполняется на уровне всей транзакции, а не отдельной операции.
4. Идемпотентность позволяет безопасно обрабатывать сообщения повторно.
Результат: все 28 тысяч позиций загружены без дублей, параллельная обработка перестала упираться в общие блокировки.
В статье также разобраны ограничения подхода: переименование сущностей, коллизии нормализации и работа с ранее созданными элементами.
Хороший практический пример того, как детерминированные идентификаторы и ограничения уникальности помогают заменить сложную координацию конкурентных процессов.
📖 Читать статью на Хабре
| 2 | https://habr.com/ru/articles/1096528/ | 2 785 |
| 3 | Отчёт в 1С завис? Возможно, дело вообще не в запросах.
Отличная статья с практическими кейсами диагностики 1С. Вместо гадания и перебора гипотез — конкретные инструменты и реальные причины проблем.
Что внутри:
948 → 66 секунд. Через rac и технологический журнал нашли SQL-запрос на 240 секунд и конкретную строку кода. Переписали проблемный отчёт.
365 секунд в одной временной таблице. Из 15 шагов пакета 14 выполнялись суммарно за 0,76 секунды. Замер каждого шага помог найти узкое место.
50 минут ложного зависания. Сервер простаивал, а клиент ожидал закрытия невидимого модального окна с ошибкой.
Зомби-вызовы. Пользователь закрыл отчёт, но SQL продолжил выполняться на сервере. Повторный запуск только увеличил нагрузку.
Зависшее фоновое задание. Открытая транзакция удерживалась более двух суток и мешала обновлению конфигурации.
Задание «выполнено», но данные не обновляются. Неправильное расписание, ошибка формирования SQL и перехваченное исключение скрывали проблему.
Готовая методика расследования: как с помощью rac, DBMSSQL, SDBL и журнала регистрации быстро сузить круг причин, не тратя часы на изучение непричастного кода.
Хороший материал, который стоит сохранить как шпаргалку для разбора инцидентов в 1С. | 2 880 |
| 4 | https://wonderland.v8.1c.ru/blog/proverka-orfografii-v-polyakh-vvoda/ | 3 916 |
| 5 | https://youtu.be/nTZaUnNewvI?si=kBZQqbD7mws19VPN | 3 625 |
| 6 | Сжатие PostgreSQL: меньше данных ≠ выше производительность
Обычно эффективность сжатия оценивают по размеру базы. Но экономия диска не гарантирует ускорения запросов.
Авторы статьи исследовали компрессию страниц в Tantor Postgres на базах 1С.
Что выяснили:
• ZSTD лучше сжимает, но требует больше CPU.
• LZ4 обеспечивает лучший баланс скорости и сжатия.
• На большой таблице объём сократился с 95 до 12 ГБ. LZ4 ускорил холодное чтение почти втрое.
• На небольших таблицах распаковка может стоить дороже сэкономленного I/O.
• Сжатие страниц переменного размера усложняет запись и может приводить к фрагментации.
Архитектурный вывод
Оптимизировать нужно не коэффициент сжатия, а стоимость работы с данными: CPU, I/O, write/read amplification.
Максимальное сжатие ≠ максимальная производительность.
Отдельно интересно решение CSM в Tantor Postgres: сохранять фиксированную адресацию страниц, уменьшая их физический размер. Это компромисс между экономией диска и стоимостью операций чтения и записи.
Читать исследование → | 4 899 |
| 7 | https://youtu.be/5l-uQCo-wVc?si=BEavLAXlNffDYrRk | 3 768 |
| 8 | Как не отправлять ПДн во внешнюю LLM
Практический кейс маскирования персональных данных в пользовательском тексте.
Схема:
regex + справочники → локальная LLM → токенизация → внешняя LLM
Телефоны, email, паспорта и известных людей ловят детерминированно. Склонения, прозвища и живую речь — локальной моделью.
Архитектурный паттерн: deterministic preprocessing → local intelligence → external LLM.
Подходит для любого AI-gateway, где чувствительные данные нельзя отправлять наружу. | 3 930 |
| 9 | https://vkvideo.ru/video-145052891_456251430 | 4 007 |
| 10 | https://youtu.be/2MCcLSZP5Y4?si=lLvijUHKopVdbD4o
Говорим о зарплатах Junior, Middle и Senior 1С, переходе из бухгалтерии в разработку, сертификатах 1С, высшем образовании и софт-скиллах. Разбираем автоотклики на hh.ru, сопроводительные письма, технические собеседования, использование ИИ и работу в нескольких компаниях. Отдельно спорим о накрутке опыта: где проходит граница между реальными знаниями и годами в резюме.
Смотри, если ищешь первую работу в 1С, готовишься к смене компании или хочешь понять, что мешает росту дохода. Зарплатные цифры и оценки рынка в беседе — опыт и мнения участников, а не гарантированные условия трудоустройства. | 4 268 |
| 11 |  Работу техподдержки 1С обычно редко обсуждают, пока все работает в штатном режиме. Но когда случается сбой и выясняется, что время реакции на инцидент слишком большое, возникает ощущение, что проверить это стоило заранее.
К счастью, теперь такую проверку можно провести структурно. K2 Cloud и АСТОН подготовили калькулятор технической поддержки 1С. Ответьте на 10 вопросов о ваших сервисах, процессах и требованиях к доступности.
По итогам калькулятор покажет, какой уровень поддержки вам подходит, оценит ее зрелость и даст чек-листы для перехода на новый уровень.
Проверить>> | 3 933 |
| 12 | https://youtu.be/liRdiVqP8Hs?si=j_oTxA6bqxngWYzI | 3 869 |
| 13 | https://wonderland.v8.1c.ru/blog/razvitie-mobilnykh-tekhnologiy-obnovlenie-prosmotra-mobilnogo-interfeysa-v-konfiguratore-podderzhka-/ | 4 061 |
| 14 | https://youtu.be/mnKY2Zdk8d4?si=XXok1IHOQsTaRMbB | 4 952 |
| 15 | Как 1С на самом деле работает с временными таблицами в PostgreSQL — и почему безобидный FASTTRUNCATE может съедать заметную долю CPU.
Разбор внутренней механики, переиспользования временных таблиц и реального кейса оптимизации PostgreSQL под 1С.
https://habr.com/ru/companies/tantor/articles/1078088/ | 4 898 |
| 16 | https://youtu.be/4cnXbJPCMiY?si=pAcEhPs1dhZPdl8G | 5 188 |
| 17 | https://youtu.be/Iok93ICktvw?si=v2MV_1GzQ8ppMuTF | 5 425 |
| 18 | https://youtu.be/_eQOsc7lXzQ?si=zw663mhnDwpZkQzQ | 5 831 |
| 19 | https://youtu.be/R3SZy-x3u4E?si=TiDbQfbGQgxEXtca | 5 449 |
| 20 | https://www.youtube.com/live/ou3hd6v5sSk?is=5iC5Or0c0Qc2k3FJ | 4 311 |
