Расскажи нам

о, давай проверим

!бан

халфлайф

лайфкак

Собственно, почему бану оставаться-то на новом акке?

Собственно, почему бану оставаться-то на новом акке?

спайсдиллер потому что

Банили бы по номеру

Банили бы по номеру

Номер не закреплен за человеком пожизненно. Он может отойти другому.

как это. у меня мой номер уже лет 15

как это. у меня мой номер уже лет 15

А ты отложи его на год. Через год его займут.

А ты отложи его на год. Через год его займут.

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

прикольно

Я тут фигею дорогая редакция

уже вторую неделю вылавливаю баг в сраной джанге

https://hastebin.com/lumaxurade.cs ребята, как с аякса взять данные и поместить в таблицу? это у меня поиск по бд джанго без перезагрузки страници

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

django использует у себя в кишках set, по которому итерируется при создании тестовых баз внезапно в 3.6 версии python порядок итерирования не только недетерминирован, но и может отличаться между запусками программы.

Хм, по моему порядок set никто и нигода не обещал детерминированым. В том числе и в старых питонах.

Шутка пошла по пабликам

??

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

Во-первых, сменить владельца ты можешь легально прийдя в офис компании. С паспортом владельца, и паспортом нового владельца. Во-вторых, банки каким-то образом взаимодействуют с опсосом, т.к. замена симкарты зачастую приводит к блокировке счета (банально на новую симку не приходят смс-подтверждения, а старая деактивирована и вообще не работает).

мама я в телевизоре

Хм, по моему порядок set никто и нигода не обещал детерминированым. В том числе и в старых питонах.

ну вот либо разработчики джанги об этом не знают... либо где-то эта вся хрень ломается на стыке django и pytest-django.

надо бы попрбовать запустить обычным джанго тестраннером

и посмотреть смогу ли я эту багу воспроизвести

django использует у себя в кишках set, по которому итерируется при создании тестовых баз внезапно в 3.6 версии python порядок итерирования не только недетерминирован, но и может отличаться между запусками программы.

А что у тебя там? Порядок тестов никогда и не должен соблюдаться, если ты об этом.

Хм, по моему порядок set никто и нигода не обещал детерминированым. В том числе и в старых питонах.

просто все началось с того, что как мы переехали на python 3 у меня в рандомный момент начали падать тесты. спустя немного часов поиска проблем я с третьего раза раскопал, что в старых миграциях наши одаренные инженеры не использовали явно db alias, как завещала дока джанги.

А что у тебя там? Порядок тестов никогда и не должен соблюдаться, если ты об этом.

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

прохождение тестов внезапно зависит от порядка инициализации тестовых баз данных в дебрях django/test/utils.py

С недетерменированным порядком я тоже "обломался" при переходе на Python 3 (ещё до 3.6) - query_string для URL на основе питонячего словарика стал формироваться в произвольном порядке при каждом запуске.

С недетерменированным порядком я тоже "обломался" при переходе на Python 3 (ещё до 3.6) - query_string для URL на основе питонячего словарика стал формироваться в произвольном порядке при каждом запуске.

зато на 3.6 гарантирован порядок лол

Пришлось писать свою обёртку Url для сравнения url-ов без учёта порядка ключей в query_string

зато на 3.6 гарантирован порядок лол

На это нельзя полагаться. Просто нюанс имплементации. Может и отвалиться.

А что у тебя там? Порядок тестов никогда и не должен соблюдаться, если ты об этом.

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

На это нельзя полагаться. Просто нюанс имплементации. Может и отвалиться.

все так

На это нельзя полагаться. Просто нюанс имплементации. Может и отвалиться.

на 3.7 это официально задокументировано. у дикта. т.е. я бы не стал полагаться, но вроде бы как уже можно.

на 3.7 это официально задокументировано. у дикта. т.е. я бы не стал полагаться, но вроде бы как уже можно.

Ну в пепе явно написали, что нельзя. Где-нибудь писали, что теперь можно?

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

Ну в пепе явно написали, что нельзя. Где-нибудь писали, что теперь можно?

Performing list(d) on a dictionary returns a list of all the keys used in the dictionary, in insertion order

ERROR: S client not available

т.е. понятно что он может быть любым. но как бы удивительно то, что он неконсистентен.

the insertion-order preservation nature of dict objects has been declared to be an official part of the Python language spec.

Ну в пепе явно написали, что нельзя. Где-нибудь писали, что теперь можно?

Про словари официально объявили что они теперь все с Python 3.7 работают аналогично OrderedDict

https://docs.python.org/3.7/whatsnew/3.7.html

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

Это не связано ли с settings.DATABASES[TEST]?

% python -c "print(set(['default', 'logging']))" {'logging', 'default'} % python -c "print(set(['default', 'logging']))" {'logging', 'default'} % python -c "print(set(['default', 'logging']))" {'default', 'logging'} % python -c "print(set(['default', 'logging']))" {'logging', 'default'}

Это не связано ли с settings.DATABASES[TEST]?

именно с этим и связано

именно с этим и связано

Мне всегда было лень разобраться, но у меня эта настройка никогда не работала вообще.

У меня там вместо этого код с SO if “test” in sys.args Типа того

Я чувствую что я попросту дропну второй алиас, т.к. в тестах он не задействован

Но вообще нужно бы разобраться и завести багу в джанге (если проблема действительно у них).

Приветствую, ребота помогите реализовать такую задачу Суть задачи такова - с клавиатуры вводяться числа m и n. Выяснить или можна перестановкой цифр в числе m получить число n. Например m = 14537. n=45713 - возможно m = 5712, n=775212 - невозможно

Приветствую, ребота помогите реализовать такую задачу Суть задачи такова - с клавиатуры вводяться числа m и n. Выяснить или можна перестановкой цифр в числе m получить число n. Например m = 14537. n=45713 - возможно m = 5712, n=775212 - невозможно

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

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

Так было в условии)

понимаю что бред, питон пару раз всего видел, но надо сделать его

Так было в условии)

а в чем проблема?) цифры проверить не можешь?)

ааа, так ты студент?)

Я студент

Молодой

?