Как я могу эффективно использовать веб-приложения на своем Mac?

Я обнаружил, что веб-приложения сильно замедляют мой рабочий процесс. Если я оставляю браузеры открытыми, у меня накапливается много неиспользуемых вкладок, которые сильно замедляют работу, а новые вкладки открываются в старых окнах браузера, ориентированных на конкретную тему. OTOH, если я держу их закрытыми (что я обычно и делаю), то мне приходится каждый раз ждать 10-15 секунд для запуска браузера, что в 2-3 раза превышает время запуска любого разумного приложения, и, что еще хуже, я обычно должен войти в систему снова. Как сделать так, чтобы веб-приложения не замедляли работу?

Я пробовал Fluid, а также сайт, который позволяет вам сделать Chrome-версию определенного веб-сайта. Однако они плохо справляются с сохранением входа в систему. Первое также исключает вимператора.
Я решил опубликовать это на Productivity SE. Я этого не сделал, потому что после тщательного рассмотрения я почувствовал, что в итоге получу ответы, специфичные для Windows.
Возможно, я должен упомянуть, что я все еще использую Sierra из-за некоторых ограничений новой версии iTunes. Возможно, запуск браузера Chrome и Safari был бы значительно быстрее, если бы я перешел на High Sierra, но если это не 1-2 секунды, это не совсем исправление.
Если бы был просто способ всегда открывать что-либо, запущенное из Alfred, на новой вкладке в Chrome с помощью Alfred (надеюсь, сохраняя Safari для некоторых сайтов с закладками), это, безусловно, помогло бы. Постоянное открытие нового сайта в одном и том же окне определенно усугубляет проблему.
У меня есть некоторый успех с Epichrome. Это сложно настроить (и даже требует небольшого количества ручной работы при каждом обновлении), но позволяет расширения, чтобы я мог, по крайней мере, повторно войти в систему, используя свою клавиатуру и менеджер паролей. Загрузите: github.com/dmarmor/epichrome/releases . Инструкции см. на странице maketecheasier.com/turn-web-services-mac-apps .

Ответы (1)

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

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

Кроме того, убедитесь, что вы используете браузеры, такие как Safari, которые резко сокращают использование ресурсов, когда экран выключен, фоновый или свернутый. Возможно, ваш браузер может помочь с 20-секундными задержками запуска, и даже это не должно быть большой тратой времени, если вы выполняете надлежащую работу после запуска приложения.

Наконец, нативное приложение может быть закодировано как веб-приложение и все равно вызывать у вас огорчение. Некоторые известные из них, с которыми я столкнулся, — это редактор Atom, приложение Slack и другие приложения, основанные на электронах, узлах или реакциях, которые являются прославленными контейнерами веб-представления.

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

Это подход, которому я следую, но некоторые системы упорно отказываются делать приложение для Mac. Я не говорю, что это лучшие системы, но обычно я вынужден их использовать независимо от того, хороши они или нет. Если в течение недели не будет лучшего ответа, я отмечу этот ответ как правильный.
Safari, к сожалению, не имеет Vimium или любого эквивалентного расширения, насколько я могу судить. Я думаю, что есть один или два, которые используют свои собственные нажатия клавиш, но я пытаюсь избежать повторного перепрограммирования своего мозга для конкретной платформы.