Записки IT специалиста

Кто сильно переживал за ПИоТ - может выдохнуть и немного расслабиться. С 1 июля продажи не станут и проверка марок в разрешительном режиме работать будет. Штрафные санкции откладываются на 1 сентября. Но расслабляться и откладывать на потом внедрение ПИоТ не нужно. Чтобы он не свалился вам как снег на голову.

Интернет кажется чем-то само собой разумеющимся ровно до того момента, пока сеть не начинает работать нестабильно. За надёжным соединением стоят десятки решений, протоколов и механизмов маршрутизации, которые определяют, как данные найдут правильный путь. 📅 1 июля в 20:00 МСК приглашаем вас на открытый урок, где мы разберём один из ключевых протоколов маршрутизации, который используется в корпоративных сетях по всему миру. На занятии вы узнаете, как работает OSPFv2, чем отличаются сети разных типов, как выбираются основной и резервный маршрутизаторы, как настраивается Router ID и распространяется маршрут по умолчанию. Открытый урок проходит в преддверии старта курса «Сетевой инженер. Базовый уровень». Это хороший способ познакомиться с практической стороной сетевой инженерии, задать вопросы эксперту и сделать первый шаг в профессии: 👉 https://otus.pw/fd6l/?erid=2W5zFG1g8em Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

Как я внедрял систему учета обращений на бумажном носителе Я уже рассказывал на данном канале истории из далекой молодости, когда я сразу после окончания высшего учебного заведения попал на работу в сельскохозяйственный НИИ на должность инженера. Первоначально там предполагались задачи администратора, но постепенно на меня скинули все обязанности типового инженера данной конторы вплоть до газовых баллонов, пневматики и всего такого разного. Сия организация была бюджетной и руководил ей бывший партийный начальник областного уровня, славный в свое время «подвигами», о которых из уст в уста передавались «легенды». Контингент той конторы был преимущественно предпенсионного возраста, а «молодежь» были те, кому за тридцать. Ну и я со своими 20 с небольшим числился там за «юношу». Очень скоро я познал… нет, не дзен, а суровую реальность бюджетной конторы – если можно не работать, то работать не нужно, а ответственность всегда можно спихнуть на кого-то другого. В результате на собраниях по утрам меня часто вызывали на ковер к директору, потому что какой-то отдел чего-то там вовремя не сделал, а причиной назвал неисправность оборудования. А дальше был примерно следующий диалог: - Товарищ инженер, ну что это за дела? - Товарищ директор, первый раз сейчас слышу. - А мы тебе говорили!!! - Когда? - Когда ты баллон менял в понедельник!!! - Не было такого! - Было!!! - Не было! - Ты гляди, он еще и огрызается! Я тут 100500 лет работаю, а он без году неделя!!! В результате подобные совещания заканчивались далеко не в мою пользу и получалось что инженер нефига не делает и вообще крайний. Понятно, что такое положение дел мне не нравилось. Поэтому я взял толстую тетрадку, разлинеил ее и каждое утро, через полчаса после начала рабочего дня начал делать обход. Я с этой тетрадкой заходил в каждый кабинет и спрашивал – есть ли вопросы по технике или нарекания. Нет? Отмечал в тетрадке: кабинет – прибор – наличие или отсутствие вопросов, дату и время. Все обращения записывал туда-же. Дату и время обращения, его суть, коротко причину и принятые меры и время завершения. Или объективную невозможность завершить работы, например, нужно купить запасные части. Со временем одна тетрадка превратилась во две. Одну я назвал «Журнал учета состояния техники», вторую «Журнал учета обращений». С одной делал обход, в другой фиксировал все заявки. И потом на подобных совещаниях я просто приходил с тетрадками, открывал их и говорил, что обращений не получал, а если получал, то исправил тогда-то и тогда-то, либо не исправил по объективным причинам, так как… Вся эта система была выстроена мною где-то за полгода, ну да когда получаешь отнюдь не пряники на каждом совещании – думать и шевелиться начнешь. А потом она прижилась и тихо стала официальной, теперь уже не только я вел эту тетрадку, но и каждый отдел и расписывались в ней обе стороны. Я проработал в этом НИИ ровно два года, но эта система осталась там надолго и уже лет через 10-15 при общении с бывшими коллегами я узнавал, что система обходов и журналов там до сих про живее всех живых.

Квартиры в Петербурге: Девяткино. Скидка 30% – до 30.06! Ипотека от 3,9%! Отделка. Европланировки. Мастер-спальни, гардеробные, кухни-гостиные! Узнать больше Изучите все условия кредита (займа) на сайте в соответствующем разделе. Оценивайте свои финансовые возможности и риски. Финансовые услуги оказывает: ПАО Сбербанк. Проектная декларация на сайте https://наш.дом.рф/. Застройщик: "СЗ "ВОРОНЦОВСКИЙ". #реклама up-vrn.ru О рекламодателе

Почему я не могу найти работу, если работать некому? Примерно в этом ключе можно сформулировать основную мысль в последних комментариях. Частично о том, как проходит отбор соискателей по резюме, мы писали здесь и здесь. А не так давно касались проблемы возраста. Теперь коснемся вопроса, как смотрит работодатель на соискателя на собеседовании и дает от ворот поворот даже если с квалификацией и резюме все хорошо. Во многом собеседование – это ваша попытка продать себя конкретному работодателю и отказ надо воспринимать спокойно, ну не видит он вас своим сотрудником, просто не видит и все, так бывает. Это как пришли вы на рынок за помидорами, ходите, смотрите, выбираете. Везде помидоры, цена примерно везде одинаковая, но возьмете вы почему-то вот эти, а не вон те. Просто приглянулись они вам чем-то. Но есть ряд качеств, которые для работодателя как красная тряпка, хотя вы сами можете полагать обратное. И это не профессиональные качества, а личные, так сказать – софт-скиллы. 1️⃣ Вранье. То, что на собеседовании приукрашивают и привирают – знают все, это нормально. Но откровенное вранье – это сразу стоп-сигнал, хороший специалист по сленгу, терминам и вопросам с подтекстом сразу поймет, что вы не в теме. И сделает выводы, хотя вслух может ничего и не скажет. Поэтому лучше честно скажите, что и как. Мол видеть видел, глубоко не вникал, коллеги делали, но готов учиться. Такая позиция выглядит в глазах работодателя намного лучше. 2️⃣ Любопытство. С одной стороны, интересоваться новым местом работы – это хорошо и правильно. Но начинать с порога углубляться в детали, не важно – технические, организационные, финансовые – это вызвать у потенциального работодателя настороженность. Коротко и емко это можно описать фразой: а казачок, случайно не засланный? Плюс лишнее любопытство может вызвать настороженность у ваших будущих коллег? Зачем вы интересуетесь тем, что не касается прямо вашей будущей вакансии? Метите потом их подсидеть? 3️⃣ Болтливость. Это когда вы сразу, без каких-либо просьб вываливаете подробности внутренней кухни старого работодателя. Нет, возможно и в иных условиях эта информации оказалась бы для вашего работодателя ценной, и вы могли бы продать ее за некоторые бонусы. Но когда он видит, что вы буквально без спроса вываливаете ему первому встречному-поперечному, то, что вам помешает точно также разболтать внутреннюю информацию о его компании? А если это сочетается с предыдущим пунктом, то поздравляем, вы выбили двойное комбо! 4️⃣ Пронырливость. Если вас берут на позицию линейного сисадмина – то, наверное, организации нужен именно линейный сисадмин. А попытки продать себя «подороже», мол я еще и сервера знаю, и скрипты пишу, и на 1С умею, а еще крестиком вышивать могу вызовут только глухое раздражение ваших будущих коллег. Вы только что, еще даже не устроившись на работу явно высказали претензии на их поляны. Фактически на их кусок хлеба и они видят в вас не будущего коллегу, а вполне реальную угрозу. То же самое может видеть и работодатель, а ему конфликтные ситуации в коллективе меньше всего нужны. 5️⃣ Психотип. По резюме этого не видно, но сразу бросается в глаза на собеседовании. И тут ничего сделать нельзя и это даже к лучшему. Скажем, ваши будущие коллеги – все сплошь крепкие грубоватые мужики, объединенные темой охоты и рыбалки, с грубыми шутками и приколами. А тут вы, интеллигентный любитель классической музыки. Тут уже не только работодателю, но и ежу понятно, что комфортно вам вместе не будет, причем более некомфортно будет вам, а не им – они уже спевшийся и спаянный коллектив, а вы в нем белая ворона. 👉 Про остальное, которое уже относится к явной неадекватности, вроде неуместного внешнего вида, разговоров на отвлеченные темы и прочего подобного мы даже говорить не будем, сами должны понимать, что таким образом вы сами убиваете свои шансы до нуля.

Магистратура ИТМО для фронтенд и бэкенд разработчиков Выберите язык программирования и уровень. Регулируемая нагрузка. Эксперты Яндекса учат. Реальные кейсы. Государственный диплом. Оставьте заявку Перейти на сайт #реклама 16+ practicum.yandex.ru О рекламодателе

За героизм нам не платят Сегодня, на фоне обсуждений в комментариях, хочется поговорить о производственном «героизме». А именно, когда мы начинаем выполнять задачу не в обычном рабочем режиме, а в состоянии аврала или близком к нему. Данный героизм можно разделить на два типа: добровольный и вынужденный. Начнем с последнего. Вынужденный героизм – это всегда результат просчета, вашего или не только вашего. Да, причиной возникновения подобной ситуации может послужить некий внешний фактор, но это только триггер, маленький камушек запускающий сход целой лавины. А истинные причины, в случае лавины, это накопление критической массы снега на склоне. В нашей отрасли – это накопление критической массы ошибок, недоработок, халатного отношения и прочего, прочего, прочего. По-хорошему, причиной авральной ситуации может быть только наступление форс-мажора, т.е. обстоятельств непреодолимой силы. Во всех остальных случаях ситуация может быть сложной, но контролируемой. Что такое авральная ситуация? Это когда все бегают по потолку и ищут там пятый угол, а заодно мучительно думают кого бы назначить крайним. Сложная, но контролируемая ситуация выглядит так: у нас утрачена рабочая копия сервера и локальное хранилище копий. Чтобы запустить основные функции надо получить 40 ГБ бекапов из внешнего хранилища, это займет примерно час. За это время переустановим сервер, потом еще час-полтора на запуск. Туда-сюда, через три -четыре часа взлетим. В чем разница? В том, что в первом случае это чистый «героизм», мы превозмогаем, самозабвенно бьемся с обстоятельствами, пытаемся пропетлять между струями дождя и т.д. и т.п. Во-втором – планомерная и слаженная работа в сложной ситуации, когда мы понимаем, что со всеми допущениями и закладками на прочие «сюрпризы» за три – четыре часа мы систему гарантированно поднимем. А теперь подумаем, что могло стать причиной перерастания сложной ситуации в авральную? Не было внешнего хранилища? Было, но процесс копирования в него никто не контролировал? Контролировал, но не проверял сами копии? Таких причин можно найти множество и именно их накопление провоцирует в критической ситуации уже упомянутую нами лавину. Второй вид героизма – добровольный. Тут все проще и не так трагично. Просто мы вызываемся поработать во внерабочее время, в плотном графике, без необходимых ресурсов и т.д. и т.п. Обычно это начинается так: нам нужно… А вы вместо того, чтобы обоснованно пояснить, что тут у нас не хватает ресурсов: вычислительных, памяти, пропускной способности, технологического окна и т.д. и т.п. просто берете под козырек и говорите, что мол попробуем. Начинается все это безобидно: давайте задержимся после работы, выйдем в ночь, пока сделаем так, а там докупим… Заканчивается по-разному. Самый безобидный сценарий, это когда вам первый раз пожали руку, сказали спасибо и выдали премию, второй раз просто пожали руку, третий раз забыли про спасибо, а потом еще и посетовали, что что-то вы как-то плохо работали. В результате подобный «героизм» входит в рутину и от вас его уже ожидают по умолчанию. Ну если нравится человеку работать по ночам без дополнительной оплаты… Но это был безобидный сценарий. А ведь может все пойти не так, и ситуация превратится в авральную и неконтролируемую. После чего сразу переходим к пункту про вынужденный героизм. Но тут есть нюансы, если причиной критического сбоя послужил внешний фактор, то им еще как-то можно прикрыться. А вот если вы размотали систему «на ровном месте», то это конкретное попадалово. Потому что руководство доходчиво вам объяснит всю степень вашей неправоты: не контролировал, неверно оценивал риски, не приложил должных усилий и т.д. и т.п. И оправдания, типа ну я же просил новый сервер, диски, память и т.п. не прокатят. Так как вам справедливо заметят, что если вы осознавали, то почему делали? А если делали, то вам и отвечать. А что не выделили, так это вы не объяснили и не довели. В общем – не надо так делать. Как говорил один мой первый руководитель, когда я проявлял ненужную инициативу – за героизм нам не платят.

Получи грант до 1,35 млн руб. на обучение в магистратуре Хочешь развиваться в сфере ИТ и получить фундаментальные знания с практикой? Поступай в магистратуру Центрального университета! — 4 офлайн программы по востребованным направлениям ИТ — 2 онлайн-программы: машинное обучение и продуктовый менеджмент — 550 грантов до 75% — Вечерние занятия и учеба по выходным — удобно совмещать с работой — Обучение по модели STEM-образования: на стыке науки, технологий и бизнеса — Возможность стажировок и трудоустройства в ведущих компаниях — Государственный диплом за 2 года Магистратура в Центральном университете — это современный подход к образованию, сильный преподавательский состав и актуальные кейсы от индустрии. Оставляй заявку на грант уже сейчас! Зарегистрироваться #реклама 16+ cu.ru О рекламодателе

Сами, но не с усами В комментариях часто встречаются коллеги старой закалки, которые с гордостью рассказывают о том, что сами собирают себе пакеты. Ну, собирают и собирают, какая нам от этого печаль? Но последние события в мире ПО заставили посмотреть на это под новым углом. С массовым привлечением ИИ к разработке и анализу кода уязвимости начали находиться гораздо быстрее и также гораздо быстрее закрываться. Сегодня и дня не проходит, чтобы в сводке новостей не промелькнуло, что ИИ нашел очередную уязвимость. А после того, как вы собрали собственный пакет, у вас тут же возникают обязанности по его поддержке. В былые времена это не было сильно затратным делом, ну собрал новую версию раз в полгода или когда нашли что-то серьезное. Сейчас же правила игры сильно изменились. Обновления пекутся как горячие пирожки, а сидеть с незакрытой уязвимостью это риск не гипотетический, а практический. ИИ и эксплойт напишет, и пояснит как им пользоваться, так что доступно сие развлечение будет даже школьникам. А чтобы не быть голословным, я посчитал обновления ПО на рабочих серверах, где вся нагрузка крутится в Docker. И это только за один месяц. 🔹Traefik – 5 обновлений - 05.06, 06.06, 11.06, 23.06, 24.06 🔹Angie – 3 обновления - 26.05, 16.06, 20.06 🔹Caddy – 5 обновлений - 04.06, 05.06, 10.06, 23.06, 25.06 🔹Redis – 4 обновления - 27.05, 29.05, 23.06, 24.06 🔹Postgres 17 – 3 обновления - 12.06, 13.06, 25.06 🔹Wordpress FPM – 3 обновления - 12.06, 16.06, 25.06 И, глядя на даты выхода, складывается понимание, что апгрейды эти были далеко не плановыми и явно не новые фишечки выкатывали, а старательно что-то латали, да перелатывали. В таком темпе свои пакеты вам придется срочно пересобирать, да не по одному разу, практически только этим и занимаясь, плюс начать серьезно отслеживать новостные бюллетени на предмет выхода новых релизов у используемого софта. На практике это делает поддержку собственной сборки очень дорогой и заморочной, либо вам придется настраивать автоматический конвейер, который будет сам пересобирать ПО на каждый коммит в репозитории, но это уже совсем другой уровень и другая история. 🧐 А что думаете по этому вопросу вы? Готовы включиться в эту гонку?

Переходите на новый уровень чистки вместе с Oral-B. Выберите ту самую щётку. Купить #реклама market.yandex.ru О рекламодателе

Где мое бесплатное пиво? В обсуждениях время от времени всплывает тема коммерческих Linux дистрибутивов, мол какие нехорошие люди, взяли за бесплатно, закрыли и продают. Поэтому решили в очередной раз коснуться этого вопроса. Прежде всего коснемся используемой терминологии. Мы часто употребляем термины открытое и свободное ПО как синонимы, но они ими не являются, это разные понятия. Свободное ПО – это прежде всего философия, которая предусматривает наличие у пользователя ряда свобод: свободу использования, свободу изучения, свободу изменения и свободу распространения. Если лицензия ПО обеспечивает указанные свободы, то такое ПО считается свободным, а занимается всем этим Фонд свободного программного обеспечения (Free Software Foundation), именно он принимает решение какие именно лицензии считать свободными. Самая известная свободная лицензия – GPL. Открытое ПО – это программное обеспечение с открытым исходным кодом, но оно не обязательно должно быть свободным или бесплатным. В качестве примера можно привести конфигурации 1С — это открытое ПО, но оно не является свободным и тем более бесплатным. При этом свободное ПО должно быть открытым, это проистекает из свобод изучения и изменения. Но нигде ничего не сказано о том, что оно должно быть бесплатным. Идем дальше, тут у нас возникает еще одно понятие – дистрибутив. Это набор бинарных пакетов, которые скомпилировал сборщик и которые представляют собой некую целостную систему, включая репозитории. И вот тут возникает первое большое непонимание. Компоненты дистрибутива могут распространяться под разными открытыми и свободными лицензиями. Но сам дистрибутив представляет собой отдельный объект авторского права и его автор может установить собственные правила его использования. Например, предусмотреть лицензионные отчисления за каждый используемый экземпляр. Или разрешить использование дистрибутива только стоя на голове. Все это будет отражено в лицензионном соглашении и если вы его приняли, то должны следовать указанным там нормам. Но как же GPL или другие свободные лицензии? А никак, к дистрибутиву они не применимы, они действуют для его компонентов. Вам никто не запрещает свободно их использовать самих по себе, но если вы хотите запускать именно дистрибутив – то будьте добры следовать его лицензии. Если вам что-то не нравится – исходные коды предоставлены, собирайте сами и используйте по собственному усмотрению. Тут никаких вопросов нет, но бинарные файлы дистрибутива и репозиториев никто не обязывает предоставлять свободно и бесплатно. Здесь автор в праве поставить свои условия. Поэтому не следует путать отдельные программы со своими лицензиями и их совокупность – дистрибутив. Он является отдельным объектом авторского права и может иметь собственные условия использования. Единственный момент – они не должны нарушать лицензии используемых компонентов. Именно поэтому Red Hat так и не может победить клоны, она может запретить использование бинарных пакетов без оплаты лицензии, ограничить доступ к репозиториям, ставить иные различные препоны, но она не может запретить легальному пользователю самостоятельно собрать исходный код и использовать то, что получилось по своему усмотрению. Но это будет уже не RHEL, а совсем другая сборка, со своим автором и своими правилами использования. И еще один тонкий момент, если дистрибутив содержит ПО под проприетарными лицензиями или лицензиями, не требующими обязательного раскрытия исходного кода, то собрать вы сможете только свободную часть. Да, там есть тонкости, особенно с вирусным действием GPL, но в целом предоставить код вам должны только к свободной части. Поэтому, если вы законно приобрели коммерческий дистрибутив Linux, то это не значит, что вы можете свободно его распространять и использовать направо и налево. Это отдельный объект авторского права со своими условиями. Или вы их соблюдаете или отказываетесь от использования. Ну или берете исходные коды и собираете свой.

Выгода до 210 000 ₽ на покупку Solaris KRS в трейд-ин Долгожданный седан SOLARIS KRS. Датчики света. Узнаваемость на дорогах Узнать больше #реклама mrqz.me О рекламодателе

А почему оно зеленое? Кто знает ответ? Скриншот реальный.

Как получить информацию об оборудовании ПК в Linux Как получить информацию об оборудовании, установленном в вашем ПК или сервере? Можно просто открыть крышку корпуса и посмотреть. Но это не всегда возможно, да и не нужно, ведь есть столько разных утилит, которые быстро выдадут вам всю необходимую информацию с нужной степенью детализации. Но все меняется если перед нами Linux и из интерфейсов доступна только командная строка, есть от чего растеряться. Но не стоит впадать в уныние, нужная информация всего лишь в нескольких командах от вас и сегодня мы о них расскажем. Сразу уточним постановку задачи - нас не интересуют напряжения, температуры и прочие режимы работы оборудования, сегодня нам нужно максимально подробно узнать какое именно оборудование установлено в компьютере, например, модель материнской платы, процессора, планок памяти. Это часто бывает нужно при апгрейдах, покупке запасных частей, инвентаризациях оборудования. ✅ Читать далее: https://interface31.ru/post/linux-nachinayushhim-kak-poluchit-informaciyu-ob-oborudovanii-pk/

Как ОБИ перешла с SAP на 1С:ERP без остановки бизнеса Миграция с SAP — задача, которую боятся многие. Сеть гипермаркетов ОБИ (28 магазинов, 3 500+ сотрудников) успешно заменила SAP на 1С:ERP от Автомакон, сохранив непрерывность всех процессов. Команда Автомакон выполнила перенос данных из SAP, настроила финансовый и управленческий учет, доработала блок закупок, реализовала интеграции между системами и обучила пользователей. Результат: успешный запуск 1С:ERP в промышленную эксплуатацию: — оборачиваемость запасов выросла на 20%, — согласования ускорились в 2 раза, — полная прозрачность финансов и операций. Планируете переход с SAP или внедрение 1С:ERP? Узнайте, как реализовать проект без рисков для бизнеса. Получить консультацию #реклама erp.automacon.ru О рекламодателе

Как узнать температуру процессора и накопителей Пришло лето, а вместе с ним и жаркие деньки, но в это время администраторы думают вовсе не о пляже, а о температурном режиме обслуживаемого оборудования. Перегрев может негативно сказываться как на производительности, так и на сроке службы устройств. Как понять, требуется ли дополнительное охлаждение основным компонентам вашего компьютера или сервера если вы работаете под управлением Linux? Очень просто и сегодня мы расскажем о простых и надежных утилитах, позволяющих получить информацию о состоянии оборудования даже если вам доступна только командная строка. ✅ Читать далее: https://interface31.ru/post/linux-nachinayushhim-kak-uznat-temperaturu-processora-i-diska/

Магия Lovable: как создавать готовые интерфейсы с помощью одного запроса Lovable может за минуты собрать экран, который выглядит как почти готовый интерфейс. Но результат зависит не от «магии нейросети», а от того, насколько точно вы ставите задачу. Один расплывчатый запрос даст случайный макет, а правильно собранный системный промпт — понятную структуру, единый стиль и экран, который уже можно показывать команде, заказчику или использовать для проверки идеи. На открытом уроке 2 июля в 20:00 разберём, как формулировать задачи для Lovable. Поговорим о структуре системного промпта, ключевых словах, которые помогают превратить текст в качественный интерфейс, и способах доработки результата через встроенный редактор и повторные запросы. Отдельно обсудим, как управлять компонентами, просить нейросеть переиспользовать элементы и сохранять единый визуальный стиль. 👉 Записаться: https://otus.pw/drJH/?erid=2W5zFG52cFb Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

Установка и настройка сервера лицензирования 1С:Предприятие Управление лицензиями 1С:Предприятия - задача не простая, особенно если у вас в эксплуатации несколько серверов или используется виртуализация. Основные проблемы - это оптимизация распределения лицензий и привязка лицензий к параметрам оборудования, что создает трудности в виртуальной среде. Облегчить работу и централизовать управление лицензиями вам поможет выделенный сервер лицензирования, как его установить и настроить мы расскажем в этой статье. Начнем с того, что в официальной документации 1С:Предприятия вы не найдете термина Сервер лицензирования, есть понятие сервиса лицензирования, который может быть назначен любому рабочему серверу кластера серверов 1С:Предприятие. Но существуют некоторые особенности его использования, самая важная из которых заключается в том, что рабочий сервер не имеющих других назначенных сервисов, кроме сервиса лицензирования не требует отдельной серверной лицензии. Это позволяет выделить для сервиса лицензирования отдельный компьютер или виртуальную машину с постоянными характеристиками оборудования и с его помощью централизованно управлять лицензиями. Неофициально такая система получила название сервера лицензирования, что точно отражает выполняемую роль, но является несколько некорректным с точки зрения официальной терминологии. ✅ Читать далее: https://interface31.ru/post/ustanovka-i-nastroyka-servera-licenzirovaniya-1spredpriyatie/

Kaspersky Premium со скидкой до 28% Покупайте Kaspersky Premium со скидкой до 28% и получайте гарантированные ценные подарки от партнёров, а также возможность участовать в розыгрыше путешествия. Узнать больше #реклама 16+ kaspersky.ru О рекламодателе

Порядок получения лицензий 1С:Предприятия веб-клиентом Веб-клиент – особый тип клиентского приложения, предназначенный для работы через браузер. Это один из самых специфичных и ограниченных в возможностях клиентов и поэтому работу через него надо избегать. Однако в ряде случаев особых альтернатив ему нет, например, для техники Apple или планшетов Andriod. Получение лицензий таким клиентом имеет свои особенности и зависит от режима работы. Для файловой базы поиск производится на компьютере, где установлен модуль расширения веб-сервера, все лицензии выдаются только в многопользовательском режиме (на сеанс): ▫️ Получение лицензии из файла программной лицензии или HASP ключа откуда была получена лицензия при последнем удачном подключении ▫️ Поиск локальной программной файловой лицензии ▫️ Поиск локального ключа HASP ▫️ Поиск сетевого ключа HASP доступного через HASP LM Для клиент-серверных баз локальный поиск ключа на компьютере с установленным модулем расширения веб-сервера не производится, лицензия сразу запрашивается с сервера. Поиск лицензии выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке: ▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении ▫️ Поиск локальной программной лицензии ▫️ Поиск локального клиентского ключа HASP ▫️ Поиск сетевого ключа HASP доступного через HASP LM ▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске ▫️ Поиск программной лицензии на сервере лицензирования При этом, если вы используете веб-клиент для подключения к файловым и клиент-серверным базам одновременно вам будет необходимо держать два комплекта лицензий на веб-сервере и сервере 1С Предприятие в количестве достаточном для запуска нужного числа сеансов.