Как развернуть готовый проект на Flask в обычном шаред хостинге (Таймвеб)?

Question

Irina Travel @IrinaTravel

Как развернуть готовый проект на Flask в обычном шаред хостинге (Таймвеб)?

Доброго дня!

Подскажите, пожалуйста, способ разворачивания Flask v0.12.1 приложений на обычном шаред хостинге Timeweb (или любой другой)? Возможно ли это? Поясню необходимость: есть уже оплаченный шаред, поэтому брать отдельный VDS ради одного проекта — нет желания.

Конфиг хостинга: SSH, Python 3.4, virtualenv (через curl локально встаёт любая версия, с этим проблем не возникло).

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

Если есть реальный кейс, то поделитесь пожалуйста!

Вопрос задан более трёх лет назад
1784 просмотра

Комментировать

Подписаться 2 Оценить Комментировать

Помогут разобраться в теме Все курсы

Яндекс Практикум

Python-разработчик

10 месяцев

Далее
Яндекс Практикум

Python-разработчик расширенный

14 месяцев

Далее
Яндекс Практикум

Мидл Python-разработчик

6 месяцев

Далее

Решения вопроса 1

49 комментариев

Irina Travel @IrinaTravel Автор вопроса

Смешно. Говорю же, с виртуальным окружением проблем никаких, pip install -r requirements.txt ставится, как родной. Причём, если запустить приложение из консоли на хостинге python app.py, то оно работает (приглашает перейти по 127.0.0.1:5000 ).

Вся загвоздка в том, что не понимаю как заставить сервер (апатч/нджинкс) запускать Flask приложение при обращении к папке... и *.cgi скрипт делала, и .htaccess создавала для него, и права разные ставила — хоть бы хны, 500-я ошибка!

Написано более трёх лет назад
pcdesign @pcdesign

и
curl 127.0.0.1:5000
тоже работает?

Написано более трёх лет назад
pcdesign @pcdesign

И на файл с .cgi делали команду
chmod 775 your.cgi
?

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса
pcdesign: права стоят 0775.

При этом, если делаю curl 127.0.0.1:5000, то вижу код страницы (то есть всё работает). Но при переходе по домену — постоянно вижу Internal Server Error (500). В логах вот это:

File "/home/c/XXXXX/public_html/cgi-bin/app.cgi", line 7, in , referer: XXXXX.tmweb.ru
File "/home/c/XXXXX/public_html/cgi-bin/run.py", line 3, in , referer: XXXXX.tmweb.ru

Файл app.cgi:

#!/usr/bin/python # -*- coding: utf-8 -*- import os import sys from wsgiref.handlers import CGIHandler from run import app sys.path.insert(0, os.path.dirname(__file__)) CGIHandler().run(app)

Файл run.py:

# -*- coding: utf-8 -*- from flask import Flask app = Flask(__name__) @app.route('/') def hello_world(): return 'Hello, World!' if __name__ == '__main__': app.run()

Файл .htaccess:

RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ /home/c/XXXXX/public_html/cgi-bin/app.cgi/$1 [L]
Написано более трёх лет назад
pcdesign @pcdesign

/usr/bin/python -V

Что выдает?

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: Python 2.7.6

$ /usr/bin/python3 -V
$ Python 3.4.3

Написано более трёх лет назад
pcdesign @pcdesign

Irina Travel:
А сами пишите "конфиг хостинга: SSH, Python 3.4, virtualenv"
Ну то есть у вас приложение на фласке написано на 3.4.
А вы пытаетесь с помощью CGI скрипта его запустить в 2.7.6

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: так виртуалка же на 3.4.3 должна работать, я её через python3 ставила.

Написано более трёх лет назад
pcdesign @pcdesign

Файл app.cgi:

#!/usr/bin/python
# -*- coding: utf-8 -*-

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: поменяла на #!/usr/bin/python3 и ничего не изменилось, точно такая же ошибка в логах.

Написано более трёх лет назад
pcdesign @pcdesign
Irina Travel: Фиг с ним с фласком. Просто на голом cgi надо добиться для начала "Hello world"!
# app.cgi
#!/usr/bin/env python3 print("Content-Type: text/html\n") print("<!doctype html><title>Hello</title><h2>hello world</h2>")
Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: опаньки захеллоуворлдилось.. получается дело во Flask что ли? Как так может быть?

Написано более трёх лет назад

pcdesign @pcdesign

#!/usr/bin/env python3
# -*- coding: utf-8 -*- 

import os 
import sys 
from wsgiref.handlers import CGIHandler 
from run import app 

sys.path.insert(0, os.path.dirname(__file__)) 

CGIHandler().run(app)

Трабл где-то здесь.
Попробуйте запустить его из коносоли ./app.cgi

Написано более трёх лет назад

Irina Travel @IrinaTravel Автор вопроса

pcdesign: мда, на фласк как раз и ругается...

$ ./app.cgi

Traceback (most recent call last):
  File "./app.cgi", line 7, in <module>
    from run import app
  File "/home/c/XXXXX/public_html/cgi-bin/run.py", line 3, in <module>
    from flask import Flask
ImportError: No module named 'flask'

Написано более трёх лет назад

pcdesign @pcdesign

Irina Travel: Укажите путь к питону, который в виртуальном окружении.

Написано более трёх лет назад

Irina Travel @IrinaTravel Автор вопроса

pcdesign: поставила вот так:

#!/home/c/XXXXX/public_html/cgi-bin/venv/lib/python3.4

Ошибка:

-bash: ./app.cgi: /home/c/XXXXX/public_html/cgi-bin/venv/lib/python3.4: bad interpreter: Permission denied

Написано более трёх лет назад

pcdesign @pcdesign

Надо активировать виртуальное окружение.
А потом запускать файл.

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса
pcdesign: тьфу, блин! Неверно указала директорию (lib, когда надо было bin)! Вот так заработало:

#!/home/c/XXXXX/public_html/cgi-bin/venv/bin/python3.4

Огромное спасибо за участие!
Написано более трёх лет назад
Vic Shóstak @vikkyshostak
pcdesign: а не подскажите, как избавиться от добавления в URL строки /cgi-bin/app.cgi/, если в шаблоне ссылка создана через {{ url_for('page') }}?

То есть, страницы открываются и так http://site.ru/cgi-bin/app.cgi/page и так http://site.ru/page — что совсем не гуд.

Файл .htaccess тот же:

RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ /home/c/XXXXX/public_html/cgi-bin/app.cgi/$1 [L]
Написано более трёх лет назад
pcdesign @pcdesign

Vikky Shostak: Да просто в файл robots.txt положите директиву

Disallow: /cgi-bin

Да и все. Чем валандаться.

Написано более трёх лет назад
Vic Shóstak @vikkyshostak

pcdesign: это да. А как быть с ссылками в адресной строке? То есть любая запись {{ url_for('page') }} в шаблоне ведёт на адрес http://site.ru/cgi-bin/app.cgi/page, что не очень хорошо (например, для добавления ссылки в закладки/соцсети, да и вообще).

Написано более трёх лет назад
pcdesign @pcdesign
Vikky Shostak: Ну, можно попробовать валандаться с редиректом.
Redirect 301 /cgi-bin/app.cgi http://www.mysite.com

Разные есть варианты.
Написано более трёх лет назад
Vic Shóstak @vikkyshostak

pcdesign: эмм.. это же ERR_TOO_MANY_REDIRECTS в хроме..

Написано более трёх лет назад
pcdesign @pcdesign

stackoverflow.com/questions/9982120/path-routing-i...

Написано более трёх лет назад
Vic Shóstak @vikkyshostak

pcdesign: то ли лыжи не едут, то ли.. короче, ничего не меняется даже после манипуляций из SO :(

Получается, что придётся хардкодить все места с url_for() в шаблонах, чтобы работало по-человечески?

Написано более трёх лет назад
pcdesign @pcdesign

Vikky Shostak: не трогогать url_for() не надо. И фляшку трогать тоже не надо.
Колдовать надо с .htaccess.
Обрезать /cgi-bin/

Написано более трёх лет назад
Vic Shóstak @vikkyshostak

pcdesign: может быть есть какая-то директива во Flask, чтобы задать базовую директорию, от которой будет строится адрес для url_for() функции?

Тут же вся соль в том, что если бы url_for() верно отображал ссылки, то и про обрезание думать и не пришлось бы, как раз Disallow бы помог. Откуда вообще url_for() берёт то, что нужно в каждый URL ещё дописывать папку, в котором CGI лежит и сам файл?!

Написано более трёх лет назад
pcdesign @pcdesign

Пишите в темплейтах обычные пути вида "site.ru/your/path/" да и все.

Написано более трёх лет назад
Vic Shóstak @vikkyshostak

pcdesign: то есть, придётся-таки хардкодить ссылки в меню.

Написал issue об этом в репозиторий Фласка, посмотрим, чего ответят.

Написано более трёх лет назад
pcdesign @pcdesign

Vikky Shostak: Я думаю, что фляшка тут не причем. Вот на порту 5000 если запустить, там же ведь нет этого?

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: если судить по ответу на гите, насколько я поняла, есть фикс для этого:

from werkzeug.contrib.fixers import CGIRootFix

Но у меня это тоже не заработало :( Точно так же 404-я ошибка на любом, заданном в @app.route(), урле. Думала, что дело в моём коде — полностью скопипастила весь код с issue от Vikky Shostak, но ничего не поменялось.

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

Написано более трёх лет назад
pcdesign @pcdesign

Irina Travel: Хостинг, cgi, апач - это уже прошлый век.
Имеет смысл хардокдить и не парится, чем тратить усилия.

Если бы приложение было бы серьезным, то тогда и выбор инструментов был бы серьезным:
сервер + nginx + gunicorn. Без дурацкого апача и cgi.
И там априори таких проблем бы не возникло.

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: согласна полостью! Проект, действительно, не очень большой, поэтому брать VDS под него смысла не было. Так-то да, проще всего с uWSGI или Gunicorn на Nginx запускать :)

Написано более трёх лет назад
pcdesign @pcdesign

А все это хозяйство лежит в папке /cgi-bin/ ?
А если в корень сайта перенести, то есть вот сюда: /home/c/XXXXX/public_html/

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: пробовала переложить всё в корень и перенастроить .htaccess — из URL /cgi-bin/ убралось, но /app.cgi/ всё равно осталось.

Написано более трёх лет назад
pcdesign @pcdesign

Irina Travel: с помощью .htaccess можно попробовать убрать.

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: так причём тут .htaccess, если сам url_for() неверно строит пути?

Написано более трёх лет назад
pcdesign @pcdesign

Irina Travel: а кто ему эти пути дает? Апач + htaccess и app.cgi дает вот такой путь, он честно строит из того что к нему приходит.

Написано более трёх лет назад
pcdesign @pcdesign

Есть идея сделать пути не абсолютными, а относительными.
Тогда он должен будет строить их корректно.

Вот таким макаром:
stackoverflow.com/questions/12162634/where-do-i-de...

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: вот, кстати, то что я искала — способ переопределения путей в url_for(). Спасибо!

Правда не поняла одного момента: что надо указывать в конфиге SERVER_NAME? Текущий адрес, типа site.ru:5000 или внутренний, типа 0.0.0.0:5000 или localhost:5000? Может тот, который в app.run(host='...') указан?

Написано более трёх лет назад
pcdesign @pcdesign

Irina Travel: Ну, порт то у вас 80. Так что нет. 5000 - это для девелопа.

Экспериментируйте. Попробуйте разные варианты:

app.config['SERVER_NAME'] = 'http://site.com/'

B темплейтах тоже поиграйтесь с _external=True или False

Написано более трёх лет назад
Vic Shóstak @vikkyshostak

pcdesign: попробовал предложенный вариант с _external, но ничего не поменялось.

Видимо хардкода для фласка на шареде — не избежать :(

Написано более трёх лет назад
pcdesign @pcdesign

app.config['SERVER_NAME'] = 'http://site.com/'

и в темлпейте
url_for('index', _external=True)

Какой в итоге формируется url при таком раскладе?

Написано более трёх лет назад
Vic Shóstak @vikkyshostak

pcdesign: да, url получается с доменом (полный), но /app.cgi/ всё так же добавляется.

Ну, то есть, ничего не меняется по факту. Меня больше раздражает то, что написанный для этого фикс CGIRootFix (как мне указали на гитхабе) — не работает, а кейсов по его использованию не найти. Либо реально никто на шареде не запускает фласк, либо у всех работает фикс сразу же, без бубна...

Написано более трёх лет назад
pcdesign @pcdesign
Так можно попробовать app.cgi переименовать в index.cgi
а дальше на уровне .htaccess разрулить.

RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ /index.cgi?/$1 [L]
Написано более трёх лет назад
pcdesign @pcdesign

Ну и еще вариант

stackoverflow.com/questions/9608366/remove-index-p...

Написано более трёх лет назад
Vic Shóstak @vikkyshostak

pcdesign: неа, .htaccess тут не поможет никоим образом. Так как мы пытаемся лечить уже болезнь (добавление в ссылку CGI скрипта), хотя надо искоренять симптомы (построение ссылки через url_for()).

Написано более трёх лет назад
pcdesign @pcdesign

Апач + htaccess и app.cgi дает вот такой путь, фласк честно строит из того что к нему приходит.

Можно так попробовать.

{{ url_for('index') | replace("/app.cgi/", "" )}}

Или хук в @app.before_requestзасунуть.

Написано более трёх лет назад
Irina Travel @IrinaTravel Автор вопроса

pcdesign: ой, действительно же, можно просто вырезать реплейсом в шаблонах! :D Вот, теперь всё по уму. Спасибо, ещё раз, за участие!

Написано более трёх лет назад