Методы свертки или создания нового РИБ, наш опыт
В заметке выше мы привели ссылку на статью с нашим методом свертки или создания новой подчиненной базы РИБ для узла.
На сегодня это не самый быстрый, но самый надежный и правильный метод для решения данной задачи. В этой заметке мы разберем возможные альтернативы и укажем почему они не подходят для данной задачи и какие подводные камни таят.
Начнем с официальных способов создания РИБ, их ровно три, все они описаны в документации: https://its.1c.ru/db/metod8dev/content/2277/hdoc
Если у вас нет доступа к ИТС, то вы ничего не пропустили, мы обо всем расскажем ниже.
Начнем с конца.
🔹 Создание узла из копии информационной базы. Сразу твердое и решительное нет! Задача свертки – уменьшить размер и количество документов в базе, тут же мы их, наоборот, увеличим, по факту поставив вместо узла РИБ полную центральную базу.
🔹 Создание узла из конфигурации. Суть его состоит в том, что мы выгружаем конфигурацию центрального узла в файл и загружаем в новую чистую базу. Затем создаем в ней нужные узлы обмена и получаем новый чистый подчиненный узел.
Но, есть одна тонкость. Он будет полностью чистый. Наполнение данными вам придется сделать самостоятельно. Как минимум загрузив все необходимые справочники.
В целом такая задача может быть решена быстрее, чем выгрузка нового узла РИБ средствами программы, но тут есть ряд подводных камней.
В составе метаданных конфигурации есть объекты, которые не участвуют в обмене, но содержат определенные данные, которые заполняются при создании нового узла РИБ или при первом запуске и первичной интерактивной настройке.
В нашем случае ничего этого не будет, как не будет и ряда констант и настроек, которые наследуются при создании от главной базы, но в последующем обмене не участвуют.
Т.е. по факту вам не только придется выполнить настройку узла полностью заново, но и регулярно сталкиваться с тем, что в программе не хватает каких-либо данных, что-то не проводится, где-то вылетают ошибки, появляются записи Объект не найден и т.д. и т.п.
Все это в целом решаемо путем переноса нужных данных через Выгрузку загрузку XML из старой базы в новую. Но назвать данный метод пригодным для быстрой свертки продуктовых баз нельзя.
Третий официальный метод описан в нашей статье, и мы его касаться не будем. Он самый долгий, но и самый правильный и беспроблемный по полученному результату.
Также нельзя не коснуться альтернативного способа, весьма популярного в 1С-ных кругах.
🔹 Создание шаблона базы РИБ с последующим изменением префикса и магазина. Его многие знают и практикуют. По сути, мы просто копируем постоянно синхронизируемую базу, в которой есть все необходимые данные, кроме документов. Казалось бы, чем плохой вариант?
А тем, что при создании новой подчиненной базы РИБ в ней формируется объект
На первый взгляд это ни на что серьезно не влияет и если говорить о простом пробитии чеков, то скорее всего вы не столкнетесь с проблемами.
Но сегодня розница — это не только чеки, а ЕГАИС, Честный знак, электронные подписи, токены маркировки и много-много другой радости.
Также, при доработке конфигурации, вы можете создать собственные объекты, которые будут связаны с клонами и попадут в план обмена.
А далее вас могут поджидать странные и очень сложно диагностируемые коллизии в самых неожиданных местах и выясните вы это, скорее всего, уже после того, как эти данные расползутся по всем связанным информационным базам.
Также это может выстрелить даже не в центральной базе, а связанной с ней базой Бухгалтерии, например.
Причем понять, что происходит бывает порой очень сложно, потому что внешне все выглядит нормально. А причина бед кроется в совпадении идентификаторов объектов в разных базах, чего, если эти базы уникальные, быть не должно.
👉 Поэтому, несмотря на всю привлекательность мы отказались от этого метода и продолжаем использовать стандартную выгрузку подчиненного узла.
В заметке выше мы привели ссылку на статью с нашим методом свертки или создания новой подчиненной базы РИБ для узла.
На сегодня это не самый быстрый, но самый надежный и правильный метод для решения данной задачи. В этой заметке мы разберем возможные альтернативы и укажем почему они не подходят для данной задачи и какие подводные камни таят.
Начнем с официальных способов создания РИБ, их ровно три, все они описаны в документации: https://its.1c.ru/db/metod8dev/content/2277/hdoc
Если у вас нет доступа к ИТС, то вы ничего не пропустили, мы обо всем расскажем ниже.
Начнем с конца.
🔹 Создание узла из копии информационной базы. Сразу твердое и решительное нет! Задача свертки – уменьшить размер и количество документов в базе, тут же мы их, наоборот, увеличим, по факту поставив вместо узла РИБ полную центральную базу.
🔹 Создание узла из конфигурации. Суть его состоит в том, что мы выгружаем конфигурацию центрального узла в файл и загружаем в новую чистую базу. Затем создаем в ней нужные узлы обмена и получаем новый чистый подчиненный узел.
Но, есть одна тонкость. Он будет полностью чистый. Наполнение данными вам придется сделать самостоятельно. Как минимум загрузив все необходимые справочники.
В целом такая задача может быть решена быстрее, чем выгрузка нового узла РИБ средствами программы, но тут есть ряд подводных камней.
В составе метаданных конфигурации есть объекты, которые не участвуют в обмене, но содержат определенные данные, которые заполняются при создании нового узла РИБ или при первом запуске и первичной интерактивной настройке.
В нашем случае ничего этого не будет, как не будет и ряда констант и настроек, которые наследуются при создании от главной базы, но в последующем обмене не участвуют.
Т.е. по факту вам не только придется выполнить настройку узла полностью заново, но и регулярно сталкиваться с тем, что в программе не хватает каких-либо данных, что-то не проводится, где-то вылетают ошибки, появляются записи Объект не найден и т.д. и т.п.
Все это в целом решаемо путем переноса нужных данных через Выгрузку загрузку XML из старой базы в новую. Но назвать данный метод пригодным для быстрой свертки продуктовых баз нельзя.
Третий официальный метод описан в нашей статье, и мы его касаться не будем. Он самый долгий, но и самый правильный и беспроблемный по полученному результату.
Также нельзя не коснуться альтернативного способа, весьма популярного в 1С-ных кругах.
🔹 Создание шаблона базы РИБ с последующим изменением префикса и магазина. Его многие знают и практикуют. По сути, мы просто копируем постоянно синхронизируемую базу, в которой есть все необходимые данные, кроме документов. Казалось бы, чем плохой вариант?
А тем, что при создании новой подчиненной базы РИБ в ней формируется объект
ЭтотУзел и еще ряд подобных элементов. При копировании базы у вас получится несколько баз с одинаковым набором идентификаторов.На первый взгляд это ни на что серьезно не влияет и если говорить о простом пробитии чеков, то скорее всего вы не столкнетесь с проблемами.
Но сегодня розница — это не только чеки, а ЕГАИС, Честный знак, электронные подписи, токены маркировки и много-много другой радости.
Также, при доработке конфигурации, вы можете создать собственные объекты, которые будут связаны с клонами и попадут в план обмена.
А далее вас могут поджидать странные и очень сложно диагностируемые коллизии в самых неожиданных местах и выясните вы это, скорее всего, уже после того, как эти данные расползутся по всем связанным информационным базам.
Также это может выстрелить даже не в центральной базе, а связанной с ней базой Бухгалтерии, например.
Причем понять, что происходит бывает порой очень сложно, потому что внешне все выглядит нормально. А причина бед кроется в совпадении идентификаторов объектов в разных базах, чего, если эти базы уникальные, быть не должно.
👉 Поэтому, несмотря на всю привлекательность мы отказались от этого метода и продолжаем использовать стандартную выгрузку подчиненного узла.
its.1c.ru
Создание узла распределенной информационной базы :: Механизм обмена данными :: Методическая поддержка для разработчиков и администраторов…
👍10🤮2
erid: LjN8KBSCF
В Codeby мы обучаем ИБ и этичному хакингу, проводим CTF и пентест. Учитесь и практикуйтесь с нами:
- Бесплатный курс «Анализ защищенности веб-приложений»
- СTF-таски каждую неделю
- Ежедневные статьи на тему хакинга
- Вакансии для пентестеров
- Новости из мира этичного хакинга
- Участие в жизни сообщества
- Видео-интервью с практикующими пентестерами
Присоединяйтесь. Готовим этичных хакеров 24/7 в @codeby_sec
В Codeby мы обучаем ИБ и этичному хакингу, проводим CTF и пентест. Учитесь и практикуйтесь с нами:
- Бесплатный курс «Анализ защищенности веб-приложений»
- СTF-таски каждую неделю
- Ежедневные статьи на тему хакинга
- Вакансии для пентестеров
- Новости из мира этичного хакинга
- Участие в жизни сообщества
- Видео-интервью с практикующими пентестерами
Присоединяйтесь. Готовим этичных хакеров 24/7 в @codeby_sec
🤮3
Z-команды как инструменты работы со сжатыми файлами в Linux
Каждый, кто работал с Linux знает, что очень многие программы и службы используют для своей работы простые текстовые файлы, в них хранятся настройки программ, из них берутся исходные данные и пишется результат, в них хранятся логи.
Для экономии места текстовые файлы часто подвергаются сжатию, поэтому нужно уметь с ними работать.
Очень часто начинающие администраторы сначала извлекают их содержимое, но есть способ лучше - так называемые Z-команды - набор служебных утилит, позволяющий работать со сжатыми файлами без распаковки.
https://interface31.ru/tech_it/2022/01/z-commands-instrumenty-raboty-so-szhatymi-faylami-v-linux.html
Каждый, кто работал с Linux знает, что очень многие программы и службы используют для своей работы простые текстовые файлы, в них хранятся настройки программ, из них берутся исходные данные и пишется результат, в них хранятся логи.
Для экономии места текстовые файлы часто подвергаются сжатию, поэтому нужно уметь с ними работать.
Очень часто начинающие администраторы сначала извлекают их содержимое, но есть способ лучше - так называемые Z-команды - набор служебных утилит, позволяющий работать со сжатыми файлами без распаковки.
https://interface31.ru/tech_it/2022/01/z-commands-instrumenty-raboty-so-szhatymi-faylami-v-linux.html
👍11🔥5
Я устал, я ухожу…
6 сентября 2024 года разработчик и сопровождающий man-pages для Linux Алехандро Коломар (Alejandro Colomar) объявил об окончании работы над проектом по техническому обслуживанию и поддержке man-страниц на неопределённое время из-за финансовых проблем.
Очередная лодка разбилась о быт. Печально, но ожидаемо. Мы давно уже говорили, особенно при обсуждении рекламы, что ни один проект не может долго жить и нормально развиваться на одном только энтузиазме.
Хлеб с колбасой бесплатно в магазинах не отпускают, а поэтому нет финансирования – нет проекта.
И что-то не видно желающих подхватить упавшее знамя.
6 сентября 2024 года разработчик и сопровождающий man-pages для Linux Алехандро Коломар (Alejandro Colomar) объявил об окончании работы над проектом по техническому обслуживанию и поддержке man-страниц на неопределённое время из-за финансовых проблем.
«Я делал это в свободное время, и ни одна компания не спонсировала эту работу вообще. На данный момент я больше не могу поддерживать эту работу экономически и временно и на неопределённый срок прекращу работу над этим проектом.
Если какая-либо компания заинтересована в будущем проекта, я буду рад предложению спонсировать мою работу здесь; если так, пожалуйста, дайте мне знать»
Очередная лодка разбилась о быт. Печально, но ожидаемо. Мы давно уже говорили, особенно при обсуждении рекламы, что ни один проект не может долго жить и нормально развиваться на одном только энтузиазме.
Хлеб с колбасой бесплатно в магазинах не отпускают, а поэтому нет финансирования – нет проекта.
И что-то не видно желающих подхватить упавшее знамя.
💯45😢21👍5🔥3
🚀 Бесплатные вебинары: Альтернатива VMware и Nutanix, Citrix от вендора из Китая!
Приглашаем вас на серию бесплатных вебинаров, где мы представим китайские решения, способные заменить известные продукты виртуализации и доставки рабочих столов. Не упустите возможность узнать о новейших технологиях и увидеть их в действии!
1️⃣ Лучшая альтернатива VMware и Nutanix из Китая
📅 Дата: 11 сентября в 10:00 МСК
🔍 Программа вебинара:
— Архитектура HCI платформы
— Функциональные возможности
— Принципы лицензирования
— Демонстрация решения
Зарегистрироваться
2️⃣ Доставка рабочих столов и приложений — заменим Citrix и VMware на лучший аналог из Китая
📅 Дата: 12 сентября в 10:00
🔍 Программа вебинара:
— Архитектура VDI платформы
— Функциональные возможностях
— Принципы лицензирования
— Демонстрация решения
Зарегистрироваться
Реклама. ООО «САНГРУС», ИНН 9703113484, erid:2Vtzqv9WxuC
Приглашаем вас на серию бесплатных вебинаров, где мы представим китайские решения, способные заменить известные продукты виртуализации и доставки рабочих столов. Не упустите возможность узнать о новейших технологиях и увидеть их в действии!
1️⃣ Лучшая альтернатива VMware и Nutanix из Китая
📅 Дата: 11 сентября в 10:00 МСК
🔍 Программа вебинара:
— Архитектура HCI платформы
— Функциональные возможности
— Принципы лицензирования
— Демонстрация решения
Зарегистрироваться
2️⃣ Доставка рабочих столов и приложений — заменим Citrix и VMware на лучший аналог из Китая
📅 Дата: 12 сентября в 10:00
🔍 Программа вебинара:
— Архитектура VDI платформы
— Функциональные возможностях
— Принципы лицензирования
— Демонстрация решения
Зарегистрироваться
Реклама. ООО «САНГРУС», ИНН 9703113484, erid:2Vtzqv9WxuC
Облака, белогривые лошадки…
Очередная, не радостная, но ожидаемая новость. Конструктор сайтов Wix сообщил, что сервис прекращает оказывать услуги резидентам России с 12 сентября 2024 года. Изменения затронут все аккаунты, включая бесплатные.
Аккаунты будут заблокированы, а все сайты, принадлежащие владельцу аккаунта, будут сняты с публикации.
И вот тут начнется настоящее веселье. Сайт сегодня – это полноценный коммерческий инструмент, а для многих – один из основных источников клиентов.
А быстро с конструктора сайт не перенесешь. И в любом случае его структура изменится, по сути, мы получим новый сайт на старом домене. Со всеми вытекающими, в частности с просадкой позиций в поисковых системах.
Поэтому для очень многих мелких и не очень бизнесов, державших там сайты, ситуация станет очень и очень неприятной, а для некоторых даже критической.
Но нельзя сказать, что северный пушной зверек подкрался незаметно, виден он был прекрасно еще давно. Но многие владельцы сайтов предпочитали его не замечать, а многие и сейчас старательно не замечают.
Почему? Да потому что так удобнее. В общем и целом, нет никакой особой сложности поднять свой веб-сервер (или купить просто хостинг), поставить туда WordPress и сделать ровно тоже самое, что и на конструкторе.
Но для этого, как минимум, понадобится админ и разработчик. Которые сделают готовое решение в виде сайта. И будут его поддерживать. Но это же сложно, заморочно, неудобно.
Проще заплатить за конструктор и таскать блоки мышкой. И, надо признать, что небольшим бизнесам так действительно проще. Потому что найти нормального исполнителя, когда сам не понимаешь чего хочешь – это тот еще квест.
Но, с другой стороны, мы попадаем в полную зависимость от владельца платформы. Это Wordpress без проблем можно забрать у одного хостера и отнести другому, или уйти от этих исполнителей к тем.
С конструктора так просто не спрыгнешь, по факту сайт придется делать заново. И тут вопрос даже не в санкциях, а в том, что условия сотрудничества с компанией могут в какой-то момент перестать вас устраивать. И хорошо если будет время спокойно выполнить переход.
В общем тем, кто попал придется несладко, а остальным надо посмотреть на это и подумать. И трезво переоценить все плюсы и минусы облаков.
Очередная, не радостная, но ожидаемая новость. Конструктор сайтов Wix сообщил, что сервис прекращает оказывать услуги резидентам России с 12 сентября 2024 года. Изменения затронут все аккаунты, включая бесплатные.
Аккаунты будут заблокированы, а все сайты, принадлежащие владельцу аккаунта, будут сняты с публикации.
И вот тут начнется настоящее веселье. Сайт сегодня – это полноценный коммерческий инструмент, а для многих – один из основных источников клиентов.
А быстро с конструктора сайт не перенесешь. И в любом случае его структура изменится, по сути, мы получим новый сайт на старом домене. Со всеми вытекающими, в частности с просадкой позиций в поисковых системах.
Поэтому для очень многих мелких и не очень бизнесов, державших там сайты, ситуация станет очень и очень неприятной, а для некоторых даже критической.
Но нельзя сказать, что северный пушной зверек подкрался незаметно, виден он был прекрасно еще давно. Но многие владельцы сайтов предпочитали его не замечать, а многие и сейчас старательно не замечают.
Почему? Да потому что так удобнее. В общем и целом, нет никакой особой сложности поднять свой веб-сервер (или купить просто хостинг), поставить туда WordPress и сделать ровно тоже самое, что и на конструкторе.
Но для этого, как минимум, понадобится админ и разработчик. Которые сделают готовое решение в виде сайта. И будут его поддерживать. Но это же сложно, заморочно, неудобно.
Проще заплатить за конструктор и таскать блоки мышкой. И, надо признать, что небольшим бизнесам так действительно проще. Потому что найти нормального исполнителя, когда сам не понимаешь чего хочешь – это тот еще квест.
Но, с другой стороны, мы попадаем в полную зависимость от владельца платформы. Это Wordpress без проблем можно забрать у одного хостера и отнести другому, или уйти от этих исполнителей к тем.
С конструктора так просто не спрыгнешь, по факту сайт придется делать заново. И тут вопрос даже не в санкциях, а в том, что условия сотрудничества с компанией могут в какой-то момент перестать вас устраивать. И хорошо если будет время спокойно выполнить переход.
В общем тем, кто попал придется несладко, а остальным надо посмотреть на это и подумать. И трезво переоценить все плюсы и минусы облаков.
👍35🤡3❤1
Снова время, снова Active Directory. Как показывает практика - знают далеко не все.
Синхронизация времени Active Directory с внешним источником
Синхронизация времени - важный и во многом достаточно критичный аспект работы Active Directory, особенно сегодня, когда широко используется взаимодействие с внешними системами и работа с сотрудниками, которые могут находиться в различных часовых поясах.
Применение систем виртуализации вносит дополнительные особенности, которые также следует учитывать.
Поэтому данный вопрос может оказаться не столь простым, как кажется, а синхронизация с внешним источником точного времени становится одной из актуальных задач.
https://interface31.ru/tech_it/2020/05/sinhronizaciya-vremeni-active-directory-s-vneshnim-istochnikom.html
Синхронизация времени Active Directory с внешним источником
Синхронизация времени - важный и во многом достаточно критичный аспект работы Active Directory, особенно сегодня, когда широко используется взаимодействие с внешними системами и работа с сотрудниками, которые могут находиться в различных часовых поясах.
Применение систем виртуализации вносит дополнительные особенности, которые также следует учитывать.
Поэтому данный вопрос может оказаться не столь простым, как кажется, а синхронизация с внешним источником точного времени становится одной из актуальных задач.
https://interface31.ru/tech_it/2020/05/sinhronizaciya-vremeni-active-directory-s-vneshnim-istochnikom.html
👍29
🔵 Инженер техподдержки? Получи оффер в YADRO всего за неделю!
У тебя есть возможность поучаствовать в One Week Offer от крупнейшей технологической компании России - лидера инженерной индустрии.
Если ты хорошо знаешь принципы серверной архитектуры и СХД и хочешь стать частью масштабных проектов:
• Пришли своё резюме и заполни форму участия до 22 сентября.
• Пройди техническое интервью.
• Получи оффер после успешного собеседования.
Скорее переходи по ссылке и стань частью команды.
У тебя есть возможность поучаствовать в One Week Offer от крупнейшей технологической компании России - лидера инженерной индустрии.
Если ты хорошо знаешь принципы серверной архитектуры и СХД и хочешь стать частью масштабных проектов:
• Пришли своё резюме и заполни форму участия до 22 сентября.
• Пройди техническое интервью.
• Получи оффер после успешного собеседования.
Скорее переходи по ссылке и стань частью команды.
👍1
Уже было, но данный вопрос всплывает снова и снова.
Почему тормозит 1С. Файловый режим и Microsoft Defender
То, что антивирусное ПО снижает производительность системы и прикладных программ - не секрет. Считается что это допустимая плата за безопасность, вынужденный компромисс между скоростью работы и защитой от угроз.
Во многих случаях это так, но иногда именно работа антивирусного ПО может приводить к значительному падению производительности и в таких случаях нужно принимать меры.
Сегодня мы поговорим о популярной учетной системе 1С:Предприятие и встроенном антивирусе Microsoft Defender, а точнее о некоторых результатах их совместной работы, которые для многих окажутся весьма неожиданными.
https://interface31.ru/tech_it/2021/12/pochemu-tormozit-1s-faylovyy-rezhim-i-microsoft-defender.html
Почему тормозит 1С. Файловый режим и Microsoft Defender
То, что антивирусное ПО снижает производительность системы и прикладных программ - не секрет. Считается что это допустимая плата за безопасность, вынужденный компромисс между скоростью работы и защитой от угроз.
Во многих случаях это так, но иногда именно работа антивирусного ПО может приводить к значительному падению производительности и в таких случаях нужно принимать меры.
Сегодня мы поговорим о популярной учетной системе 1С:Предприятие и встроенном антивирусе Microsoft Defender, а точнее о некоторых результатах их совместной работы, которые для многих окажутся весьма неожиданными.
https://interface31.ru/tech_it/2021/12/pochemu-tormozit-1s-faylovyy-rezhim-i-microsoft-defender.html
👍28👎1
Настраиваем Port Knocking в Linux (Debian / Ubuntu)
Безопасность - это всегда компромисс между многими показателями, включающими, в том числе, удобство пользования. Современные реалии предусматривают широкое применение удаленного доступа, но при этом не все служебные сервисы администраторы хотят открывать наружу.
Одним из вариантов решения проблемы является VPN, но это применимо не всегда и не везде. Хорошей альтернативой в этом случае может являться Port Knocking - специальная технология, позволяющая буквально "постучать" в порты особым образом, после чего вы сможете получить доступ к системе. Стучите и вам откроют.
https://interface31.ru/tech_it/2021/02/nastraivaem-port-knocking-v-linux-debian-ubuntu.html
Безопасность - это всегда компромисс между многими показателями, включающими, в том числе, удобство пользования. Современные реалии предусматривают широкое применение удаленного доступа, но при этом не все служебные сервисы администраторы хотят открывать наружу.
Одним из вариантов решения проблемы является VPN, но это применимо не всегда и не везде. Хорошей альтернативой в этом случае может являться Port Knocking - специальная технология, позволяющая буквально "постучать" в порты особым образом, после чего вы сможете получить доступ к системе. Стучите и вам откроют.
https://interface31.ru/tech_it/2021/02/nastraivaem-port-knocking-v-linux-debian-ubuntu.html
👍27❤2
Выиграй билет на конференцию SOC-Forum 🎁
Servicepipe — российский разработчик продуктов для высокоточной защиты от кибератак. Компания активно развивает технологии анализа трафика и защиты от автоматизированных угроз на L3–L7 уровнях модели OSI.
Сейчас компания запустила розыгрыш, где можно получить один из двух билетов на конференцию SOC-Forum, которая пройдет 6-8 ноября в Москве. Не упусти шанс принять участие в конференции 😉
Условия простые:
1. Подпишись на Telegram-канал Servicepipe
2. Поставь лайк посту с конкурсом в канале и оставь под ним комментарий «Участвую»
Победителей выберут рандомайзером 19 сентября.
Удачи 🍀
Servicepipe — российский разработчик продуктов для высокоточной защиты от кибератак. Компания активно развивает технологии анализа трафика и защиты от автоматизированных угроз на L3–L7 уровнях модели OSI.
Сейчас компания запустила розыгрыш, где можно получить один из двух билетов на конференцию SOC-Forum, которая пройдет 6-8 ноября в Москве. Не упусти шанс принять участие в конференции 😉
Условия простые:
1. Подпишись на Telegram-канал Servicepipe
2. Поставь лайк посту с конкурсом в канале и оставь под ним комментарий «Участвую»
Победителей выберут рандомайзером 19 сентября.
Удачи 🍀
👍2❤1🔥1
Одна из наиболее часто решаемых системным администратором задач - объединение нескольких сетей в единое пространство, для обеспечения совместной работы с общими ресурсами (site-to-site).
Обычно для этих целей используется VPN, тип которого большой роли не играет. Но именно для данной задачи более предпочтительно использовать IPIP или GRE-туннели, особенно если вам требуется хорошая пропускная способность соединения.
🔹 Настройка туннелей GRE и IPIP на роутерах Mikrotik
🔹 Настройка туннелей GRE и IPIP в Debian и Ubuntu
Обычно для этих целей используется VPN, тип которого большой роли не играет. Но именно для данной задачи более предпочтительно использовать IPIP или GRE-туннели, особенно если вам требуется хорошая пропускная способность соединения.
🔹 Настройка туннелей GRE и IPIP на роутерах Mikrotik
🔹 Настройка туннелей GRE и IPIP в Debian и Ubuntu
👍38
This media is not supported in your browser
VIEW IN TELEGRAM
Как вы думаете, что это? Это курс Бэкапы в 1С (Онлайн) за 210 рублей, точнее даже не курс, а двухчасовой вебинар.
Лектор явно пришел неподготовленный, путается в показаниях, делает весьма спорные заявления, допускает ошибки, плавает в предметной части.
Также не подготовлено рабочее место, в другой части вебинара, после очередной ошибки он просто сказал, что тут у меня виртуалка, она не настроена и я не смогу вам показать, как делать бекапы через PgAdmin, но там все примерно тоже самое. 🤦♀️
Складывается впечатление, что вебинар ведется "с колес" без всякой предварительной подготовки.
Хотя что мешало потратить лишние два часа чтобы проверить команды, устранить ошибки, составить подробный план и вообще посмотреть, что вышло?
На мой взгляд лектор излишне многословен и слушать его утомительно, ладно бы он растекался в ширь и глубь, но он постоянно повторяет одни и те же банальности.
Но сказать, что вебинар совсем плохой – не скажу. Для новичков пойдет, но за такой уровень подготовки должно быть стыдно.
Лектор явно пришел неподготовленный, путается в показаниях, делает весьма спорные заявления, допускает ошибки, плавает в предметной части.
Также не подготовлено рабочее место, в другой части вебинара, после очередной ошибки он просто сказал, что тут у меня виртуалка, она не настроена и я не смогу вам показать, как делать бекапы через PgAdmin, но там все примерно тоже самое. 🤦♀️
Складывается впечатление, что вебинар ведется "с колес" без всякой предварительной подготовки.
Хотя что мешало потратить лишние два часа чтобы проверить команды, устранить ошибки, составить подробный план и вообще посмотреть, что вышло?
На мой взгляд лектор излишне многословен и слушать его утомительно, ладно бы он растекался в ширь и глубь, но он постоянно повторяет одни и те же банальности.
Но сказать, что вебинар совсем плохой – не скажу. Для новичков пойдет, но за такой уровень подготовки должно быть стыдно.
😁15👌5💯2
Продолжаем разбор полетов.
На вебинаре прозвучало весьма спорное утверждение, что выгрузку в текстовый формат SQL использовать не следует, особенно если в базе 1С есть прикрепленные картинки и файлы и особенно с русскими именами.
Хм, может что-то изменилось? Все-таки официальный центр обучения от самой 1С, возможно лектор знает больше, чем я.
Возможно, но это не долго проверить. Создаем базу, прикрепляем к карточкам номенклатуры картинки, подкидываем еще файлов, как раз с русскими именами.
Бекапим в текстовый формат. Восстанавливаем. Все на месте. Никаких проблем нет. По факту лектор прогнал туфту, но многие обучающиеся ему поверят и потом с пеной у рта будут доказывать, что так делать нельзя.
А так делать можно и иногда нужно.
При этом попутно мы выяснили множество тонкостей работы с
А вот так найдут обучаемые готовые команды и будут делать бекапы которые не получится восстановить. Но это совсем другая история…
Ждите статей.
На вебинаре прозвучало весьма спорное утверждение, что выгрузку в текстовый формат SQL использовать не следует, особенно если в базе 1С есть прикрепленные картинки и файлы и особенно с русскими именами.
Хм, может что-то изменилось? Все-таки официальный центр обучения от самой 1С, возможно лектор знает больше, чем я.
Возможно, но это не долго проверить. Создаем базу, прикрепляем к карточкам номенклатуры картинки, подкидываем еще файлов, как раз с русскими именами.
Бекапим в текстовый формат. Восстанавливаем. Все на месте. Никаких проблем нет. По факту лектор прогнал туфту, но многие обучающиеся ему поверят и потом с пеной у рта будут доказывать, что так делать нельзя.
А так делать можно и иногда нужно.
При этом попутно мы выяснили множество тонкостей работы с
pg_dump и pg_restore на Windows, но про это никто ничего не сказал.А вот так найдут обучаемые готовые команды и будут делать бекапы которые не получится восстановить. Но это совсем другая история…
Ждите статей.
👍46👎1
‼️Notion, конечно, навел шороху своим внезапным уходом. Спасибо, что дал 2 недели на перенос. Предлагаем замену, которая не уступает ушедшему сервису!
Речь о TEAMLY – его функционал наиболее близок Notion, а значит, сохранены почти все возможности платформы. Если вы еще не знакомы с TEAMLY, то советуем срочно переходить по ссылке
Речь о TEAMLY – его функционал наиболее близок Notion, а значит, сохранены почти все возможности платформы. Если вы еще не знакомы с TEAMLY, то советуем срочно переходить по ссылке
🤮10👍5
Я хочу все сделать технически правильно, но мой работодатель препятствует этому
С подобной ситуацией сталкиваются многие коллеги, особенно молодые и искренне недоумевают почему так происходит.
Почему бизнес не хочет делать правильно, а требует костылей, полумер и половинчатых решений. Мол работает и хорошо, а когда перестанет – вот тогда и подумаем.
Обычно в этой ситуации винят руководство, которое представляется жадным и недалеким, плюс ничего не смыслящем в IT-технологиях.
Но на самом деле все обстоит по-другому, просто надо посмотреть на ситуацию с другой стороны. Стороны бизнеса, который оперирует совсем иными понятиями.
Цель любого бизнеса – заработать деньги, а вовсе не сделать все красиво и правильно. Поэтому любой бизнес будет стремиться увеличить прибыль и уменьшить издержки.
IT-отдел – это сугубо расходная статья любого бизнеса, прибыли он не приносит. Поэтому, как и любые другие расходные статьи, он будет финансироваться по принципу оптимального минимума.
Как определяется этот минимум? Далеко не техническими показателями, о них руководство может ничего не знать, да и не обязано. А финансовыми.
Грубо говоря, если проблема решается деньгами, то это не проблема, а расходы. Размер расходов, которые фирма может себе одноразово позволить руководству известен. Как правило он коррелируется с операционной прибылью. Т.е. общей выручкой за вычетом постоянных расходов.
Чем выше этот показатель, тем больше средств фирма может выделить на то, чтобы залить проблему деньгами.
И это вполне нормальная практика. Потому что когда с одной стороны стоят некоторые расходы здесь и сейчас, а с другой возможная проблема где-то там, которая может быть, а может не быть, то включается простой финансовый расчет.
Вот приходит администратор и говорит, что нужно сделать то, то и это. Все это, несомненно правильно и грамотно. Согласно лучшим практикам и рекомендациям.
А руководство его и спрашивает, что будет, если мы это не сделаем?
Админ отвечает, мол то и это, такой-то простой или такая-то потеря данных, ну и прочие негативные факторы.
Следующий вопрос: а какая вероятность этого события. Как часто вообще у нас такое происходило и происходит?
Дальше берется калькулятор и считается количество денег, которые потеряет фирма в результате наступления события, либо какое количество денег понадобится чтобы устранить последствия.
Если эта цифра сравнима с тем, что требуется выделить здесь и сейчас или выше ее, то бизнес деньги выделит. Если же ниже, либо вероятность такого события крайне низка, то в финансировании будет отказано.
Кроме того, есть ряд событий, которые несут угрозу, но вкладывать средства в защиту от них одного только IT не имеет смысла.
Вот приходит админ просить деньги на новые бесперебойники. Сразу вопрос, а зачем?
Ответ, чтобы час тянули, а не 15 минут как сейчас.
Бизнес при этом смотрит шире, и задает встречный вопрос: а зачем нам нужно чтобы сервера работали час, если у нас все рабочие места выключатся через 15 минут?
В результате денег на это, конечно же не дадут. Потому что просто расход в никуда, не несущий для бизнеса практического смысла.
Можно, конечно, нагнать жути и финансирование выбить. Но может так случиться, что указанное событие возьмет и произойдет. И при этом выяснится, что на самом деле все не так уж и страшно, а денег в свое время было выделено неоправданно много.
Возможно, конкретных оргвыводов и не последует, но денег вам больше не дадут или будут делить ваши запросы на некий известный только им коэффициент.
А еще хуже, если средства выделили, событие произошло, но отработать так как было заявлено вы его не смогли. Тут уже точно будут и оргвыводы, и неудобные вопросы по поводу того, на что и как были потрачены деньги.
Поэтому, во многих случаях, лучше не бежать с техническими решениями впереди паровоза, т.е. реальных потребностей бизнеса, а трезво оценивать ситуацию, в том числе и с финансовой стороны, что позволит избежать множества недоразумений и конфликтных ситуаций.
С подобной ситуацией сталкиваются многие коллеги, особенно молодые и искренне недоумевают почему так происходит.
Почему бизнес не хочет делать правильно, а требует костылей, полумер и половинчатых решений. Мол работает и хорошо, а когда перестанет – вот тогда и подумаем.
Обычно в этой ситуации винят руководство, которое представляется жадным и недалеким, плюс ничего не смыслящем в IT-технологиях.
Но на самом деле все обстоит по-другому, просто надо посмотреть на ситуацию с другой стороны. Стороны бизнеса, который оперирует совсем иными понятиями.
Цель любого бизнеса – заработать деньги, а вовсе не сделать все красиво и правильно. Поэтому любой бизнес будет стремиться увеличить прибыль и уменьшить издержки.
IT-отдел – это сугубо расходная статья любого бизнеса, прибыли он не приносит. Поэтому, как и любые другие расходные статьи, он будет финансироваться по принципу оптимального минимума.
Как определяется этот минимум? Далеко не техническими показателями, о них руководство может ничего не знать, да и не обязано. А финансовыми.
Грубо говоря, если проблема решается деньгами, то это не проблема, а расходы. Размер расходов, которые фирма может себе одноразово позволить руководству известен. Как правило он коррелируется с операционной прибылью. Т.е. общей выручкой за вычетом постоянных расходов.
Чем выше этот показатель, тем больше средств фирма может выделить на то, чтобы залить проблему деньгами.
И это вполне нормальная практика. Потому что когда с одной стороны стоят некоторые расходы здесь и сейчас, а с другой возможная проблема где-то там, которая может быть, а может не быть, то включается простой финансовый расчет.
Вот приходит администратор и говорит, что нужно сделать то, то и это. Все это, несомненно правильно и грамотно. Согласно лучшим практикам и рекомендациям.
А руководство его и спрашивает, что будет, если мы это не сделаем?
Админ отвечает, мол то и это, такой-то простой или такая-то потеря данных, ну и прочие негативные факторы.
Следующий вопрос: а какая вероятность этого события. Как часто вообще у нас такое происходило и происходит?
Дальше берется калькулятор и считается количество денег, которые потеряет фирма в результате наступления события, либо какое количество денег понадобится чтобы устранить последствия.
Если эта цифра сравнима с тем, что требуется выделить здесь и сейчас или выше ее, то бизнес деньги выделит. Если же ниже, либо вероятность такого события крайне низка, то в финансировании будет отказано.
Кроме того, есть ряд событий, которые несут угрозу, но вкладывать средства в защиту от них одного только IT не имеет смысла.
Вот приходит админ просить деньги на новые бесперебойники. Сразу вопрос, а зачем?
Ответ, чтобы час тянули, а не 15 минут как сейчас.
Бизнес при этом смотрит шире, и задает встречный вопрос: а зачем нам нужно чтобы сервера работали час, если у нас все рабочие места выключатся через 15 минут?
В результате денег на это, конечно же не дадут. Потому что просто расход в никуда, не несущий для бизнеса практического смысла.
Можно, конечно, нагнать жути и финансирование выбить. Но может так случиться, что указанное событие возьмет и произойдет. И при этом выяснится, что на самом деле все не так уж и страшно, а денег в свое время было выделено неоправданно много.
Возможно, конкретных оргвыводов и не последует, но денег вам больше не дадут или будут делить ваши запросы на некий известный только им коэффициент.
А еще хуже, если средства выделили, событие произошло, но отработать так как было заявлено вы его не смогли. Тут уже точно будут и оргвыводы, и неудобные вопросы по поводу того, на что и как были потрачены деньги.
Поэтому, во многих случаях, лучше не бежать с техническими решениями впереди паровоза, т.е. реальных потребностей бизнеса, а трезво оценивать ситуацию, в том числе и с финансовой стороны, что позволит избежать множества недоразумений и конфликтных ситуаций.
👍55👌4🤡2❤1👎1
Пару полезных функций PowerShell по управлению VPN-соединениями в Windows.
🔹 Автоматическое добавление маршрутов для VPN-соединения в Windows
🔹 Управляем VPN-соединениями в Windows при помощи PowerShell
А соединив их можем добиться полной автоматизации создания и настройки соединения.
🔹 Автоматическое добавление маршрутов для VPN-соединения в Windows
🔹 Управляем VPN-соединениями в Windows при помощи PowerShell
А соединив их можем добиться полной автоматизации создания и настройки соединения.
👍18👏3👌2
Дедушка умер, а дело живет. Лучше бы было наоборот.
Практически в каждой нашей заметке, где мы обсуждаем экономические вопросы, либо отношения работника и работодателя появляются комментарии на тему того, что это все звериный оскал капитализма и мы становимся на защиту эксплуататорского класса.
Поэтому сегодня, в выходной, хотим как раз об этом и поговорить. Капитализм может и не является идеальным способом общественного устройства, но свою жизнеспособность он доказал. Чего не скажешь об иных альтернативах.
Мы даже не будем касаться их конкретных реализаций, так как тут ответ простой – там все не так поняли и не так сделали. А обратимся к истокам.
Коммунизм, если верить основоположникам, это некий особый тип общества, в котором от каждого будут брать по способностям, но удовлетворять требования по потребностям.
А в идеале, должны получить общество, которое не будет озадачено добычей хлеба насущного, а будет творить, выдумывать, пробовать и вообще всячески двигать прогресс.
Но фантастику мы еще почитать успеем, поэтому попробуем подвести под эту модель экономическую базу. Не углубляясь в дебри, буквально на пальцах.
Значит каждому по потребностям. Это значит заходишь в любой магазин и берешь там все бесплатно, ну либо денег у тебя есть скупить его весь, хотя сама теория предполагает полный отказ от денег.
Ну отлично же. Берем икру красную, икру черную, мраморную говядину, дорогие виски и коньяк. Красота!
А с утра на работу. А на работе у нас товарищи разные. Есть Петя, семьянин и спортсмен, хороший специалист и инженер. А есть Вася, запойный токарь, который до обеда мается с похмелья, а после обеда, употребив «допинг», старается не заснуть.
И все это видят. При этом что Вася, что Петя имеют одинаковые возможности удовлетворить свои потребности.
А если нет разницы, то зачем напрягаться? Петя работает, а Вася по факту ничего не делает. Живут одинаково.
После чего Петя думает: а нафига я тут напрягаюсь? Может проще дернуть в обед пивка и подремать на диване в кабинете?
Собственно, так он и поступит. Ну либо будет играть с коллегой в пинг-понг и пить квас, спортсмен все-таки.
Статус образования тоже устремится в пике куда-то ниже плинтуса. Ну вот зачем напрягать мозги и пять лет учиться? Когда можно просто пойти на завод и получать все те же блага? Да или вообще можно никуда не ходить, а творить, выдумывать, пробовать.
После чего такое общество стремительно деградирует. И вместо икры красной и черной, дорогих коньяков и колбас удовлетворение потребностей резко упадет.
И типичный продуктовый набор сведется к плохого качества хлебу, кефиру, колбасы одного – двух сортов, дешевой водки и сырка «дружба». А также ботинок «прощай молодость».
А почему? А потому, что производить это такое общество окажется неспособным, как по причине отсутствия технологий, так и по причине крайне низкой культуры производства, если эти технологии все-таки удастся где-то приобрести.
При этом всякая личная инициатива в экономической части рубится на корню и вообще объявляется наказуемым деянием, так как подразумевает извлечение прибыли и эксплуатацию человека человеком.
Есть ли перспективы у такого общества? Их нет. Потому что отсутствует стимул и мотивация. Зачем рвать жилы, если все равно ты получишь тоже самое?
Либо в таком обществе зародится параллельная, теневая экономика. Читай тот же капитализм, где кто-то будет что-то производить или доставать, а кто-то платить за это весьма высокую цену.
И все это мы уже видели и проходили, когда джинсы – простая рабочая, а затем повседневная одежда была верхом мечтаний и писком последней моды, равно как и такая простая и банальная вещь как жевательная резинка.
Что мешало самому передовому обществу снабдить себя подобными товарами?
То, о чем мы написали выше – отсутствие стимула и мотивации. Ведь для этого надо поднять задницу и что-то начать делать. А зачем? Можно ведь ничего не делать, ровно с таким же результатом.
К чему это привело – все знают. И заголовок придумали не мы, а жители того самого, передового общества.
Практически в каждой нашей заметке, где мы обсуждаем экономические вопросы, либо отношения работника и работодателя появляются комментарии на тему того, что это все звериный оскал капитализма и мы становимся на защиту эксплуататорского класса.
Поэтому сегодня, в выходной, хотим как раз об этом и поговорить. Капитализм может и не является идеальным способом общественного устройства, но свою жизнеспособность он доказал. Чего не скажешь об иных альтернативах.
Мы даже не будем касаться их конкретных реализаций, так как тут ответ простой – там все не так поняли и не так сделали. А обратимся к истокам.
Коммунизм, если верить основоположникам, это некий особый тип общества, в котором от каждого будут брать по способностям, но удовлетворять требования по потребностям.
А в идеале, должны получить общество, которое не будет озадачено добычей хлеба насущного, а будет творить, выдумывать, пробовать и вообще всячески двигать прогресс.
Но фантастику мы еще почитать успеем, поэтому попробуем подвести под эту модель экономическую базу. Не углубляясь в дебри, буквально на пальцах.
Значит каждому по потребностям. Это значит заходишь в любой магазин и берешь там все бесплатно, ну либо денег у тебя есть скупить его весь, хотя сама теория предполагает полный отказ от денег.
Ну отлично же. Берем икру красную, икру черную, мраморную говядину, дорогие виски и коньяк. Красота!
А с утра на работу. А на работе у нас товарищи разные. Есть Петя, семьянин и спортсмен, хороший специалист и инженер. А есть Вася, запойный токарь, который до обеда мается с похмелья, а после обеда, употребив «допинг», старается не заснуть.
И все это видят. При этом что Вася, что Петя имеют одинаковые возможности удовлетворить свои потребности.
А если нет разницы, то зачем напрягаться? Петя работает, а Вася по факту ничего не делает. Живут одинаково.
После чего Петя думает: а нафига я тут напрягаюсь? Может проще дернуть в обед пивка и подремать на диване в кабинете?
Собственно, так он и поступит. Ну либо будет играть с коллегой в пинг-понг и пить квас, спортсмен все-таки.
Статус образования тоже устремится в пике куда-то ниже плинтуса. Ну вот зачем напрягать мозги и пять лет учиться? Когда можно просто пойти на завод и получать все те же блага? Да или вообще можно никуда не ходить, а творить, выдумывать, пробовать.
После чего такое общество стремительно деградирует. И вместо икры красной и черной, дорогих коньяков и колбас удовлетворение потребностей резко упадет.
И типичный продуктовый набор сведется к плохого качества хлебу, кефиру, колбасы одного – двух сортов, дешевой водки и сырка «дружба». А также ботинок «прощай молодость».
А почему? А потому, что производить это такое общество окажется неспособным, как по причине отсутствия технологий, так и по причине крайне низкой культуры производства, если эти технологии все-таки удастся где-то приобрести.
При этом всякая личная инициатива в экономической части рубится на корню и вообще объявляется наказуемым деянием, так как подразумевает извлечение прибыли и эксплуатацию человека человеком.
Есть ли перспективы у такого общества? Их нет. Потому что отсутствует стимул и мотивация. Зачем рвать жилы, если все равно ты получишь тоже самое?
Либо в таком обществе зародится параллельная, теневая экономика. Читай тот же капитализм, где кто-то будет что-то производить или доставать, а кто-то платить за это весьма высокую цену.
И все это мы уже видели и проходили, когда джинсы – простая рабочая, а затем повседневная одежда была верхом мечтаний и писком последней моды, равно как и такая простая и банальная вещь как жевательная резинка.
Что мешало самому передовому обществу снабдить себя подобными товарами?
То, о чем мы написали выше – отсутствие стимула и мотивации. Ведь для этого надо поднять задницу и что-то начать делать. А зачем? Можно ведь ничего не делать, ровно с таким же результатом.
К чему это привело – все знают. И заголовок придумали не мы, а жители того самого, передового общества.
👎70👍54🤡8🤔5💯5
Резервное копирование и восстановление баз данных PostgreSQL при помощи pg_dump на платформе Windows
Резервное копирование - одна из важнейших задач системного администратора. Хорошо если копии вам никогда не пригодятся, но они должны быть.
Сегодня мы рассмотрим некоторые аспекты резервного копирования популярной СУБД PostgreSQL, в частности при ее применении совместно с 1С:Предприятие.
Начнем с самого простого и понятного способа - использования утилиты pg_dump, которая, кстати, может использоваться не только для резервного копирования, но и для переноса баз между различными серверами.
https://interface31.ru/tech_it/2024/09/rezervnoe-kopirovanie-i-vosstanovlenie-baz-dannyh-postgresql-pri-pomoshhi-pg-dump-windows.html
Резервное копирование - одна из важнейших задач системного администратора. Хорошо если копии вам никогда не пригодятся, но они должны быть.
Сегодня мы рассмотрим некоторые аспекты резервного копирования популярной СУБД PostgreSQL, в частности при ее применении совместно с 1С:Предприятие.
Начнем с самого простого и понятного способа - использования утилиты pg_dump, которая, кстати, может использоваться не только для резервного копирования, но и для переноса баз между различными серверами.
https://interface31.ru/tech_it/2024/09/rezervnoe-kopirovanie-i-vosstanovlenie-baz-dannyh-postgresql-pri-pomoshhi-pg-dump-windows.html
👍39