Как построить успешный бизнес на продаже воздуха
Не так давно мы рассказывали об опыте приобретения лицензий Крипто-Про за 250 руб. https://t.iss.one/interface31/2810
Сегодня, после длительной переписки, история подошла к некоторому завершению. И выводы эти неутешительные. Практически любой ловкий товарищ может открыть подобный бизнес и ему за это ничего не будет.
Основная составляющая – это цифровая лицензия, которая позволяет многократную активацию, и производитель которой не сильно отслеживает подобные вещи.
Крипто-Про подходит идеально, по причине того, что лицензия у них – это код активации и его владелец имеет право делать с ним дальше что хочет. Никакой регистрации, никакого учета. И есть мнение, что если подобный код не утечет в сеть, то никто ничего с ним делать не будет.
Причем код берем совершенно легальный и многократно продаем его на площадках типа Яндекс Маркета. Лучше всего один код в одни руки. Так вообще шанс спалиться минимальный. Ведь и мы только тогда заметили подвох, когда сделали второй заказ сразу на два кода.
Большинство покупает по одному экземпляру и никакого подвоха не заметит. Активировалось? Да. Ну и отлично!
На неудобный вопрос, а чего это коды пришли одинаковые, продавец спросил: «Есть какие-то проблемы с активацией», после чего слился.
Поддержка Яндекса в цифровых товарах откровенно плавает, пришлось очень долго объяснять ситуацию и то, по второму заказу они сначала сделали возврат половины, мол код то прислали.
Пришлось снова долго и упорно объяснять, что и почему здесь не так. В итоге возврат был сделан полностью, а ситуацию в поддержке объяснили «дефектом кодов активации» , т.е. не умыслом продавца, а неким «дефектом».
Ну да, ведь могут попасться дефектные ботинки, почему бы и кодам активации дефектными не быть. Брак на производстве, бывает.
А что продавец? А что ему будет? Торгует кодами, как и торговал. Я бы на его месте просто делал недовольным возврат сразу, не привлекая внимания, чтобы лишний раз не отсвечивал.
Можно его как-то наказать? Вряд-ли. Особенно с текущей квалификацией поддержки. Всегда найдется пояснение: технический сбой, дефект и т.д. и т.п.
Полиция? Это даже не смешно. Никто за ваше заявление на 250 – 500 руб. даже не посмотрят и посоветуют не мешать работать. А даже если вы будете настаивать и заявление таки вручите, то не найдут там состава преступления, переквалифицировав ситуацию в гражданский спор.
Подключить вендора? А оно ему надо? Если бы подобный «бизнес» представлял бы ему неудобства, то он бы уже давно позаботился, так или иначе. Скажем через онлайн активацию и регистрацию, а не просто проверку ключа. Та же 1С давно так сделала. Там проблемы пиратства пин-кодов нет.
В общем вот такая получилась история. А мораль проста: за дешевизной не гоняемся, покупаем в проверенных местах у проверенных продавцов, которые числятся в официальных партнерах, желательно.
Не так давно мы рассказывали об опыте приобретения лицензий Крипто-Про за 250 руб. https://t.iss.one/interface31/2810
Сегодня, после длительной переписки, история подошла к некоторому завершению. И выводы эти неутешительные. Практически любой ловкий товарищ может открыть подобный бизнес и ему за это ничего не будет.
Основная составляющая – это цифровая лицензия, которая позволяет многократную активацию, и производитель которой не сильно отслеживает подобные вещи.
Крипто-Про подходит идеально, по причине того, что лицензия у них – это код активации и его владелец имеет право делать с ним дальше что хочет. Никакой регистрации, никакого учета. И есть мнение, что если подобный код не утечет в сеть, то никто ничего с ним делать не будет.
Причем код берем совершенно легальный и многократно продаем его на площадках типа Яндекс Маркета. Лучше всего один код в одни руки. Так вообще шанс спалиться минимальный. Ведь и мы только тогда заметили подвох, когда сделали второй заказ сразу на два кода.
Большинство покупает по одному экземпляру и никакого подвоха не заметит. Активировалось? Да. Ну и отлично!
На неудобный вопрос, а чего это коды пришли одинаковые, продавец спросил: «Есть какие-то проблемы с активацией», после чего слился.
Поддержка Яндекса в цифровых товарах откровенно плавает, пришлось очень долго объяснять ситуацию и то, по второму заказу они сначала сделали возврат половины, мол код то прислали.
Пришлось снова долго и упорно объяснять, что и почему здесь не так. В итоге возврат был сделан полностью, а ситуацию в поддержке объяснили «дефектом кодов активации» , т.е. не умыслом продавца, а неким «дефектом».
Ну да, ведь могут попасться дефектные ботинки, почему бы и кодам активации дефектными не быть. Брак на производстве, бывает.
А что продавец? А что ему будет? Торгует кодами, как и торговал. Я бы на его месте просто делал недовольным возврат сразу, не привлекая внимания, чтобы лишний раз не отсвечивал.
Можно его как-то наказать? Вряд-ли. Особенно с текущей квалификацией поддержки. Всегда найдется пояснение: технический сбой, дефект и т.д. и т.п.
Полиция? Это даже не смешно. Никто за ваше заявление на 250 – 500 руб. даже не посмотрят и посоветуют не мешать работать. А даже если вы будете настаивать и заявление таки вручите, то не найдут там состава преступления, переквалифицировав ситуацию в гражданский спор.
Подключить вендора? А оно ему надо? Если бы подобный «бизнес» представлял бы ему неудобства, то он бы уже давно позаботился, так или иначе. Скажем через онлайн активацию и регистрацию, а не просто проверку ключа. Та же 1С давно так сделала. Там проблемы пиратства пин-кодов нет.
В общем вот такая получилась история. А мораль проста: за дешевизной не гоняемся, покупаем в проверенных местах у проверенных продавцов, которые числятся в официальных партнерах, желательно.
👍21😱4😁3
Автоматический перезапуск открытых приложений после загрузки Windows
Вы активно работаете, у вас много открытых окон приложений и тут возникает необходимость выключить или перезагрузить компьютер.
А еще хуже, если система выполнит перезагрузку сама, например, для плановой установки обновлений.
Знакомая ситуация?
Очень часто именно по этой причине многие откладывают перезагрузку или установку обновлений, потому что не хотят терять рабочую среду, где уже открыто все что надо.
Но начиная с Windows 10 2004 появилась возможность сохранять состояние приложений и автоматически запускать их после включения или перезагрузки.
Для этого перейдите в Параметры - Учетные записи - Варианты входа и включите опцию Перезапустить приложения.
Также это можно сделать через реестр. Для включения:
Для отключения:
Если приложение не хочет сохранять состояние и перезапускаться, что обычно бывает со старыми приложениями, то перейдите в его Свойства и на закладке Совместимость установите опцию Зарегистрируйте эту программу для перезагрузки.
Небольшая тонкость, если приложение было запущено с правами Администратора, то его перезапуск произойдет с обычными правами.
Вы активно работаете, у вас много открытых окон приложений и тут возникает необходимость выключить или перезагрузить компьютер.
А еще хуже, если система выполнит перезагрузку сама, например, для плановой установки обновлений.
Знакомая ситуация?
Очень часто именно по этой причине многие откладывают перезагрузку или установку обновлений, потому что не хотят терять рабочую среду, где уже открыто все что надо.
Но начиная с Windows 10 2004 появилась возможность сохранять состояние приложений и автоматически запускать их после включения или перезагрузки.
Для этого перейдите в Параметры - Учетные записи - Варианты входа и включите опцию Перезапустить приложения.
Также это можно сделать через реестр. Для включения:
reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v RestartApps /t REG_DWORD /d 1
Для отключения:
reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v RestartApps /t REG_DWORD /d 0
Если приложение не хочет сохранять состояние и перезапускаться, что обычно бывает со старыми приложениями, то перейдите в его Свойства и на закладке Совместимость установите опцию Зарегистрируйте эту программу для перезагрузки.
Небольшая тонкость, если приложение было запущено с правами Администратора, то его перезапуск произойдет с обычными правами.
🔥40👍29👀5
TeamViewer окончательно всё
Вчера, без лишнего шума и пыли TeamViewer аннулировал коммерческую постоянную лицензию. Причина – санкции.
Таким образом TeamViewer окончательно все, ушел. Нам будет его не хватать. Хотя соломку подстелили заранее, практически везде развернуты альтернативные self-hosting решения.
Вчера, без лишнего шума и пыли TeamViewer аннулировал коммерческую постоянную лицензию. Причина – санкции.
Таким образом TeamViewer окончательно все, ушел. Нам будет его не хватать. Хотя соломку подстелили заранее, практически везде развернуты альтернативные self-hosting решения.
👍38😁15🫡6🤔4❤1
Minica - простой центр сертификации для локального использования
Шифрование трафика сегодня стало обыденностью, в том числе и для локальных ресурсов, а многие сервисы используют HTTPS по умолчанию.
Все это требует упорядочивания работы с сертификатами, и если с внешними ресурсами мы можем использовать тот же Let's Encrypt, то с внутренними все сложнее.
Можно использовать самоподписанные сертификаты, но по мере роста сети они будут доставлять только проблемы.
Поэтому сегодня мы расскажем как создать собственный простой центр сертификации для локального использования.
https://interface31.ru/tech_it/2024/09/minica-prostoy-centr-sertifikacii-dlya-lokal-nogo-ispol-zovaniya.html
Шифрование трафика сегодня стало обыденностью, в том числе и для локальных ресурсов, а многие сервисы используют HTTPS по умолчанию.
Все это требует упорядочивания работы с сертификатами, и если с внешними ресурсами мы можем использовать тот же Let's Encrypt, то с внутренними все сложнее.
Можно использовать самоподписанные сертификаты, но по мере роста сети они будут доставлять только проблемы.
Поэтому сегодня мы расскажем как создать собственный простой центр сертификации для локального использования.
https://interface31.ru/tech_it/2024/09/minica-prostoy-centr-sertifikacii-dlya-lokal-nogo-ispol-zovaniya.html
👍39🔥5
Будни гарантийки. Вы продаете сплошное @#$%&!!!
Брак как явление всегда был, есть и будет. Не бывает такого, чтобы его не было. В среднем это значение находится где-то на уровне 3% для массового оборудования и может вырастать до 5% для бюджетного.
Для обычного пользователя нарваться на брак – это примерно, как выиграть в лотерею, три случая из ста. И время от времени «счастливчики» находятся, но в целом по больнице ситуация ровная.
Но все стремительно меняется стоит вам перейти на закупку партиями, пусть и небольшими. Так на партии из 30 шт. мы уже имеем большую вероятность получить 1 бракованный экземпляр. Это не хорошо и не плохо, это статистика.
На сотню купленных устройств вы уже рискуете получить 3 бракованных экземпляра. Не обязательно что вы их получите, хотя может так случиться, что их окажется не три, а десять. Но тут мы уже выходим за рамки текущей статьи, а кому интересно, тот может почитать про теорию вероятностей и график ее плотности.
Но вся суть сводится к тому, что чем более крупную партию вы закупаете, тем больше вероятность натолкнуться на брак.
Как быть? Да также как и везде. Бороться с отказами можно только избыточностью. К сожалению, не все это понимают. Ну а что, есть гарантия, пусть она и меняет. Но гарантия – это время. А это оборудование могло бы приносить вам деньги, но не приносит.
И хорошо если это именно так, а в ряде случаев могут появиться и прямые убытки от простоя.
Ни одна гарантия не поменяет вам сложное устройство здесь и сейчас, особенно если вы юрлицо. Этот процесс всегда займет какое-то время, тем большее, чем дальше вы находитесь от официальных представителей производителя или дистрибьютора.
И это, уже не говоря о том, что бывают разные форс-мажорные ситуации.
Поэтому все крупные закупки нужно делать с резервом, как раз таки на брак и прочие нестандартные ситуации.
Поэтому закупая 30 экземпляров просто купите 32, что закроет возможный брак, а стоимость контракта вырастет только на 6,67%. Воспринимайте это просто как страховку, причем достаточно недорогую.
Вместо 100 экземпляров – купите 105-106. Это тоже всего лишь 5-6% сверху, зато сразу избавляет от многой головной боли.
Именно так мы и рекомендуем своим заказчикам, особенно если оборудование идет в производственный контур, где простой чреват не упущенной прибылью, а вполне конкретными убытками.
При грамотном пояснении такой подход как правило не вызывает возражений, а его игнорирование, наоборот, закладывает почву для формирования конфликтных ситуаций.
Поводом для написания данной заметки как раз стала такая конфликтная ситуация. Не очень большая сеть – 15 магазинов, переход на маркировку, покупка новых сканеров. Ответственный по закупкам уперся рогом и купил сканеров ровно по числу магазинов.
Полтора месяца все работало нормально, но вчера сканер при сканировании начал отваливаться как USB-устройство и отваливать все остальное, включая терминал для оплаты по картам и ККМ.
Случилось все это вечером. Люди, очередь, психи, нервы, убытки. Следом пошли претензии. Но это все были просто эмоции. Пошумели, пар спустили и стали трезво разбирать ситуацию. Ситуация дошла до топов и те сильно удивились отказу ответственного за закупки товарища купить один-два запасных сканера.
Удивились – это мягко сказано. Выражения там были в основном непечатные, а смысл их сводится к тому, что за тот вечер точка просела по выручке гораздо больше, чем стоят два запасных сканера.
Случай при этом оказался не гарантийным, кабель сканера погрызла мышь.
При этом очень часто у нас вызывает удивление, что наши коллеги, формируя заказы на закупки спокойно покупают запасные диски в RAID, запасные блоки питания, хотя там переплата 30-50%, но встречают в штыки предложение доплатить всего лишь 6-10% за дополнительные экземпляры остального оборудования.
Оно не ломается? Не бывает брака? Или вам потом интереснее скандалить с поставщиком, иногда просто на ровном месте? Хотя резерв – он и есть резерв, он карман не тянет
Брак как явление всегда был, есть и будет. Не бывает такого, чтобы его не было. В среднем это значение находится где-то на уровне 3% для массового оборудования и может вырастать до 5% для бюджетного.
Для обычного пользователя нарваться на брак – это примерно, как выиграть в лотерею, три случая из ста. И время от времени «счастливчики» находятся, но в целом по больнице ситуация ровная.
Но все стремительно меняется стоит вам перейти на закупку партиями, пусть и небольшими. Так на партии из 30 шт. мы уже имеем большую вероятность получить 1 бракованный экземпляр. Это не хорошо и не плохо, это статистика.
На сотню купленных устройств вы уже рискуете получить 3 бракованных экземпляра. Не обязательно что вы их получите, хотя может так случиться, что их окажется не три, а десять. Но тут мы уже выходим за рамки текущей статьи, а кому интересно, тот может почитать про теорию вероятностей и график ее плотности.
Но вся суть сводится к тому, что чем более крупную партию вы закупаете, тем больше вероятность натолкнуться на брак.
Как быть? Да также как и везде. Бороться с отказами можно только избыточностью. К сожалению, не все это понимают. Ну а что, есть гарантия, пусть она и меняет. Но гарантия – это время. А это оборудование могло бы приносить вам деньги, но не приносит.
И хорошо если это именно так, а в ряде случаев могут появиться и прямые убытки от простоя.
Ни одна гарантия не поменяет вам сложное устройство здесь и сейчас, особенно если вы юрлицо. Этот процесс всегда займет какое-то время, тем большее, чем дальше вы находитесь от официальных представителей производителя или дистрибьютора.
И это, уже не говоря о том, что бывают разные форс-мажорные ситуации.
Поэтому все крупные закупки нужно делать с резервом, как раз таки на брак и прочие нестандартные ситуации.
Поэтому закупая 30 экземпляров просто купите 32, что закроет возможный брак, а стоимость контракта вырастет только на 6,67%. Воспринимайте это просто как страховку, причем достаточно недорогую.
Вместо 100 экземпляров – купите 105-106. Это тоже всего лишь 5-6% сверху, зато сразу избавляет от многой головной боли.
Именно так мы и рекомендуем своим заказчикам, особенно если оборудование идет в производственный контур, где простой чреват не упущенной прибылью, а вполне конкретными убытками.
При грамотном пояснении такой подход как правило не вызывает возражений, а его игнорирование, наоборот, закладывает почву для формирования конфликтных ситуаций.
Поводом для написания данной заметки как раз стала такая конфликтная ситуация. Не очень большая сеть – 15 магазинов, переход на маркировку, покупка новых сканеров. Ответственный по закупкам уперся рогом и купил сканеров ровно по числу магазинов.
Полтора месяца все работало нормально, но вчера сканер при сканировании начал отваливаться как USB-устройство и отваливать все остальное, включая терминал для оплаты по картам и ККМ.
Случилось все это вечером. Люди, очередь, психи, нервы, убытки. Следом пошли претензии. Но это все были просто эмоции. Пошумели, пар спустили и стали трезво разбирать ситуацию. Ситуация дошла до топов и те сильно удивились отказу ответственного за закупки товарища купить один-два запасных сканера.
Удивились – это мягко сказано. Выражения там были в основном непечатные, а смысл их сводится к тому, что за тот вечер точка просела по выручке гораздо больше, чем стоят два запасных сканера.
Случай при этом оказался не гарантийным, кабель сканера погрызла мышь.
При этом очень часто у нас вызывает удивление, что наши коллеги, формируя заказы на закупки спокойно покупают запасные диски в RAID, запасные блоки питания, хотя там переплата 30-50%, но встречают в штыки предложение доплатить всего лишь 6-10% за дополнительные экземпляры остального оборудования.
Оно не ломается? Не бывает брака? Или вам потом интереснее скандалить с поставщиком, иногда просто на ровном месте? Хотя резерв – он и есть резерв, он карман не тянет
👍44❤3💯1
🔮 GigaTap - Кровь, пот и чипы 💀
Когда безопасность в твоих руках.
📡 Киберобезьяны: Узнай, как твои устройства становятся игрушками в руках преступников, пока ты смотришь оранжевый ютуб.
🦠 Патч от глупости: Реальные методы выживания в мире, где фальшивка правит балом.
🏴☠️ Мутные советы: Пробуй и ошибайся, научи свой ум не теряться в технологическом бреде.
💥 Нажми сюда, чтобы узнать, что на самом деле скрывается за всеми этими блестящими обещаниями безопасности! 💥
erid: LjN8KDnVM
Когда безопасность в твоих руках.
📡 Киберобезьяны: Узнай, как твои устройства становятся игрушками в руках преступников, пока ты смотришь оранжевый ютуб.
🦠 Патч от глупости: Реальные методы выживания в мире, где фальшивка правит балом.
🏴☠️ Мутные советы: Пробуй и ошибайся, научи свой ум не теряться в технологическом бреде.
💥 Нажми сюда, чтобы узнать, что на самом деле скрывается за всеми этими блестящими обещаниями безопасности! 💥
erid: LjN8KDnVM
👎5
Self Hosted аналоги TeamViewer
Определенное время помыкавшись с программами удаленного доступа каждый администратор приходит к решению, что нужно либо покупать что-то коммерческое, либо ставить что-то свое.
При этом данный класс программ должен обеспечивать уверенную работу на любом типе подключения, включая медленные мобильные каналы, NAT и прочие радости жизни, а также отсутствие предварительных требований к инфраструктуре и сложному развертыванию ПО.
В идеале – клиент получил единственный файл, установил, продиктовал ID, вы подключились.
Сегодня в качестве таких решений, которые можно развернуть полностью у себя можно рассматривать только Aspia и RustDesk, каждый из которых обладает своими плюсами и минусами.
🔹 Aspia – продукт модульный, что можно записать как в плюсы, так и минусы. Например, для управления ПК вам понадобиться установить на него Host, а для подключения к хосту использовать Client или Console.
Это может быть неудобно, если вам нужно находясь за одним управляемым устройством подключиться к другому управляемому устройству. Придется устанавливать дополнительное ПО.
Адресная книга – это большой плюс данного продукта. Книг может быть несколько, они могут иметь произвольные степени вложенности. Также книгу или ее часть можно экспортировать, например, выгрузив сотруднику только узлы его подразделения.
Минус – книга локальная, хранится в файле, онлайн обновления не предусмотрено, поэтому вопросы ее синхронизации придется решать самостоятельно. Книгу можно также зашифровать, это плюс.
Еще один минус – поддерживаемые платформы. Серверная часть собирается автором сугубо под Ubuntu 20.04 и будет работать на указанной ОС, либо Debian 11. Работоспособность на иных ОС не гарантируется.
Клиенты и инструменты управления доступны только под Windows, мобильного клиента нет.
🔹 RustDesk – более привычный продукт, состоящий из клиента, который может как принимать подключения, т.е. быть хостом, так и использоваться для исходящих подключений.
Плюс – кроссплатформенность, клиент есть под все популярные ОС, включая мобильные.
Дополнительный плюс – TCP туннелирование, позволяющее создать туннель между клиентом и хостом и использовать его по собственному усмотрению.
Сервер поднимается на Ubuntu Ubuntu 18.04 – 22.04 или Debian 10/11, поддерживаются отличные от x86 архитектуры, что позволяет развернуть такой сервер на мини-ПК. Поддерживается также работа в Docker.
В этом плане RustDesk выглядит гораздо более гибко и привлекательно, нежели Aspia.
Но есть один очень большой недостаток. Отсутствие в бесплатной версии адресной книги. Альтернативой может служить избранное, но это совсем не то.
В целом RustDesk с избранным может быть удобен, когда у вас немного управляемых хостов или к большинству из них не нужен постоянный доступ (когда клиент сам присылает вам в нужный момент ID и пароль).
В случае, когда у вас крупная инфраструктура с подразделениями и несколько операторов со своим уровнем доступа данный недостаток становится очень чувствительным, можно даже сказать критическим.
✅ В остальном между программами паритет. Обе быстро работают даже на медленных каналах и имеют достаточно скромные требования к серверной части. Так для начального развертывания будет вполне достаточно VPS с одним ядром, 1 ГБ ОЗУ и 10 ГБ диском.
Что выбрать? Тут уже надо исходить из того, какие из плюсов и минусов для вас более критичны. Либо использовать оба продукта, для разных сценариев.
Определенное время помыкавшись с программами удаленного доступа каждый администратор приходит к решению, что нужно либо покупать что-то коммерческое, либо ставить что-то свое.
При этом данный класс программ должен обеспечивать уверенную работу на любом типе подключения, включая медленные мобильные каналы, NAT и прочие радости жизни, а также отсутствие предварительных требований к инфраструктуре и сложному развертыванию ПО.
В идеале – клиент получил единственный файл, установил, продиктовал ID, вы подключились.
Сегодня в качестве таких решений, которые можно развернуть полностью у себя можно рассматривать только Aspia и RustDesk, каждый из которых обладает своими плюсами и минусами.
🔹 Aspia – продукт модульный, что можно записать как в плюсы, так и минусы. Например, для управления ПК вам понадобиться установить на него Host, а для подключения к хосту использовать Client или Console.
Это может быть неудобно, если вам нужно находясь за одним управляемым устройством подключиться к другому управляемому устройству. Придется устанавливать дополнительное ПО.
Адресная книга – это большой плюс данного продукта. Книг может быть несколько, они могут иметь произвольные степени вложенности. Также книгу или ее часть можно экспортировать, например, выгрузив сотруднику только узлы его подразделения.
Минус – книга локальная, хранится в файле, онлайн обновления не предусмотрено, поэтому вопросы ее синхронизации придется решать самостоятельно. Книгу можно также зашифровать, это плюс.
Еще один минус – поддерживаемые платформы. Серверная часть собирается автором сугубо под Ubuntu 20.04 и будет работать на указанной ОС, либо Debian 11. Работоспособность на иных ОС не гарантируется.
Клиенты и инструменты управления доступны только под Windows, мобильного клиента нет.
🔹 RustDesk – более привычный продукт, состоящий из клиента, который может как принимать подключения, т.е. быть хостом, так и использоваться для исходящих подключений.
Плюс – кроссплатформенность, клиент есть под все популярные ОС, включая мобильные.
Дополнительный плюс – TCP туннелирование, позволяющее создать туннель между клиентом и хостом и использовать его по собственному усмотрению.
Сервер поднимается на Ubuntu Ubuntu 18.04 – 22.04 или Debian 10/11, поддерживаются отличные от x86 архитектуры, что позволяет развернуть такой сервер на мини-ПК. Поддерживается также работа в Docker.
В этом плане RustDesk выглядит гораздо более гибко и привлекательно, нежели Aspia.
Но есть один очень большой недостаток. Отсутствие в бесплатной версии адресной книги. Альтернативой может служить избранное, но это совсем не то.
В целом RustDesk с избранным может быть удобен, когда у вас немного управляемых хостов или к большинству из них не нужен постоянный доступ (когда клиент сам присылает вам в нужный момент ID и пароль).
В случае, когда у вас крупная инфраструктура с подразделениями и несколько операторов со своим уровнем доступа данный недостаток становится очень чувствительным, можно даже сказать критическим.
✅ В остальном между программами паритет. Обе быстро работают даже на медленных каналах и имеют достаточно скромные требования к серверной части. Так для начального развертывания будет вполне достаточно VPS с одним ядром, 1 ГБ ОЗУ и 10 ГБ диском.
Что выбрать? Тут уже надо исходить из того, какие из плюсов и минусов для вас более критичны. Либо использовать оба продукта, для разных сценариев.
👍33❤3
Устанавливаем и настраиваем Aspia - бесплатную программу для удаленного управления ПК
Рано или поздно системные администраторы задумываются о собственном решении для удаленного управления ПК. Это может быть связано с уходом с российского рынка привычных продуктов, финансовыми вопросами или соображениями безопасности.
В любом случае такие решения есть и вопреки распространенному мнению установить и поддерживать их несложно и недорого.
Сегодня мы рассмотрим как установить и настроить на собственном сервере Aspia - бесплатный комплекс программ для организации собственной инфраструктуры удаленного управления ПК.
https://interface31.ru/tech_it/2024/09/ustanavlivaem-i-nastraivaem-aspia-besplatnuyu-programmu-dlya-udalennogo-upravleniya-pk.html
Рано или поздно системные администраторы задумываются о собственном решении для удаленного управления ПК. Это может быть связано с уходом с российского рынка привычных продуктов, финансовыми вопросами или соображениями безопасности.
В любом случае такие решения есть и вопреки распространенному мнению установить и поддерживать их несложно и недорого.
Сегодня мы рассмотрим как установить и настроить на собственном сервере Aspia - бесплатный комплекс программ для организации собственной инфраструктуры удаленного управления ПК.
https://interface31.ru/tech_it/2024/09/ustanavlivaem-i-nastraivaem-aspia-besplatnuyu-programmu-dlya-udalennogo-upravleniya-pk.html
👍34❤2👎2
Веселые истории экран покажет наш…
Не так давно мы тут обсуждали бесплатное предложение от Cloud.ru (в прошлом SberCloud) претендующего на звание одного из крупнейших отечественных облачных провайдеров.
Бесплатная виртуалка в целом работала неплохо и когда нам понадобился сервер для другого проекта мы решили также взять его в Cloud.ru, благо цены более чем устраивают.
В общем, сказано – сделано. Закинули на баланс денег, взяли в аренду второй IP, создали виртуалку. В сетевые параметры особо не вникали, а зря.
У Cloud.ru есть два варианта назначения выделенного IP: на интерфейс виртуальной машины непосредственно, или трансляция его через подсеть. Во втором случае виртуальные машины можно объединять внутренней сетью и бесплатно гонять трафик между ними.
Так вот, первый раз мы назначили IP непосредственно на виртуальную машину и с удивлением выяснили, что интернет на ней не работает, точнее не работает разрешение имен, так как никаких настроек DNS у виртуальной машины нет.
Ну мы не гордые, сами напишем, просто немного удивило такое поведение из коробки. Ладно, бывает, подумали мы. Но нам нужна была именно внутренняя сеть. Отвязали адрес от виртуальной машины, добавили подсеть, снова присвоили адрес.
И все! Связь с виртуалкой полностью пропала. Ну что делать? Пойдем в поддержку. Первая линии поддержки – бот, ну или нечто очень на него похожее.
Здравствуйте, укажите ID и название ВМ, IP, пришлите пример проверки сети с вашей стороны командой Ping и т.д
Ну это понятно, прислали. Бот задал еще несколько уточняющих вопросов и завел тикет.
А далее началось нечто забавное. Сотрудники поддержки попросили провести диагностику сети изнутри виртуальной машины. Пришлось объяснить, что сетевого доступа у меня к виртуалке нет.
Ну тогда подключитесь к ней через виртуальную консоль.
Отвечаю, я бы рад, но у меня у пользователя нет пароля, вход сугубо по ключу.
После чего была прислана ссылка на то, как загрузить Linux в режим восстановления, установить пароль и т.д. и т.п.
А попутно последовала рекомендация отвязать адрес, удалить виртуалку и создать ее по новой с нужной конфигурацией сети.
Подобный ответ, мягко скажем удивил, но так как заморачиваться не хотелось, то так и сделали. Создали виртуалку заново и все заработало.
Настроили систему, подняли нужные сервисы и уже практически забыли о ней, работает, чего еще надо. Но сегодня ночью сетевой доступ пропал…
И симптомы практически те же самые. Машина запущена и работает, везде все зеленое, а доступа нет. Настройки виртуалки никто не трогал, так что проблема явно на стороне провайдера.
Поэтому сразу обращаемся в поддержку. Бот, немного позадавав вопросов и выдвинув несколько предложений завел тикет.
А дальше история повторилась. Поддержка снова попросила нас выполнить диагностику изнутри виртуальной машины.
Мы снова пояснили, что сетевого доступа к виртуалке у нас нет. И снова получили рекомендацию зайти через виртуальную консоль.
Пришлось, как и прошлый раз объяснить, что у нас нет пользователя с паролем и… правильно… получили тот же самый совет удалить и заново создать виртуалку.
Занавес! Поддержка облачного провайдера первого эшелона для решения возникших на их стороне сетевых проблем предлагает удалять рабочие виртуалки.
Тут уже пришлось возмутиться и поинтересоваться кто у них там такой шутник. Напомнить, что виртуалка эта вполне себе за деньги и она с рабочей нагрузкой, а также обратить их внимание на факт, что настройки машины никто не менял, так что проблема явно внешняя и решать ее надо снаружи.
Понимая, что спасение утопающих – дело рук самих утопающих мы все-таки пошли в консоль, загрузились в режим восстановления и установили пароль.
Дальше не успели, пришло письмо что сетевой доступ восстановлен. Могут же, если захотят, и доступ внутрь виртуалки для этого совсем не нужен.
Но какой-то нехороший осадочек остался, от крупного и зеленого не ожидаешь ни таких вот непонятных глюков с сетью, ни откровенно ленивой и некомпетентной поддержки.
Не так давно мы тут обсуждали бесплатное предложение от Cloud.ru (в прошлом SberCloud) претендующего на звание одного из крупнейших отечественных облачных провайдеров.
Бесплатная виртуалка в целом работала неплохо и когда нам понадобился сервер для другого проекта мы решили также взять его в Cloud.ru, благо цены более чем устраивают.
В общем, сказано – сделано. Закинули на баланс денег, взяли в аренду второй IP, создали виртуалку. В сетевые параметры особо не вникали, а зря.
У Cloud.ru есть два варианта назначения выделенного IP: на интерфейс виртуальной машины непосредственно, или трансляция его через подсеть. Во втором случае виртуальные машины можно объединять внутренней сетью и бесплатно гонять трафик между ними.
Так вот, первый раз мы назначили IP непосредственно на виртуальную машину и с удивлением выяснили, что интернет на ней не работает, точнее не работает разрешение имен, так как никаких настроек DNS у виртуальной машины нет.
Ну мы не гордые, сами напишем, просто немного удивило такое поведение из коробки. Ладно, бывает, подумали мы. Но нам нужна была именно внутренняя сеть. Отвязали адрес от виртуальной машины, добавили подсеть, снова присвоили адрес.
И все! Связь с виртуалкой полностью пропала. Ну что делать? Пойдем в поддержку. Первая линии поддержки – бот, ну или нечто очень на него похожее.
Здравствуйте, укажите ID и название ВМ, IP, пришлите пример проверки сети с вашей стороны командой Ping и т.д
Ну это понятно, прислали. Бот задал еще несколько уточняющих вопросов и завел тикет.
А далее началось нечто забавное. Сотрудники поддержки попросили провести диагностику сети изнутри виртуальной машины. Пришлось объяснить, что сетевого доступа у меня к виртуалке нет.
Ну тогда подключитесь к ней через виртуальную консоль.
Отвечаю, я бы рад, но у меня у пользователя нет пароля, вход сугубо по ключу.
После чего была прислана ссылка на то, как загрузить Linux в режим восстановления, установить пароль и т.д. и т.п.
А попутно последовала рекомендация отвязать адрес, удалить виртуалку и создать ее по новой с нужной конфигурацией сети.
Подобный ответ, мягко скажем удивил, но так как заморачиваться не хотелось, то так и сделали. Создали виртуалку заново и все заработало.
Настроили систему, подняли нужные сервисы и уже практически забыли о ней, работает, чего еще надо. Но сегодня ночью сетевой доступ пропал…
И симптомы практически те же самые. Машина запущена и работает, везде все зеленое, а доступа нет. Настройки виртуалки никто не трогал, так что проблема явно на стороне провайдера.
Поэтому сразу обращаемся в поддержку. Бот, немного позадавав вопросов и выдвинув несколько предложений завел тикет.
А дальше история повторилась. Поддержка снова попросила нас выполнить диагностику изнутри виртуальной машины.
Мы снова пояснили, что сетевого доступа к виртуалке у нас нет. И снова получили рекомендацию зайти через виртуальную консоль.
Пришлось, как и прошлый раз объяснить, что у нас нет пользователя с паролем и… правильно… получили тот же самый совет удалить и заново создать виртуалку.
Занавес! Поддержка облачного провайдера первого эшелона для решения возникших на их стороне сетевых проблем предлагает удалять рабочие виртуалки.
Тут уже пришлось возмутиться и поинтересоваться кто у них там такой шутник. Напомнить, что виртуалка эта вполне себе за деньги и она с рабочей нагрузкой, а также обратить их внимание на факт, что настройки машины никто не менял, так что проблема явно внешняя и решать ее надо снаружи.
Понимая, что спасение утопающих – дело рук самих утопающих мы все-таки пошли в консоль, загрузились в режим восстановления и установили пароль.
Дальше не успели, пришло письмо что сетевой доступ восстановлен. Могут же, если захотят, и доступ внутрь виртуалки для этого совсем не нужен.
Но какой-то нехороший осадочек остался, от крупного и зеленого не ожидаешь ни таких вот непонятных глюков с сетью, ни откровенно ленивой и некомпетентной поддержки.
🔥25🤣15🤔5👍1
Будь проще…
Сегодня маркетологи в описании товара чего только нам не предлагают, стоит только заплатить лишнюю пару-тройку, а то и десяток тысяч рублей.
Казалось бы — вот оно счастье, но эта лодка, равно как и любовная, довольно быстро разбивается о быт…
Когда-то, очень давно, на свадьбу нам подарили крутую микроволновку. С кучей программ и толстой книжкой всевозможных рецептов.
И что? Побаловаться хватило ровно на пару недель, после чего микроволновка работала в режиме: поставил тарелку – нажал кнопку – разогрел – достал.
Подобная участь постигла и крутой кухонный комбайн, купленный мною позже, работал он в основном в режиме измельчителя.
И примеров тому можно привести великое множество, но с тех пор на моей кухне живут просто микроволновки, просто измельчители и мясорубки, и просто чайники, без всякого намека на «полоумность» и не обладающие кучей ненужных функций, а просто делающие свое дело.
Это как раз перекликается с философией UNIX, каждый делает что-то одно, но делает это хорошо.
Тоже самое касается и компьютерных комплектующих. Сегодня вечером в гости напросился сын моих хороших друзей, да не просто так, а с новым компьютером, которому он уже третий день не мог дать ладу. Ну не хотел он стабильно работать и все, хоть ты тресни.
Я уже примерно предвидел что там увижу и мои ожидания полностью оправдались. «Игровая» материнская плата и «интеллектуальный» автоматический разгон в BIOS, который же был, конечно же включен.
А дальше выяснилось, что одна из планок памяти такой разгон не переваривает, со всеми вытекающими. И это не брак, потому что ее работу на такой частоте никто не обещал. А на штатной она функционирует полностью нормально.
Поэтому первый вопрос молодому товарищу был такой: «И нафига ты это купил?»
Ответ был в стиле: «Ну круто же, стильно, модно, молодежно!»
В общем сбросили настройки BIOS, отключили «полоумный» разгон. А попутно, чтобы добру не пропадать, все-таки немного разогнали память, благо память была хорошая.
После чего открыли сайт известной компьютерной сети из трех букв и сначала нашли эту «игровую» плату, а потом ровно такую-же по возможностям, но без «полоумных» функций и ЛГБТ-подсветки.
Разница в 7 тыс. рублей. Тот же чипсет, та же подсистема питания и аналогичный развод PCIe линий по разъемам (а сегодня это важно).
Молодой товарищ как-то сразу приуныл. Но тут у нас не школа благородных девиц, поэтому снова спрашиваю: «А вообще разгон тебе зачем? Ты во что-то крутое играешь?»
А сам поглядываю на RTX 3050…
«Да нет» - говорит – «в танчики иногда или в GTA»
«Тогда может CAD какой сложный или рендеринг?»
«Тоже нет…»
В общем все ясно. Круто же и выглядит красиво, мигает, сверкает и переливается. И минус 7 тыс. руб. из кармана. И плюсом пачка проблем от «полоумных» функций.
Поэтому надо быть проще, это не значит, что следует впадать в аскезу и экономить каждую копейку, отказываясь от любых улучшений. Но нужно трезво подумать надо ли это все вам и сделать выбор согласно текущих потребностей.
Я, например, давно уже не покупаю дорогие ноутбуки, потому что активно использую их несколько раз в год, в период отпусков и праздников, а остальное время он лежит на полке.
Что-то из массового сегмента работает в целом не хуже, теряет в стоимости меньше, а через года два-три его не жалко заменить на более актуальную модель.
Сегодня маркетологи в описании товара чего только нам не предлагают, стоит только заплатить лишнюю пару-тройку, а то и десяток тысяч рублей.
Казалось бы — вот оно счастье, но эта лодка, равно как и любовная, довольно быстро разбивается о быт…
Когда-то, очень давно, на свадьбу нам подарили крутую микроволновку. С кучей программ и толстой книжкой всевозможных рецептов.
И что? Побаловаться хватило ровно на пару недель, после чего микроволновка работала в режиме: поставил тарелку – нажал кнопку – разогрел – достал.
Подобная участь постигла и крутой кухонный комбайн, купленный мною позже, работал он в основном в режиме измельчителя.
И примеров тому можно привести великое множество, но с тех пор на моей кухне живут просто микроволновки, просто измельчители и мясорубки, и просто чайники, без всякого намека на «полоумность» и не обладающие кучей ненужных функций, а просто делающие свое дело.
Это как раз перекликается с философией UNIX, каждый делает что-то одно, но делает это хорошо.
Тоже самое касается и компьютерных комплектующих. Сегодня вечером в гости напросился сын моих хороших друзей, да не просто так, а с новым компьютером, которому он уже третий день не мог дать ладу. Ну не хотел он стабильно работать и все, хоть ты тресни.
Я уже примерно предвидел что там увижу и мои ожидания полностью оправдались. «Игровая» материнская плата и «интеллектуальный» автоматический разгон в BIOS, который же был, конечно же включен.
А дальше выяснилось, что одна из планок памяти такой разгон не переваривает, со всеми вытекающими. И это не брак, потому что ее работу на такой частоте никто не обещал. А на штатной она функционирует полностью нормально.
Поэтому первый вопрос молодому товарищу был такой: «И нафига ты это купил?»
Ответ был в стиле: «Ну круто же, стильно, модно, молодежно!»
В общем сбросили настройки BIOS, отключили «полоумный» разгон. А попутно, чтобы добру не пропадать, все-таки немного разогнали память, благо память была хорошая.
После чего открыли сайт известной компьютерной сети из трех букв и сначала нашли эту «игровую» плату, а потом ровно такую-же по возможностям, но без «полоумных» функций и ЛГБТ-подсветки.
Разница в 7 тыс. рублей. Тот же чипсет, та же подсистема питания и аналогичный развод PCIe линий по разъемам (а сегодня это важно).
Молодой товарищ как-то сразу приуныл. Но тут у нас не школа благородных девиц, поэтому снова спрашиваю: «А вообще разгон тебе зачем? Ты во что-то крутое играешь?»
А сам поглядываю на RTX 3050…
«Да нет» - говорит – «в танчики иногда или в GTA»
«Тогда может CAD какой сложный или рендеринг?»
«Тоже нет…»
В общем все ясно. Круто же и выглядит красиво, мигает, сверкает и переливается. И минус 7 тыс. руб. из кармана. И плюсом пачка проблем от «полоумных» функций.
Поэтому надо быть проще, это не значит, что следует впадать в аскезу и экономить каждую копейку, отказываясь от любых улучшений. Но нужно трезво подумать надо ли это все вам и сделать выбор согласно текущих потребностей.
Я, например, давно уже не покупаю дорогие ноутбуки, потому что активно использую их несколько раз в год, в период отпусков и праздников, а остальное время он лежит на полке.
Что-то из массового сегмента работает в целом не хуже, теряет в стоимости меньше, а через года два-три его не жалко заменить на более актуальную модель.
👍75💯10❤3👏2⚡1
Вам нравится читать контент на этом канале?
Возможно, вы задумывались о том, чтобы купить на нем интеграцию?
Следуйте 3 простым шагам, чтобы сделать это:
1) Регистрируйтесь по ссылке: https://telega.in/n/interface31
2) Пополняйтесь удобным способом
3) Размещайте публикацию
Если тематика вашего поста подойдет нашему каналу, мы с удовольствием опубликуем его.
Возможно, вы задумывались о том, чтобы купить на нем интеграцию?
Следуйте 3 простым шагам, чтобы сделать это:
1) Регистрируйтесь по ссылке: https://telega.in/n/interface31
2) Пополняйтесь удобным способом
3) Размещайте публикацию
Если тематика вашего поста подойдет нашему каналу, мы с удовольствием опубликуем его.
🔥21👀5👨💻1
Создание инкрементальных и дифференциальных архивов при помощи tar в Linux
Инкрементальные и дифференциальные архивы широко используются при резервном копировании, позволяя достичь компромисса между нужной частотой создания копий, глубиной архива и занимаемым копиями местом на устройствах хранения.
Несмотря на то, что Linux есть специализированные пакеты для резервного копирования, их использование во многих случаях будет избыточным, потому что такая задача достаточно просто решается при помощи архиватора tar, который присутствует "из коробки" в любом дистрибутиве.
https://interface31.ru/tech_it/2019/09/sozdanie-inkremental-nyh-i-differencial-nyh-arhivov-pri-pomoshhi-tar.html
Инкрементальные и дифференциальные архивы широко используются при резервном копировании, позволяя достичь компромисса между нужной частотой создания копий, глубиной архива и занимаемым копиями местом на устройствах хранения.
Несмотря на то, что Linux есть специализированные пакеты для резервного копирования, их использование во многих случаях будет избыточным, потому что такая задача достаточно просто решается при помощи архиватора tar, который присутствует "из коробки" в любом дистрибутиве.
https://interface31.ru/tech_it/2019/09/sozdanie-inkremental-nyh-i-differencial-nyh-arhivov-pri-pomoshhi-tar.html
👍28
Вроде бы и было недавно, но не все знают что про Seafile у нас тоже есть.
Установка облачного файлового сервиса Seafile на Ubuntu Server
Облачные сервисы для хранения и обмена файлами давно стали привычными и популярными как среди простых пользователей, так и в корпоративной среде.
В большинстве случаев публичные сервисы закрывают основные потребности пользователей в облачных хранилищах, но в ряде случаев может потребоваться собственное решение.
Это может быть связано как с объемом хранимых данных, так и с требованиями безопасности или конфиденциальности. В этом случае обратите внимание на Seafile - простой и производительный облачный файловый сервис, который несложно установить самостоятельно.
https://interface31.ru/tech_it/2023/09/ustanovka-oblachnogo-faylovogo-servisa-seafile-na-ubuntu-server.html
Установка облачного файлового сервиса Seafile на Ubuntu Server
Облачные сервисы для хранения и обмена файлами давно стали привычными и популярными как среди простых пользователей, так и в корпоративной среде.
В большинстве случаев публичные сервисы закрывают основные потребности пользователей в облачных хранилищах, но в ряде случаев может потребоваться собственное решение.
Это может быть связано как с объемом хранимых данных, так и с требованиями безопасности или конфиденциальности. В этом случае обратите внимание на Seafile - простой и производительный облачный файловый сервис, который несложно установить самостоятельно.
https://interface31.ru/tech_it/2023/09/ustanovka-oblachnogo-faylovogo-servisa-seafile-na-ubuntu-server.html
👍27
Знаете Linux? А если проверим? 😏
Заходите в бота и отвечайте на вопросы про базовые команды в Linux. За прохождение теста без ошибок вас ждёт подарок, а если ошибки всё же будут – бот выдаст полезные материалы для восполнения пробелов и поможет убедиться, что вы всё поняли правильно ⚡️
📌 Прокачайте свои знания и заберите свой подарок у бота 🤌
erid: LjN8KXzNj
Заходите в бота и отвечайте на вопросы про базовые команды в Linux. За прохождение теста без ошибок вас ждёт подарок, а если ошибки всё же будут – бот выдаст полезные материалы для восполнения пробелов и поможет убедиться, что вы всё поняли правильно ⚡️
📌 Прокачайте свои знания и заберите свой подарок у бота 🤌
erid: LjN8KXzNj
👎7👍1🥱1
Снова столкнулись с этим вопросом, снова пробовали альтернативы, но ничего хорошего не получилось.
Поэтому используем старый проверенный метод:
Как выполнить свертку РИБ 1С:Предприятие быстро и без последствий
Распределенная информационная база (РИБ) широко применяется в инфраструктуре 1С:Предприятия несмотря на наличие иных, более современных методов доступа.
Одно из главных преимуществ РИБ - полная автономность подчиненной базы, а обмен информации с центральной базой происходит при помощи синхронизации.
Но есть и минусы, как любая другая информационная база 1С РИБ имеет свойство расти и работать все медленнее и медленнее, особенно на слабых ПК.
Поэтому рекомендуется регулярно проводить процедуру свертки, но данный процесс содержит столько подводных камней, что многие шарахаются от нее, как черт от ладана.
https://interface31.ru/tech_it/2022/07/kak-vypolnit-svertku-rib-1spredpriyatie-bystro-i-bez-posledstviy.html
Поэтому используем старый проверенный метод:
Как выполнить свертку РИБ 1С:Предприятие быстро и без последствий
Распределенная информационная база (РИБ) широко применяется в инфраструктуре 1С:Предприятия несмотря на наличие иных, более современных методов доступа.
Одно из главных преимуществ РИБ - полная автономность подчиненной базы, а обмен информации с центральной базой происходит при помощи синхронизации.
Но есть и минусы, как любая другая информационная база 1С РИБ имеет свойство расти и работать все медленнее и медленнее, особенно на слабых ПК.
Поэтому рекомендуется регулярно проводить процедуру свертки, но данный процесс содержит столько подводных камней, что многие шарахаются от нее, как черт от ладана.
https://interface31.ru/tech_it/2022/07/kak-vypolnit-svertku-rib-1spredpriyatie-bystro-i-bez-posledstviy.html
👍20🔥1
Методы свертки или создания нового РИБ, наш опыт
В заметке выше мы привели ссылку на статью с нашим методом свертки или создания новой подчиненной базы РИБ для узла.
На сегодня это не самый быстрый, но самый надежный и правильный метод для решения данной задачи. В этой заметке мы разберем возможные альтернативы и укажем почему они не подходят для данной задачи и какие подводные камни таят.
Начнем с официальных способов создания РИБ, их ровно три, все они описаны в документации: 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