Почему фигма виснет в браузере

Всем привет. Проблема в том, что Figma постоянно «затромаживается», начинает ооочень долго выполнять любое действие. А потом вылетает экран «Опаньки» у нас проблемы , не хватает памяти. Подскажите, пожалуйся, где можно очистить эту память? Проблема появилась сравнительно недавно.

В Figma работаю

Оптимизация проекта Figma на примере большого банковского приложения

Расскажем, как мы провели оптимизацию и ускорили работу больших файлов Figma в три раза. Подтолкнули нас к этому тормозящие и не открывающиеся файлы у команды на проекте. Особенно это ощутили ребята с не самым мощным железом: файлы загружались по пять-десять минут.

В процессе поиска решения мы столкнулись с некоторыми ограничениями и багами в Figma, о которых полезно знать заранее и которые мы подробно изложим ниже.

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

ЦБ вернет деньги инвесторам, а пенсии не будет? / Новости финансов

Мы студия Mish, преимущественно сфокусированы на дизайне сайтов и мобильных приложений. За время работы мы много сталкивались с крупными проектами, в частности, в банковской сфере. В рассматриваемом случае клиент поставил нам задачу разработать дизайн двух мобильных приложений для SBI: банкинг «для взрослых» и отдельное банковское приложение «для детей», в котором есть полноценный счет, можно выполнять задания родителей, получать награды и копить на мечты. Разработка приложений осуществлялась для двух платформ.

Через полгода работы только во «взрослом» приложении появилось свыше шести сотен экранов для каждой платформы. Тогда мы столкнулись с проблемой: люди, задействованные на проекте, — разработчики, аналитики, тестировщики, заметили, что файлы Figma стали работать медленнее. А именно: долго открывались, тормозили при зуме и порой даже вылетали.

Даже дизайнеры, работающие на MacBook Pro, испытывали трудности. Например, десять фреймов могли копироваться около минуты: к примеру, выделил их, нажал Cmd+C и ждешь — Figma все это время не двигается. Потом, если не повезет, выскакивало сообщение «You run out of memory». После этого приходилось перезапускать Figma и копировать фреймы по одному.

Поискав информацию в Интернете и на сайте Figma, мы нашли причину и поняли, как решить проблему. Статья, которая нам помогла🇬🇧.

Как переустановить Яндекс Браузер на ноутбуке Windows 7 бесплатно

Две основные причины тормозов:

  1. В одном файле расположено слишком много макетов;
  2. Основные мастер-компоненты собраны с большим количеством скрытых слоев.

И то, и другое существенно снижало основные жизненные показатели файла: занимаемую память и общее количество слоев. Расскажем подробнее о каждом пункте.

Как починить глюки за несколько секунд (фишки Фигма) / Reload tabs in Figma

Причина 1. В одном файле расположено слишком много макетов

Дизайн «взрослого» приложения состоит из трех файлов:

  • Файл с макетами и компонентами iOS;
  • Файл с макетами и компонентами Android;
  • Файл с компонентами общих для платформ иконок и графики.

Есть еще два файла с «детским» приложением, но мы не стали их оптимизировать, так как эти файлы работают быстро: в них меньше пяти сотен макетов.

Мастер-компоненты мы хранили в одном файле с макетами. На момент старта проекта это не казалось нам чем-то неправильным. Это достаточно удобно, так как не нужно переходить в другой файл, чтобы сдвинуть иконку на два пикселя. Мы думали, что при необходимости можно легко поделить этот файл на несколько: мастер-компоненты оставить в одном файле, а макеты с дочерними компонентами вынести в отдельный.

Но на тот момент мы не подозревали об одной фундаментальной баге программы Figma, о которой напишем чуть позже. А пока расскажем о двух известных нам способах, которыми можно поделить один большой файл на несколько маленьких.

Способ №1

Продублировать файл нужное количество раз и в каждом дубликате удалить лишние макеты или страницы.

Нам это способ не подходил, потому что мастер-компоненты хранились в одном файле с макетами и при дублировании потеряли бы связь с дочерними компонентами в новых файлах.

Способ №2

Создать несколько новых файлов, подключить к ним командную библиотеку и скопировать в них нужные макеты из исходного файла. В исходном же оставить только мастер-компоненты, так как их, в отличие от дочерних, перенести в другой файл нельзя — это печальное ограничение Figma, о котором мы знали.

Данный способ выглядит вполне жизнеспособным. Во всяком случае, не противоречит каким-либо очевидным правилам поведения программы.

Но мы не знали о том, что в Figma есть серьезная скрытая проблема: при переносе макета в новый файл многие дочерние компоненты, находящиеся в нем, теряют связь с мастер-компонентом, т.е. часть скопированных дочерних компонентов при вставке превращается в обычные фреймы. Это та самая фундаментальная бага, о которой ребята из Figma в курсе и с которой они воюют уже года два. Подробнее о проблеме 🇬🇧.

Как настроить яндекс поиск в браузере

Подобные баги могут происходить даже при копировании и вставке макета внутри одного файла, если делать это через «Cmd+C –> Cmd+V» или «Копировать –> Вставить». Нам показалось, что часто это происходит на сложных компонентах, а также если компонент уже копировался и вставлялся неоднократно.

Чтобы избежать этого бага, нужно сложные многосоставные компоненты копировать через зажатый Opt или Alt.

Быстро поделить файл на несколько и избавиться от первой причины тормозов у нас не получилось, поэтому переходим ко второй причине.

Причина 2. Основные компоненты собраны с большим количеством скрытых слоев

Есть такие элементы, которые используются почти на каждом макете и отличаются лишь деталями. Например, списки. Список может быть с иконкой или без, с одним заголовком или с заголовком и подстрочником, с суммой и подстрочником или с суммой без подстрочника, с кнопкой вместо суммы или стрелкой вместо кнопки.

Не забываем еще про состояние загрузки, а также все те же самые состояния на темном фоне. Выходит, что высота элемента одна, набор основных элементов примерно тот же, но их комбинация и расположение отличаются.

К примеру, вариаций блока списка высотой 64px в нашем приложении получилось свыше тридцати. Плюс в каждом состоянии может быть еще около ста разных иконок на обложке.

Когда мы создавали первые компоненты на проекте, мы обсуждали два варианта создания дизайн-системы, учитывающих все подобные состояния.

Создать один компонент и расположить в нем все состояния в виде скрытых слоев.

Мы так и сделали. В тот момент нам казалось, что это достаточно удобно: не нужно плодить кучу макетов в библиотеке, а переключать состояния проще в панели слоев, выключая видимость текущего слоя и включая видимость нужного.

Главное понятно называть слои и группы слоев. Первое время это действительно казалось удобным всем дизайнерам.

Но оказалось, что в Figma дочерний компонент является не просто ссылкой на мастер-компонент, а полноценным его экземпляром, занимает столько же памяти и тянет за собой все скрытые слои. Получилось, что один экземпляр элемента «тащил» за собой все тридцать скрытых и увеличивал размер файла.

Создать отдельный мастер-компонент под каждый случай.

При этом стоит учитывать только вариации верстки: если при одной и той же верстке есть еще пятьдесят состояний, в которых отличается только иконка, то эта иконка вставляется в виде вложенного компонента по принципу матрешки.

Замена иконки занимает пару кликов в панели компонентов. По такому же принципу можно подменять любые другие блоки, например вкл/выкл свитчер, активный/неактивный чекбокс, радио-кнопка и проч.

Как добавить в Яндексе вкладку на экспресс

Изначально мы пошли по первому варианту — сделали «супер-компоненты», внутри которых учитывались все возможные состояния в виде скрытых слоев. Это привело к увеличению количества слоев и размера файла. Лучшим решением оказался второй вариант, при котором для каждого состояния элемента создается отдельный компонент.

Далее мы решили оптимизировать проект: вынести мастер-компоненты в отдельный от макетов файл и оптимизировать их структуру — убрать лишние слои, а все состояния сделать отдельными компонентами. Это должно было решить несколько проблем: общий вес проекта сократился бы, и мы получили бы систему файлов, с помощью которой было бы удобно в будущем их делить.

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

Процесс работы

Работали на «живом» проекте, на котором параллельно присутствовали разработчики, аналитики, тестировщики и представители заказчика. Задачей занимался один дизайнер, параллельно разрабатывая новые фичи и занимаясь поддержкой разработки.

На переработку двух платформ ушло около месяца. Мы вели лог основных показателей файла и скринили табличку используемых Figma ресурсов (View > Resource use) при закрытии каждого раздела. Итак, что получилось?

Объективные показатели по платформам

  • Количество слоев уменьшилось в 3 раза с 750 тыс. до 250 тыс.
  • Вес файла уменьшился в 2,3 раза с 0,89 ГБ до 0,39 ГБ.
  • Количество слоев уменьшилось в 4 раза с 940 тыс. до 230 тыс.
  • Вес файла уменьшился в 4 раза с 1,4 ГБ до 0,35 ГБ.

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

В самом начале мы упоминали, что десять макетов могли копироваться около минуты. После оптимизации даже тридцать макетов начали копироваться меньше десяти секунд. Сообщение о том, что ресурсы закончились, появляться перестали.

Кстати, если ваш файл займет 2GB, он может перестать открываться, так что не доводите до такого и вовремя проводите оптимизацию. Следить за показателями тут View > Resource use.

Источник

Как посмотреть историю в Яндекс браузере Посещенные веб-сайты зачастую содержат данные, которые для пользователей важны. Закрыв браузер , люди начинают копаться в памяти и отправляются на поиски страницы, которую уже закрыли. Искать нужное во всемирной паутине – это долгий путь. Как найти побыстрее то, что требуется прямо сейчас?

Чтобы просмотреть историю в Яндексе : Используйте сочетание клавиш Ctrl+H внутри уже открытой программы. Пройдите по следующим шагам: Откройте раздел «Настройки», нажав кнопку (правый верхний угол программы). Выберите кнопку « История ». Перед вами – история просмотров в яндексе , в которой видно оглавления страниц, посещенных вами ранее.

Постоянно перегружается Figma

Екатерина strelka

Проблема в том, что Figma постоянно «затромаживается», начинает ооочень долго выполнять любое действие. А потом вылетает экран «Опаньки» у нас проблемы , не хватает памяти. Подскажите, пожалуйся, где можно очистить эту память? Проблема появилась сравнительно недавно. В Figma работаю чуть больше года.

Как включить ВПН в Яндекс на телефоне
Источник

Где искать историю запросов в Яндексе ? Для просмотра истории необходимо перейти в меню Яндекс . Браузера (три полоски в правом верхнем углу) и кликнуть по кнопке « История ». Появится список с последними просмотренными страницами. В его верхней части находится кнопка с надписью « История ». Жмем её и получаем полную информацию о посещенных сайтах. Еще один способ посмотреть историю – воспользоваться сочетанием клавиш Ctrl+H. Аналогичным образом (через меню) просмотреть информацию можно в браузере на планшете или смартфоне. Как очистить всю историю в Яндексе . Чтобы полностью избавиться от информации о запросах, нужно знать, как удалить историю из Яндекс браузера .

Оптимизация проекта Figma на примере большого банковского приложения

Расскажем, как мы провели оптимизацию и ускорили работу больших файлов Figma в три раза. Подтолкнули нас к этому тормозящие и не открывающиеся файлы у команды на проекте. Особенно это ощутили ребята с не самым мощным железом: файлы загружались по пять-десять минут.

В процессе поиска решения мы столкнулись с некоторыми ограничениями и багами в Figma, о которых полезно знать заранее и которые мы подробно изложим ниже.

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

Мы студия Mish, преимущественно сфокусированы на дизайне сайтов и мобильных приложений. За время работы мы много сталкивались с крупными проектами, в частности, в банковской сфере. В рассматриваемом случае клиент поставил нам задачу разработать дизайн двух мобильных приложений для SBI: банкинг «для взрослых» и отдельное банковское приложение «для детей», в котором есть полноценный счет, можно выполнять задания родителей, получать награды и копить на мечты. Разработка приложений осуществлялась для двух платформ.

Через полгода работы только во «взрослом» приложении появилось свыше шести сотен экранов для каждой платформы. Тогда мы столкнулись с проблемой: люди, задействованные на проекте, — разработчики, аналитики, тестировщики, заметили, что файлы Figma стали работать медленнее. А именно: долго открывались, тормозили при зуме и порой даже вылетали.

Опера vpn как включить на айфоне

Даже дизайнеры, работающие на MacBook Pro, испытывали трудности. Например, десять фреймов могли копироваться около минуты: к примеру, выделил их, нажал Cmd+C и ждешь — Figma все это время не двигается. Потом, если не повезет, выскакивало сообщение «You run out of memory». После этого приходилось перезапускать Figma и копировать фреймы по одному.

Поискав информацию в Интернете и на сайте Figma, мы нашли причину и поняли, как решить проблему. Статья, которая нам помогла🇬🇧.

Две основные причины тормозов:

  1. В одном файле расположено слишком много макетов;
  2. Основные мастер-компоненты собраны с большим количеством скрытых слоев.

И то, и другое существенно снижало основные жизненные показатели файла: занимаемую память и общее количество слоев.

Источник

Как посмотреть и удалить историю в Яндексе . Почему именно на примере Яндекс Браузера ?! Просмотрев статистику блога увидел что самые популярные обозреватели у меня именно Яндекс и Chrome (а факт того, что Chrome и Яндекс Браузер работает на одном и том же движке побудил меня написать общую инструкцию для обоих браузеров … ведь очистить журнал посещений в яндексе можно точно так же как и в Google Chrome). Чтобы подчистить хвосты нам нужно перейти в историю просмотров на компьютере в Яндекс Браузере . – Достаточно просто убрать галку напротив “Показывать историю поисков ”. Нюансы очистки истории просмотров в Яндексе . Хочу напомнить вам про синхронизацию!

Тормозит Figma, как это исправить

Решение здесь простое, твой компьютер считает Figma слишком простецкой программой, поэтому использует встроенную, а не дискретную видеокарту. Тебе необходимо принудительно запускать Figma на дискретной видеокарте.

Как запустить Figma на дискретной видеокарте

Шагай в панель управления, выбирай дискретную видеокарту, у меня это NVIDIA.

Источник

Удаление данных о работе в Браузере . Для вашего удобства в Яндекс Браузере сохраняются данные. Например, пароли, данные автозаполнения, поисковые запросы, адреса посещенных страниц. Если вы хотите обеспечить анонимность Предварительно убедитесь, что не будет удалена нужная вам информация, например пароли.

Если включена синхронизация, то данные, которые вы удалите с компьютера, при следующей синхронизации удалятся со всех устройств. Нажмите → Дополнительно → Очистить историю либо сочетание клавиш Ctrl + Shift + Del (в Windows) или Shift + ⌘ + Backspace (в macOS). Выберите период для удаления данных. Выберите типы данных, которые вы хотите удалить .

Рейтинг
Загрузка ...