Можно ли на Python написать простой сайт без фреймворков?

Question

[lexchz]

Всем привет! Так сложилось, что всегда работал с динамическими сайтами исключительно на PHP, но вот решил что-нибудь завести на Python. Про Django, Flask и Fast Api знаю, но реально ли сделать на чистом Питоне, без фреймворков, сайт типа визитки? То есть, по аналогии с PHP создаём условный index.py, в нём роутинг на несколько url и включаемые файлы. Это реально? Существует ли аналог $_SERVER['REQUEST_URI'] и include/require() в Python?

Comments

[Дмитрий]

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

[Viktor T2]

Есть так называемые микрофреймворки, возможно это то что вам нужно.
Bottle https://bottlepy-org.translate.goog/docs/dev/?_x_t...
Pyramid https://docs-pylonsproject-org.translate.goog/proj...

Answer 1

[Aetae]

Python в отличие от PHP - язык общего назначения. В нём ничего не заточено "из коробки и без библиотек" для работы web-сервером.
Ты либо пишешь руками всё с нуля вплоть до реализации протокола http(а то и tcp, почему нет), либо таки подключаешь соответствующие библиотеки.
А если ты подключишь что-то, что предназначено для этой задачи, оно скорее всего уже будет уметь заметно больше чем в примитивную работу с html как текстом.

По сути твой запрос "дайте мне такую python библиотеку для работы с web, чтоб умела не только отдавать статику, но и умела в работу шаблонами, однако исключительно в примитивную, как с текстом, на уровне древнего чистого php". Запрос специфический и бессмысленный, но мб и существует что-то такое.

Comments

[lexchz]

Я правильно понял, что Python нельзя подключить через сокет к веб-серверу, как это делается например с PHP-FPM, и нужно использовать веб-сервер, который встроен во фреймворки Python?

[Aetae]

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

[Сергей Горностаев]

lexchz, неправильно. В качестве аналога php-fpm для Python выступают wsgi-серверы, типа uWSGI, Gunicorn и прочих. Разница только в том, что PHP разрабатывался конкретно под CGI и это заложено во все нюансы его работы, в частности модель выполнения born to die. На Python тоже можно писать CGI-скрипты, как и на любом другом ЯП, они будут очень похожи на PHP'шные. Но намного эффективнее использовать вместо интерфейса CGI интерфейс WSGI.

[Vilos]

Сергей Горностаев, к вашему очень верному комментарию добавлю для ТС маленький "штрих".
На любом, да-да на любом языке можно писать веб страницу через CGI в связке с HTML. Если язык может вывести в стандартный вывод Hello World, то может вывести сформированный html код в cgi. Но языков которые не могли бы печатать текст в стандартный вывод я не знаю... помойму это умеют все.

[Vilos]

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

[Сергей Горностаев]

Vilos, на заре моей карьеры было нормальным запилить весь бэкенд на perl'овых cgi-скриптах, а критичные к скорости работы части написать на Сях :)

Answer 2

[Сергей Горностаев]

https://pypi.org/project/legacy-cgi/

Comments

[lexchz]

Я так понял, в этом варианте можно только запустить скрипт, но нельзя получить от веб-сервера параметры запроса?

[Сергей Горностаев]

lexchz, неправильно поняли. Все те же параметры запроса будут в переменных окружения ровно так же, как в php.

Answer 3

[Vindicar]

То есть, по аналогии с PHP создаём условный index.py, в нём роутинг на несколько url и включаемые файлы.

Роутинг реализуется фреймворками. Ты или пишешь HTTP-сервер с нуля (ну или сам реализуешь CGI/WSGI), прежде чем добраться до собственно логики сайта, или поручаешь это фреймворку.

Answer 4

[Everything_is_bad]

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

Comments

[lexchz]

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

[Everything_is_bad]

lexchz, гугли генераторы статичный сайтов, тебе не нужен ЯП, тебе нужен шаблонизатор

[lexchz]

Everything_is_bad, Это мне не интересно, мне нужна именно реализация на Python. Так бы я на nginx + PHP накидал визитку, элементарно же.

[Everything_is_bad]

lexchz, еще раз, для простейшего сайта python не нужен, это оверхед

[lexchz]

Everything_is_bad, та понятно, что не нужен, мне это ради интереса.

Answer 5

[Михаил Лялин]

без фреймворков слишком много придётся написать с "нуля"

Answer 6

[Андрей Гриневич]

Задача на самом деле вполне реализуема, в пайтоне уже много всего в наличии для решения (таки фреймворки не то чтобы прямо с нуля написаны). Стоит ли игра свеч? Скорее всего нет, я давно развлекался подобной идеей, мол минимум зависимостей и родился подобный монструосити, рекомендации давать не буду, но выглядит примерно так
https://github.com/Derfirm/coub_api/blob/master/co...

Answer 7

[Валерий Кулаков]

Да, как сказали выше, pyton - язык общего назначения. Не сочтите за флуд, но мне кажется, учитывая ваш запрос, связанный с вебом, вам бы понравился больше Node.js. На этой платформе очень легко, используя javascript, написать простой (а если нужно, то и сложный) сайт без использования библиотек (даже без именитого Express). В сам Node.js уже встроена работа с веб-сервером. Пишите стандартный html и отправляете его клиенту. Можно и динамически отправлять, и также без использования библиотек, это также возможно, но уже не так тривиально. Вот пример примитивного сервера без использования всяких библиотек:

const http = require("http");
const server =  http.createServer(function(request, response){
    response.end("Hello, Node.js!");
});
server.listen(3000);

По этой ссылке доступен простой учебник по платформе Node.js.

Answer 8

[GBR-613]

То, что Django, Flask и Fast Api в основном делают - это как раз файл на Питоне с роутингом на несколько url и включаемые файлы. Пишется, скажем, аннотация с указанием URL и команды (GET, POST...), а сразу за ней - функция, которая срабатывает при вызове этой команды на этот URL.
Ну и зачем Вам этим не пользоваться? "Из принципа"? Может, тогда уж не пользоваться РНР, а делать все на ассемблере? :-)

Comments

[bad_company]

Как раз-таки нет, PHP создан чтобы отработать запрос и умереть, а в пайтоне, в случае с flask, django, fastapi, etc, выполняется непрерывный процесс обработки запросов, на который проксисрует веб-сервер.
То, что выглядит это в первом приближении одинаково, это да, похоже, но вопрос у автора в другом, как я понял: можно ли исполнить скрипт на пайтоне, как на php, или в перле, например.

[lexchz]

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

[GBR-613]

bad_company, действительно - программа на Flask и т.п., будучи запущенной, всё время работает, будучи готовой к обработке НТТР запросов. Но это потому, что она работает сама по себе. А движок РНР - это приставка к НТТР серверу (который, будучи запущенным, всё время работает, будучи готовым к обработке НТТР запросов, а для некоторых из них запускает движок РНР).
Поэтому PHP создан чтобы отработать запрос и умереть: есть кому его воскресить из мёртвых. Но сути дела это не меняет.
Суть дела, скорее, меняет кое-что другое. Сайт - это ведь не только скрипты. Где-то должно быть написано: "...". Где именно? Если всё делать на Flask, то функция, возвращающая корневой запрос, должна загрузить этот текст из отдельного файла, изменить в случае необходимости и вернуть его вызывающей среде. Это менее эстетично, чем РНР (из-за чего оный и был изобретён).

Answer 9

[PjaniyAdmin]

Вот и новое поколение пришло которое даже про cgi не слышало. Через cgi можно на чем угодно, хоть на С++ написать - былобы желание и понимание заголовков. Один раз видел даже на bash реализацию, не знаю что курил её автор, ну а почему бы и нет.

Answer 10

[Артур Григорян]

Дока здесь

import http.server
import socketserver

PORT = 8000

Handler = http.server.SimpleHTTPRequestHandler

with socketserver.TCPServer(("", PORT), Handler) as httpd:
    print("serving at port", PORT)
    httpd.serve_forever()

Answer 11

[nihi1ist]

Я за pelican. Это не чистый питон конечно, но удобен и достаточно прост для статических сайтов.