#миграция — Public Fediverse posts

Я перевёл 200K строк JS на TS с Claude Code. Что прошло, что сломалось

За 6 недель Claude Code преобразовал 200K строк JS в strict TypeScript. Не переименование файлов, а настоящая типизация: интерфейсы, строгие null-чеки, перехваченные баги в проде. Тут разбор реального кейса с цифрами, ошибками агента и главным вопросом: стоит ли вам это повторять?

https://habr.com/ru/articles/1040326/

#claude_code #typescript #миграция #рефакторинг #ai_agents #вайбкодинг

Я перевёл 200K строк JS на TS с Claude Code. Что прошло, что сломалось

За 6 недель Claude Code преобразовал 200K строк JS в strict TypeScript. Не переименование файлов, а настоящая типизация: интерфейсы, строгие null-чеки, перехваченные баги в проде. Тут разбор реального кейса с цифрами, ошибками агента и главным вопросом: стоит ли вам это повторять?

https://habr.com/ru/articles/1040326/

#claude_code #typescript #миграция #рефакторинг #ai_agents #вайбкодинг

Я перевёл 200K строк JS на TS с Claude Code. Что прошло, что сломалось

За 6 недель Claude Code преобразовал 200K строк JS в strict TypeScript. Не переименование файлов, а настоящая типизация: интерфейсы, строгие null-чеки, перехваченные баги в проде. Тут разбор реального кейса с цифрами, ошибками агента и главным вопросом: стоит ли вам это повторять?

https://habr.com/ru/articles/1040326/

#claude_code #typescript #миграция #рефакторинг #ai_agents #вайбкодинг

Я перевёл 200K строк JS на TS с Claude Code. Что прошло, что сломалось

За 6 недель Claude Code преобразовал 200K строк JS в strict TypeScript. Не переименование файлов, а настоящая типизация: интерфейсы, строгие null-чеки, перехваченные баги в проде. Тут разбор реального кейса с цифрами, ошибками агента и главным вопросом: стоит ли вам это повторять?

https://habr.com/ru/articles/1040326/

#claude_code #typescript #миграция #рефакторинг #ai_agents #вайбкодинг

https://www.cyclingeu.com/888149/%d0%bb%d0%b8%d1%82%d0%b2%d0%b0-%d0%bf%d0%b0%d0%bd%d0%b5%d0%b2%d0%b5%d0%b6%d0%b8%d1%81-%d0%bf%d1%80%d0%be%d0%b3%d1%83%d0%bb%d0%ba%d0%b0-%d0%bf%d0%be-%d0%bc%d0%b5%d1%81%d1%82%d0%bd%d0%be%d0%bc%d1%83/ Литва, Паневежис прогулка по местному рынку#lietuva #lithuania #europe #baltic #Bicycling #BicyclingLithuania #Biking #Cycling #E&C #europe #Evropa #lietuva #lithuania #Litva #panevezio #panevezis #Panevėžys #Ruslan_Basyrov #евросоюз #Жизнь #заграница #иммиграция #Литва #мигрант #мигранты #миграция #паневежис #переезд #Прибалтика #работа #эмигранты #эмиграция

Сэкономили на облаке под 1С: ДО — заложили бюджет на штраф. Разбираем 152-ФЗ при работе с 1С

Привет, Хабр! На связи Егор Сапун, я отвечаю за сертификацию инфраструктуры в Рег.облаке. Российский ЦОД закрывает одно требование 152-ФЗ из пяти — локализацию. Остальные четыре остаются на операторе, и обычный облачный сервер с ними не помогает. В этой статье я хочу разобрать, где в 1С:Документообороте лежат ПДн, кто за какой слой защиты отвечает и как не построить избыточную защиту там, где хватило бы меньшего.

https://habr.com/ru/companies/runity/articles/1037704/

#регоблако #1с #документооборот #перенос_данных #облако #миграция #штрафы #152фз #152фз_требования #персональные_данные

Сэкономили на облаке под 1С: ДО — заложили бюджет на штраф. Разбираем 152-ФЗ при работе с 1С

Привет, Хабр! На связи Егор Сапун, я отвечаю за сертификацию инфраструктуры в Рег.облаке. Российский ЦОД закрывает одно требование 152-ФЗ из пяти — локализацию. Остальные четыре остаются на операторе, и обычный облачный сервер с ними не помогает. В этой статье я хочу разобрать, где в 1С:Документообороте лежат ПДн, кто за какой слой защиты отвечает и как не построить избыточную защиту там, где хватило бы меньшего.

https://habr.com/ru/companies/runity/articles/1037704/

#регоблако #1с #документооборот #перенос_данных #облако #миграция #штрафы #152фз #152фз_требования #персональные_данные

Сэкономили на облаке под 1С: ДО — заложили бюджет на штраф. Разбираем 152-ФЗ при работе с 1С

Привет, Хабр! На связи Егор Сапун, я отвечаю за сертификацию инфраструктуры в Рег.облаке. Российский ЦОД закрывает одно требование 152-ФЗ из пяти — локализацию. Остальные четыре остаются на операторе, и обычный облачный сервер с ними не помогает. В этой статье я хочу разобрать, где в 1С:Документообороте лежат ПДн, кто за какой слой защиты отвечает и как не построить избыточную защиту там, где хватило бы меньшего.

https://habr.com/ru/companies/runity/articles/1037704/

#регоблако #1с #документооборот #перенос_данных #облако #миграция #штрафы #152фз #152фз_требования #персональные_данные

Сэкономили на облаке под 1С: ДО — заложили бюджет на штраф. Разбираем 152-ФЗ при работе с 1С

Привет, Хабр! На связи Егор Сапун, я отвечаю за сертификацию инфраструктуры в Рег.облаке. Российский ЦОД закрывает одно требование 152-ФЗ из пяти — локализацию. Остальные четыре остаются на операторе, и обычный облачный сервер с ними не помогает. В этой статье я хочу разобрать, где в 1С:Документообороте лежат ПДн, кто за какой слой защиты отвечает и как не построить избыточную защиту там, где хватило бы меньшего.

https://habr.com/ru/companies/runity/articles/1037704/

#регоблако #1с #документооборот #перенос_данных #облако #миграция #штрафы #152фз #152фз_требования #персональные_данные

От Infinispan до Postgres на 1 ТБ: эволюция кэша поиска отелей

Всем привет! Хочу рассказать, как мы проектировали кэш поиска отелей и почему за полтора года прошли путь от Infinispan к managed Redis а затем к Postgres. По стеку java-21 , spring-boot-3 , 1 вендор отелей, расчетная нагрузка 1000 RPS и 10M запросов в сутки.

https://habr.com/ru/articles/1030874/

#PostreSQL #миграция #redis #infinispan #java #spring_boot #бронирование_отелей #кэширование

От Infinispan до Postgres на 1 ТБ: эволюция кэша поиска отелей

Всем привет! Хочу рассказать, как мы проектировали кэш поиска отелей и почему за полтора года прошли путь от Infinispan к managed Redis а затем к Postgres. По стеку java-21 , spring-boot-3 , 1 вендор отелей, расчетная нагрузка 1000 RPS и 10M запросов в сутки.

https://habr.com/ru/articles/1030874/

#PostreSQL #миграция #redis #infinispan #java #spring_boot #бронирование_отелей #кэширование

От Infinispan до Postgres на 1 ТБ: эволюция кэша поиска отелей

Всем привет! Хочу рассказать, как мы проектировали кэш поиска отелей и почему за полтора года прошли путь от Infinispan к managed Redis а затем к Postgres. По стеку java-21 , spring-boot-3 , 1 вендор отелей, расчетная нагрузка 1000 RPS и 10M запросов в сутки.

https://habr.com/ru/articles/1030874/

#PostreSQL #миграция #redis #infinispan #java #spring_boot #бронирование_отелей #кэширование

От Infinispan до Postgres на 1 ТБ: эволюция кэша поиска отелей

Всем привет! Хочу рассказать, как мы проектировали кэш поиска отелей и почему за полтора года прошли путь от Infinispan к managed Redis а затем к Postgres. По стеку java-21 , spring-boot-3 , 1 вендор отелей, расчетная нагрузка 1000 RPS и 10M запросов в сутки.

https://habr.com/ru/articles/1030874/

#PostreSQL #миграция #redis #infinispan #java #spring_boot #бронирование_отелей #кэширование

Долгие миграции на старте сервиса — это не startup-проблема. Это ошибка в архитектуре релиза

Когда сервис поднимается по 8-15 минут, команда почти всегда начинает крутить одни и те же ручки: увеличивает initialDelaySeconds, добавляет startupProbe, поднимает progressDeadlineSeconds, иногда переносит миграцию в initContainer и считает, что стало «по-кубернетесному». Обычно это не лечение. Это способ аккуратнее завернуть проблему в YAML. Если тяжёлая миграция живёт внутри старта приложения, вы связали жизненный цикл Pod, rollout Deployment и поведение базы в один общий узел. А такие узлы в проде рвутся не там, где их ждут.

https://habr.com/ru/articles/1029754/

#kubernetes #devops #migrations #deployment #probes #postgresql #database #базы_данных #администрирование #миграция

Русская рулетка дедиков: Собираем RAID 1 + LVM на живой системе без Rescue-режима

Ситуация до боли знакома каждому, кто регулярно арендует выделенные серверы: вы оплачиваете счет, заходите по SSH и видите, что ОС установлена на /dev/sda, а второй диск просто болтается пустым. Никакого RAID, никакой отказоустойчивости. Умрет первый диск — ваши данные исчезнут. Мы в SoftStore идем по пути полного контроля над процессом. В этой статье разбираем пошаговый протокол: как собрать программный RAID 1 и LVM прямо на живой, работающей операционной системе без использования Rescue-режима и переустановки. В качестве бонуса — практика по управлению квотами, снапшотами и замене дисков в Production.

https://habr.com/ru/articles/1029498/

#RAID #LVM #mdadm #Linux #Debian #выделенный_сервер #миграция #системный_администратор #fstab #администрирование

Русская рулетка дедиков: Собираем RAID 1 + LVM на живой системе без Rescue-режима

Ситуация до боли знакома каждому, кто регулярно арендует выделенные серверы: вы оплачиваете счет, заходите по SSH и видите, что ОС установлена на /dev/sda, а второй диск просто болтается пустым. Никакого RAID, никакой отказоустойчивости. Умрет первый диск — ваши данные исчезнут. Мы в SoftStore идем по пути полного контроля над процессом. В этой статье разбираем пошаговый протокол: как собрать программный RAID 1 и LVM прямо на живой, работающей операционной системе без использования Rescue-режима и переустановки. В качестве бонуса — практика по управлению квотами, снапшотами и замене дисков в Production.

https://habr.com/ru/articles/1029498/

#RAID #LVM #mdadm #Linux #Debian #выделенный_сервер #миграция #системный_администратор #fstab #администрирование

Русская рулетка дедиков: Собираем RAID 1 + LVM на живой системе без Rescue-режима

Ситуация до боли знакома каждому, кто регулярно арендует выделенные серверы: вы оплачиваете счет, заходите по SSH и видите, что ОС установлена на /dev/sda, а второй диск просто болтается пустым. Никакого RAID, никакой отказоустойчивости. Умрет первый диск — ваши данные исчезнут. Мы в SoftStore идем по пути полного контроля над процессом. В этой статье разбираем пошаговый протокол: как собрать программный RAID 1 и LVM прямо на живой, работающей операционной системе без использования Rescue-режима и переустановки. В качестве бонуса — практика по управлению квотами, снапшотами и замене дисков в Production.

https://habr.com/ru/articles/1029498/

#RAID #LVM #mdadm #Linux #Debian #выделенный_сервер #миграция #системный_администратор #fstab #администрирование

Русская рулетка дедиков: Собираем RAID 1 + LVM на живой системе без Rescue-режима

Ситуация до боли знакома каждому, кто регулярно арендует выделенные серверы: вы оплачиваете счет, заходите по SSH и видите, что ОС установлена на /dev/sda, а второй диск просто болтается пустым. Никакого RAID, никакой отказоустойчивости. Умрет первый диск — ваши данные исчезнут. Мы в SoftStore идем по пути полного контроля над процессом. В этой статье разбираем пошаговый протокол: как собрать программный RAID 1 и LVM прямо на живой, работающей операционной системе без использования Rescue-режима и переустановки. В качестве бонуса — практика по управлению квотами, снапшотами и замене дисков в Production.

https://habr.com/ru/articles/1029498/

#RAID #LVM #mdadm #Linux #Debian #выделенный_сервер #миграция #системный_администратор #fstab #администрирование

8 лет на MajorDoMo и переход на osysHome: как я переезжал без отключения дома

Переезд начался не из-за какой-то аварии. Просто в какой-то момент я понял, что мне уже неприятно лишний раз лезть в сценарии: одна правка тянула за собой еще несколько проверок. В какой-то вечер полез поправить один старый сценарий. Дальше, как обычно, пришлось проверить соседние связи, потом еще один кусок логики, потом еще. На этом и поймал себя: система вроде работает, а трогать ее лишний раз уже не хочется. Тогда я и решил, что пора переезжать. Сразу скажу: osysHome я пишу сам. Поэтому это не обзор рынка и не попытка кого-то переубедить. Просто рассказываю, как переезжал у себя дома.

https://habr.com/ru/articles/1024822/

#majordomo #osyshome #умный_дом #smart_home #миграция

8 лет на MajorDoMo и переход на osysHome: как я переезжал без отключения дома

Переезд начался не из-за какой-то аварии. Просто в какой-то момент я понял, что мне уже неприятно лишний раз лезть в сценарии: одна правка тянула за собой еще несколько проверок. В какой-то вечер полез поправить один старый сценарий. Дальше, как обычно, пришлось проверить соседние связи, потом еще один кусок логики, потом еще. На этом и поймал себя: система вроде работает, а трогать ее лишний раз уже не хочется. Тогда я и решил, что пора переезжать. Сразу скажу: osysHome я пишу сам. Поэтому это не обзор рынка и не попытка кого-то переубедить. Просто рассказываю, как переезжал у себя дома.

https://habr.com/ru/articles/1024822/

#majordomo #osyshome #умный_дом #smart_home #миграция

8 лет на MajorDoMo и переход на osysHome: как я переезжал без отключения дома

Переезд начался не из-за какой-то аварии. Просто в какой-то момент я понял, что мне уже неприятно лишний раз лезть в сценарии: одна правка тянула за собой еще несколько проверок. В какой-то вечер полез поправить один старый сценарий. Дальше, как обычно, пришлось проверить соседние связи, потом еще один кусок логики, потом еще. На этом и поймал себя: система вроде работает, а трогать ее лишний раз уже не хочется. Тогда я и решил, что пора переезжать. Сразу скажу: osysHome я пишу сам. Поэтому это не обзор рынка и не попытка кого-то переубедить. Просто рассказываю, как переезжал у себя дома.

https://habr.com/ru/articles/1024822/

#majordomo #osyshome #умный_дом #smart_home #миграция

8 лет на MajorDoMo и переход на osysHome: как я переезжал без отключения дома

Переезд начался не из-за какой-то аварии. Просто в какой-то момент я понял, что мне уже неприятно лишний раз лезть в сценарии: одна правка тянула за собой еще несколько проверок. В какой-то вечер полез поправить один старый сценарий. Дальше, как обычно, пришлось проверить соседние связи, потом еще один кусок логики, потом еще. На этом и поймал себя: система вроде работает, а трогать ее лишний раз уже не хочется. Тогда я и решил, что пора переезжать. Сразу скажу: osysHome я пишу сам. Поэтому это не обзор рынка и не попытка кого-то переубедить. Просто рассказываю, как переезжал у себя дома.

https://habr.com/ru/articles/1024822/

#majordomo #osyshome #умный_дом #smart_home #миграция

Миграция с CUBA Platform на Jmix с помощью ИИ

Многие команды продолжают использовать приложения на платформе CUBA, которые хорошо работают и ежедневно решают реальные бизнес-задачи. Но со временем неизбежным становится вопрос: стоит ли продолжать поддерживать приложение на старом стеке или лучше перенести его на Jmix? В этой статье я хочу показать, как такая миграция выглядит на практике. Мы перенесли приложение-пример Timesheets с CUBA Platform на Jmix и записали процесс шаг за шагом. Timesheets - это не маленькое демо с несколькими сущностями и CRUD-экранами. Это приложение для учета рабочего времени с согласованиями, несколькими способами ввода времени, кастомным UI-поведением, календарем, диаграммами и немалым объемом бизнес-логики.

https://habr.com/ru/companies/haulmont/articles/1019892/

#jmix #intellijidea #программирование #intellij_idea_plugin #ии #ииагенты #миграция

Миграция с CUBA Platform на Jmix с помощью ИИ

Многие команды продолжают использовать приложения на платформе CUBA, которые хорошо работают и ежедневно решают реальные бизнес-задачи. Но со временем неизбежным становится вопрос: стоит ли продолжать поддерживать приложение на старом стеке или лучше перенести его на Jmix? В этой статье я хочу показать, как такая миграция выглядит на практике. Мы перенесли приложение-пример Timesheets с CUBA Platform на Jmix и записали процесс шаг за шагом. Timesheets - это не маленькое демо с несколькими сущностями и CRUD-экранами. Это приложение для учета рабочего времени с согласованиями, несколькими способами ввода времени, кастомным UI-поведением, календарем, диаграммами и немалым объемом бизнес-логики.

https://habr.com/ru/companies/haulmont/articles/1019892/

#jmix #intellijidea #программирование #intellij_idea_plugin #ии #ииагенты #миграция

Миграция с CUBA Platform на Jmix с помощью ИИ

Многие команды продолжают использовать приложения на платформе CUBA, которые хорошо работают и ежедневно решают реальные бизнес-задачи. Но со временем неизбежным становится вопрос: стоит ли продолжать поддерживать приложение на старом стеке или лучше перенести его на Jmix? В этой статье я хочу показать, как такая миграция выглядит на практике. Мы перенесли приложение-пример Timesheets с CUBA Platform на Jmix и записали процесс шаг за шагом. Timesheets - это не маленькое демо с несколькими сущностями и CRUD-экранами. Это приложение для учета рабочего времени с согласованиями, несколькими способами ввода времени, кастомным UI-поведением, календарем, диаграммами и немалым объемом бизнес-логики.

https://habr.com/ru/companies/haulmont/articles/1019892/

#jmix #intellijidea #программирование #intellij_idea_plugin #ии #ииагенты #миграция

Миграция с CUBA Platform на Jmix с помощью ИИ

Многие команды продолжают использовать приложения на платформе CUBA, которые хорошо работают и ежедневно решают реальные бизнес-задачи. Но со временем неизбежным становится вопрос: стоит ли продолжать поддерживать приложение на старом стеке или лучше перенести его на Jmix? В этой статье я хочу показать, как такая миграция выглядит на практике. Мы перенесли приложение-пример Timesheets с CUBA Platform на Jmix и записали процесс шаг за шагом. Timesheets - это не маленькое демо с несколькими сущностями и CRUD-экранами. Это приложение для учета рабочего времени с согласованиями, несколькими способами ввода времени, кастомным UI-поведением, календарем, диаграммами и немалым объемом бизнес-логики.

https://habr.com/ru/companies/haulmont/articles/1019892/

#jmix #intellijidea #программирование #intellij_idea_plugin #ии #ииагенты #миграция

Как безопасно пересечь границу человеку, имеющему «неправильные» с точки зрения государства взгляды

Пересечение границы государства с репрессивным режимом – это не только покупка билетов и собирание необходимых для жизни вещей в чемодан. Для тех, кто мог когда-то высказываться против его политики, сохранять какие-то неугодные ему материалы, а уж тем более вести активную оппозиционную деятельность, направленную против стационарного бандита – это в первую очередь разговор про цифровые следы. Телефон, ноутбук, флешки – всё это источник риска. Поэтому нам стоит рассмотреть ряд практических рекомендаций, которые помогут снизить уязвимость и сохранить безопасность себе и другим.

Главное правило – не везти через границу ничего лишнего. Особенно если на устройствах есть данные, связанные с каким-то активизмом или критикой властей. В идеале – не брать с собой основной телефон и носители, на которых хранилась подобная информация. Даже «удалённые» файлы часто можно восстановить, особенно при наличии ресурса, которым обладает ФСБ (или спецслужбы других стран). При серьёзных рисках лучше заранее перенести данные в защищённое облачное хранилище, а устройства, где они были, отформатировать и выбросить/продать. Это особенно важно для людей, которые находились в зоне повышенного внимания или занимались серьёзным активизмом.

Перед выездом стоит серьёзно подготовиться. Соберите важные контакты, документы, фото, резервные копии паролей, файлы криптокошельков и другие критичные данные. Упакуйте их в зашифрованный архив (например, с помощью 7-Zip) или создайте файловый контейнер (например, через VeraCrypt) для дальнейшей загрузки в облако. Используйте длинный и уникальный пароль, который при этом должен отличаться от пароля к облаку хотя бы на несколько символов. Критически важно придумать хорошую ассоциацию к этому паролю, чтобы точно не забыть его даже в стрессовой ситуации.

После создания архива загрузите его в несколько независимых облачных хранилищ. Используйте при этом аккаунты, которые не связаны ни с вашим активизмом, ни с вашей реальной личностью. Также обязательно скачайте и проверьте, что архив открывается, так как вы точно не хотите потерять всё из-за какой-то непредвиденной технической ошибки. Убедитесь, что вы точно помните пароли от контейнера и от облаков. Некоторые люди также предпочитают использовать платные и более приватные сервисы, например Proton (конечно же, с новым аккаунтом, созданным специально для этой цели). При этом безопасно загружать свои данные только в облака во враждебных для ваших государственных властей юрисдикциях. Для граждан РФ это почти вся Европа и Америка, можно использовать Google Drive, хотя рекомендуем платные защищённые сервисы типа Proton Drive, Filen, Sync, MEGA, Internxt, NordLocker. Платите исключительно криптой, желательно Монеро (XMR) или биткойном через миксер.

Идеальной стратегией будет пересекать границу с «чистым» устройством, на котором не установлены лишние приложения, нет чувствительных переписок и никогда не производился вход в аккаунты социальных сетей, которые вы хотите скрыть. Также в устройство никогда не должны были вставляться сим-карты, которые использовались в неугодной режиму деятельности (силовики очень легко могут это обнаружить просто узнав IMEI устройства, который в базах операторов будет светиться вместе со всеми использованными на нём номерами телефонов). Конечно, желательно иметь какую-то старую активность на устройстве, чтобы излишняя чистота тоже не вызывала подозрений. Впрочем, даже при наличии таковых вы можете сказать, что старое устройство просто было украдено, утеряно или сломалось, поэтому его пришлось заменить.

Спецслужбы имеют ресурсы для того, чтобы тщательно проанализировать ваши устройства и носители, а потому цифровая гигиена становится попросту необходимостью для выживания. Заранее проведённая подготовка к пересечению границы даёт вам контроль над ситуацией и спокойствие, а значит и меньший риск вызвать подозрения у силовиков. А это, конечно же, обеспечит безопасность вас и тех, с кем вы имеете какие-то дела.

Волюнтарист, Битарх

Как безопасно пересечь границу человеку, имеющему «неправильные» с точки зрения государства взгляды

Пересечение границы государства с репрессивным режимом – это не только покупка билетов и собирание необходимых для жизни вещей в чемодан. Для тех, кто мог когда-то высказываться против его политики, сохранять какие-то неугодные ему материалы, а уж тем более вести активную оппозиционную деятельность, направленную против стационарного бандита – это в первую очередь разговор про цифровые следы. Телефон, ноутбук, флешки – всё это источник риска. Поэтому нам стоит рассмотреть ряд практических рекомендаций, которые помогут снизить уязвимость и сохранить безопасность себе и другим.

Главное правило – не везти через границу ничего лишнего. Особенно если на устройствах есть данные, связанные с каким-то активизмом или критикой властей. В идеале – не брать с собой основной телефон и носители, на которых хранилась подобная информация. Даже «удалённые» файлы часто можно восстановить, особенно при наличии ресурса, которым обладает ФСБ (или спецслужбы других стран). При серьёзных рисках лучше заранее перенести данные в защищённое облачное хранилище, а устройства, где они были, отформатировать и выбросить/продать. Это особенно важно для людей, которые находились в зоне повышенного внимания или занимались серьёзным активизмом.

Перед выездом стоит серьёзно подготовиться. Соберите важные контакты, документы, фото, резервные копии паролей, файлы криптокошельков и другие критичные данные. Упакуйте их в зашифрованный архив (например, с помощью 7-Zip) или создайте файловый контейнер (например, через VeraCrypt) для дальнейшей загрузки в облако. Используйте длинный и уникальный пароль, который при этом должен отличаться от пароля к облаку хотя бы на несколько символов. Критически важно придумать хорошую ассоциацию к этому паролю, чтобы точно не забыть его даже в стрессовой ситуации.

После создания архива загрузите его в несколько независимых облачных хранилищ. Используйте при этом аккаунты, которые не связаны ни с вашим активизмом, ни с вашей реальной личностью. Также обязательно скачайте и проверьте, что архив открывается, так как вы точно не хотите потерять всё из-за какой-то непредвиденной технической ошибки. Убедитесь, что вы точно помните пароли от контейнера и от облаков. Некоторые люди также предпочитают использовать платные и более приватные сервисы, например Proton (конечно же, с новым аккаунтом, созданным специально для этой цели). При этом безопасно загружать свои данные только в облака во враждебных для ваших государственных властей юрисдикциях. Для граждан РФ это почти вся Европа и Америка, можно использовать Google Drive, хотя рекомендуем платные защищённые сервисы типа Proton Drive, Filen, Sync, MEGA, Internxt, NordLocker. Платите исключительно криптой, желательно Монеро (XMR) или биткойном через миксер.

Идеальной стратегией будет пересекать границу с «чистым» устройством, на котором не установлены лишние приложения, нет чувствительных переписок и никогда не производился вход в аккаунты социальных сетей, которые вы хотите скрыть. Также в устройство никогда не должны были вставляться сим-карты, которые использовались в неугодной режиму деятельности (силовики очень легко могут это обнаружить просто узнав IMEI устройства, который в базах операторов будет светиться вместе со всеми использованными на нём номерами телефонов). Конечно, желательно иметь какую-то старую активность на устройстве, чтобы излишняя чистота тоже не вызывала подозрений. Впрочем, даже при наличии таковых вы можете сказать, что старое устройство просто было украдено, утеряно или сломалось, поэтому его пришлось заменить.

Спецслужбы имеют ресурсы для того, чтобы тщательно проанализировать ваши устройства и носители, а потому цифровая гигиена становится попросту необходимостью для выживания. Заранее проведённая подготовка к пересечению границы даёт вам контроль над ситуацией и спокойствие, а значит и меньший риск вызвать подозрения у силовиков. А это, конечно же, обеспечит безопасность вас и тех, с кем вы имеете какие-то дела.

Волюнтарист, Битарх

Как безопасно пересечь границу человеку, имеющему «неправильные» с точки зрения государства взгляды

Пересечение границы государства с репрессивным режимом – это не только покупка билетов и собирание необходимых для жизни вещей в чемодан. Для тех, кто мог когда-то высказываться против его политики, сохранять какие-то неугодные ему материалы, а уж тем более вести активную оппозиционную деятельность, направленную против стационарного бандита – это в первую очередь разговор про цифровые следы. Телефон, ноутбук, флешки – всё это источник риска. Поэтому нам стоит рассмотреть ряд практических рекомендаций, которые помогут снизить уязвимость и сохранить безопасность себе и другим.

Главное правило – не везти через границу ничего лишнего. Особенно если на устройствах есть данные, связанные с каким-то активизмом или критикой властей. В идеале – не брать с собой основной телефон и носители, на которых хранилась подобная информация. Даже «удалённые» файлы часто можно восстановить, особенно при наличии ресурса, которым обладает ФСБ (или спецслужбы других стран). При серьёзных рисках лучше заранее перенести данные в защищённое облачное хранилище, а устройства, где они были, отформатировать и выбросить/продать. Это особенно важно для людей, которые находились в зоне повышенного внимания или занимались серьёзным активизмом.

Перед выездом стоит серьёзно подготовиться. Соберите важные контакты, документы, фото, резервные копии паролей, файлы криптокошельков и другие критичные данные. Упакуйте их в зашифрованный архив (например, с помощью 7-Zip) или создайте файловый контейнер (например, через VeraCrypt) для дальнейшей загрузки в облако. Используйте длинный и уникальный пароль, который при этом должен отличаться от пароля к облаку хотя бы на несколько символов. Критически важно придумать хорошую ассоциацию к этому паролю, чтобы точно не забыть его даже в стрессовой ситуации.

После создания архива загрузите его в несколько независимых облачных хранилищ. Используйте при этом аккаунты, которые не связаны ни с вашим активизмом, ни с вашей реальной личностью. Также обязательно скачайте и проверьте, что архив открывается, так как вы точно не хотите потерять всё из-за какой-то непредвиденной технической ошибки. Убедитесь, что вы точно помните пароли от контейнера и от облаков. Некоторые люди также предпочитают использовать платные и более приватные сервисы, например Proton (конечно же, с новым аккаунтом, созданным специально для этой цели). При этом безопасно загружать свои данные только в облака во враждебных для ваших государственных властей юрисдикциях. Для граждан РФ это почти вся Европа и Америка, можно использовать Google Drive, хотя рекомендуем платные защищённые сервисы типа Proton Drive, Filen, Sync, MEGA, Internxt, NordLocker. Платите исключительно криптой, желательно Монеро (XMR) или биткойном через миксер.

Идеальной стратегией будет пересекать границу с «чистым» устройством, на котором не установлены лишние приложения, нет чувствительных переписок и никогда не производился вход в аккаунты социальных сетей, которые вы хотите скрыть. Также в устройство никогда не должны были вставляться сим-карты, которые использовались в неугодной режиму деятельности (силовики очень легко могут это обнаружить просто узнав IMEI устройства, который в базах операторов будет светиться вместе со всеми использованными на нём номерами телефонов). Конечно, желательно иметь какую-то старую активность на устройстве, чтобы излишняя чистота тоже не вызывала подозрений. Впрочем, даже при наличии таковых вы можете сказать, что старое устройство просто было украдено, утеряно или сломалось, поэтому его пришлось заменить.

Спецслужбы имеют ресурсы для того, чтобы тщательно проанализировать ваши устройства и носители, а потому цифровая гигиена становится попросту необходимостью для выживания. Заранее проведённая подготовка к пересечению границы даёт вам контроль над ситуацией и спокойствие, а значит и меньший риск вызвать подозрения у силовиков. А это, конечно же, обеспечит безопасность вас и тех, с кем вы имеете какие-то дела.

Волюнтарист, Битарх

Замена Телеграм: эвакуируем команду из сервиса за 24 часа

Telegram заблокирован на 90% — он едва запускается даже с обходными сервисами и, кажется, ситуация не станет лучше. Пока вы ищете лазейки, конкуренты переходят в корпоративные мессенджеры. Лучший способ выжить — перенести коммуникации в стабильный российский сервис. Показываем готовый план, как быстро перейти в надёжный сервис, который ни в чём не уступает Telegram.

https://habr.com/ru/companies/yougile/articles/1011850/

#блокировка_telegram #telegram #корпоративный_мессенджер #мессенджеры #блокировки #миграция_проекта #миграция #миграция_данных #мессенджер_телеграмм #мессенджеры_для_командной_работы

Замена Телеграм: эвакуируем команду из сервиса за 24 часа

Telegram заблокирован на 90% — он едва запускается даже с обходными сервисами и, кажется, ситуация не станет лучше. Пока вы ищете лазейки, конкуренты переходят в корпоративные мессенджеры. Лучший способ выжить — перенести коммуникации в стабильный российский сервис. Показываем готовый план, как быстро перейти в надёжный сервис, который ни в чём не уступает Telegram.

https://habr.com/ru/companies/yougile/articles/1011850/

#блокировка_telegram #telegram #корпоративный_мессенджер #мессенджеры #блокировки #миграция_проекта #миграция #миграция_данных #мессенджер_телеграмм #мессенджеры_для_командной_работы

Замена Телеграм: эвакуируем команду из сервиса за 24 часа

Telegram заблокирован на 90% — он едва запускается даже с обходными сервисами и, кажется, ситуация не станет лучше. Пока вы ищете лазейки, конкуренты переходят в корпоративные мессенджеры. Лучший способ выжить — перенести коммуникации в стабильный российский сервис. Показываем готовый план, как быстро перейти в надёжный сервис, который ни в чём не уступает Telegram.

https://habr.com/ru/companies/yougile/articles/1011850/

#блокировка_telegram #telegram #корпоративный_мессенджер #мессенджеры #блокировки #миграция_проекта #миграция #миграция_данных #мессенджер_телеграмм #мессенджеры_для_командной_работы

Замена Телеграм: эвакуируем команду из сервиса за 24 часа

Telegram заблокирован на 90% — он едва запускается даже с обходными сервисами и, кажется, ситуация не станет лучше. Пока вы ищете лазейки, конкуренты переходят в корпоративные мессенджеры. Лучший способ выжить — перенести коммуникации в стабильный российский сервис. Показываем готовый план, как быстро перейти в надёжный сервис, который ни в чём не уступает Telegram.

https://habr.com/ru/companies/yougile/articles/1011850/

#блокировка_telegram #telegram #корпоративный_мессенджер #мессенджеры #блокировки #миграция_проекта #миграция #миграция_данных #мессенджер_телеграмм #мессенджеры_для_командной_работы

Переезд с MySQL на PostgreSQL в Laravel: как мы перенесли гео сервис и не сошли с ума

Привет! Недавно мы с проектом (а по факту я в гордом одиночестве) переезжали с MySQL на PostgreSQL. Зачем? Проект — гео‑сервис для рыбаков: карта с точками, поиск рядом, фильтры по регионам, водоёмам и рыбам. MySQL стал тормозить на гео‑запросах, а PostGIS обещал скорость и порядок. Плюс мы всё равно переезжали на новый VDS – решили заодно сменить СУБД, пока данных не стало неприлично много.

https://habr.com/ru/articles/1004826/

#mysql #postgresql #миграция #перенос_данных #pgloader #postgis #laravel #геоданные #filament

25 ЛЕТ НА ИГЛЕ VMWARE: ПОЧЕМУ ЛОМКА ДЛИТСЯ ДОЛЬШЕ, ЧЕМ ВЫ ДУМАЕТЕ

VMware не идеальная система. Исторических костылей там столько, что впору писать отдельную статью, и некоторые архитектурные решения заставляют задуматься о количестве пива на той встрече, где их принимали. Но за двадцать пять лет VMware сделала штуку, которую пока никто не повторил: собрала экосистему, в которой сложное выглядит простым. А когда сложное выглядит простым, люди забывают, насколько оно сложное, и начинают рисовать план миграции на квартал. Broadcom купила VMware в конце 2023-го за 61 миллиард и перекроила лицензирование. Рынок зашевелился. Каждый второй вендор выпустил пресс-релиз про «замену VMware». Прошло два года. Полностью мигрировали 4%. Четыре процента. Аналитики прогнозируют, что к 2028-му уйдёт 35% рабочих нагрузок — не компаний, а нагрузок. Большинство организаций, даже уходя, будут жить с VMware на части инфраструктуры ещё годы. Эта статья про то, почему четыре. Я проектирую и эксплуатирую enterprise-платформы виртуализации и VDI, и мне есть что сказать про то, как оно устроено на самом деле. Анатомия зависимости →

https://habr.com/ru/articles/1004262/

#VMware #Broadcom #виртуализация #миграция #Proxmox #KVM #vSphere #NSX #импортозамещение #enterprise

25 ЛЕТ НА ИГЛЕ VMWARE: ПОЧЕМУ ЛОМКА ДЛИТСЯ ДОЛЬШЕ, ЧЕМ ВЫ ДУМАЕТЕ

VMware не идеальная система. Исторических костылей там столько, что впору писать отдельную статью, и некоторые архитектурные решения заставляют задуматься о количестве пива на той встрече, где их принимали. Но за двадцать пять лет VMware сделала штуку, которую пока никто не повторил: собрала экосистему, в которой сложное выглядит простым. А когда сложное выглядит простым, люди забывают, насколько оно сложное, и начинают рисовать план миграции на квартал. Broadcom купила VMware в конце 2023-го за 61 миллиард и перекроила лицензирование. Рынок зашевелился. Каждый второй вендор выпустил пресс-релиз про «замену VMware». Прошло два года. Полностью мигрировали 4%. Четыре процента. Аналитики прогнозируют, что к 2028-му уйдёт 35% рабочих нагрузок — не компаний, а нагрузок. Большинство организаций, даже уходя, будут жить с VMware на части инфраструктуры ещё годы. Эта статья про то, почему четыре. Я проектирую и эксплуатирую enterprise-платформы виртуализации и VDI, и мне есть что сказать про то, как оно устроено на самом деле. Анатомия зависимости →

https://habr.com/ru/articles/1004262/

#VMware #Broadcom #виртуализация #миграция #Proxmox #KVM #vSphere #NSX #импортозамещение #enterprise

25 ЛЕТ НА ИГЛЕ VMWARE: ПОЧЕМУ ЛОМКА ДЛИТСЯ ДОЛЬШЕ, ЧЕМ ВЫ ДУМАЕТЕ

VMware не идеальная система. Исторических костылей там столько, что впору писать отдельную статью, и некоторые архитектурные решения заставляют задуматься о количестве пива на той встрече, где их принимали. Но за двадцать пять лет VMware сделала штуку, которую пока никто не повторил: собрала экосистему, в которой сложное выглядит простым. А когда сложное выглядит простым, люди забывают, насколько оно сложное, и начинают рисовать план миграции на квартал. Broadcom купила VMware в конце 2023-го за 61 миллиард и перекроила лицензирование. Рынок зашевелился. Каждый второй вендор выпустил пресс-релиз про «замену VMware». Прошло два года. Полностью мигрировали 4%. Четыре процента. Аналитики прогнозируют, что к 2028-му уйдёт 35% рабочих нагрузок — не компаний, а нагрузок. Большинство организаций, даже уходя, будут жить с VMware на части инфраструктуры ещё годы. Эта статья про то, почему четыре. Я проектирую и эксплуатирую enterprise-платформы виртуализации и VDI, и мне есть что сказать про то, как оно устроено на самом деле. Анатомия зависимости →

https://habr.com/ru/articles/1004262/

#VMware #Broadcom #виртуализация #миграция #Proxmox #KVM #vSphere #NSX #импортозамещение #enterprise

25 ЛЕТ НА ИГЛЕ VMWARE: ПОЧЕМУ ЛОМКА ДЛИТСЯ ДОЛЬШЕ, ЧЕМ ВЫ ДУМАЕТЕ

VMware не идеальная система. Исторических костылей там столько, что впору писать отдельную статью, и некоторые архитектурные решения заставляют задуматься о количестве пива на той встрече, где их принимали. Но за двадцать пять лет VMware сделала штуку, которую пока никто не повторил: собрала экосистему, в которой сложное выглядит простым. А когда сложное выглядит простым, люди забывают, насколько оно сложное, и начинают рисовать план миграции на квартал. Broadcom купила VMware в конце 2023-го за 61 миллиард и перекроила лицензирование. Рынок зашевелился. Каждый второй вендор выпустил пресс-релиз про «замену VMware». Прошло два года. Полностью мигрировали 4%. Четыре процента. Аналитики прогнозируют, что к 2028-му уйдёт 35% рабочих нагрузок — не компаний, а нагрузок. Большинство организаций, даже уходя, будут жить с VMware на части инфраструктуры ещё годы. Эта статья про то, почему четыре. Я проектирую и эксплуатирую enterprise-платформы виртуализации и VDI, и мне есть что сказать про то, как оно устроено на самом деле. Анатомия зависимости →

https://habr.com/ru/articles/1004262/

#VMware #Broadcom #виртуализация #миграция #Proxmox #KVM #vSphere #NSX #импортозамещение #enterprise

«Кровавый переезд»: как миграция в облако превратилась в месяц ада

Месяц ночных смен, потерянные лицензии и ручное «оживление» серверов. Так прошла вынужденная миграция в облако, которая на бумаге выглядела стандартной процедурой. Эта статья — не техническая инструкция для админов. Это разбор реального «переезда в облако» для собственников и ИТ‑директоров, которые отвечают головой за бизнес‑результат. Мы намеренно не уходим в технические настройки, а показываем, где в миграции рождаются риски простоя и что руководитель обязан потребовать от команды до старта проекта.

https://habr.com/ru/articles/1003854/

#переезд_в_облако #отказоустойчивость #аудит_ИТ #Exchange #1С #облачный_провайдер #миграция #итриски

В ФРГ признали экстремистской правую пропутинскую партию "Альтернатива для Германии". Это не означает запрет партии. Но разговоры о том, надо ли такую партию запрещать, активизировались.

Я не знаток германского законодательства, и вообще не юрист. Оценивать юридическую корректность возможного запрета не могу. Для меня важен другой вопрос: а что делать со сторонниками партии?
Этих сторонников много. На недавних выборах АдГ набрала почти 22%, сейчас её рейтинги даже выше, в районе 25%. Да, в Германии после нацизма принцип "у них много сторонников, поэтому запрещать их недемократично" не работает. Слишком большую цену заплатила Германия (и не только она) за следование этому принципу в начале 1930-х.
Логично. Нельзя слишком любезничать с теми, кто сам с тобой любезничать не собирается.

Но всё-таки, если говорить не о запрете, а о людях.
Что делать со сторонниками партии, если саму партию запретят? Людей же запретить нельзя. И они никуда не денутся. Партия существовать перестанет, но люди-то - нет. И их многие миллионы.
А вот об этом в Германии, и в целом в Европе, никто особо не думает. Вернее, европейский истеблишмент старается не думать об этом. Потому что придумать ничего не может.
В Германии подъём АдГ. Во Франции подъём партии Ле Пен. В Британии подъём партии Фараджа (она, кстати, буквально в эти дни очень убедительно выступила на местных выборах).
И само по себе это - очень важный сигнал. Сигнал о том, что традиционные партии больше не выражают интересов существенных частей общества.
Что означает такой сигнал? Что новые партии, предлагающие новые ответы, возникать будут всё равно.
Так демократия устроена: если есть политический запрос - на него будет дан политический ответ.

Запрос, как и люди, никуда не денется, если какую-то партию запретить.
А раз он никуда не денется - появится другая партия, предлагающая ответ на этот запрос. И тоже начнёт набирать популярность.
Для изрядной части жителей стран Европы главные запросы сейчас - это:
- решение проблемы мигрантов,
- прекращение застоя в экономике,
- избавление от удушающей бюрократии.
И на эти запросы нельзя отвечать лекциями об изменениях климата и пользе мультикультурализма. Нельзя потому, что не услышат. Слушать не будут. Изрядной части европейского общества такие лекции до смерти надоели.

Поэтому вариантов развития событий всего два:
1. Либо нынешний европейский истеблишмент очнётся от летаргии и сформирует неэкстремистские политические силы, сконцентрированные именно на перечисленных запросах,
2. Либо такие силы возникнут стихийно, и в конце концов станут приходить к власти, сметая нынешний европейский истеблишмент.

#Германия #ФРГ #АдГ #AfD #АльтернативаДляГермании
#Европа #политика #европолитика #демократия
#правыепартии #популизм #политическийкризис
#миграция #экономикаЕвропы #бюрократия
#общественноемнение #выборы #электорат
#политическийзапрос #европейскийсоюз #ЕС
#Франция #Британия #МаринЛеПен #НайджелФарадж
#политическийанализ #геополитика #мнение

В ФРГ признали экстремистской правую пропутинскую партию "Альтернатива для Германии". Это не означает запрет партии. Но разговоры о том, надо ли такую партию запрещать, активизировались.

Я не знаток германского законодательства, и вообще не юрист. Оценивать юридическую корректность возможного запрета не могу. Для меня важен другой вопрос: а что делать со сторонниками партии?
Этих сторонников много. На недавних выборах АдГ набрала почти 22%, сейчас её рейтинги даже выше, в районе 25%. Да, в Германии после нацизма принцип "у них много сторонников, поэтому запрещать их недемократично" не работает. Слишком большую цену заплатила Германия (и не только она) за следование этому принципу в начале 1930-х.
Логично. Нельзя слишком любезничать с теми, кто сам с тобой любезничать не собирается.

Но всё-таки, если говорить не о запрете, а о людях.
Что делать со сторонниками партии, если саму партию запретят? Людей же запретить нельзя. И они никуда не денутся. Партия существовать перестанет, но люди-то - нет. И их многие миллионы.
А вот об этом в Германии, и в целом в Европе, никто особо не думает. Вернее, европейский истеблишмент старается не думать об этом. Потому что придумать ничего не может.
В Германии подъём АдГ. Во Франции подъём партии Ле Пен. В Британии подъём партии Фараджа (она, кстати, буквально в эти дни очень убедительно выступила на местных выборах).
И само по себе это - очень важный сигнал. Сигнал о том, что традиционные партии больше не выражают интересов существенных частей общества.
Что означает такой сигнал? Что новые партии, предлагающие новые ответы, возникать будут всё равно.
Так демократия устроена: если есть политический запрос - на него будет дан политический ответ.

Запрос, как и люди, никуда не денется, если какую-то партию запретить.
А раз он никуда не денется - появится другая партия, предлагающая ответ на этот запрос. И тоже начнёт набирать популярность.
Для изрядной части жителей стран Европы главные запросы сейчас - это:
- решение проблемы мигрантов,
- прекращение застоя в экономике,
- избавление от удушающей бюрократии.
И на эти запросы нельзя отвечать лекциями об изменениях климата и пользе мультикультурализма. Нельзя потому, что не услышат. Слушать не будут. Изрядной части европейского общества такие лекции до смерти надоели.

Поэтому вариантов развития событий всего два:
1. Либо нынешний европейский истеблишмент очнётся от летаргии и сформирует неэкстремистские политические силы, сконцентрированные именно на перечисленных запросах,
2. Либо такие силы возникнут стихийно, и в конце концов станут приходить к власти, сметая нынешний европейский истеблишмент.

#Германия #ФРГ #АдГ #AfD #АльтернативаДляГермании
#Европа #политика #европолитика #демократия
#правыепартии #популизм #политическийкризис
#миграция #экономикаЕвропы #бюрократия
#общественноемнение #выборы #электорат
#политическийзапрос #европейскийсоюз #ЕС
#Франция #Британия #МаринЛеПен #НайджелФарадж
#политическийанализ #геополитика #мнение

От България до Канада с $5 в джоба: Историята на Жан Павлов, който се осмели да следва мечтата си

В “Завърналите се” Петя Кертикова ни среща с инженера 19.02.2026 • 11:54 Редактор: Беатрис Младжова В рубриката “Завърналите…
#Bulgaria #BG #Europe #Europa #EU #bulgaria #България #ЖанПавлов #Завърналитесе #инженер #Канада #миграция #новини
https://www.europesays.com/2790084/

Пример переноса конфигурации NGFW Palo Alto на UserGate

Привет, Хабр! Я Розанна, работаю в ГК «Юзтех» ведущим сетевым инженером безопасности. В этой статье поделюсь примером переноса конфигураций NGFW Palo Alto на UserGate. Статья будет полезна сетевым инженерам и администраторам NGFW, ИТ-архитектором и руководителям проектов, а также системным интеграторам. В этой статье разберем как перенести конфигурацию с ПАК Palo Alto ПАК 3020 версии 9.1.16-h3 на UserGate D500 версии 7.2.0.76784R, учитывая различия в архитектуре, механизмах политики безопасности и подходах к управлению трафиком.

https://habr.com/ru/companies/usetech/articles/997050/

#ngwf #palo_alto #usergate #network_security #миграция

[Перевод] Подводные камни миграции на Swift 6, о которых стоит знать

Swift 6 вводит более строгие проверки изоляции конкурентности и поддерживает поэтапную миграцию, модуль за модулем. Хотя рекомендуемая Apple стратегия выглядит мягкой, на практике вы можете столкнуться со скрытыми сбоями во время выполнения, особенно когда в проекте одновременно сосуществуют модули на Swift 5 и Swift 6. В этой статье разберем два реальных кейса, на которых команды регулярно спотыкаются при поэтапной миграции на Swift 6. Мы свяжем их с исходниками Swift Runtime, объясним задумку и триггеры падений, и завершим практическими мерами по снижению рисков и рекомендациями по обновлению. Разобрать риски

https://habr.com/ru/companies/otus/articles/996304/

#ios #Swift_6 #миграция_Swift #строгая_конкурентность #изоляция_конкурентности #миграция

Управляем облаком, не привлекая внимания пользователей: разбор примеров из жизни One-cloud

Привет, Хабр! Меня зовут Алексей Волков, я руковожу группой core-разработки внутреннего облака VK — One-cloud. Хочу поделиться примерами из эксплуатации: какие были проблемы в проде на Java при высоких нагрузках, как мы это чинили и какие выводы сделали. Никакой теории на бумаге, только реальные истории из жизни крупной облачной платформы.

https://habr.com/ru/companies/vk/articles/995790/

#performance #облако #облачное_хранилище #облачный_сервис #миграция #onecloud #высокая_нагрузка

Управляем облаком, не привлекая внимания пользователей: разбор примеров из жизни One-cloud

Привет, Хабр! Меня зовут Алексей Волков, я руковожу группой core-разработки внутреннего облака VK — One-cloud. Хочу поделиться примерами из эксплуатации: какие были проблемы в проде на Java при высоких нагрузках, как мы это чинили и какие выводы сделали. Никакой теории на бумаге, только реальные истории из жизни крупной облачной платформы.

https://habr.com/ru/companies/vk/articles/995790/

#performance #облако #облачное_хранилище #облачный_сервис #миграция #onecloud #высокая_нагрузка

Управляем облаком, не привлекая внимания пользователей: разбор примеров из жизни One-cloud

Привет, Хабр! Меня зовут Алексей Волков, я руковожу группой core-разработки внутреннего облака VK — One-cloud. Хочу поделиться примерами из эксплуатации: какие были проблемы в проде на Java при высоких нагрузках, как мы это чинили и какие выводы сделали. Никакой теории на бумаге, только реальные истории из жизни крупной облачной платформы.

https://habr.com/ru/companies/vk/articles/995790/

#performance #облако #облачное_хранилище #облачный_сервис #миграция #onecloud #высокая_нагрузка

Управляем облаком, не привлекая внимания пользователей: разбор примеров из жизни One-cloud

Привет, Хабр! Меня зовут Алексей Волков, я руковожу группой core-разработки внутреннего облака VK — One-cloud. Хочу поделиться примерами из эксплуатации: какие были проблемы в проде на Java при высоких нагрузках, как мы это чинили и какие выводы сделали. Никакой теории на бумаге, только реальные истории из жизни крупной облачной платформы.

https://habr.com/ru/companies/vk/articles/995790/

#performance #облако #облачное_хранилище #облачный_сервис #миграция #onecloud #высокая_нагрузка

Миграция автотестов с Cypress на Playwright

Делимся свои опытом: как мы обеспечили быструю и безопасную миграцию с одной технологии на другую с использованием ИИ. Технический долг в автотестах достиг точки, когда требовалось принимать решение. Прогоны сотен сценариев занимали больше 10 часов . Из-за этого 2-3 дня в каждом спринте попросту терялись. Параллельно изменился пользовательский трафик: заметно выросла доля Safari на планшетах. Но автотесты были написаны на Cypress, а он технически не позволяет полноценно проверять работу в Safari на разных устройствах. Все свелось к трем задачам:

https://habr.com/ru/articles/992500/

#Playwright #Cypress #миграция #автотесты #ИИ #QA

Миграция автотестов с Cypress на Playwright

Делимся свои опытом: как мы обеспечили быструю и безопасную миграцию с одной технологии на другую с использованием ИИ. Технический долг в автотестах достиг точки, когда требовалось принимать решение. Прогоны сотен сценариев занимали больше 10 часов . Из-за этого 2-3 дня в каждом спринте попросту терялись. Параллельно изменился пользовательский трафик: заметно выросла доля Safari на планшетах. Но автотесты были написаны на Cypress, а он технически не позволяет полноценно проверять работу в Safari на разных устройствах. Все свелось к трем задачам:

https://habr.com/ru/articles/992500/

#Playwright #Cypress #миграция #автотесты #ИИ #QA