Мне всегда нужно хранить вчерашнюю дату)

но тогда логика не верна

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

то у тебя всегда будет выставляться 8е

ты туда вставил конкретную дату

хм

ты прав

я бы на твоем месте переопределил save

Кажись я нагавнокодил и не знаю как это правильно реализовать. У меня есть модель где хранятся логи class Log(models.Model): id_user = models.ForeignKey(User, on_delete=models.CASCADE) seconds = models.IntegerField('Seconds', default=0) commits = models.IntegerField('Commits', default=0) merge_requests = models.IntegerField('Merge requests', default=0) created = models.DateTimeField('Created', auto_now_add=True, default=datetime.now() - timedelta(days=1)) def get_seconds_per_week(self): today = datetime.today().strftime("%Y-%m-%d") week_ago_date = (datetime.today() - timedelta(days=8)).strftime("%Y-%m-%d") log = Log.objects.filter( id_user=self.user_id, created__range=[week_ago_date, today]).aggregate( sum=Sum('seconds'))['sum'] if not log: log = 0 return log И есть такой метод который считает логи

может как-то в created_range это можно исправить? Т.е выставить поле created как положено а в created_range делать запрос тоже как положено?)

ну вообще думаю было бы правильнее убрать default из created чтобы задавалась текущая дата

в методе смещать дату как тебе нужно

приводить к строке не нужно datetime.today().strftime("%Y-%m-%d") datetime.today()

вторую дату тоже

id_user бы переименовать в user так как сейчас у тебя в базе поле id_user_id

Я думаю такой вариант самый правильный). Пасибо большое вам

Квутой йоба у тебя

Ребята, объясните, почему при многократных запросах, время ответа увеличивается. Например, когда есть какой-то запрос, который занимает 2 секунды, при многократной перезагрузки страницы выдает 2, 4, 6, 8, 10 и т.д секунд?

Ребята, объясните, почему при многократных запросах, время ответа увеличивается. Например, когда есть какой-то запрос, который занимает 2 секунды, при многократной перезагрузки страницы выдает 2, 4, 6, 8, 10 и т.д секунд?

Наверное потому что джонго однопоточный

И пока не выполнит один запрос, другой будет ждать?)

Да, это логично. Какие есть решения данного вопроса? Использование кеширования для уменьшения времени выполнения запроса?

Да, это логично. Какие есть решения данного вопроса? Использование кеширования для уменьшения времени выполнения запроса?

кэши, добавить воркеров, распалелить на разные серваки запросы

все, теперь ты хайлоад

кто-нибудь знает, как сделать редирект с использованием reverse_lazy и передать туда гет параметры?

Я прошу сильно надо мной не глумиться, я совсем еще новичок

Я прошу сильно надо мной не глумиться, я совсем еще новичок

никто не глумится) посмотри через debug toolbar запросы, оптимизируй, смени гуникорн на uwsgi ну и что советовал выше

Запросы я оптимизировал с помощью debug toolbar (select_related, prefetch_related) Просто там же и заметил, что время на обработку запросов увеличивается от количества запросов uwsgi настолько лучше? Или для маленького проекта смысла нет этого делать? Я читал, что выбирать воркеров нужно по количеству ядер, что-то вида 2*количество ядер + 1, выходит, что оптимальное количество воркеров для одноядерного сервера будет около 3х?

Добрый день. Как отрубить порт? Error: That port is already in use.

killall Python

Добрый день. Как отрубить порт? Error: That port is already in use.

посмотреть что на этом порту крутиться и стопнуть это приложение, если уж очень надо именно этот порт юзать

На этом порту джанговское приложение.

Прост хз как его снести.

Как бы я не вижу логов в терминале VS Code.

htop посмотри

Пасибо.

Получилось.

ребята, как можно кастомизировать {{form.as_p}} на странице логина? чтобы добавить классов к формочкам и вобще

ребята, как можно кастомизировать {{form.as_p}} на странице логина? чтобы добавить классов к формочкам и вобще

либо прописываешь css классы в классе формы либо есть что то вроде django-widget-tweaks

url(r'^login/$','django.contrib.auth.views.login', {'template_name': '/login.html'}),

да, но как их пописать? уже выводится форма

подсовывешь свой шаблон в нем уже правишь

мне дажу удобнее будет самому их вручную вывести

тогда задача подсунуть свой шаблон

подсовывешь свой шаблон в нем уже правишь

ок, внутри своего шаблона что писать? пока там только {{form.as_p}} которую сука не понятно как кастомизировать

Ребят, подскажите, почему дефолтные 5 минут на jwt токен не меняются, прописываю в конфигах другое время, а все равно выдает на пять минут, где-то что-то забыл указать? " JWT_AUTH = { 'JWT_RESPONSE_PAYLOAD_HANDLER': 'api.views.jwt_response_payload_handler', 'JWT_EXPIRATION_DELTA': datetime.timedelta(days=1), 'JWT_REFRESH_EXPIRATION_DELTA': datetime.timedelta(days=7), 'AUTH_TOKEN_CLASSES': ('rest_framework_simplejwt.tokens.AccessToken',), } "

for place in form А дальше по place.name, place."othertags"

и их запихивать в опредёлённые теги и присваивать им классы?

ща пример найду

ок, внутри своего шаблона что писать? пока там только {{form.as_p}} которую сука не понятно как кастомизировать

в forms.py для требуемого поля указываешь параметр widget. в нем можно классы задавать для контрола

в forms.py для требуемого поля указываешь параметр widget. в нем можно классы задавать для контрола

это не моя форма

в forms.py для требуемого поля указываешь параметр widget. в нем можно классы задавать для контрола

django.contrib.auth.views.login

{% for form in user_form %} <tr> <td class="table-label">{{form.label_tag}}</td> <td class="table-form">{{form}}</td> {% if form.help_text %} {% for helper in form.help_text %} <td><p class="small-help">{{helper}}</p></td> {% endfor %} {% endif %} </tr> {% if form.errors %} {% for error in form.errors %} <tr> <th><p class="small-error">{{ error }}</p></th> </tr> {% endfor %} {% endif %} {% endfor %}

django.contrib.auth.views.login

а она уже неплохо смотрится )

{% for form in user_form %} <tr> <td class="table-label">{{form.label_tag}}</td> <td class="table-form">{{form}}</td> {% if form.help_text %} {% for helper in form.help_text %} <td><p class="small-help">{{helper}}</p></td> {% endfor %} {% endif %} </tr> {% if form.errors %} {% for error in form.errors %} <tr> <th><p class="small-error">{{ error }}</p></th> </tr> {% endfor %} {% endif %} {% endfor %}

щас гляну спасибо

а она уже неплохо смотрится )

но кастомизировать её уже сложнее)

но кастомизировать её уже сложнее)

да, я даже сразу не соображу )

городить свою страницу логина не очень хочется

городить свою страницу логина не очень хочется

конечно не надо, если уже почти готовое есть. уверен есть варианты кастомизировать форму.

конечно не надо, если уже почти готовое есть. уверен есть варианты кастомизировать форму.

https://www.fir3net.com/Web-Development/Django/django.html нашел как городить свой огород

Ну смотрите сами. Кому как проще. Просто такое бывает, что требуется определённого вида, которая впоследствии может меняться.

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

оно впринципе проще, но только для логпасса

Всё таки на будущее чтобы не городить html-ки посмотреть на формы, как их делать с\без моделей

Ну или городить HTML

Можно сделать то по всякому) Пока проект простой вообще пофиг. Так, совет на будущее

{% for form in user_form %} <tr> <td class="table-label">{{form.label_tag}}</td> <td class="table-form">{{form}}</td> {% if form.help_text %} {% for helper in form.help_text %} <td><p class="small-help">{{helper}}</p></td> {% endfor %} {% endif %} </tr> {% if form.errors %} {% for error in form.errors %} <tr> <th><p class="small-error">{{ error }}</p></th> </tr> {% endfor %} {% endif %} {% endfor %}

{{form.label_tag}} как теперь для нее задать аттибуты? )

типа цвет и тп?

ну типа она просто вывела label, а я ж хочу свой класс добавить например) или что что )

ну так заверни её в элемент какой нибудь и присвой ему класс

как в примере, у меня в td например

эээ нет, мне нужно класс на сам label навешать

ну так и навесишь

по сути label это текст

не более

то во что ты запихнёшь и как оно отобразиться - зависит от стиля который ты выберешь

{{form.label_tag}} как теперь для нее задать аттибуты? )

вот что выводит например <label for="id_username">Имя пользователя:</label> я хочу добавить класс к ЭТОМУ label

ты что

если ты делаешь через форму то не надо указывать К КАЖДОМУ полю свои типа label for

ибо форма выдаёт ВСЕ поля, что у тебя есть в форме

ты можешь задать нечто общее

я готов через if проверять что за label

и {{form.label_tag}} и так по сути завёрнута в точ что ты гвооришь

но тут никак не катомизировать

боль

тогда делай html если ты собрался делать всё через if

формы нужны чтобы сделать общие стили для всех полей

если для каждой ты будешь делать индивидуально - делай html

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

Прости, но это ты тупишь

причём жёстко

представь что форма это список словарей с атрибутами

При for цикле ты обращаешься п оочереди к словарям при form.tag ты обращаешься к ключам

Всё.