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

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

Навыки работы с панелью не должны подменять навыки работы с приложением. Поэтому следующий материал из разряда: это должен знать каждый!

https://interface31.ru/tech_it/2016/02/osnovy-administrirovaniya-mysql-pri-pomoschi-komandnoy-stroki.html

Вкалывают роботы, а руководит ими человек

Продолжаем поднятую нами тему ИИ и того, насколько он способен заменить человека. Мнения в комментариях разделились и поэтому мы решили написать дополнительную заметку, в которой выразить свое видение этого вопроса.

Многие считают, что ИИ доверять нельзя, за ней нужно всегда все перепроверять и быстрее сделать все самому, нежели пытаться получить результат от ИИ или взять в штат еще одного человека.

Но есть ряд особенностей, не учитывая которые работа с ИИ будет цирком с конями и непредсказуемым результатом.

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

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

Вместе это дает адскую смесь, на крайне расплывчатый запрос ИИ способен выдать такой лютой дичи, что потом вы еще долго будете приходить в себя.

Сейчас и далее мы будем говорить о профессиональной деятельности и поэтому будем подразумевать, что вы понимаете, какие задачи вы ставите ИИ и примерно представляете какие ответы должны получить.

Проще говоря, если вы только учитесь программированию и хотите привлечь себе на помощь ИИ, то лучше не надо. Потому как единственный способом проверить его творчество – это запустить код. А потом ловить в нем не только свои ошибки, но еще и его глюки и фантазии.

Напишите лучше сами, да, потратите в разы больше времени, но зато научитесь.

Другое дело, когда вы владеете языком программирования и читаете код с листа. В этом случае вы понимаете, что вы хотите и способны сразу оценить, что именно выдал вам ИИ.

Все что вам остается – это направить его в нужно русло и ограничить некими рамками.

А вот тут мы подошли к очень важной части работы с ИИ – контекстом. Контекст сохраняется в рамках одного чата и сильно влияет на результат, полученный от ИИ.

Контекст следует задавать в самом начале беседы, скажем так:

Ты программист 1С:Предприятие, используешь только стандартные методы, которые есть в официальной документации. Также ты еще аналитик, если условие непонятно, то ты должен задать дополнительные вопросы.

В интернете можно найти множество достаточно сложных примеров задания начального контекста. Но задать его вы должны и потом строго придерживаться. Это в ваших же интересах.

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

Поэтому контекст – очень и очень важный фактор. Его следует сразу задать вначале и строго придерживаться. Также его можно корректировать по ходу работы. Скажем ИИ что-то делает не так. Вы спокойно поясняете ему, что тут так не принято и далее надо делать по-другому.

И вот тут ИИ показывает себя лучше человека, потому как человек может косячить раз, второй, третий и так до бесконечности. Но если вы грамотно укажете ИИ на его косяки и поясните как надо делать правильно – он в рамках существующего контекста будет все время делать правильно.

Если вы правильно и ответственно подошли к созданию и поддержанию контекста, а также его корректировке, то очень скоро ИИ начнет буквально угадывать то, что вы хотели. Например, ему можно будет написать: «а теперь тоже самое, но для…» и он прекрасно поймет, что и зачем.

Но! Но для этого нужно не ждать от ИИ чудес, а активно формировать нужный вам контекст и нужное вам поведение. Тогда ИИ становится послушным помощником, иначе это будет нечто постоянно фонтанирующее бредом.

Нравится нам или нет, но мир изменился и наличии ИИ в нем данность, от которой следует плясать. И то, что ИИ заменит рядовые младшие должности – это тоже дело времени.

Как раз на тему того, заменят ли нейросети джунов (и не только джунов). Переводила, кстати, Алиса. Я попросил ее не только перевести текст, но и сжать его, чтобы уместить в формат одной заметки. Получилось, в целом, неплохо.

Уволенных сотрудников King заменят инструменты ИИ, которые они сами создали — сообщают источники

Массовые увольнения в компании-разработчике Candy Crush

King, создатель легендарной Candy Crush Saga, уволила около 200 сотрудников в рамках масштабных сокращений персонала Microsoft. Согласно инсайдерской информации, освободившиеся позиции будут заполнены инструментами искусственного интеллекта, в разработке которых участвовали сами уволенные специалисты.

Кто попал под сокращение?

Источники сообщают, что под увольнение в первую очередь попали:

🔹 Менеджеры среднего звена
🔹 Специалисты по UX/UI
🔹 Контент-менеджеры и копирайтеры

Особо примечательно, что значительная часть команды Farm Heroes Saga в лондонском офисе также была сокращена.

Текущая ситуация в студии

По данным инсайдеров, моральный дух оставшихся сотрудников находится на критически низком уровне. Многие уволенные работники выразили своё разочарование процессами, происходящими в компании, через социальные сети и личные сообщения.

Планы на будущее

Руководство King планирует представить новую организационную структуру в сентябре после консультаций с профсоюзом. Компания продолжает активно развивать направление искусственного интеллекта, особенно после приобретения шведской AI-компании Peltarion в 2022 году.

Внедрение ИИ в процессы разработки

Microsoft и King позиционируют себя как «компании, ориентированные на ИИ». Сейчас эти технологии активно интегрируются в процессы разработки игр, частично замещая человеческий труд.

Реакция индустрии

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

Заключение

Этот случай становится показательным примером того, как крупные игровые компании переосмысливают роль человеческого фактора в эпоху развития искусственного интеллекта.

✅ Источник: https://mobilegamer.biz/laid-off-king-staff-set-to-be-replaced-by-the-ai-tools-they-helped-build-say-sources/

​​На фоне проскочившей в комментариях заметке о том, как ИИ дали доступ к проду и он убил там базу данных хочется снова привести старую историю. Тоже про прод, только про людей, да не простых - а старой закалки.

Технологии новые - привычки старые

Третьего дня произошла беда, один молодой и не в меру ретивый сотрудник одного из заказчиков решив почистить место на диске сервера «случайно» снес папку с важным проектом, который обеспечивал интеграцию их внутренней программы и 1С.

Обнаружили довольно скоро, минут через 15 и начали пытаться даже что-то восстанавливать, но безуспешно. А все потому, что там были SSD и восстановить с них что-либо, если штатно отработал TRIM и нормально работает сборщик мусора практически нереально.

Дальнейший разбор полетов показал, что лучше бы он ничего не показывал.

Начнем с того, что удалять на «проде» что-либо через Shift + Delete – это крайне и крайне нездоровая практика, чреватая множеством проблем в эпоху SSD.

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

Даже если вы тут-же выключите все, то при следующей подаче питания SSD, даже будучи не подключен к компьютеру, начнет уборку мусора и данным можно просто помахать ручкой.

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

Ну да это ладно, но часть изменений, небольших, вносились прямо на «проде» (ну а чё такого? 🤷🏻‍♀️) и нигде более не фиксировались. Ну разве что в почтовой переписке.

Бекапов папки проекта тоже не делалось, а зачем, все равно там нет никаких данных.

Спасло «отцов русской демократии» то, что не очень давно, разбирая один непонятный баг взаимодействия мы забрали себе копию проекта для анализа ситуации со стороны 1С.

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

​​KSM Sharing или почему не стоит разводить зоопарк виртуальных машин

KSM (Kernel Same-page Merging) - специальная технология ядра Linux, позволяющая объединять страницы памяти разных процессов, тем самым добиваясь ее экономии.

Фактически данный процесс можно назвать дедупликацией оперативной памяти. При наличии большого количества однотипных виртуальных машин эффект от использования KSM может быть достаточно ощутимым.

Важно понимать, что KSM работает только с виртуальными машинами и с контейнерами она неприменима.

Оценить эффект от применения KSM можно при наличии некоторого количества однотипных виртуалок. Буквально на днях мы ввели в эксплуатацию два новых гипервизора по 6 виртуальных машин на каждой.

Каждая ВМ представляет установку Debian 12 и УТМ ЕГАИС. Номинальное потребление ОЗУ каждой виртуальной машиной: 1,41-1,43 ГБ, т.е. суммарно мы должны получить 1,42 х 6 = 8,52 ГБ.

И это только виртуалки, не считая хоста. По факту имеем объем общей KMS памяти 4,99 ГБ, т.е. экономия составила примерно 58%. И общее потребление, вместе с гипервизором – 6,54 ГБ.

На наш взгляд – это отличный результат. Так как именно оперативная память, несмотря не ее дешевизну, является наиболее ограниченным ресурсом при виртуализации.

Для используемой платформы максимальный объем памяти – 16 ГБ и мы по факту увеличили доступную память примерно на 25-30%, что очень и очень неплохо.

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

Хотя мы не раз встречали ситуацию, когда админы использовали в виртуалках разные ОС под разные задачи. Ну просто потому, что им так нравится, привыкли и т.д. и т.п. Без внятных аргументов в пользу такой позиции.

В тоже время KSM Sharing – это серьезный аргумент пересмотреть свои взгляды и отказаться от зоопарка систем в виртуальных машинах.

А прочитать более подробно о его настройках можно в нашей статье: https://interface31.ru/tech_it/2022/07/nastraivaem-ispolzovanie-ram-pri-rabote-s-zfs-v-proxmox-ve.html

Решаем наиболее распространенные ошибки с сервером Samba

🔹 Исправляем ошибку подключения Windows к общим ресурсам на сервере Samba Linux

🔹 Включаем отображение Samba-сервера в сетевом окружении Windows

​​Где мое бесплатное пиво?

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

Прежде всего коснемся используемой терминологии. Мы часто употребляем термины открытое и свободное ПО как синонимы, но они ими не являются, это разные понятия.

Свободное ПО – это прежде всего философия, которая предусматривает наличие у пользователя ряда свобод: свободу использования, свободу изучения, свободу изменения и свободу распространения.

Если лицензия ПО обеспечивает указанные свободы, то такое ПО считается свободным, а занимается всем этим Фонд свободного программного обеспечения (Free Software Foundation), именно он принимает решение какие именно лицензии считать свободными. Самая известная свободная лицензия – GPL.

Открытое ПО – это программное обеспечение с открытым исходным кодом, но оно не обязательно должно быть свободным или бесплатным. В качестве примера можно привести конфигурации 1С — это открытое ПО, но оно не является свободным и тем более бесплатным.

При этом свободное ПО должно быть открытым, это проистекает из свобод изучения и изменения. Но нигде ничего не сказано о том, что оно должно быть бесплатным.

Идем дальше, тут у нас возникает еще одно понятие – дистрибутив. Это набор бинарных пакетов, которые скомпилировал сборщик и которые представляют собой некую целостную систему, включая репозитории.

И вот тут возникает первое большое непонимание. Компоненты дистрибутива могут распространяться под разными открытыми и свободными лицензиями. Но сам дистрибутив представляет собой отдельный объект авторского права и его автор может установить собственные правила его использования.

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

Но как же GPL или другие свободные лицензии? А никак, к дистрибутиву они не применимы, они действуют для его компонентов. Вам никто не запрещает свободно их использовать самих по себе, но если вы хотите запускать именно дистрибутив – то будьте добры следовать его лицензии.

Если вам что-то не нравится – исходные коды предоставлены, собирайте сами и используйте по собственному усмотрению. Тут никаких вопросов нет, но бинарные файлы дистрибутива и репозиториев никто не обязывает предоставлять свободно и бесплатно. Здесь автор в праве поставить свои условия.

Поэтому не следует путать отдельные программы со своими лицензиями и их совокупность – дистрибутив. Он является отдельным объектом авторского права и может иметь собственные условия использования. Единственный момент – они не должны нарушать лицензии используемых компонентов.

Именно поэтому Red Hat так и не может победить клоны, она может запретить использование бинарных пакетов без оплаты лицензии, ограничить доступ к репозиториям, ставить иные различные препоны, но она не может запретить легальному пользователю самостоятельно собрать исходный код и использовать то, что получилось по своему усмотрению.

Но это будет уже не RHEL, а совсем другая сборка, со своим автором и своими правилами использования.

И еще один тонкий момент, если дистрибутив содержит ПО под проприетарными лицензиями или лицензиями, не требующими обязательного раскрытия исходного кода, то собрать вы сможете только свободную часть. Да, там есть тонкости, особенно с вирусным действием GPL, но в целом предоставить код вам должны только к свободной части.

Поэтому, если вы законно приобрели коммерческий дистрибутив Linux, то это не значит, что вы можете свободно его распространять и использовать направо и налево. Это отдельный объект авторского права со своими условиями. Или вы их соблюдаете или отказываетесь от использования.

Ну или берете исходные коды и собираете свой.

Листая старую тетрадь...

У многих коллег, особенно молодого поколения, бытует мнение, что Windows всегда была дружелюбной администратору системой, где все вопросы решались на уровне "подключи и работай" и "далее - далее - готово".

А Linux, особенно тех лет, это треш, ад, красные глаза и пляски с бубнами.

Но не тут-то было. Дружелюбным Windows был не всегда. Выше представлен скриншот из NT 4, которая вполне себе успешно жила в отдельных местах вплоть до середины нулевых.

Если вы найдете там диспетчер устройств и другие простые инструменты администрирования, то значит это не NT4.

А уж чего стоило добавить туда новую железку, да чтобы она еще и работала. Приключений, иногда, хватало на полдня и полночи.

А сейчас даже в Linux - максимум собрать модуль ядра. Скучно...

Некоторые размышления по поводу 13.53 КоАП

Ну что, господа и товарищи, Госдума в третьем чтении таки приняла спорный и резонансный законопроект, о котором мы уже писали и с 1 сентября 2025 года нас ждет новая реальность.

Наибольший резонанс из всего законопроекта вызвала пресловутая 13.53 КоАП Поиск заведомо экстремистских материалов и получение доступа к ним. Причем тут уже не только депутаты, но и целый министр стали успокаивать народ, мол это все для плохих, а хорошие даже не заметят.

Но как обстоят дела с точки зрения буквы Закона? Давайте почитаем Кодекс об административных правонарушениях. Начнем с самой сути:

🔹 Административным правонарушением признается противоправное, виновное действие (бездействие), за которое настоящим Кодексом установлена ответственность.

Не густо… Но это еще не все. Административные правонарушения могут быть материальными и формальными. Вторые не подразумевают наступление материальных или общественно вредных последствий, достаточно самого факта состава правонарушения. Пример – превышение скорости. Даже если это ни к чему не привело, штраф вы все равно заплатите.

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

А что в нашем случае? Давайте читать:

🔹 Статья 13.53.

Умышленное осуществление поиска в сети "Интернет" заведомо экстремистских материалов и получение доступа к ним

Статья представляет формальное правонарушение, однако требует наличие умысла. Что такое умысел? Читаем в той же самой книжке (КоАП):

🔹 Административное правонарушение признается совершенным умышленно, если лицо, его совершившее, сознавало противоправный характер своего действия (бездействия)

Т.е. если вы осознали, что получили доступ к экстремистским материалам, да еще использовали для этого КВН, то вот он и умысел. Формально. Но этого будет достаточно.

Откроем учебник по праву, который используется для обучения будущих правоохранителей и прочитаем там:

🔹 Объективная сторона административного правонарушения - совокупность признаков, характеризующих внешнюю сторону противоправного поведения лица

▫️ Обязательные (основные) признаки объективной стороны: противоправное действие (бездействие).

▫️ Факультативные (неосновные) признаки: время, место, способ, средства, обстановка совершения правонарушения.

Все это предоставит ваш провайдер. Факт вашего противоправного действия и время, место и т.д.

🔹 Субъективная сторона административного правонарушения - совокупность признаков, характеризующих внутреннюю сторону противоправного поведения лица, и свидетельствующих о его субъективном (личностном, психическом) отношении к такому поведению.

Субъективная сторона административного правонарушения определяет вину лица в его совершении.

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

Там много еще чего интересного, но по факту статья у нас получается резиновая. Потому что умысел в данном случае – это осознание противоправного характера своих деяний.

А дальше все просто. Товарищ милиционер говорит, мол я вижу, что ты нормальный парень, тыры-пыры, пассатижи… Так и пиши, случайно нашел и зашел на экстремистский сайт…

А далее судья спросит, мол вы же понимали, что сайт экстремистский? Но зашли же туда? Да еще через КВН? Умысел налицо.

А еще на вас тут характеристику очень нехорошую соседи написали, которая полностью открывает нам субъективную сторону данного правонарушения…

👍 Отличный инструмент для «был бы человек, а статья найдется», которой, с одной стороны, можно сделать больно товарищам там, просто окучив штрафами их аудиторию здесь.

А с другой, показать этой самой аудитории, что товарищ Майор бдит и общаться со всякими-якими не очень полезно для кармана. Ну и в будущем административная, особенно неоднократная тоже может сыграть против в самый неподходящий момент.

👉 В общем – не ходите дети в Африку гулять, а если все-таки пошли, то извольте соблюдать правила личной гигиены. 🚰🚰🚰

​​Правила использования ПО в организации

В комментариях задали вопрос – как контролировать установленное на компьютерах пользователей ПО, в частности плагины в браузерах. Многие наперебой начали советовать технические средства, но на самом деле этот вопрос выходит далеко за техническую плоскость.

Нравится вам это или нет, но из технической плоскости мы снова перейдем в правовую. Согласно действующего законодательства: владелец компьютера несет ответственность за то, как он используется, в том числе за использование нелицензионного ПО.

Обратите внимание – именно владелец, владельцем компьютера в нашем случае является организация. И даже если сотрудник установил на ПК какой-то плагин и совершил с его помощью противоправное деяние, то нести ответственность за это деяние будет организация.

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

Кто является должностным лицом? Тот, кто официально отвечает за ту часть деятельности организации, где произошло нарушений. Если такого ответственного нет, то должностным лицом будет директор или ближайший руководитель.

И если мы берем новое «модное» комбо из КоАП и сотрудник, поставив хитрый плагин сходил туда куда не надо и нашел то, что искать запрещено, то он будет привлечен по 13.53 КоАП от 3 до 5 тыс. руб.

А вот организация и должностное лицо этой организации спокойно могут привлечь по 13.52 КоАП за нарушение порядка использования средств доступа в интернет со штрафами от 200 до 500 тыс. руб. на организацию и 80 – 150 тыс. руб. на должностное лицо.

Весело? Очень. Но с самого сотрудника, кроме штрафа, взятки гладки. Компенсировать ущерб организации с него не получится, хоть его вина и доказана. А почему? А потому что кроме КоАП он больше ничего не нарушил, а по КоАП его уже привлекли.

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

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

Главное – не забыть в регламенте явно прописать запрет, например:

🔹Пользователю запрещается:

▫️ устанавливать самостоятельно ПО;
▫️ вносить изменения в установленное ПО (включая обновление, установку плагинов, дополнений и расширений);
▫️ удалять ПО.

Далее закрепляем обязательность исполнения регламента всеми лицами, использующими программное обеспечение в правилах внутреннего трудового распорядка.

Сложно? Возможно. Но теперь у вас есть не только технические, но и административные рычаги воздействия на пользователя. А у пользователя появляется ответственность и не только материальная.

А далее регулярный контроль, в том числе и технический. Нарушения фиксируем комиссией и берем объяснительную. Далее организация имеет право применять к нарушителю все разрешенные Трудовым кодексом дисциплинарные взыскания.

Как показывает реальная практика, наличие такого регламента уже само по себе действует дисциплинирующее. А если вы только внедряете регламент, то всегда найдутся желающие «проверить его на вшивость». В таком случае пару «показательных порок» с полным документальным оформлением дисциплинарного проступка быстро остужают горячие головы.

При этом следует помнить, что наличие регламента не освобождает организацию от ответственности, если сотрудник, нарушив регламент, подведет организацию «под монастырь».

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

​​Небольшая подборка о том, что можно делать при помощи групповых политик.

🔹 Включаем отображение значков на рабочем столе Windows 10 через групповые политики

🔹 Как через групповые политики включить запрос на перезагрузку после установки обновлений для Windows 10

🔹 Автоматическое отключение локальных учетных записей через GPO

🔹 Усиливаем безопасность учетных данных пользователей при помощи групповых политик

🔹 Отключаем обновление Windows на следующую версию при помощи установки целевого выпуска

🔹 Установка сертификата при помощи групповых политик

Замедляет ли групповая политика загрузку ПК?

Представляем перевод статьи TechNet "Is Group Policy Slowing Me Down?" которая, на наш взгляд, будет интересна широкому кругу русскоязычных читателей.

👉 Привет всем, Натан Пенн снова обратился к одному из наиболее часто встречающихся вопросов: является ли групповая политика в моей среде замедляющим фактором загрузки и входа в систему? К счастью, если знать, где искать, мы можем быстро получить ответ на этот вопрос.

https://interface31.ru/tech_it/2018/12/is-group-policy-slowing-me-down.html

​​Клиент-серверная 1С. Структура

Вопросы и отзывы показывают, что многие коллеги слабо представляют себе устройство клиент-серверной 1С и взаимодействие между ее компонентами.

Начнем с сервера, он так и называется Сервер 1С:Предприятие и может работать как под Windows, так и в Linux. Рабочая инсталляция сервера называется Кластер серверов 1С, даже если экземпляр сервера один.

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

Также мы можем выносить на отдельные рабочие сервера дополнительные функции, например, сервер лицензирования.

Вся информация, с которой работает пользователь, а также код конфигурации (прикладного решения) хранятся в СУБД, в качестве которых чаще всего используется MS SQL или PostgreSQL.

Сразу хочется обратить внимание на то, что с СУБД взаимодействует исключительно сервер, клиенты доступа к серверу СУБД не имеют и напрямую в БД не обращаются. Более того, это прямо запрещено лицензионным соглашением 1С.

Вся информация из одной информационной базы 1С, включая конфигурацию, загруженные в нее отчеты, обработки и расширения хранится в одной базе данных СУБД. Т.е. вы можете выполнять полноценное копирование средствами СУБД и затем восстанавливать ИБ подобным образом.

Однако если вы лицензируете СУБД по количеству пользователей, то вам потребуется количество лицензий по числу реальных клиентских подключений.

Теперь перейдем к клиентам. Толстый клиент является устаревшим и современными конфигурациями не используется.

Его неприятной особенностью является то, что он все данные обрабатывает самостоятельно и сервер в этом случае будет для него просто посредником, который извлекает данные из СУБД, передает их клиенту и получив назад снова помещает в БД.

Для работы в таком режиме требуются широкие каналы и мощная рабочая станция, на которой запущен толстый клиент.

Сейчас в режиме толстого клиента работает только конфигуратор, но в эксплуатации еще могут быть устаревшие конфигурации на обычных формах, которые не умеют работать в ином режиме.

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

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

Но любые действия по получению данных из СУБД и помещению их туда выполняет сервер, равно как и все основные тяжелые вычисления.

Благодаря этому тонкий клиент отлично работает даже на медленных каналах, включая мобильный интернет.

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

Такой режим удобен для публикации баз наружу, в этом случае достаточно одного порта, который можно защитить SSL сертификатом и дополнительной парольной защитой.

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

Единственной проблемой может стать выделение оперативной памяти, потому что после отключения веб-клиента его сеанс, а следовательно, и выделенная ему память, сохраняются в течении 20 минут.

Также веб-клиенту присущ ряд ограничений, а также у него своя схема лицензирования, поэтому использовать веб-клиент следует только тогда, когда использовать тонкий клиент невозможно.

Поэтому, проектируя соверменные схемы работы с 1С всегда исходите из использования тонкого клиента.

С праздником, коллеги!!!

🍺🍺🍺

​​Какие данные хранит сервер 1С:Предприятия

В комментариях к нашей прошлой заметке о сервере 1С был задан вопрос – а как его бекапить и что именно. Поэтому давайте разберемся, какие данные хранятся сервере 1С и насколько критична их потеря.

Сейчас мы будем говорить только о сервере 1С и не будем касаться сервера СУБД, даже если они расположены на одной машине.

Итак, какие данные сервер 1С хранит на диске и где? Для хранения данных используется специальная рабочая директория кластера. В Windows она располагается в C:\Program Files\1cv8\srvinfo\reg_1541, в Linux в /home/usr1cv8/.1cv8/1C/1cv8/reg_1541.

Обратите внимание, что в имени родительской директории присутствует номер порта, на котором зарегистрирована служба, если вы используете несколько установок сервера 1С:Предприятие с нестандартными портами, то имя каталога будет иное.

Начнем с сеансовых данных, которые хранятся в директории с именем snccntx + уникальный идентификатор.

Что из себя представляют сеансовые данные? Это все данные, введенные пользователем в формы и предназначенные для передачи на сервер, прикрепленные к базе файлы при их загрузке и получении и иные объекты Временного хранилища, а также результаты отчетов, сформированных на сервере перед их передачей клиенту.

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

В той же директории можно найти папки с именами, состоящими из уникальных идентификаторов, по одной на каждую информационную базу. Там находятся каталоги 1Cv8FTxt и 1Cv8Log.

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

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

Пожалуй, это единственная информация на сервере 1С:Предприятия, которую имеет смысл бекапить, но снова только в том случае если журнал регистрации вам реально нужен и вы им реально пользуетесь. И вам реально нужна его история.

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

Что касается настроек, то для платформы уровня ПРОФ их порезали до крайне неприличного уровня и настраивать там решительно нечего. В случае если вы используете платформу КОРП, то профайлы таки имеет смысл копировать, но пользователи КОРП и так должны все это знать.

Таким образом даже полная потеря сервера 1С:Предприятие не приведет ни к каким фатальным последствиям, так как все данные необходимые для работы информационной базы хранятся на сервере СУБД и резервной копии БД будет вполне достаточно для восстановления.