se
Size: a a a
2021 March 30
se
Да хоть дуе
N
Не тупи, это тут не причем
se
Не тупи, это тут не причем
я знаю, что и то и другое жс, но в названиях в реакте нету приписки жс - что тут непонятно?
q
Всем привет, отправляю через джанго письмо, приходит в таком виде, подскажите как его отправить, что бы он понял, что это html код, а не текст?
render_to_string погугли должно быть оно
N
Что лучше бутылка или бумага?
se
Что лучше бутылка или бумага?
к 11 туз
N
Как вы решаете конфликты по дизайну апи между фронтендом и бэкендом. Когда на бэкенде есть фреймворк и каждая дополнительная, не стандартная точка требует дополнительной поддержки не всегда, с первого взгляда оправданной. В то же время разработчикам с фронтенда удобнее иметь на каждый случай подходящую точку отвечающую специфическим ad hoc требованиям?
Есть рестфул, графкуль. Берешь чето одно и погнали, можно и совместно
N
Остальные протоколы имеют место быть в специфичных системах
А
Ребят подскажите как на сайте сделать смену темы (дневная/ночная), и при авторизации, чтоб осталась тема которую он выбрал
Можно короче сделать Profile(models.Model) для юзера и добавить туда поле типа
dark_theme = models.BooleanField()
И в шаблоне или из вьюхи доставать значение поля. А вообще лучше написать templatetags для этого.
dark_theme = models.BooleanField()
И в шаблоне или из вьюхи доставать значение поля. А вообще лучше написать templatetags для этого.
N
Ребят подскажите как на сайте сделать смену темы (дневная/ночная), и при авторизации, чтоб осталась тема которую он выбрал
Предположим, у тебя на фронте заранее есть два цсс с различными стилями соответственно темам. А-ля white-label и black-label. Ну и собственно переключатель на фронте берет и меряет по префиксу класс неймы на соответствующие
A
ну из контекста вопроса
предполагается что надо реализовать на уровне приложения
да можно сделать на уровне nginx
предполагается что надо реализовать на уровне приложения
да можно сделать на уровне nginx
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
Если я в настройках nginx сделаю вот так, то не будет конфликта, что я много раз к server обращаюсь?
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
Если я в настройках nginx сделаю вот так, то не будет конфликта, что я много раз к server обращаюсь?
DT
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
Если я в настройках nginx сделаю вот так, то не будет конфликта, что я много раз к server обращаюсь?
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
server {
listen 800;
server_name olddomain.com;
return 301 $scheme://newdomain.com$request_uri;
}
Если я в настройках nginx сделаю вот так, то не будет конфликта, что я много раз к server обращаюсь?
а зачем ?
DT
у тебя 3 одинаковых правила
e
подозрительно похожее название на https://nickpiscitelli.github.io/Glider.js/ )
да и суть та же
да и суть та же
Z
это он и есть
Z
просто страничка официальная их
e
это он и есть
таки они отличаются
Z
да и хрен бы с ними
Z
самое главное работает =))