Postgres + 1C = сильно тормозит?
Самое частое нарекание на работу свежеустановленной связки PostgreSQL + 1С:Предприятие – это тормоза. Причем именно тормоза, а не замедление, и часто видимые невооруженным глазом.
Означает ли это, что Postgres плох? Вовсе нет, просто привычный подход Далее – Далее – Готово здесь не работает.
Если MS SQL из коробки имеет вполне оптимальные настройки и без проблем будет работать на небольших инсталляциях 1С, то Postgres настроен на запуск и работу в минимальной конфигурации, что сразу сказывается на производительности.
Поэтому, вне зависимости от используемой платформы и версии PostgreSQL сразу после установки следует выполнить несложный тюнинг, после которого работа Postgres перестанет вызывать нарекания.
Как это сделать – написано в нашей статье: Оптимизация производительности PostgreSQL для работы с 1С:Предприятие
Самое частое нарекание на работу свежеустановленной связки PostgreSQL + 1С:Предприятие – это тормоза. Причем именно тормоза, а не замедление, и часто видимые невооруженным глазом.
Означает ли это, что Postgres плох? Вовсе нет, просто привычный подход Далее – Далее – Готово здесь не работает.
Если MS SQL из коробки имеет вполне оптимальные настройки и без проблем будет работать на небольших инсталляциях 1С, то Postgres настроен на запуск и работу в минимальной конфигурации, что сразу сказывается на производительности.
Поэтому, вне зависимости от используемой платформы и версии PostgreSQL сразу после установки следует выполнить несложный тюнинг, после которого работа Postgres перестанет вызывать нарекания.
Как это сделать – написано в нашей статье: Оптимизация производительности PostgreSQL для работы с 1С:Предприятие
👍16❤10
Маркетологи снова кричат «скликивают», «фейки», «Директ ест бюджет», «сделайте, чтобы само» — а чинить, мониторить и автоматизировать почему‑то идете вы. Знакомо?
Нашли для таких случаев полезное место силы — «100 лет в Директ». Это не про «как написать прогревающую сторис», а про техничный маркетинг на стыке ИТ: антифрод, метрика, автозапуски, интеграции, self‑host инструменты и внятные схемы «как сделать, чтобы работало».
Что там есть из реально полезного для ИТ-специалиста:
- Как самим отрезать мусорный трафик в Я.Директе кастомным антифродом на Matomo (self‑host TM): пометки визитов, сегменты в Метрике, авто‑минусование в Директе. Меньше «сливов», меньше вопросов к вам.
- Блокировки по IP и Fingerprint на уровне сайта с автопередачей признаков в Метрику и применением -100% в Директе: веб‑форма для КЦ, БД с «черным списком», cron, без плясок вокруг «25 адресов в кампании».
- Мониторинг сайтов Uptime Kuma вместо «через 15 минут Я.Директ, возможно»: сразу в Telegram, поиск слова на странице (чтобы заглушку хостинга не принять за «все ок»), SSL, время ответа. Ставится в Docker за 10 минут.
- Автоотчеты в Telegram для руководства: по расписанию, только нужные метрики, без BI‑монстров. Минус рутина, плюс прозрачность.
- ТГ → WordPress для SEO: скрипт, который тянет посты с канала на сайт (картинки, форматирование, ссылки) — чтобы органика не пропадала.
- Видеореклама без боли: генерация роликов на ИИ (для тех, кому «некому говорить в камеру»), нормально озвучивает по‑русски и проходит модерацию.
Нравится подход «минимум воды, максимум практики»? Формат — «взял и сделал». Посты выходят нечасто, зато по делу и с руками. Мы подписались - канал "100 лет в директ".
Реклама. Абакумов А.Д. ИНН 773571847601. erid: 2W5zFHf4vMn
Нашли для таких случаев полезное место силы — «100 лет в Директ». Это не про «как написать прогревающую сторис», а про техничный маркетинг на стыке ИТ: антифрод, метрика, автозапуски, интеграции, self‑host инструменты и внятные схемы «как сделать, чтобы работало».
Что там есть из реально полезного для ИТ-специалиста:
- Как самим отрезать мусорный трафик в Я.Директе кастомным антифродом на Matomo (self‑host TM): пометки визитов, сегменты в Метрике, авто‑минусование в Директе. Меньше «сливов», меньше вопросов к вам.
- Блокировки по IP и Fingerprint на уровне сайта с автопередачей признаков в Метрику и применением -100% в Директе: веб‑форма для КЦ, БД с «черным списком», cron, без плясок вокруг «25 адресов в кампании».
- Мониторинг сайтов Uptime Kuma вместо «через 15 минут Я.Директ, возможно»: сразу в Telegram, поиск слова на странице (чтобы заглушку хостинга не принять за «все ок»), SSL, время ответа. Ставится в Docker за 10 минут.
- Автоотчеты в Telegram для руководства: по расписанию, только нужные метрики, без BI‑монстров. Минус рутина, плюс прозрачность.
- ТГ → WordPress для SEO: скрипт, который тянет посты с канала на сайт (картинки, форматирование, ссылки) — чтобы органика не пропадала.
- Видеореклама без боли: генерация роликов на ИИ (для тех, кому «некому говорить в камеру»), нормально озвучивает по‑русски и проходит модерацию.
Нравится подход «минимум воды, максимум практики»? Формат — «взял и сделал». Посты выходят нечасто, зато по делу и с руками. Мы подписались - канал "100 лет в директ".
Реклама. Абакумов А.Д. ИНН 773571847601. erid: 2W5zFHf4vMn
🤮6👍4👌2❤1💯1
Сообщение Роскомнадзора о том, что в России принимают меры по частичному ограничению звонков в Telegram и WhatsApp:
«По данным правоохранительных органов и многочисленных обращений граждан, иностранные мессенджеры Telegram и WhatsApp стали основными голосовыми сервисами, используемыми для обмана и вымогательства денег, вовлечения в диверсионную и террористическую деятельность российских граждан. Неоднократно направлявшиеся требования о принятии мер противодействия владельцами мессенджеров проигнорированы.
Информируем, что для противодействия преступникам в соответствии с материалами правоохранительных органов принимаются меры по частичному ограничению звонков в данных иностранных мессенджерах. Никаких иных ограничений их функционала не вводится.
Борьба со звонками преступников ведётся последовательно. С 2024 года работает система «Антифрод», обеспечивающая блокировку звонков с подменой номера в традиционных телефонных сетях российских операторов связи. В результате подобные звонки практически все перешли в иностранные мессенджеры, отказывающиеся обеспечивать безопасность российских пользователей и общества».
Доступ к звонкам в иностранных мессенджерах будет восстановлен после выполнения ими требований российского законодательства, пояснили в Минцифры РФ.
«По данным правоохранительных органов и многочисленных обращений граждан, иностранные мессенджеры Telegram и WhatsApp стали основными голосовыми сервисами, используемыми для обмана и вымогательства денег, вовлечения в диверсионную и террористическую деятельность российских граждан. Неоднократно направлявшиеся требования о принятии мер противодействия владельцами мессенджеров проигнорированы.
Информируем, что для противодействия преступникам в соответствии с материалами правоохранительных органов принимаются меры по частичному ограничению звонков в данных иностранных мессенджерах. Никаких иных ограничений их функционала не вводится.
Борьба со звонками преступников ведётся последовательно. С 2024 года работает система «Антифрод», обеспечивающая блокировку звонков с подменой номера в традиционных телефонных сетях российских операторов связи. В результате подобные звонки практически все перешли в иностранные мессенджеры, отказывающиеся обеспечивать безопасность российских пользователей и общества».
Доступ к звонкам в иностранных мессенджерах будет восстановлен после выполнения ими требований российского законодательства, пояснили в Минцифры РФ.
🤣32🤬16👍7🤡6🤔1
1С:Предприятие и многопоточность. Часть 1. Общие вопросы
В сознании администраторов давно и прочно укоренился миф, что 1С:Предприятие однопоточное приложение со всеми вытекающими из этого выводами и последствиями.
На самом деле это не так, хотя дыма, естественно, без огня не бывает. Поэтому в данном цикле заметок мы постараемся всесторонне рассмотреть этот вопрос в доступной форме для неспециалистов по 1С.
Современная 1С – это сложное клиент-серверное приложение, хранящее данные в СУБД, что представляет собой классическую трехзвенную схему: фронтенд, бэкенд, база данных.
СУБД, применительно к 1С, хранит не только пользовательские данные, но и исходный код конфигурации (прикладного решения), однако это в рассматриваемом нами контексте не имеет никакого значения.
Взаимодействие с СУБД и основную обработку данных осуществляет бэкенд, он же Сервер – в терминах 1С. Не следует путать его с одноименным приложением – Сервер 1С:Предприятие. Сервер – это рабочий процесс, выполняющий роль бэкенда, он есть даже у файловой базы данных.
Фронтенд, в терминах 1С – Клиент – выполняет взаимодействие с пользователем, выводит ему полученные от Сервера данные и передает Серверу данные, введенные пользователем для обработки. Также выполняет несложные вычисления, не требующие обращения к хранимым в СУБД данным.
Клиент не может напрямую обратиться к СУБД, это привилегия Сервера, поэтому любые запросы на чтение или запись информации в или из базы данных требуют вызов сервера.
При этом снова не путаем Клиент – рабочий процесс фронтенда с типами клиентского приложения: толстым, тонким и веб-клиентами. Это разные сущности, так, например, толстый клиент включает в себя рабочие процессы как Клиента, так и Сервера. Но к этому мы вернемся позже.
А пока перейдем к предметной части. Предметная часть 1С:Предприятия – это учет, не важно, бухгалтерский или управленческий, но это учет и у него есть свои особенности и требования.
Основная особенность предметной части состоит в том, что учетные операции крайне слабо поддаются распараллеливанию на уровне алгоритмов. Основная причина – необходимость строгого соблюдения последовательности.
Даже при наличии вычислительных ресурсов и возможностей мы не можем обработать документ продажи раньше документа поступления на склад просто потому, что нам нечего будет с этого склада продать.
Но это самый простой пример, сугубо для понимания проблемы. Если мы тронем бухгалтерский или налоговый учет, то там нарушение последовательности способно натворить немало бед, причем исчисляемых вполне осязаемыми рублями.
И поэтому начав операцию А мы не можем начать операцию Б, даже если у нас полно свободных вычислительных ресурсов. Да, технически это возможно, но с точки зрения предметной области мы не имеем право этого делать, так как операция Б может зависеть от результатов операции А или исказить данные, используемые в текущих вычислениях.
Да, с точки зрения айтишника в вакууме это может быть смешно и непонятно, ведь можно…
Можно, но не нужно. Там, где на кону стоят реальные деньги имеют место крайне консервативные подходы. Поэтому большинство учетных вычислений строго последовательны, потому как это единственный абсолютно надежный способ получить правильный результат.
Таким образом работа обычного пользователя в открытом им приложении (сеансе) 1С будет преимущественно однопоточной. Т.е. он не сможет переходить к новым задачам пока не выполнит предыдущие. Это может быть неудобно со стороны пользователя, но обеспечивает правильность учета согласно предметной части.
Но значит ли это, что 1С:Предприятие не умеет использовать все возможности современных систем с их многопоточностью и многоядерностью? Вовсе нет, но об этом поговорим в следующих заметках цикла.
В сознании администраторов давно и прочно укоренился миф, что 1С:Предприятие однопоточное приложение со всеми вытекающими из этого выводами и последствиями.
На самом деле это не так, хотя дыма, естественно, без огня не бывает. Поэтому в данном цикле заметок мы постараемся всесторонне рассмотреть этот вопрос в доступной форме для неспециалистов по 1С.
Современная 1С – это сложное клиент-серверное приложение, хранящее данные в СУБД, что представляет собой классическую трехзвенную схему: фронтенд, бэкенд, база данных.
СУБД, применительно к 1С, хранит не только пользовательские данные, но и исходный код конфигурации (прикладного решения), однако это в рассматриваемом нами контексте не имеет никакого значения.
Взаимодействие с СУБД и основную обработку данных осуществляет бэкенд, он же Сервер – в терминах 1С. Не следует путать его с одноименным приложением – Сервер 1С:Предприятие. Сервер – это рабочий процесс, выполняющий роль бэкенда, он есть даже у файловой базы данных.
Фронтенд, в терминах 1С – Клиент – выполняет взаимодействие с пользователем, выводит ему полученные от Сервера данные и передает Серверу данные, введенные пользователем для обработки. Также выполняет несложные вычисления, не требующие обращения к хранимым в СУБД данным.
Клиент не может напрямую обратиться к СУБД, это привилегия Сервера, поэтому любые запросы на чтение или запись информации в или из базы данных требуют вызов сервера.
При этом снова не путаем Клиент – рабочий процесс фронтенда с типами клиентского приложения: толстым, тонким и веб-клиентами. Это разные сущности, так, например, толстый клиент включает в себя рабочие процессы как Клиента, так и Сервера. Но к этому мы вернемся позже.
А пока перейдем к предметной части. Предметная часть 1С:Предприятия – это учет, не важно, бухгалтерский или управленческий, но это учет и у него есть свои особенности и требования.
Основная особенность предметной части состоит в том, что учетные операции крайне слабо поддаются распараллеливанию на уровне алгоритмов. Основная причина – необходимость строгого соблюдения последовательности.
Даже при наличии вычислительных ресурсов и возможностей мы не можем обработать документ продажи раньше документа поступления на склад просто потому, что нам нечего будет с этого склада продать.
Но это самый простой пример, сугубо для понимания проблемы. Если мы тронем бухгалтерский или налоговый учет, то там нарушение последовательности способно натворить немало бед, причем исчисляемых вполне осязаемыми рублями.
И поэтому начав операцию А мы не можем начать операцию Б, даже если у нас полно свободных вычислительных ресурсов. Да, технически это возможно, но с точки зрения предметной области мы не имеем право этого делать, так как операция Б может зависеть от результатов операции А или исказить данные, используемые в текущих вычислениях.
Да, с точки зрения айтишника в вакууме это может быть смешно и непонятно, ведь можно…
Можно, но не нужно. Там, где на кону стоят реальные деньги имеют место крайне консервативные подходы. Поэтому большинство учетных вычислений строго последовательны, потому как это единственный абсолютно надежный способ получить правильный результат.
Таким образом работа обычного пользователя в открытом им приложении (сеансе) 1С будет преимущественно однопоточной. Т.е. он не сможет переходить к новым задачам пока не выполнит предыдущие. Это может быть неудобно со стороны пользователя, но обеспечивает правильность учета согласно предметной части.
Но значит ли это, что 1С:Предприятие не умеет использовать все возможности современных систем с их многопоточностью и многоядерностью? Вовсе нет, но об этом поговорим в следующих заметках цикла.
👍16🤡2🥱1🤝1