Обзор Astra Linux 1.8 SE
Выход нового релиза операционной системы Astra Linux 1.8 SE в августе 2024 года был долгожданным событием, с которым связывались многие ожидания. Astra - лидер рынка отечественных операционных систем, активно внедряется в образование и многие другие отрасли. Поэтому новая версия закономерно вызывает повышенный интерес.
Мы специально не стали писать обзор сразу в момент выпуска, а выждали некоторое время, чтобы избежать возможных детских ошибок и получить некоторый опыт эксплуатации системы.
https://interface31.ru/tech_it/2024/09/obzor-astra-linux-18-se.html
Выход нового релиза операционной системы Astra Linux 1.8 SE в августе 2024 года был долгожданным событием, с которым связывались многие ожидания. Astra - лидер рынка отечественных операционных систем, активно внедряется в образование и многие другие отрасли. Поэтому новая версия закономерно вызывает повышенный интерес.
Мы специально не стали писать обзор сразу в момент выпуска, а выждали некоторое время, чтобы избежать возможных детских ошибок и получить некоторый опыт эксплуатации системы.
https://interface31.ru/tech_it/2024/09/obzor-astra-linux-18-se.html
👍31👎31🤡9⚡1🤔1
IT Elements, общий сбор!
Единственная конференция про базовые элементы ИТ-фундамента — инфраструктуру, сети и ИБ — пройдет 18–19 сентября.
Тапаем по программе и записываем даты в календарь!
Так, а что в программе?
▪️Главные темы инфраструктурного трека: платформы разработки, контейнеры, гибридные облака, highload-нагрузки, инфра на отечественном.
▪️В сетевом треке: Telco Cloud, RAN, DPI, балансировка, VXLAN, ECMP, NMS, White Boх, SD-WAN, ВКС, телефония и умный офис.
▪️В части ИБ: отечественные NGFW, защита ИТ-инфраструктуры и приложений, DevSecOps, мониторинг ИБ в инфраструктуре.
2 дня IT Elements — это 2000 участников, 60 спикеров, 30 демозон, 4 зала, десятки докладов и дискуссий, воркшопы, лабы и интерактивные зоны по самым обсуждаемым темам и, разумеется, нетворкинг и афтерпати 😎
Залетайте на конфу — будет жарко!
Регистрация тут
Единственная конференция про базовые элементы ИТ-фундамента — инфраструктуру, сети и ИБ — пройдет 18–19 сентября.
Тапаем по программе и записываем даты в календарь!
Так, а что в программе?
▪️Главные темы инфраструктурного трека: платформы разработки, контейнеры, гибридные облака, highload-нагрузки, инфра на отечественном.
▪️В сетевом треке: Telco Cloud, RAN, DPI, балансировка, VXLAN, ECMP, NMS, White Boх, SD-WAN, ВКС, телефония и умный офис.
▪️В части ИБ: отечественные NGFW, защита ИТ-инфраструктуры и приложений, DevSecOps, мониторинг ИБ в инфраструктуре.
2 дня IT Elements — это 2000 участников, 60 спикеров, 30 демозон, 4 зала, десятки докладов и дискуссий, воркшопы, лабы и интерактивные зоны по самым обсуждаемым темам и, разумеется, нетворкинг и афтерпати 😎
Залетайте на конфу — будет жарко!
Регистрация тут
👍4❤1
Платная поддержка
Каждый раз, когда заходит о каком-либо коммерческом продукте всегда всплывает тема поддержки, особенно платной, особенно если закрыта документация.
Однако рассуждения и осуждения подобной практики ведутся с откровенно непонятной точки зрения, как будто бы личной, будто поддержку должен оплачивать администратор из собственного кармана.
Также существует совершенно оторванное от реальности восприятие инфраструктуры, когда в ее качестве рассматривается исключительно платформа, в отрыве от выполняющихся не ней прикладных задач.
На эту тему в комментариях дал хороший ответ представитель Астры Роман Мылицын:
Это не инфраструктура, а всего лишь дистрибутив, для того чтобы это все стало инфраструктурой, нужно запустить там еще десятки бизнес-сервисов и обеспечить совместимость с кучей разной периферии
Ну и вишенка на торте: обеспечить совместимость всего друг с другом и выполнение требований ИБ на протяжении хотя бы 5 лет с учетом постоянных и регулярных обновлений
Ценность любой платформы без бизнес-приложений ровно ноль. А бизнес-приложения как раз стоят денег и требуют обязательной платной поддержки, да и документация у них как правило тоже закрытая.
И если вы думаете, что платную поддержку берут из-под палки, то ошибаетесь. И почему так происходит – мы поговорим позже.
Так вот на фоне всех затрат на инфраструктуру покупка поддержки для одного из многих входящих в нее продуктов никакой финансовой погоды не делает, это совокупная часть общих затрат и попытка экономить на ней может выйти себе дороже.
Опять же приводили пример: такие-сякие нехорошие поместили статью об установке драйверов на принтер в платный раздел.
Поместили, и что? Большинство целевых пользователей системы этого не заметят, так как будут иметь действующую поддержку. А кто заметит – значит тот может себе это позволить, позволить не иметь поддержки.
Одно дело, если у вас на обслуживании пять рабочих мест и один принтер. В этом случае вы, конечно, можете себе позволить сначала попробовать найти статью в вики.
Но любая вики – это не официальная документация, статьи в ней могут устаревать, содержать ошибки, неполную информацию и т.д. и т.п.
Не получилось с вики, ну пойдем поищем по форумам, не нашли там – спросим в чатах. Потратим весь день до вечера и довольные собой пойдем домой. Тут мы можем себе это позволить.
А если у нас рабочих мест за сотню и столько же принтеров? Да с учетом постоянных и регулярных обновлений? Вот для этого и нужна поддержка. Которая позволяет быстро решить данный вопрос либо путем непосредственного обращения на горячую линию, либо путем доступа к актуальной документации.
Так чего бы не сделать документацию бесплатной, прямо так и слышим мы вопрос из зала. А потому что ведение документации – это весьма и весьма трудозатратный процесс, который должен кем-то оплачиваться, как и вся поддержка, между прочим.
Для тех, кто хочет возразить, есть встречное предложение: займитесь подробным документированием собственной инфраструктуры, причем в свободное от работы время.
А по факту, отказываясь от платной поддержки, либо выбирая продукт без поддержки вообще вы берете всю ответственность за поддержку продукта на себя и не здесь и сейчас, на период внедрения, а на всем этапе жизненного цикла, с постоянными и регулярными обновлениями и т.д. и т.п.
Вот что-то произошло, и? Будем искать решение на форуме? У таких же как вы бедолаг? Или старательно пытаться разобраться и хоть как-то запустить систему? При том, что вам никто ничего не должен.
При этом поддержка тоже не панацея и не идал, но вы получаете возможность привлечь к решению собственной проблемы разработчиков продукта.
Также вы можете найти и передать поддержке выявленные ошибки для дальнейшего исправления. Да, это не быстро, особенно если ошибка не является критической, где-то в следующем релизе. Но в перспективе дальнейшей поддержки и эксплуатации продукта – важно.
А дальше каждый думает сам. И каждый сам оценивает допустимый для себя уровень риска.
Каждый раз, когда заходит о каком-либо коммерческом продукте всегда всплывает тема поддержки, особенно платной, особенно если закрыта документация.
Однако рассуждения и осуждения подобной практики ведутся с откровенно непонятной точки зрения, как будто бы личной, будто поддержку должен оплачивать администратор из собственного кармана.
Также существует совершенно оторванное от реальности восприятие инфраструктуры, когда в ее качестве рассматривается исключительно платформа, в отрыве от выполняющихся не ней прикладных задач.
На эту тему в комментариях дал хороший ответ представитель Астры Роман Мылицын:
Это не инфраструктура, а всего лишь дистрибутив, для того чтобы это все стало инфраструктурой, нужно запустить там еще десятки бизнес-сервисов и обеспечить совместимость с кучей разной периферии
Ну и вишенка на торте: обеспечить совместимость всего друг с другом и выполнение требований ИБ на протяжении хотя бы 5 лет с учетом постоянных и регулярных обновлений
Ценность любой платформы без бизнес-приложений ровно ноль. А бизнес-приложения как раз стоят денег и требуют обязательной платной поддержки, да и документация у них как правило тоже закрытая.
И если вы думаете, что платную поддержку берут из-под палки, то ошибаетесь. И почему так происходит – мы поговорим позже.
Так вот на фоне всех затрат на инфраструктуру покупка поддержки для одного из многих входящих в нее продуктов никакой финансовой погоды не делает, это совокупная часть общих затрат и попытка экономить на ней может выйти себе дороже.
Опять же приводили пример: такие-сякие нехорошие поместили статью об установке драйверов на принтер в платный раздел.
Поместили, и что? Большинство целевых пользователей системы этого не заметят, так как будут иметь действующую поддержку. А кто заметит – значит тот может себе это позволить, позволить не иметь поддержки.
Одно дело, если у вас на обслуживании пять рабочих мест и один принтер. В этом случае вы, конечно, можете себе позволить сначала попробовать найти статью в вики.
Но любая вики – это не официальная документация, статьи в ней могут устаревать, содержать ошибки, неполную информацию и т.д. и т.п.
Не получилось с вики, ну пойдем поищем по форумам, не нашли там – спросим в чатах. Потратим весь день до вечера и довольные собой пойдем домой. Тут мы можем себе это позволить.
А если у нас рабочих мест за сотню и столько же принтеров? Да с учетом постоянных и регулярных обновлений? Вот для этого и нужна поддержка. Которая позволяет быстро решить данный вопрос либо путем непосредственного обращения на горячую линию, либо путем доступа к актуальной документации.
Так чего бы не сделать документацию бесплатной, прямо так и слышим мы вопрос из зала. А потому что ведение документации – это весьма и весьма трудозатратный процесс, который должен кем-то оплачиваться, как и вся поддержка, между прочим.
Для тех, кто хочет возразить, есть встречное предложение: займитесь подробным документированием собственной инфраструктуры, причем в свободное от работы время.
А по факту, отказываясь от платной поддержки, либо выбирая продукт без поддержки вообще вы берете всю ответственность за поддержку продукта на себя и не здесь и сейчас, на период внедрения, а на всем этапе жизненного цикла, с постоянными и регулярными обновлениями и т.д. и т.п.
Вот что-то произошло, и? Будем искать решение на форуме? У таких же как вы бедолаг? Или старательно пытаться разобраться и хоть как-то запустить систему? При том, что вам никто ничего не должен.
При этом поддержка тоже не панацея и не идал, но вы получаете возможность привлечь к решению собственной проблемы разработчиков продукта.
Также вы можете найти и передать поддержке выявленные ошибки для дальнейшего исправления. Да, это не быстро, особенно если ошибка не является критической, где-то в следующем релизе. Но в перспективе дальнейшей поддержки и эксплуатации продукта – важно.
А дальше каждый думает сам. И каждый сам оценивает допустимый для себя уровень риска.
👎27👍20💯4👌2❤1
Про разработку и про поддержку
В комментариях снова возникло бурное обсуждение, очень часто однобокое, поэтому мы решили высказать некоторые соображения исходя из собственного опыта работы в этой сфере.
Рассматривать будем на примере доработки и сопровождения конфигураций 1С:Предприятие, что достаточно показательно именно в плане постоянных и регулярных обновлений.
В некоторых кругах бытует порочное мнение, что если вы сняли нашу конфигурацию с «замочка» или поставили расширение, то теперь как порядочный человек обязаны «жениться».
В жизни, конечно же, все не так. Начнем с того, что любые доработки выполняются на основании некоторого технического задания. Ну или какого-либо иного документа, в котором зафиксированы цели и результаты. Иначе вы сам себе злобный буратино.
После выполнения задания по ТЗ заказчик его тестирует и принимает, а исполнитель предоставляет ему некоторый период бесплатной технической поддержки, но только в рамках внедрения и исправления возможных выявленных ошибок. Обычно это три месяца или полгода, в зависимости от объема и сложности доработки.
А дальше договорные отношения у контрагентов закончились и каждый идет своим путем.
Но это в теории. А на практике бывает разное.
- Ой, мы тут обновили конфигурацию и все поломалось!!!
- Да, сломалось, нужно адаптировать расширение к новому релизу, к концу недели сделаем.
- Какой конец недели??? У нас тут все сломалось!!! Нам нужно еще вчера!!!
- Мы все понимаем, но только к концу недели и это будет стоить вам столько-то денег
- Какие деньги? Это ваши доработки, мы теперь стали, а вы еще за свои косяки и деньги хотите???
- Косяки не наши, на момент сдачи все работало. Теперь фирма 1С выпустила новый релиз и расширение надо адаптировать. На это нужно время и это стоит денег. Не хотите – пригласите стороннего специалиста.
А дальше заказчик проходит через все стадии принятия и начинает конструктивный диалог. Который сводится к тому, как предотвратить такие ситуации в будущем. А вариант тут один – платная подписка на поддержку.
Именно в этом случае, я, как исполнитель, могу выделить ресурсы на постоянное тестирование и адаптацию нашей доработки к каждому новому выпуску основной конфигурации и своевременное предоставление заказчику обновлений.
И да, ему это может быть не нужно на протяжении года, но этот год он обязан оплатить. Иначе может получиться так, что расширение проще будет переписать с нуля, чем адаптировать ко всем изменениям основной конфигурации, которые произошли за год.
И выйдет это, скорее всего дороже, чем просто оплачивать постоянную поддержку.
Тоже самое касается и обычной поддержки, так сказать – первой линии. У нас очень любят проигнорировать срок бесплатной поддержки после внедрения, а через год нарисоваться с вопросами: мы вот тут начали работать с вашим модулем и у нас…
А дальше следует полное непонимание и возмущение предложению заплатить деньги. И снова аргументация на уровне «обязаны жениться».
Ребята, а вы там ничего не попутали? Вам давали время на тестирование и внедрение. Время, когда мы готовы были вас бесплатно слушать и исправлять или дорабатывать. Вы его тупо не использовали.
А теперь вы думаете мы что-то там по вашему решению помним? Если вам оно год было не надо, то нам тем более. Это ваш бизнес, а не наш.
Поэтому нам теперь заново придется вникать в вопрос, выяснять, где косяки в исполнении, где некорректно работают ваши пользователи, а где нужны доработки из-за изменения основной конфигурации, которую вы уже не раз обновили.
И кто будет за все это платить?
Поэтому нравится, не нравится, но именно платная модель поддержки позволяет в лучшей форме реализовать ситуацию, когда и волки сыты, и овцы целы.
Вы платите – мы работаем, даже если сегодня это вам не нужно, но если понадобится завтра – у нас будет для вас готовое решение.
В комментариях снова возникло бурное обсуждение, очень часто однобокое, поэтому мы решили высказать некоторые соображения исходя из собственного опыта работы в этой сфере.
Рассматривать будем на примере доработки и сопровождения конфигураций 1С:Предприятие, что достаточно показательно именно в плане постоянных и регулярных обновлений.
В некоторых кругах бытует порочное мнение, что если вы сняли нашу конфигурацию с «замочка» или поставили расширение, то теперь как порядочный человек обязаны «жениться».
В жизни, конечно же, все не так. Начнем с того, что любые доработки выполняются на основании некоторого технического задания. Ну или какого-либо иного документа, в котором зафиксированы цели и результаты. Иначе вы сам себе злобный буратино.
После выполнения задания по ТЗ заказчик его тестирует и принимает, а исполнитель предоставляет ему некоторый период бесплатной технической поддержки, но только в рамках внедрения и исправления возможных выявленных ошибок. Обычно это три месяца или полгода, в зависимости от объема и сложности доработки.
А дальше договорные отношения у контрагентов закончились и каждый идет своим путем.
Но это в теории. А на практике бывает разное.
- Ой, мы тут обновили конфигурацию и все поломалось!!!
- Да, сломалось, нужно адаптировать расширение к новому релизу, к концу недели сделаем.
- Какой конец недели??? У нас тут все сломалось!!! Нам нужно еще вчера!!!
- Мы все понимаем, но только к концу недели и это будет стоить вам столько-то денег
- Какие деньги? Это ваши доработки, мы теперь стали, а вы еще за свои косяки и деньги хотите???
- Косяки не наши, на момент сдачи все работало. Теперь фирма 1С выпустила новый релиз и расширение надо адаптировать. На это нужно время и это стоит денег. Не хотите – пригласите стороннего специалиста.
А дальше заказчик проходит через все стадии принятия и начинает конструктивный диалог. Который сводится к тому, как предотвратить такие ситуации в будущем. А вариант тут один – платная подписка на поддержку.
Именно в этом случае, я, как исполнитель, могу выделить ресурсы на постоянное тестирование и адаптацию нашей доработки к каждому новому выпуску основной конфигурации и своевременное предоставление заказчику обновлений.
И да, ему это может быть не нужно на протяжении года, но этот год он обязан оплатить. Иначе может получиться так, что расширение проще будет переписать с нуля, чем адаптировать ко всем изменениям основной конфигурации, которые произошли за год.
И выйдет это, скорее всего дороже, чем просто оплачивать постоянную поддержку.
Тоже самое касается и обычной поддержки, так сказать – первой линии. У нас очень любят проигнорировать срок бесплатной поддержки после внедрения, а через год нарисоваться с вопросами: мы вот тут начали работать с вашим модулем и у нас…
А дальше следует полное непонимание и возмущение предложению заплатить деньги. И снова аргументация на уровне «обязаны жениться».
Ребята, а вы там ничего не попутали? Вам давали время на тестирование и внедрение. Время, когда мы готовы были вас бесплатно слушать и исправлять или дорабатывать. Вы его тупо не использовали.
А теперь вы думаете мы что-то там по вашему решению помним? Если вам оно год было не надо, то нам тем более. Это ваш бизнес, а не наш.
Поэтому нам теперь заново придется вникать в вопрос, выяснять, где косяки в исполнении, где некорректно работают ваши пользователи, а где нужны доработки из-за изменения основной конфигурации, которую вы уже не раз обновили.
И кто будет за все это платить?
Поэтому нравится, не нравится, но именно платная модель поддержки позволяет в лучшей форме реализовать ситуацию, когда и волки сыты, и овцы целы.
Вы платите – мы работаем, даже если сегодня это вам не нужно, но если понадобится завтра – у нас будет для вас готовое решение.
👍41
Хотите ли вы увидеть здаесь рассказы о проблемных клиентах?
Anonymous Poll
61%
Да
7%
Нет
24%
Пишите лучше про IT
7%
Я тут посмотреть результаты
erid: LjN8Jwywg
Чувствуешь ностальгию по этим душевным разговорам?
Я тепло вспоминаю время, когда мы говорили о том, что нас окружает. Делали выводы, искали мотивацию стать лучше и просто получали удовольствие.
Я никуда не пропал, давай возобновим общение!
Всегда твой - ДРУГ С ВЕЧЕРИНКИ
Реклама. Ковригин Д.В. ИНН 526019379189.
Чувствуешь ностальгию по этим душевным разговорам?
Я тепло вспоминаю время, когда мы говорили о том, что нас окружает. Делали выводы, искали мотивацию стать лучше и просто получали удовольствие.
Я никуда не пропал, давай возобновим общение!
Всегда твой - ДРУГ С ВЕЧЕРИНКИ
Реклама. Ковригин Д.В. ИНН 526019379189.
🤮5
Решаем наиболее распространенные ошибки с сервером Samba
🔹 Исправляем ошибку подключения Windows к общим ресурсам на сервере Samba Linux
🔹 Включаем отображение Samba-сервера в сетевом окружении Windows
🔹 Исправляем ошибку подключения Windows к общим ресурсам на сервере Samba Linux
🔹 Включаем отображение Samba-сервера в сетевом окружении Windows
👍26
Журнал регистрации 1С:Предприятие
Тема журнала регистрации не нова, но спотыкаются на ней с завидной регулярностью. Поэтому сегодня мы решили подробно обсудить эту проблему.
Итак, что такое журнал регистрации? Это внутренний лог конфигурации, который содержит события обращения к объектам информационной базы. Его не следует путать с технологическим журналом, который представляет лог работы платформы.
Что можно узнать из журнала регистрации? Да практически все, если конечно у вас задан нужный уровень логирования. Кто создал, изменил, провел, распровел или удалил документ, элемент справочника и т.д. и т.п.
Также в нем фиксируются все ошибки и предупреждения, но опять-таки только те, которые мы получаем на уровне 1С:Предприятия, т.е. внутри программы.
Изначально для журнала регистрации использовался последовательный формат. Несмотря на то, что файлы таких журналов используют собственные расширения по факту там плоский текст в собственном формате.
Запись событий происходит в самый конец файла и является крайне простым и дешевым действием. Собственно говоря, так работают практически все системы первичных логов – пишут плоский текст в конец файла.
Но в 1С не все так просто, инструмент для чтения лога встроен в конфигурации и воспользоваться им может любой пользователь, установив отборы на свое усмотрение или вовсе их не устанавливая.
И вот тут всплывает обратная сторона плоского текстового лога – будучи крайне дешевым по записи он весьма и весьма дорог на чтение. Фактически нам придется прочитать и распарсить весь объем текста.
В силу особенностей работы 1С такой запрос в рабочее время мог просто положить базу.
После чего какой-то «светлой» голове пришла идея использовать для хранения логов SQLite. Проблема чтения сразу решилась, ну это, собственно сильная сторона любой СУБД. Зато сразу прибавилось других проблем.
Запись в СУБД – дело дорогое, особенно непосредственная запись, которую использовала 1С. А SQLite сама по себе на запись не быстрая, вот и вышло, что хотели как лучше, а получилось, как всегда.
Плюс размер данных в СУБД всегда будет выше, чем размер плоского текста. Поэтому еще и получили раздувание файла журнала местами до совсем гигантских размеров, особенно по сравнению с размером базы.
В результате вопрос чтения из журнала решили, но ценой значительного ухудшения скорости записи, что привело к серьезным проблемам производительности во многих практических случаях.
В итоге от формата SQLite отказались и снова вернули последовательный формат, в последних версиях платформы к нему добавили индексы, но особых улучшений на чтение пока замечено не было.
Итак, что вам нужно сделать со своим журналом регистрации? Прежде всего определиться с форматом, точнее перевести все базы, которые могли использовать до сих пор формат SQLite в последовательный формат.
Затем настроить нужную подробность ведения журнала. От этого непосредственно зависит его объем.
И, наконец, настройте его разбиение по периодам. Лучше всего по дням. А затем, с определенной периодичностью просто копируйте старые файлы журнала в резервное хранилище и удаляйте их из основного каталога.
Глубина хранения журнала должна быть минимальной. Это даст вам гарантию, что даже если кто-то запустит в рабочее время сложный поиск по журналу без ограничений по периоду, то он не положит всю базу.
А для разбора полетов вы всегда можете скопировать файлы журнала обратно, хотя на рабочей базе лучше такого не делать, а использовать копию.
Тема журнала регистрации не нова, но спотыкаются на ней с завидной регулярностью. Поэтому сегодня мы решили подробно обсудить эту проблему.
Итак, что такое журнал регистрации? Это внутренний лог конфигурации, который содержит события обращения к объектам информационной базы. Его не следует путать с технологическим журналом, который представляет лог работы платформы.
Что можно узнать из журнала регистрации? Да практически все, если конечно у вас задан нужный уровень логирования. Кто создал, изменил, провел, распровел или удалил документ, элемент справочника и т.д. и т.п.
Также в нем фиксируются все ошибки и предупреждения, но опять-таки только те, которые мы получаем на уровне 1С:Предприятия, т.е. внутри программы.
Изначально для журнала регистрации использовался последовательный формат. Несмотря на то, что файлы таких журналов используют собственные расширения по факту там плоский текст в собственном формате.
Запись событий происходит в самый конец файла и является крайне простым и дешевым действием. Собственно говоря, так работают практически все системы первичных логов – пишут плоский текст в конец файла.
Но в 1С не все так просто, инструмент для чтения лога встроен в конфигурации и воспользоваться им может любой пользователь, установив отборы на свое усмотрение или вовсе их не устанавливая.
И вот тут всплывает обратная сторона плоского текстового лога – будучи крайне дешевым по записи он весьма и весьма дорог на чтение. Фактически нам придется прочитать и распарсить весь объем текста.
В силу особенностей работы 1С такой запрос в рабочее время мог просто положить базу.
После чего какой-то «светлой» голове пришла идея использовать для хранения логов SQLite. Проблема чтения сразу решилась, ну это, собственно сильная сторона любой СУБД. Зато сразу прибавилось других проблем.
Запись в СУБД – дело дорогое, особенно непосредственная запись, которую использовала 1С. А SQLite сама по себе на запись не быстрая, вот и вышло, что хотели как лучше, а получилось, как всегда.
Плюс размер данных в СУБД всегда будет выше, чем размер плоского текста. Поэтому еще и получили раздувание файла журнала местами до совсем гигантских размеров, особенно по сравнению с размером базы.
В результате вопрос чтения из журнала решили, но ценой значительного ухудшения скорости записи, что привело к серьезным проблемам производительности во многих практических случаях.
В итоге от формата SQLite отказались и снова вернули последовательный формат, в последних версиях платформы к нему добавили индексы, но особых улучшений на чтение пока замечено не было.
Итак, что вам нужно сделать со своим журналом регистрации? Прежде всего определиться с форматом, точнее перевести все базы, которые могли использовать до сих пор формат SQLite в последовательный формат.
Затем настроить нужную подробность ведения журнала. От этого непосредственно зависит его объем.
И, наконец, настройте его разбиение по периодам. Лучше всего по дням. А затем, с определенной периодичностью просто копируйте старые файлы журнала в резервное хранилище и удаляйте их из основного каталога.
Глубина хранения журнала должна быть минимальной. Это даст вам гарантию, что даже если кто-то запустит в рабочее время сложный поиск по журналу без ограничений по периоду, то он не положит всю базу.
А для разбора полетов вы всегда можете скопировать файлы журнала обратно, хотя на рабочей базе лучше такого не делать, а использовать копию.
👍46👎1
💻 Куда пойти, если ты студент IT-направления и не знаешь, как начать строить успешную карьеру?
На карьерном форуме «Найти IT» тебя ждут топовые компании, которые готовы хантить молодых айтишников и забирать к себе на стажировки или на работу в штат.
Форум пройдет в трех городах:
🔸 Новосибирск - 26 сентября
🔸 Москва - 3 октября
🔸 Санкт-Петербург - 12 октября
Почему стоит прийти?
- 15+ крупных компаний, среди которых Сбер, VK, Альфа-Банк и многие другие
- уникальные вакансии и стажировки в сфере IT
- 500+ участников, включая HR, экспертов и твоих единомышленников
- нетворкинг, мастер-классы, кейсы и Q&A со спикерами
- доступ в закрытый ТГ-канал, мерч и призы
Участие бесплатное. Так что тэпайпо ссылке и регистрируйся! 🚀
На карьерном форуме «Найти IT» тебя ждут топовые компании, которые готовы хантить молодых айтишников и забирать к себе на стажировки или на работу в штат.
Форум пройдет в трех городах:
🔸 Новосибирск - 26 сентября
🔸 Москва - 3 октября
🔸 Санкт-Петербург - 12 октября
Почему стоит прийти?
- 15+ крупных компаний, среди которых Сбер, VK, Альфа-Банк и многие другие
- уникальные вакансии и стажировки в сфере IT
- 500+ участников, включая HR, экспертов и твоих единомышленников
- нетворкинг, мастер-классы, кейсы и Q&A со спикерами
- доступ в закрытый ТГ-канал, мерч и призы
Участие бесплатное. Так что тэпайпо ссылке и регистрируйся! 🚀
Статья не новая, но, как показывает практика, о данной возможности знают далеко не все.
Настраиваем проброс портов в Windows при помощи командной строки и Portproxy
Необходимость проброса портов весьма часто встающая перед системным администратором задача.
Обычно для этой цели используют службы маршрутизации и удаленного доступа (RRAS), но в ряде случаев использование данного инструмента избыточно.
В тоже время немногие знают о такой службе как Portproxy, которая управляется из командной строки при помощи команд Netsh.
Тем не менее данная служба позволяет справиться с поставленной задачей проще, быстрее и удобнее, чем инструменты графического интерфейса.
https://interface31.ru/tech_it/2016/02/nastraivaem-probros-portov-v-windows-pri-pomoshhi-komandnoy-stroki-i-portproxy.html
Настраиваем проброс портов в Windows при помощи командной строки и Portproxy
Необходимость проброса портов весьма часто встающая перед системным администратором задача.
Обычно для этой цели используют службы маршрутизации и удаленного доступа (RRAS), но в ряде случаев использование данного инструмента избыточно.
В тоже время немногие знают о такой службе как Portproxy, которая управляется из командной строки при помощи команд Netsh.
Тем не менее данная служба позволяет справиться с поставленной задачей проще, быстрее и удобнее, чем инструменты графического интерфейса.
https://interface31.ru/tech_it/2016/02/nastraivaem-probros-portov-v-windows-pri-pomoshhi-komandnoy-stroki-i-portproxy.html
👍24🔥4
Одноразовая инфраструктура
Современная IT-инфраструктура – вещь сложная, требующая совместной согласованной работы многих компонентов. А также наличия средств контроля и управления.
Но очень часто можно наблюдать то, что мы называем «одноразовой» инфраструктурой. Есть несколько разновидностей такой инфраструктуры и сегодня мы расскажем об одной из них. Мы называем ее «черный ящик».
Создается такая инфраструктура не со зла, а сугубо от недомыслия и нежелания серьезно изучать предметную часть, а также тогда, когда уровень внедряемого решения опережает знания и умения внедряющего.
Тем более что сейчас полное раздолье для такого подхода. На каждом углу сети предложения одно другого привлекательнее, не суши голову – возьми наш готовый скрипт. Не парься, у нас есть докер, чих-пых и все работает. Что-то пошло не так? Просто перезапусти контейнер.
Ну и правда, зачем что-то изучать? Углубляться в тонкости конфигурации и взаимодействия, если скачал, запустил и готово. Все уже придумали за нас.
А по сути, это обычный «черный ящик», который непонятно как устроен внутри и еще более непонятно как он работает. Но работает же.
Со временем у такого админа из черных ящиков может оказаться собрана практически вся инфраструктура, либо какая-либо ее критическая часть.
Но до поры, до времени это работает. Проблемы начинаются при первом серьезном сбое. Когда ни типовые советы и решения в сети не помогают, равно как и перезапуск контейнеров.
Куда бежать? Что делать? И хорошо если прилег второстепенный сервис, который можно быстро поднять заново. А если это один из критичных участков инфраструктуры? Скажем, электронная почта?
Обычно после таких событий следуют оргвыводы, и виновник вполне справедливо выставляется на мороз. Но далеко не факт, что он сделает из этого правильные выводы, часто приходилось слышать, что продукт А оказался фигней, надо было брать продукт Б – такой же черный ящик.
И не факт, что его последователь окажется дальновиднее, а не просто заменит одни черные ящики на другие.
И привлечение сторонних специалистов местами не сильно поможет, так как они, глядя на весь этот зоопарк либо предложат снести его под корень и сделать правильно, либо выставят весьма негуманный ценник за работу.
Ну а как вы хотели, ковыряться в чужом творчестве с гита – это еще то удовольствие. Равно как и разбираться с непонятно откуда взятыми контейнерами.
Немного легче, если в качестве таких черных ящиков используются все же известные решения с хорошей документацией и поддержкой. Но и тогда бывает слишком поздно, когда не остается более ничего, чем восстанавливать систему из бекапов. Их наличие – отдельный вопрос.
Средств контроля и управления в таких системах практически нет. Либо они выполняют чисто декоративную функцию. Ну да, мониторинг что-то собирает. А что? Да пес его знает.
Что в целом вполне логично, если вы не знаете, как работает ваш «черный ящик», то все метрики из него для вас как китайская грамота.
Ровно тоже самое можно сказать и о средствах управления и автоматизации. Нельзя эффективно управлять тем, о чем вы не имеете должного представления. А если все-таки попытаться автоматизировать сей бардак, то мы получим автоматизированный бардак.
Какой из этого всего можно сделать вывод? Скрипты и контейнеры – это удобно, но они не заменяют технических знаний и навыков. Если вы понимаете, как работает продукт и вам лень возиться с ним руками – берите скрипт или контейнер.
Не понимаете – устанавливаете ручками, не получилось – повторяем еще раз и так до тех пор, пока не придет понимание. Попутно читаем теорию и устраняем пробелы.
Нет времени на все это? Работать надо еще вчера? Приглашайте сторонних специалистов, смотрите как они делают, учитесь у них. Не стесняйтесь задавать вопросы.
Только так можно получить понятную и управляемую инфраструктуру. Иначе она продолжит оставаться набором черных ящиков с потенциальными непредсказуемыми эффектами (по большей части для вас негативными).
Современная IT-инфраструктура – вещь сложная, требующая совместной согласованной работы многих компонентов. А также наличия средств контроля и управления.
Но очень часто можно наблюдать то, что мы называем «одноразовой» инфраструктурой. Есть несколько разновидностей такой инфраструктуры и сегодня мы расскажем об одной из них. Мы называем ее «черный ящик».
Создается такая инфраструктура не со зла, а сугубо от недомыслия и нежелания серьезно изучать предметную часть, а также тогда, когда уровень внедряемого решения опережает знания и умения внедряющего.
Тем более что сейчас полное раздолье для такого подхода. На каждом углу сети предложения одно другого привлекательнее, не суши голову – возьми наш готовый скрипт. Не парься, у нас есть докер, чих-пых и все работает. Что-то пошло не так? Просто перезапусти контейнер.
Ну и правда, зачем что-то изучать? Углубляться в тонкости конфигурации и взаимодействия, если скачал, запустил и готово. Все уже придумали за нас.
А по сути, это обычный «черный ящик», который непонятно как устроен внутри и еще более непонятно как он работает. Но работает же.
Со временем у такого админа из черных ящиков может оказаться собрана практически вся инфраструктура, либо какая-либо ее критическая часть.
Но до поры, до времени это работает. Проблемы начинаются при первом серьезном сбое. Когда ни типовые советы и решения в сети не помогают, равно как и перезапуск контейнеров.
Куда бежать? Что делать? И хорошо если прилег второстепенный сервис, который можно быстро поднять заново. А если это один из критичных участков инфраструктуры? Скажем, электронная почта?
Обычно после таких событий следуют оргвыводы, и виновник вполне справедливо выставляется на мороз. Но далеко не факт, что он сделает из этого правильные выводы, часто приходилось слышать, что продукт А оказался фигней, надо было брать продукт Б – такой же черный ящик.
И не факт, что его последователь окажется дальновиднее, а не просто заменит одни черные ящики на другие.
И привлечение сторонних специалистов местами не сильно поможет, так как они, глядя на весь этот зоопарк либо предложат снести его под корень и сделать правильно, либо выставят весьма негуманный ценник за работу.
Ну а как вы хотели, ковыряться в чужом творчестве с гита – это еще то удовольствие. Равно как и разбираться с непонятно откуда взятыми контейнерами.
Немного легче, если в качестве таких черных ящиков используются все же известные решения с хорошей документацией и поддержкой. Но и тогда бывает слишком поздно, когда не остается более ничего, чем восстанавливать систему из бекапов. Их наличие – отдельный вопрос.
Средств контроля и управления в таких системах практически нет. Либо они выполняют чисто декоративную функцию. Ну да, мониторинг что-то собирает. А что? Да пес его знает.
Что в целом вполне логично, если вы не знаете, как работает ваш «черный ящик», то все метрики из него для вас как китайская грамота.
Ровно тоже самое можно сказать и о средствах управления и автоматизации. Нельзя эффективно управлять тем, о чем вы не имеете должного представления. А если все-таки попытаться автоматизировать сей бардак, то мы получим автоматизированный бардак.
Какой из этого всего можно сделать вывод? Скрипты и контейнеры – это удобно, но они не заменяют технических знаний и навыков. Если вы понимаете, как работает продукт и вам лень возиться с ним руками – берите скрипт или контейнер.
Не понимаете – устанавливаете ручками, не получилось – повторяем еще раз и так до тех пор, пока не придет понимание. Попутно читаем теорию и устраняем пробелы.
Нет времени на все это? Работать надо еще вчера? Приглашайте сторонних специалистов, смотрите как они делают, учитесь у них. Не стесняйтесь задавать вопросы.
Только так можно получить понятную и управляемую инфраструктуру. Иначе она продолжит оставаться набором черных ящиков с потенциальными непредсказуемыми эффектами (по большей части для вас негативными).
👍53💯4🤡2❤1
Используете ли вы в своей инфраструктуре "черные ящики"?
Anonymous Poll
5%
Да, а что в этом такого? Работает же.
7%
Да, нельзя все знать, а тут все настроили знающие лиюди.
8%
Да, времени нет, поэтому приходится.
13%
Да, но стараюсь избавляться.
19%
Да, в некритичной части.
3%
Использовал, обжегся, отказался.
0%
Использовал, потом искал новую работу.
3%
Не использовал, но видно придется.
26%
Не использовал и не собираюсь.
16%
Всегда разбираюсь в их работе, потом можно и использовать.
👍2🔥1👌1
Из всех искусств для нас важнейшим является кино
Чем больше мы сталкиваемся с современной действительностью, тем больше отказываемся понимать происходящее.
Начали мы тут работать над одной новой конфигурацией 1С – 1С:РМК. Конфигурация небольшая, но освоить ее с наскока не получилось, что в принципе было вполне ожидаемо.
Ладно, обратимся к документации. А ее и нет. В комплекте с конфигурацией поставляется текстовый файл на 2300 знаков (меньше размера этой заметки) «Рабочее место кассира. Быстрый старт».
Ну ок, мы люди не гордые, спросим. В ответ нас послали на ИТС, но не туда, куда вы подумали. А в раздел «Новое в версии», потому что ничего другого нет. Это, конечно, уже что-то, но это не документация.
Т.е. о новых возможностях я узнал, а вот как их правильно настроить – ну как-то сами, метод научного тыка еще никто не отменял.
А еще нам сбросили ссылку на плейлист на Rutube в котором оказалось 71 видео. Да, семьдесят одно! Т.е. снять почти сотню коротких видео ресурсы у компании есть, написать текстовую документацию хотя бы того же объема – нет.
Что это? К документации допустили современное тик-ток поколение? Или целевая аудитория рассматривается как исключительно неумеющая читать? Ладно, если бы вообще никакой документации не было, но видео то есть.
Либо мы отстали от современных трендов, предпочитая читать документацию текстом. Хотя тому, кто снимал эти ролики я бы как раз посоветовал заняться настройкой нового для него продукта по роликам.
Ну а что тут такого, скажут некоторые, видео – оно еще и нагляднее. Угу, угу… А теперь попробуйте найти в каком именно из почти сотни роликов содержится ответ на возникший вопрос. А в тексе есть поиск.
Также текст можно читать и по ходу прочтения делать. С видео это будет либо вечная пауза и перемотка туда-сюда. Либо судорожное конспектирование с последующим пересмотром нужных участков.
Нет, видео может быть полезно, но сугубо как дополнение к тексту, когда нужно визуально показать то, что трудно передать текстом или изображениями. Например, показать пример реальной работы в интерфейсе.
Пойдут ролики и для обучения кассиров, когда им прямо будет показано, где находятся те кнопки, в которые им нужно тыкать. Но показывать в куче видео настройку хоть и не сильно сложного продукта – ну это издевательство.
Вместо простого поиска в тексте, мне пришлось внимательно изучить список из 71 ролика и отметить из них те, которые, возможно (возможно!), содержат ответы на интересующие меня вопросы, затем пересмотреть их и сделать отметки.
А в случае возникновения новых вопросов снова искать те ролики, которые, возможно, будут содержать нужные мне ответы.
Все это вызывает тягостные ощущения и решительное непонимание куда катится этот мир, и кто мешает написать текстовую документацию, если время и ресурсы снять видео находятся.
Чем больше мы сталкиваемся с современной действительностью, тем больше отказываемся понимать происходящее.
Начали мы тут работать над одной новой конфигурацией 1С – 1С:РМК. Конфигурация небольшая, но освоить ее с наскока не получилось, что в принципе было вполне ожидаемо.
Ладно, обратимся к документации. А ее и нет. В комплекте с конфигурацией поставляется текстовый файл на 2300 знаков (меньше размера этой заметки) «Рабочее место кассира. Быстрый старт».
Ну ок, мы люди не гордые, спросим. В ответ нас послали на ИТС, но не туда, куда вы подумали. А в раздел «Новое в версии», потому что ничего другого нет. Это, конечно, уже что-то, но это не документация.
Т.е. о новых возможностях я узнал, а вот как их правильно настроить – ну как-то сами, метод научного тыка еще никто не отменял.
А еще нам сбросили ссылку на плейлист на Rutube в котором оказалось 71 видео. Да, семьдесят одно! Т.е. снять почти сотню коротких видео ресурсы у компании есть, написать текстовую документацию хотя бы того же объема – нет.
Что это? К документации допустили современное тик-ток поколение? Или целевая аудитория рассматривается как исключительно неумеющая читать? Ладно, если бы вообще никакой документации не было, но видео то есть.
Либо мы отстали от современных трендов, предпочитая читать документацию текстом. Хотя тому, кто снимал эти ролики я бы как раз посоветовал заняться настройкой нового для него продукта по роликам.
Ну а что тут такого, скажут некоторые, видео – оно еще и нагляднее. Угу, угу… А теперь попробуйте найти в каком именно из почти сотни роликов содержится ответ на возникший вопрос. А в тексе есть поиск.
Также текст можно читать и по ходу прочтения делать. С видео это будет либо вечная пауза и перемотка туда-сюда. Либо судорожное конспектирование с последующим пересмотром нужных участков.
Нет, видео может быть полезно, но сугубо как дополнение к тексту, когда нужно визуально показать то, что трудно передать текстом или изображениями. Например, показать пример реальной работы в интерфейсе.
Пойдут ролики и для обучения кассиров, когда им прямо будет показано, где находятся те кнопки, в которые им нужно тыкать. Но показывать в куче видео настройку хоть и не сильно сложного продукта – ну это издевательство.
Вместо простого поиска в тексте, мне пришлось внимательно изучить список из 71 ролика и отметить из них те, которые, возможно (возможно!), содержат ответы на интересующие меня вопросы, затем пересмотреть их и сделать отметки.
А в случае возникновения новых вопросов снова искать те ролики, которые, возможно, будут содержать нужные мне ответы.
Все это вызывает тягостные ощущения и решительное непонимание куда катится этот мир, и кто мешает написать текстовую документацию, если время и ресурсы снять видео находятся.
👍48💯11🤬3😁1
This media is not supported in your browser
VIEW IN TELEGRAM
Станьте AI-разработчиком на Python и зарабатывайте от 150.000₽ в месяц 🔥🔥🔥
Мы научим вас создавать и тренировать нейронные сети, и вы сможете:
1️⃣ Устроиться разработчиком в крупную компанию и зарабатывать от 150 тыс. ₽ в месяц
2️⃣ Разрабатывать такие проекты на заказ и зарабатывать от 500 тыс. ₽ за проект
3️⃣ Создать нейро-сотрудника в вашей компании и вырасти на +30-100% в зарплате
На интенсиве будет много практики: создадим 9 нейросетей за 1 вечер:
🧬 Прогноз стоимости золота
🧬 Сегментация изображения для робота доставщика
🧬 Трекинг людей на видео
Ведущий интенсива - Senior AI-разработчик и основатель Университета искусственного интеллекта
🔥 Регистрируйтесь на бесплатный интенсив! Встречаемся в ближайшую среду
Мы научим вас создавать и тренировать нейронные сети, и вы сможете:
1️⃣ Устроиться разработчиком в крупную компанию и зарабатывать от 150 тыс. ₽ в месяц
2️⃣ Разрабатывать такие проекты на заказ и зарабатывать от 500 тыс. ₽ за проект
3️⃣ Создать нейро-сотрудника в вашей компании и вырасти на +30-100% в зарплате
На интенсиве будет много практики: создадим 9 нейросетей за 1 вечер:
🧬 Прогноз стоимости золота
🧬 Сегментация изображения для робота доставщика
🧬 Трекинг людей на видео
Ведущий интенсива - Senior AI-разработчик и основатель Университета искусственного интеллекта
🔥 Регистрируйтесь на бесплатный интенсив! Встречаемся в ближайшую среду
🤮1
И снова одно и тоже... Выключился свет, бесперебойник погас, сервера упали... А теперь... В общем - беда, да еще и в пятницу вечером.
А надо было всего-лишь подстелить соломки...
Настраиваем централизованное управление электропитанием в сети при помощи NUT
Всем известно, что для защиты от сбоев электропитания нужно купить бесперебойник. Но сам по себе источник бесперебойного питания не решает проблему, а только отсрочивает негативные последствия.
Действительно, если питание пропадет надолго, то после разрядки батарей ИБП ваши системы аварийно завершат работу. Избежать этого позволяют модели, имеющие обратную связь, но, чтобы использовать эти возможности нам потребуется система управления электропитанием и сегодня мы расскажем об открытом и бесплатном продукте - NUT (Network UPS Tools).
https://interface31.ru/tech_it/2022/08/nastraivaem-centralizovannoe-upravlenie-elektropitaniem-v-seti-pri-pomoshhi-nut.html
А надо было всего-лишь подстелить соломки...
Настраиваем централизованное управление электропитанием в сети при помощи NUT
Всем известно, что для защиты от сбоев электропитания нужно купить бесперебойник. Но сам по себе источник бесперебойного питания не решает проблему, а только отсрочивает негативные последствия.
Действительно, если питание пропадет надолго, то после разрядки батарей ИБП ваши системы аварийно завершат работу. Избежать этого позволяют модели, имеющие обратную связь, но, чтобы использовать эти возможности нам потребуется система управления электропитанием и сегодня мы расскажем об открытом и бесплатном продукте - NUT (Network UPS Tools).
https://interface31.ru/tech_it/2022/08/nastraivaem-centralizovannoe-upravlenie-elektropitaniem-v-seti-pri-pomoshhi-nut.html
👍40❤1
Звезды становятся ближе. Лицензия разработчика Astra Linux
Разработчиков Astra Linux довольно долго и вполне заслуженно упрекали в том, что существующая политика лицензирования не дает возможности легального использования операционной системы физическими лицами, в том числе и причастными к внедрению Astra и желающих использовать ее в тестовых целях лично.
Нет, можно было, конечно, взять образ с работы или из сети, но легальным использование системы это не делало.
И вот теперь любой желающий может зарегистрироваться в качестве разработчика: https://dev.astragroup.ru/lk/reg/
При этом ваш статус может быть разным, включая физическое лицо. Все, чем вы ограничены – условиями Оферты:
исключительно для целей исследования, тестирования ПО и разработки, без целей работы ПО в Продуктивной среде.
Никаких дополнительных проверок нет, а вы практически мгновенно получаете лицензию на ALSE 1.7 – 8 установок и ALSE 1.8 – 1 установка.
👍 Итого – 9 установок. Предложение более чем щедрое.
Разработчиков Astra Linux довольно долго и вполне заслуженно упрекали в том, что существующая политика лицензирования не дает возможности легального использования операционной системы физическими лицами, в том числе и причастными к внедрению Astra и желающих использовать ее в тестовых целях лично.
Нет, можно было, конечно, взять образ с работы или из сети, но легальным использование системы это не делало.
И вот теперь любой желающий может зарегистрироваться в качестве разработчика: https://dev.astragroup.ru/lk/reg/
При этом ваш статус может быть разным, включая физическое лицо. Все, чем вы ограничены – условиями Оферты:
исключительно для целей исследования, тестирования ПО и разработки, без целей работы ПО в Продуктивной среде.
Никаких дополнительных проверок нет, а вы практически мгновенно получаете лицензию на ALSE 1.7 – 8 установок и ALSE 1.8 – 1 установка.
👍 Итого – 9 установок. Предложение более чем щедрое.
👍52👎10
Установка сервера и клиента 1С в Astra Linux SE 1.7.6
Проверили сегодня работу Astra 1.7.6 с популярным пакетом 1С:Предприятие. Каких-либо сложностей ожидаемо не возникло.
Для установки вы можете использовать нашу инструкцию
🔸 Установка платформы 1C:Предприятие для разработчиков на платформе Linux
как наиболее полную и актуальную на сегодняшний день. Либо воспользоваться более подробными инструкциями на нашем сайте.
Сразу несколько комментариев.
🔹 Почему для разработчиков? Платформа для разработчиков ничем не отличается от обычной платформы, разница только в схеме лицензирования.
🔹 Почему Postgres от Postgres Professional? В репозиториях Astra есть уже пропатченный для 1С:Предприятие Postgres, но очень старой версии – 11. В тоже время для современных конфигураций лучше использовать последние версии PostgreSQL.
🔹 Почему Postgres не от 1С? Версию PostgreSQL от 1С у вас нормально установить не получится без ручной установки большого количества зависимостей с последующей заморозкой пакетов.
🔹 Почему Astra Linux SE 1.7.6? Потому что Astra Linux SE 1.8 в текущий момент официально не поддерживается платформой 1С:Предприятие. Установить и заставить ее работать можно, но если вы не имеете должного опыта работы с 1С, то так делать не надо.
🔹 У меня обычные лицензии, какие особенности получения? Лицензия разработчика универсальная, т.е. лицензирует сразу и клиент, и сервер. В случае с обычными лицензиями вы должны отдельно активировать лицензию на сервер и отдельно лицензию на рабочее место.
🔹 Где взять такую конфигурацию? Можно скачать на Инфостарте: https://infostart.ru/1c/reports/1812391/ , кому жалко 1 стартмани, то можно скачать с нашего канала: https://t.iss.one/interface31/1134
Проверили сегодня работу Astra 1.7.6 с популярным пакетом 1С:Предприятие. Каких-либо сложностей ожидаемо не возникло.
Для установки вы можете использовать нашу инструкцию
🔸 Установка платформы 1C:Предприятие для разработчиков на платформе Linux
как наиболее полную и актуальную на сегодняшний день. Либо воспользоваться более подробными инструкциями на нашем сайте.
Сразу несколько комментариев.
🔹 Почему для разработчиков? Платформа для разработчиков ничем не отличается от обычной платформы, разница только в схеме лицензирования.
🔹 Почему Postgres от Postgres Professional? В репозиториях Astra есть уже пропатченный для 1С:Предприятие Postgres, но очень старой версии – 11. В тоже время для современных конфигураций лучше использовать последние версии PostgreSQL.
🔹 Почему Postgres не от 1С? Версию PostgreSQL от 1С у вас нормально установить не получится без ручной установки большого количества зависимостей с последующей заморозкой пакетов.
🔹 Почему Astra Linux SE 1.7.6? Потому что Astra Linux SE 1.8 в текущий момент официально не поддерживается платформой 1С:Предприятие. Установить и заставить ее работать можно, но если вы не имеете должного опыта работы с 1С, то так делать не надо.
🔹 У меня обычные лицензии, какие особенности получения? Лицензия разработчика универсальная, т.е. лицензирует сразу и клиент, и сервер. В случае с обычными лицензиями вы должны отдельно активировать лицензию на сервер и отдельно лицензию на рабочее место.
🔹 Где взять такую конфигурацию? Можно скачать на Инфостарте: https://infostart.ru/1c/reports/1812391/ , кому жалко 1 стартмани, то можно скачать с нашего канала: https://t.iss.one/interface31/1134
👍20👌3
Как быстро обработать большой объем данных и ничего не потерять?
Расскажем на бесплатном вебинаре «Больше чем Pandas: библиотеки подготовки данных для ML-моделей».
Разберём:
➡️ на что стоит обратить внимание для эффективной работы с данными;
➡️ форматы работы с данными и их особенности;
➡️ фреймворки: pandas, swifter, polars, dask и cudf.
⚡️Спикер: Владимир Бугаевский, Team Lead Поиска в Купере
Бонус: демонстрационные jupyter-ноутбуки
⭐️ Когда вебинар: 24 сентября в 19:00
⭐️ Занять место на вебинаре — через бота
О рекламодателе
erid: LjN8KUuTy
Расскажем на бесплатном вебинаре «Больше чем Pandas: библиотеки подготовки данных для ML-моделей».
Разберём:
➡️ на что стоит обратить внимание для эффективной работы с данными;
➡️ форматы работы с данными и их особенности;
➡️ фреймворки: pandas, swifter, polars, dask и cudf.
⚡️Спикер: Владимир Бугаевский, Team Lead Поиска в Купере
Бонус: демонстрационные jupyter-ноутбуки
⭐️ Когда вебинар: 24 сентября в 19:00
⭐️ Занять место на вебинаре — через бота
О рекламодателе
erid: LjN8KUuTy
Улучшаем производительность Linux при помощи zRam
Оперативная память сегодня недорога и доступна, но, тем не менее, продолжает оставаться достаточно дефицитным ресурсов. Это связано с несколькими факторами.
Во-первых, аппетиты программного обеспечения к оперативной памяти постоянно растут, во-вторых, возможности расширения часто ограниченны аппаратными особенностями устройства.
Но, если вы используете Linux, есть способ выйти за рамки этих ограничений и улучшить производительность системы при помощи zRam. Как это сделать - читайте в нашей статье.
https://interface31.ru/tech_it/2023/02/uluchshaem-proizvoditelnost-linux-pri-pomoshhi-zram.html
Оперативная память сегодня недорога и доступна, но, тем не менее, продолжает оставаться достаточно дефицитным ресурсов. Это связано с несколькими факторами.
Во-первых, аппетиты программного обеспечения к оперативной памяти постоянно растут, во-вторых, возможности расширения часто ограниченны аппаратными особенностями устройства.
Но, если вы используете Linux, есть способ выйти за рамки этих ограничений и улучшить производительность системы при помощи zRam. Как это сделать - читайте в нашей статье.
https://interface31.ru/tech_it/2023/02/uluchshaem-proizvoditelnost-linux-pri-pomoshhi-zram.html
👍28