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

Практическое использование программных лицензий 1С:Предпритие Данный материал написан на злободневную тему, так как не все умеют правильно использовать желтый листок с набором цифр. Что представляет собой программная лицензия? Это листок (физический или электронный), на котором нас интересуют два набора цифр. В самом верху крупно напечатан рег. номер – это десять цифр, являющихся уникальным идентификатором лицензии. Его будут спрашивать при всех обращениях в поддержку и к нему привязываются все перечисленные ниже коды. Пинкоды, напечатаны мельче в нижней части листка, напечатаны с избытком, например, на лицензии на 5 рабочих мест указано: пинкодов 8, из них 3 резервных. Каждый пинкод дает вам право на получение или восстановление лицензии. Получение лицензии подразумевает ее установку на новое рабочее место, здесь мы просто указываем пинкод и заполняем данные о пользователе. После активации лицензии пинкод будет помечен как активный. Остальные останутся свободными/резервными. До определенного момента никакой разницы между свободными и резервными пинкодами нет, вы можете использовать любой пинкод с листа как для активации новой лицензии, так и для восстановления уже существующей. При восстановлении лицензии мы указываем старый пинкод и новый пинкод. После восстановления старый пинкод становится заблокированным. После того, как количество активных лицензий сравняется с количеством доступных по данной лицензии, то все остальные пинкоды станут резервными, т.е. использовать их можно только для восстановления уже существующих лицензий. Получить новую лицензию по такому номеру не получится. Вот с этим моментом и связан ряд тонкостей. Разберем несколько случаев. Во всех случаях будем рассматривать набор лицензии на 5 рабочих мест: пинкодов 8, из них 3 резервных. Изначально мы установили лицензии на три рабочих места, потом на двух поменяли оборудование. А вот дальше возможны варианты. 1️⃣ Администратор решил не заморачиваться и на новые ПК получил новые лицензии. Теперь у нас 5 активных лицензий, 1С не отслеживает статус лицензии онлайн/оффлайн. И далее новые лицензии мы уже активировать не сможем. Теперь нам доступен только один путь – восстановление. На новом ПК нам нужно будет указать пинкод от старого и те данные пользователя, которые были указаны при первом получении лицензии. 2️⃣ Администратор не поленился и восстановил лицензии на новые ПК, теперь у нас два пинкода заблокировано, три активно, а из оставшихся трех – два свободные и один резервный. Да, несмотря на то что пинкодов осталось только три, два из них свободные. Кстати, самое время обратиться на линию лицензирования и получить еще два резервных пинкода. 👆А вот теперь подводные камни. На тех ПК, где у нас лицензии с заблокированными пинкодами сами файлы программной лицензии никуда не делись и при запуске 1С они продолжат работать как ни в чем не бывало. Но 1С отслеживает общее количество активных лицензий и у вас может начаться случайный их «слет». Т.е. сегодня лицензия не обнаружена у Иванова, завтра у Петрова, а Иванов снова нормально работает. И если не изучать лог поиска ключа, то искать причину можно очень долго и безуспешно. Также может помочь запрос на линию поддержки, они покажут вам какие пинкоды дублируются и на каких ПК это происходит, далее только останется найти ПК по имени. ✅ Поэтому, во избежание разных проблемных ситуаций удаляйте файлы программных лицензий с выводимых из эксплуатации ПК. А также ведите учет пинкодов и указанной при их активации информации о пользователе, которую, напоминаем, надо восстановить посимвольно. Все это, конечно, можно восстановить через линию поддержки, но это занимает время. Также, при активации лицензий, указываете доступную и активную почту, а не почту пользователя или директора/главбуха. Потому что иначе переписку с поддержкой вам придется вести через их ящик, либо предоставлять кучу дополнительной информации или довольствоваться тем, что информация на сторонний почтовый ящик будет ограничена.

Статус Сколково "под ключ" снизить налоги до 0% Боитесь тратить деньги впустую и не получить статус? Мы берем на себя все риски. Наша команда (14 узкопрофильных экспертов) проведет вас в резиденты «Сколково» с гарантией результата. Условия сделки: Если статус не будет получен — мы возвращаем деньги 100% или делаем повторную подачу бесплатно. Результат: выход на льготы (0% прибыль, 0% НДС, 0% имущество) всего за несколько месяцев. Окупаемость услуги — 2 месяца вместо 10 лет Перейти на сайт #реклама audit.glsexpert.ru О рекламодателе

Кто сильно переживал за ПИоТ - может выдохнуть и немного расслабиться. С 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/