разве?

pyside - официальные биндинги к питону от Qt

я читал, это как две разные библиотеки считали

я понял, спасибо

https://www.qt.io/qt-for-python

я читал, это как две разные библиотеки считали

ну есть ещё PyQt - это другое

ок, pyside или pyqt?

хз

у pyqt лицензия - GPL, нужно будет тсорцы открывать

я бы предложил pyside2 + qml попробовать

Народ, а кто что юзает для проверки typing?

Народ, а кто что юзает для проверки typing?

кроме mypy альтернатив, которые на слуху как-то и нет.

ну pylint кое-что умеет тоже

заценим mypy

да, он умнее

спасибо

Товарищи, скоро себе голову сломаю. На сайте 30 разделов. В каждом разделе от 200 до 3000 единиц. Эти разделы я открываю постранично, по двадцать единиц с каждой страницы. На это дело я натравливаю 30 воркеров, каждый воркер листает эти страницы и дописывает в файл с названием раздела. Тоесть каждый воркер пишет в свой файл. Сайт слабый, иногда отдает ошибки, иногда отдает хтмл с текстом что коннектов в базе не хватило. При всех этих ситуациях я останавливаю воркер time.sleep(60-80сек). И повторяю попытку заново. Вопрос: не может ли воркер сам отваливаться из-за того что долго ждет?

воркеры на чем сделаны?

если самописный мультипроцессинг, то врядли ?

Смотря что значит "останавливаю"

Там может быть tcp соединение, которое рвётся

воркеры на чем сделаны?

from multiprocessing import Pool with Pool(processes=pools_amount) as pool: pool.map(append_companies, all_links)

Смотря что значит "останавливаю"

я написал как останавливаю, бесконечный цикл с попытками, а в нем time.sleep()

Всем привет! Сервис на Джанге, nginx + gunicorn, крутится на Centos 7. Суть проблемы такая - в БД пишутся данные содержащие колонки с датой-временем. Они пишутся и считаются нормально, весь бэк-энд завязанный на даты нормально отрабатывает. Проблема в том, что в админке время отображается +4 часа. Т.е. вместо 16:00 отображает 20:00. Время сервака корректно настроен, команда date возращает верную дату. Подскажите в чём может быть дело? Куда копать? В settings.py стоит use_tz=false и TIME_ZONE 'Europe/Moscow'. То же самое происходит, во view.py - т.е. дата\время +4 часа. При этом, если во вьюхе сделать timezone.activate('Europe/Moscow'), то всё корректно работает. Но это же не нормально, руками прорписывать в каждой вьюхе. Подскажите в чём может быть проблема? Куда копать?

а date часовой пояс тоже верный говорит?

может USE_TZ=True надо все же?

Всем привет! Сервис на Джанге, nginx + gunicorn, крутится на Centos 7. Суть проблемы такая - в БД пишутся данные содержащие колонки с датой-временем. Они пишутся и считаются нормально, весь бэк-энд завязанный на даты нормально отрабатывает. Проблема в том, что в админке время отображается +4 часа. Т.е. вместо 16:00 отображает 20:00. Время сервака корректно настроен, команда date возращает верную дату. Подскажите в чём может быть дело? Куда копать? В settings.py стоит use_tz=false и TIME_ZONE 'Europe/Moscow'. То же самое происходит, во view.py - т.е. дата\время +4 часа. При этом, если во вьюхе сделать timezone.activate('Europe/Moscow'), то всё корректно работает. Но это же не нормально, руками прорписывать в каждой вьюхе. Подскажите в чём может быть проблема? Куда копать?

Вдумчиво прочесть всю доку по таймзонам в джанго для начала. Наверное.

а date часовой пояс тоже верный говорит?

Да:(

Вдумчиво прочесть всю доку по таймзонам в джанго для начала. Наверное.

Понял)

Помогите понять. Имеется класс, в котором реализованы методы enter и exit. В начале каждого метода производится логировние в виде строки текста и модуля logging. Результаты логирования выводятся в консоль и записывется в файл. Когда модуль, в котором находится данный класс тестируется отдельно, то все окей, но когда данный модуль импортируем, то в консоль лог выводит строку 2 раза, хотя в файл логирование происходит нормально

лучше сразу код

Помогите понять. Имеется класс, в котором реализованы методы enter и exit. В начале каждого метода производится логировние в виде строки текста и модуля logging. Результаты логирования выводятся в консоль и записывется в файл. Когда модуль, в котором находится данный класс тестируется отдельно, то все окей, но когда данный модуль импортируем, то в консоль лог выводит строку 2 раза, хотя в файл логирование происходит нормально

два раза консольный логгер инициализировал. Один раз через basicConfig, второй раз руками

супер долго сегодня тупил с елкой, пока не понял, что у разных точек могут быть одинаковые координаты ?‍♂️ а то вроде всё сходится, а при отображении какая-то херня получается

минут 30 потерял на этом(

супер долго сегодня тупил с елкой, пока не понял, что у разных точек могут быть одинаковые координаты ?‍♂️ а то вроде всё сходится, а при отображении какая-то херня получается

Но задача забавная.

А вторая часть вообще лёгкая.

Надо было сложнее сделать.

да, вторую часть еще во время первой посчитал

вторая как будто просто для проверки что ты не угадал текст

вторая как будто просто для проверки что ты не угадал текст

Его не угадаешь же

Подскажите пожалуйста. Работаю с DRF - есть сериалайзер, я прописал, какие поля отображать. Мне нужно сделать так, чтобы users не отображались, но с ними можно было бы работать в методе .update() class BundleTransactionSerializer(serializers.ModelSerializer): bundle_code = serializers.CharField(read_only=True, source='bundle.code') class Meta: model = BundleTransaction fields = ('id', 'limit', 'modified', 'expired', 'bundle_code', 'university_transaction', 'users') def update(self, instance, validated_data): code = instance.university_transaction.code university_transaction = UniversityTransaction.objects.get(code=code) university_transaction.status = 2 university_transaction.save() # Отправка письма instance.users = validated_data['users'] instance.save() return instance

Как это можно сделать?

Подскажите пожалуйста. Работаю с DRF - есть сериалайзер, я прописал, какие поля отображать. Мне нужно сделать так, чтобы users не отображались, но с ними можно было бы работать в методе .update() class BundleTransactionSerializer(serializers.ModelSerializer): bundle_code = serializers.CharField(read_only=True, source='bundle.code') class Meta: model = BundleTransaction fields = ('id', 'limit', 'modified', 'expired', 'bundle_code', 'university_transaction', 'users') def update(self, instance, validated_data): code = instance.university_transaction.code university_transaction = UniversityTransaction.objects.get(code=code) university_transaction.status = 2 university_transaction.save() # Отправка письма instance.users = validated_data['users'] instance.save() return instance

class Meta: ... exclude = ('users', )

class Meta: ... exclude = ('users', )

нельзя совмещать fields and exclude и если даже бы получилось исключить, как тогда работать с этим полем в методе .update()?

Хз

нельзя совмещать fields and exclude и если даже бы получилось исключить, как тогда работать с этим полем в методе .update()?

write_only

write_only

пробвал, но говорит, что неизвестный users

пробвал, но говорит, что неизвестный users

Ну так сериализатор надо написать.

Вернее поле сериализатора.

Типа такого

аа, вот как Сейчас попробую

class Meta: ... exclude = ('users', )

Exclude лучше вообще никогда не использовать.

Отлично) Получилось Благодарю

Exclude лучше вообще никогда не использовать.

почему?

почему?

Надо включать только то, что надо. А не исключать то, что не надо. Иначе рано или поздно утечёт лишнее.

хм, учту на будущее Спасибо :)

Пожалуйста

А если ну полей скажем 50, и тебе надо, чтобы 49 показывалось, а одно нет - лучше же тогда использовать исключение

А если ну полей скажем 50, и тебе надо, чтобы 49 показывалось, а одно нет - лучше же тогда использовать исключение

Нет. Все равно.

Ну ладно)

А если ну полей скажем 50, и тебе надо, чтобы 49 показывалось, а одно нет - лучше же тогда использовать исключение

удобнее, но с точки зрения безопасности не лучше.

а есть какие-нубдь стаьи на эту тему? хотел бы почитьать

ERROR: S client not available

а есть какие-нубдь стаьи на эту тему? хотел бы почитьать

Статьи про exclude?

на счёт статей, не уверен, но такой кейс явно описывался в "2 scoops of django", как и куча других практик

Статьи про exclude?

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

на счёт статей, не уверен, но такой кейс явно описывался в "2 scoops of django", как и куча других практик

окей, чекну

на счёт статей, не уверен, но такой кейс явно описывался в "2 scoops of django", как и куча других практик

Мне вот тоже казалось, что в этой книге читал про это. Но с другой стороны, откуда там DRF?

как проверить есть ли поле у класса? допустим есть объект SomeClass и я хочу проверить есть ли у него is_on

А зачем?

Мне вот тоже казалось, что в этой книге читал про это. Но с другой стороны, откуда там DRF?

а там оно со стороны ModelForm освещено: >26.14 Don’t Use ModelForms.Meta.exclude

hasattr, но зачем?

А зачем?

если в init вылетает исключения, то некоторые поля не создаются\\

если в init вылетает исключения, то некоторые поля не создаются\\

Все равно непонятно

Звучит как будто где-то ошибка в коде

а там оно со стороны ModelForm освещено: >26.14 Don’t Use ModelForms.Meta.exclude

А.

как проверить есть ли поле у класса? допустим есть объект SomeClass и я хочу проверить есть ли у него is_on

hasattr

если в init вылетает исключения, то некоторые поля не создаются\\

Тупо как то

Коллеги, подскажите, в JSON одинарные кавычки(') валидны? Или только двойные(")?

Коллеги, подскажите, в JSON одинарные кавычки(') валидны? Или только двойные(")?

нет, не валидны

Коллеги, подскажите, в JSON одинарные кавычки(') валидны? Или только двойные(")?

Только двойные

Только двойные

это касательно питона или вообще это стандарт JSON?

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

это касательно питона или вообще это стандарт JSON?

Это касательно JSON. Он везде один)

спасибо!)

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

а почему вопрос?

В питоне строки можно как угодно записыать. При использовании json.dumps() Они все равно преобразуются в строки, заключенные в двойные кавычки

В питоне строки можно как угодно записыать. При использовании json.dumps() Они все равно преобразуются в строки, заключенные в двойные кавычки

+

а почему вопрос?

в требованиях скинули документ и там половина значений в одинарных кавычках

мда

бывает

в требованиях скинули документ и там половина значений в одинарных кавычках

Возвращай на доработку)

уже) подумал, что, может чего-то не знаю

Да в ворде набирали от руки, вероятно.