Heroku не запускается приложение

Обновлено: 06.01.2025

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

Сегодня вы узнаете, как создать API с помощью Flask в качестве примера развертывания вашего приложения на Heroku.

Создание REST API с помощью Flask

В вашем каталоге проекта давайте начнем с создания virtualenv:

И давайте активируем его с помощью команды source :

Когда ваше приложение готово, давайте развернем его в Хероку .

Хероку

Первое, что нам нужно сделать, это определить, какие библиотеки использует наше приложение. Таким образом, Heroku знает, какие из них предоставить нам, подобно тому, как мы устанавливаем их локально при разработке приложения.

Чтобы достичь этого, нам нужно создать requirements.txt файл со всеми модулями:

Таким образом, мы получаем requirements.txt файл, содержащий библиотеки, которые мы используем, и их версии:

Чтобы Heroku мог запускать наше приложение так, как оно должно, нам нужно заранее определить набор процессов/команд, которые оно должно запускать. Эти команды находятся в Профиле :

Команда web указывает Heroku запустить веб-сервер для приложения, используя gunicorn . Так как наше приложение называется app.py , мы также установили имя app как app .

Счет Heroku

Как только это будет сделано, на панели мониторинга выберите New -> Create new app :

Выберите имя для приложения и выберите регион, в котором вы хотите его разместить:

Как только приложение будет создано на Heroku, мы будем готовы развернуть его онлайн.

Мерзавец

Чтобы загрузить наш код, мы будем использовать Git . Во-первых, давайте сделаем репозиторий git:

А теперь давайте добавим наши файлы и зафиксируем :

Развертывание приложения в Heroku

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

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

На этом этапе, войдя в систему, мы должны добавить наш репозиторий в удаленный:

Обязательно замените фактическим именем вашего проекта, выбранным на предыдущем шаге.

И когда это будет сделано, давайте загрузим проект, нажав его на Heroku:

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

Поздравляем, вы успешно загрузили свое первое веб-приложение в Heroku! Теперь пришло время протестировать и проверить наш API.

Тестирование API

Перейдя по ссылке, мы можем перейти к нашему приложению, которое теперь находится в сети и общедоступно:

В случае возникновения каких-либо ошибок вы можете получить доступ к журналам и устранить неполадки оттуда:

Вы можете вручную протестировать свое приложение в браузере, введя URL-адрес и добавив путь к маршруту /getmsg/|. Хотя, поскольку приложения, как правило, становятся все более и более сложными, рекомендуется использовать такие инструменты, как Postman .

Теперь давайте протестируем запрос GET к нашему приложению с параметром name :

Теперь давайте протестируем URL-адрес, который не привязан ни к какой функции , например /new url , с помощью запроса GET:

Как и ожидалось, наше приложение Flask вернуло ответ 404.

Примечание: Вы можете изменить вид вывода из Pretty , Raw и Preview , которые показывают вам , как будет выглядеть вывод в вашем браузере.

Теперь давайте протестируем POST запрос:

Кроме того, давайте посмотрим, что произойдет, если мы полностью опустим параметр name :

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

Вы можете увидеть здесь POST запрос, который мы сделали на нашу страницу /post/|.

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

Вывод

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

Heroku предлагает бесплатный план и студенческие планы. Бесплатный план ограничен, но он довольно хорошо работает, например, для стартового приложения, POC или простого проекта. Однако если вы хотите масштабировать свое приложение, то вам следует рассмотреть один из планов, доступных на сайте по адресу here .

Для получения дополнительной информации о Heroku вы можете проверить само руководство Heroku .

Я только что сделал успешный deployment-Heroku, но мое приложение не будет работать в прямом эфире. нужно ли мне как-то переносить базу данных или что-то в этом роде? Я использую базу данных postGreSQL локально, и все работает нормально, но кроме того, что я сделал толчок и увидел, что она.

Есть следующая проблема: я разрабатываю какое-то приложение Rails на своей локальной машине, и все хорошо, приложение работает, но после загрузки на Heroku будет следующая ошибка (Я видел его с помощью 'heroku logs'): NameError (uninitialized constant.

Вы импортировали файл в AppRouter.js с именем ../component/HelpPage, который не существует, проверьте внутри папки компонентов, есть ли HelpPage или ваш путь неверен в AppRouter.js для импорта HelpPage.

Вы можете легко увидеть ответ в chrome для bundle.js

это означает, что вам не удалось создать bundle на этом шаге

так что, вероятно, просто запустите yarn add webpack-cli и повторно разверните снова

Похожие вопросы:

Это вывод моей команды git push heroku master : [info] Done updating. [info] Compiling 2 Scala sources to /tmp/build_3kg6a8iex5xd6/target/scala-2.8.1/classes. [success] Total time: 8 s, completed.

EDIT: Итак, я скопировал свои файлы в новый каталог, создал новый git repo, создал новое приложение heroku, перешел в новое приложение heroku, настроил несколько переменных окружения heroku и . . .

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

Я тоже новичок в Rails и Heroku. Следуя учебным пособиям, мне удалось загрузить свое приложение в Heroku. Мое приложение-это позволит нам загрузить csv файл для загрузки папку, в общественных местах.

Я создал простое приложение javascript с mojs, библиотекой анимации, и хотел развернуть его в heroku. Сначала я попытался heroku create etc и развернуть исходное приложение в heroku - приложение.

Я успешно загрузил свое приложение Django в Heroku, но когда я открываю свое приложение, я получаю ImportError , который говорит: Your WhiteNoise configuration is incompatible with WhiteNoise v4.0.

У меня есть приложение Rails 6, развернутое на Heroku и работающее нормально. Я только что начал добавлять API в приложение, и это также прекрасно работает локально, причем все тесты проходят.

у меня есть приложение RoR, работающее на моем локальном компьютере, но когда я отправляю его в heroku, он падает. Журнал ошибок выдает ошибку H10 и говорит:

кто-нибудь это раньше, и знаю, что может быть причиной проблемы? Я не могу найти решение.

я столкнулся с той же ошибкой выше, приложение рушилось на heroku (работает нормально в dev), но журналы ошибок на heroku не показывали никаких подсказок. Я прочитал другие ответы на этой странице и вспотел, увидев "восстановление приложения.- Я подумал, что, может быть, мне удастся залезть в консоль героку и осмотреться. Я сделал это, и даже консоль разбилась, но на этот раз она сказала мне, почему. Это была какая-то неясная переменная, которую я забыл удалить во время сеанса устранения неполадок несколькими часами ранее. Я не говорю, что ты столкнется с той же проблемой, но я нашел больше информации, когда попытался пройти через консоль. Надеюсь, это поможет.

у меня была та же проблема. Журналы тоже не давали мне никаких подсказок. Поэтому я уменьшил и уменьшил Динос. Это решило проблему для меня:

подождал несколько секунд.

Это лучший вариант, так как он даст вам ошибку в вашем терминале, которая будет гораздо более подробной, чем ошибка "App crashed" в ваших журналах Heroku.

помог мне снова запустить dyno. Я новичок в Heroku, но рад, что теперь знаю.

это случилось со мной, когда я слушал на неправильный порт

Я изменил свой listen () на " process.env.Порт " Итак:

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

это не удалось и дало мне гораздо более полезную ошибку. Я забыл удалить вызов метода в производство. Как только я это исправил, приложение сработало нормально.

я решил эту проблему, нажав на Git:

затем нажмите на Heroku:

затем rake db: миграция на Heroku:

здесь работать .файл gitignore

создать .файл gitignore, в терминале перейдите в каталог приложений и используйте следующую команду

затем вы можете открыть его в текстовом редакторе и вставьте код в него.

Я получал эту же ошибку H10 App разбился в Heroku. Я нажал "перезапустить все dynos" в интерфейсе heroku, и проблема решена.

в моем случае я использовал переменные ENV в своем приложении, но он не был установлен в конфигурации heroku.

консоль heroku дала правильную ошибку:

затем установите конфигурацию ENV

смотрите, если вы получите

в журналах во время работы (heroku logs-t) команда если да, то, пожалуйста, запустите

не перезаписывайте свои файлы, в конце концов эта команда создаст

нажмите эти файлы на heroku, и вы сделали.

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

затем импортировал его в Heroku:

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

Я получил ту же ошибку, что и "приложение разбилось", и журналы приложений heroku не показывают много информации, связанной с причинами ошибки msg. Затем я перезапустил dynos в heroku, а затем он показал ошибку, сказав дополнительную фигурную скобку в одном из индексов.файлы js в моей настройке. Проблема была исправлена, как только она будет удалена и перераспределена приложение на heroku.

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

У меня была такая же проблема, я сделал следующее

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

Я сегодня столкнулся с той же проблемой. Я сделал heroku run rake db:migrate хотя я перенес модель раньше, и приложение не сбой.

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

У меня была эта проблема раньше, и я получил эту ошибку: неожиданный tIDENTIFIER, ожидая keyword_end

была такая же проблема. для меня это была ошибка в фильтрах before_action(потому что пустая БД) Проверьте свои фильтры before_action, может быть, они бросают unhendled исключения.

у меня была эта проблема при попытке запустить Rails в подкаталоге, а не в / . Например, у меня было приложение Angular/Node/Gulp, работающее в /client и приложение Rails работает в /server , но оба они были в одном репозитории git, поэтому я мог отслеживать изменения на переднем и заднем концах. Я получил эту ошибку при попытке развернуть их в Heroku. Для всех, у кого есть эта проблема, вот пользовательский buildpack, который позволит запускать Rails в подкаталог.

Я столкнулся с той же проблемой при развертывании в Heroku (app crash). Журналы не указывали, в чем может быть проблема. Консоль Heroku отобразила синтаксическую ошибку в коде дополнительной скобки. Удивительно, но у меня не было проблемы с локальными рельсами при запуске приложения и, следовательно, пропустил его. После коррекции и Git нажмите на Heroku, приложение начало работать на Heroku!

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

Есть вопросы по Python?

На нашем форуме вы можете задать любой вопрос и получить ответ от всего нашего сообщества!

Telegram Чат & Канал

Вступите в наш дружный чат по Python и начните общение с единомышленниками! Станьте частью большого сообщества!

Паблик VK

Одно из самых больших сообществ по Python в социальной сети ВК. Видео уроки и книги для вас!

Если вам нужен исходный код приложения из статьи, можете скачать его с репозитория.

Содержание статьи

Настройка проекта на Flask

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

Virtualenv;
Flask;
git/Github;
Heroku (основы).

Сперва настроим рабочую директорию:

Инициализиуем новый git репозиторий внутри нашей рабочей директории:

Устанавливаем среду окружения для использования в нашем веб-приложении:

Теперь вы можете увидеть (env) с левой стороны терминала, это указывает на то, что сейчас вы работаете в виртуальной среде.

Чтобы покинуть виртуальную среду просто выполните в терминале команду deactivate и когда захотите продолжить работу над проектом, запустите source env/bin/activate .

Затем нам нужно будет создать базовую структуру для нашего приложения. Создадим следующие файлы в папку "flask-by-example" :

В итоге, будет создана следующая структура из файлов:

Не забудьте обновить файл .gitignore из репозитория.

На всякий случай, стоит обновить pip через команду:

Устанавливаем Flask через pip:

Добавляем установленные библиотеки в наш файл requirements.txt :

Открываем файл app.py в текстовом редакторе и добавляем следующий код:

Затем нужно настроить Heroku для запуска веб-приложения на нем.

Установка Heroku для работы с Flask

Если вы этого еще не сделали, создайте аккаунт на Heroku, скачайте и установите Heroku Toolbelt и затем в терминале запустите команду для входа на Heroku:

После удачного входа на Heroku, нужно создать файл Procfile в вашей корневой директории проекта:

Добавляем следующую строку в новый созданный файл Procfile:

Не забудьте добавить модуль gunicorn в файл зависимостей requirments.txt :

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

Просто создаем файл под названием runtime.txt со следующим содержимым:

Загрузим наши изменения через git (также можно разместить на Github), затем создаем две новые веб-приложения на Heroku.

Первое веб-приложение для продакшена:

Второе веб-приложение для стейджинга:

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

Я предлагаю использовать такой шаблон названия приложения:

В моем случае это:

В моем случае был получен вот такой результат в терминале:

Добавим новые приложения в git remote. Не забудьте назвать один remote pro (для продакшена), а другой stage (для стейджинга):

Подготавливаем все файлы для комита:

Теперь можно загрузить оба приложения для работы в режиме реального времени на Heroku:

Для стейджинга: git push stage master
Для продакшена: git push pro master

Вот так выглядит результат в терминале у меня:

Writing objects : 100 % ( 8 / 8 ) , 1015 bytes | 1015.00 KiB / s , done . remote : -- -- -> Installing pip 20.1.1 , setuptools 47.1.1 and wheel 0.34.2 remote : Downloading click - 7.1.2 - py2 .py3 - none - any .whl ( 82 kB ) remote : Downloading Flask - 1.1.2 - py2 .py3 - none - any .whl ( 94 kB ) remote : Downloading gunicorn - 20.0.4 - py2 .py3 - none - any .whl ( 77 kB ) remote : Downloading itsdangerous - 1.1.0 - py2 .py3 - none - any .whl ( 16 kB ) remote : Downloading Jinja2 - 2.11.2 - py2 .py3 - none - any .whl ( 125 kB ) remote : Downloading MarkupSafe - 1.1.1 - cp38 - cp38 - manylinux1_x86_64 .whl ( 32 kB ) remote : Downloading Werkzeug - 1.0.1 - py2 .py3 - none - any .whl ( 298 kB ) remote : Installing collected packages : click , MarkupSafe , Jinja2 , Werkzeug , itsdangerous , Flask , gunicorn remote : Successfully installed Flask - 1.1.2 Jinja2 - 2.11.2 MarkupSafe - 1.1.1 Werkzeug - 1.0.1 click - 7.1.2 gunicorn - 20.0.4 itsdangerous - 1.1.0

Рабочий поток создания веб-приложения

Сделаем изменение в нашем веб-приложении и загрузим их только на стейджинге (тестовой версии нашего веб-приложения):

Запустите веб-приложение локально и убедитесь, что все работает:

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

Убедитесь, что ваши изменения зафиксированы в git:

Затем, загружаем все изменения на стейджинг (приложение для предварительного тестирования):

У меня получился вот такой вывод:

Writing objects : 100 % ( 3 / 3 ) , 460 bytes | 460.00 KiB / s , done . remote : -- -- -> No change in requirements detected , installing from cache remote : -- -- -> Installing pip 20.1.1 , setuptools 47.1.1 and wheel 0.34.2

Теперь при переходу в среду стейджинга вы сможете использовать новый URL, то есть /mike и увидите Привет, mike! в зависимости от того, какое имя вы поместили в URL.

В моем случае это:

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

Если все хорошо, давайте загрузим изменения и для продакшена:

Теперь та же функциональность доступна на продакшен сайте.

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

Создаем файл конфигурации веб-приложения

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

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

Добавим файл config.py в корень проекта:

В файле конфигурации мы собираемся позаимствовать кое-что из того, как настраивается конфигурация в Django. У нас будет базовый класс Config , от которого наследуются другие классы конфигурации. Затем при необходимости мы импортируем соответствующий класс.

Добавьте следующей код в созданный файл config.py :

basedir = os.path . abspath ( os.path . dirname ( __file__ ) )

Мы импортировали модуль os и затем создали переменную basedir значение которой является полным путем к файлу config.py . Затем мы создаем базовый класс Config с некоторыми основными настройками, которые будут наследовать другие классы.

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

локальной на нашем компьютере;
стейджингом (приложение только для тестирования);
продакшеном (рабочее приложение для пользователей).

Flask: Настройка локальной среды

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

Этот модуль позволяет создавать команды, которые будут запускаться каждый раз когда мы заходим в папку нашего приложения. Для того чтобы это реализовать, нам нужно установить модуль autoenv глобально т.е. для всей системы.

Сначала выходим из виртуальной среды в терминале, устанавливаем глобально модуль autoenv и создаем файл .env :

Читайте также: