Го - это некое окончательное подмножество того говна, которое крутится на рынке последние лет 20

Как Чёрный Квадрат

Го в этом плане последний реликт умирающего тренда

Го это такой ассемблер Люди на нем уже потихоньку генерируют код

У го latency-optimized GC

Что может быть полезным в некоторых приложениях

https://traviscj.com/blog/oblique_programming_strategies.html

вот на js за 10 следующих лет дофига фреймворков сменится, но я абсолютно уверен - на питоне по-прежнему Django будет доминировать

Use libs, not frameworks!

Use libs, not frameworks!

не окупается такой подход, потому что фреймворк подразумевает и какую-то идеологию, говорит, что правильно, а что нет

в итоге все проекты получаются похожими благодаря похожим принципам построения

когда проектов много, важно, чтобы они все были похожими

ну, если речь о типовых проектах

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

Во-первых, от этого вообще просто невозможно защититься

Если команда развивается, а не деградирует

А если команда деградирует, ее заменят на конструктор сайтов

Во-вторых, это не проблема, это разве риски команды?

ну просто когда 1 и то же решение используется в 10 проектах, а не в 1, больше мотивации это решение улучшать

копаться в нём там

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

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

в Django есть понятие приложений

это в общем-то либы, оформленные особым образом

и проект - это комбинация этих приложений + файл настроек

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

которые легко перетаскиваются из проекта в проект

полистай туториал по диагонали, тут всё просто https://docs.djangoproject.com/en/1.10/intro/

вчера тут кидали ссылку на https://github.com/channelcat/sanic

Говно. У него в todo "Streamed file processing"

Т.е. если ему влить файл на 200гб придет oom killer

ну, в любом случае, этот сервер стоит за каким-нибудь балансировщиком

то есть там все такие вещи будут резаться, наверное

перед этим сервером может быть nginx/HAProxy/CaddyServer

ну, в любом случае, этот сервер стоит за каким-нибудь балансировщиком

Зачем балансер нужен?

чтобы QUIC делал, например

Caddy Server умеет

или чтобы BGD реализовать

или чтобы с сертификатами было удобнее работать

или чтобы несколько датацентров заюзать

или просто потому, что балансировщики - это весело

нам всем нужно больше веселья в жизни!

?

чтобы QUIC делал, например

Зачем?

for fun)

а почему бы и нет, если можно сделать?

или чтобы несколько датацентров заюзать

Для этого не нужен балансер

а почему бы и нет, если можно сделать?

Чтобы усложнить деплой?

QUIC на деплой не влияет

это просто опция в конфиге включается и всё

какая разница, TCP+TLS / QUIC

если браузер умеет QUIC - он будет работать так

(а умеют все хромы, если включить эту опцию)

Причем тут браузер?

если браузер не умеет - будет как обычно

QUIC ничего не усложняет тут

блин, ну смотри - есть application server, он тупой и быстрый, он ничего не умеет толком, не умеет статику нормально раздавать, не умеет Lets Encrypt

и есть какой-то балансировщик, который может попинговать несколько application server'ов и решить, какой там живой и куда отправлять запрос

плюс ещё и статику быстрее раздаст

(для CDN)

и есть какой-то балансировщик, который может попинговать несколько application server'ов и решить, какой там живой и куда отправлять запрос

Например, ipvs? :)

ну, ты сам решаешь, что использовать

просто на application server статику вешать не нужно

просто на application server статику вешать не нужно

Почему?

ну, потому что обычно он не оптимально это делает

есть быстрее серверы и лучше для статики, тот же nginx

https://medium.com/smalltalk-talk/why-choose-smalltalk-over-python-for-startups-21aefeafb83e#.g7zyllkxd

Вот если у тебя основная задача - это прием или отдача статики? Например, ты - дропбокс

Вот если у тебя основная задача - это прием или отдача статики? Например, ты - дропбокс

тогда почему бы не поставить nginx?

тогда почему бы не поставить nginx?

Может потому что nginx не подходит? :)

ERROR: S client not available

статика раздаётся с CDN вообще

а он уже делает запросы к серверам/балансровщикам пользователя

статика раздаётся с CDN вообще

cdn дорог и часто неудобен

теоретически, да, может что угодно раздавать статику, ведь это редко происходит, а на CDN кеши

но всё равно с этой ролью быстрее справится nginx, а не какой-нибудь uwsgi, например

Опять же, в случае с аналогом dropbox вообще нерелевантен

я не понимаю, что ты хочешь сказать

я не понимаю, что ты хочешь сказать

Ты пытаешься спихнуть сложную для себя задачу на некий магическия ящик в лице nginx/cdn/etc

Ты пытаешься спихнуть сложную для себя задачу на некий магическия ящик в лице nginx/cdn/etc

я всегда так делаю)

я не люблю сложные задачи, я люблю их спихивать

Я пытаюсь показать, что часто это невозможно и тогда стоит все-таки подумать своей головой

Я пытаюсь показать, что часто это невозможно и тогда стоит все-таки подумать своей головой

компании вроди дропбокса это часто?

http://softwareengineering.stackexchange.com/questions/15468/what-are-the-drawbacks-of-python

компании вроди дропбокса это часто?

Дропбокс тут как пример самой задачи.

просто ответа нет )

потыкал что гавно и всё

а что лучше то?

нам ответы нужны )

на данный момент я знаю, что статику nginx раздаёт лучше других решений

если есть CDN - это не так важно

и действительно можно и с app сервера раздавать статику ) это не круто, но работать будет

а вот если CDN нет, я бы сказал, что nginx обязателен

не надо с uwsgi статику раздавать

на данный момент я знаю, что статику nginx раздаёт лучше других решений

Ну вот аплоадят у тебя юзеры видосы

Или фоточки

ии?

аплодят на 1 сервер, раздаёт другой

Чем тебе тут cdn поможет?

а почему не поможет?

а почему не поможет?

cdn - это кеш

https://www.ngenix.net/solutions/scale/ru

https://www.ngenix.net/solutions/scale/ru

И?