J
ресурсов опять же больше ест, по крайней мере раньше так было
Size: a a a
2019 August 28
AO
ну, если поставлять в K8s, то подразумевается, что там будет статика лежать где-нибудь отдельно в объектном хранилище, так что всё равно всё рефакторится к виду "в контейнерах только API, а статика отдельно"
BE
если проект такого уровня, что ему хватает впски, то зачастую вообще без разницы, какой там веб-сервер, упирается не в это (ни во что не упирается, точнее, ставишь любой удобный вебсервер - и оно работает), с точки зрения надёжности/безопасности - с Apache всё ок) а когда начинает упираться - статику выносят отдельно и используют CDN сверху, в итоге уже не важно, насколько хорошо раздаётся статика веб-сервером, потому что кроме как CDN её никто не забирает
Апач для более сложных штук, чем странички раздавать
V
Друзья, время от времени джанга ложится с ошибкой "Segmentation fault". Кто знает из-за чего может происходить?
J
сейчас уже nginx-то свое отживает, все чаще traefic применяется, потому что с docker он чуть лучше дружит и конфиг у него приятный
BE
Друзья, время от времени джанга ложится с ошибкой "Segmentation fault". Кто знает из-за чего может происходить?
Оперативке плохо скорее всего
AF
Друзья, время от времени джанга ложится с ошибкой "Segmentation fault". Кто знает из-за чего может происходить?
что то не то вызываешь у нас такое было на асинке, забыли await вызвать
AF
Оперативке плохо скорее всего
не факт
BE
не факт
я же сказал, скорее всего
AO
Апач для более сложных штук, чем странички раздавать
если говорить про вебсервер, то это самый популярный и проверенный временем вебсервер с 24годовой историей, в этом его один из основных плюсов)
D
class Categories(models.Model)
name = models.CharField(max_length=100)
slug = models.SlugField(max_length=100, unique=True, blank=True)
parent = models.ForeignKey('self', on_delete=models.SET_NULL, null=True, blank=True)
Здравствуйте
например у меня есть категрория. он привязан к себе(иерархия).
и когда я например вызиваю эту категорию, как сделать так чтобы вернуть все что касается этой категории
AO
ну, а если про Kubernetes - там вообще веб-сервер как-то и не особо нужен, там есть Ingress, его дают, там где-то рядом есть объектное хранилище и CDN, это всё работает как сервисы, то есть все эти холивары уходят в сторону потому что не особо нужно, вполне хватает uWSGI/Gunicorn'а
J
именно, uWSGI/Gunicorn
J
ну, а если про Kubernetes - там вообще веб-сервер как-то и не особо нужен, там есть Ingress, его дают, там где-то рядом есть объектное хранилище и CDN, это всё работает как сервисы, то есть все эти холивары уходят в сторону потому что не особо нужно, вполне хватает uWSGI/Gunicorn'а
дефолтный ingress в кубере на базе nginx, кстати)
AO
дефолтный ingress в кубере на базе nginx, кстати)
если это на облаке, это дают как сервис
BE
ну, а если про Kubernetes - там вообще веб-сервер как-то и не особо нужен, там есть Ingress, его дают, там где-то рядом есть объектное хранилище и CDN, это всё работает как сервисы, то есть все эти холивары уходят в сторону потому что не особо нужно, вполне хватает uWSGI/Gunicorn'а
ты мне скажи лучше как
path('test/', test, name='main-views-test'),
принять kwargs 'page': page
чтобы реверсом отдать test/?page=2
или re_path
path('test/', test, name='main-views-test'),
принять kwargs 'page': page
чтобы реверсом отдать test/?page=2
или re_path
I
'test/?page=<page>/'?
BE
'test/?page=<page>/'?
уволен=)
I
Эмм... Типо не правильно?
J
ты мне скажи лучше как
path('test/', test, name='main-views-test'),
принять kwargs 'page': page
чтобы реверсом отдать test/?page=2
или re_path
path('test/', test, name='main-views-test'),
принять kwargs 'page': page
чтобы реверсом отдать test/?page=2
или re_path
а reverse разве когда-то работал для query? он же для url исключительно