Comments 10
Я вас очень прошу, закопайте уже lighttpd обратно.
После некоторых попыток написания интерфейса «с нуля», был рожден HtmlGenerator, который позволил не перегружать код html-тегами, весьма упростил, но все таки не решил проблемы в комплексе.
А чем родной шаблонизатор из того же web.py не угодил?
Я на той же малинке запускаю тот же web.py без стороннего сервера (через cherrypy насколько я знаю работает), просто:
sudo python code.py 80
Для текущих задач вполне хватает.
Я упоминал что просто запустив скрипт c приложением web.py запускается и сервер на порту по умолчанию 8080.
При таком запуске web.py не находит должного окружения и запускает «свой» WSGI сервер позаимствованный у cherrypy фреймворка. Поднять http сервер на питоне — не очень сложная задача. Фреймворки у себя под юбкой прячут уйму интересного. HtmlGenerator написан для моего удобства, на фреймворк он явно не тянет. Там нет ни рендеренга шаблонов, ни сессий ничего просто «помагатор», которого вполне хватает чтоб выдать данные на просмотр:
Никаких фреймворков все бысто и просто.
При таком запуске web.py не находит должного окружения и запускает «свой» WSGI сервер позаимствованный у cherrypy фреймворка. Поднять http сервер на питоне — не очень сложная задача. Фреймворки у себя под юбкой прячут уйму интересного. HtmlGenerator написан для моего удобства, на фреймворк он явно не тянет. Там нет ни рендеренга шаблонов, ни сессий ничего просто «помагатор», которого вполне хватает чтоб выдать данные на просмотр:
print(mh.Html("MyHtml", mh.JavaScript("console.log('start');"),mh.Header("Main:"),"")
Никаких фреймворков все бысто и просто.
Давненько я не слышал про flup…
А я то думал тут будет что-то про Raspberry Pi кроме упоминания в первой строке.
Про то как писать и запускать wsgi скрипты написано миллион и одна статья, зачем еще одна?
Про то как писать и запускать wsgi скрипты написано миллион и одна статья, зачем еще одна?
Зачем использовать CGI, если у питона есть свой протокол (WSGI) и довольно быстрые серверы (UWSGI/gevent/etc, например, вот их сравнение). В рамках такого проекта можно не ставить nginx/apache/lighttpd, а использовать питоновский сервер напрямую.
Ну и советую рассмотреть фреймворки, типа flask или bottle. Последний удобен тем, что занимает 1 файл, его легко подключить в небольшой проект, без установки зависимостей. Всего 2 файла (плюс немного шаблонов), интерпретатор, и простенький веб-интерфейс готов.
Ну и советую рассмотреть фреймворки, типа flask или bottle. Последний удобен тем, что занимает 1 файл, его легко подключить в небольшой проект, без установки зависимостей. Всего 2 файла (плюс немного шаблонов), интерпретатор, и простенький веб-интерфейс готов.
Sign up to leave a comment.
От Python скрипта до WSGI приложения