там в самом начале идет проверка, что bani работает корректно, иначе вечный цикл

Покажи как инсерт делаешь

База MongoDB Инсерт делаю так db.insert_one(data) Где data = {'Address':item[8], 'Time':str(item[9])} но там полей больше, я просто для примера привел

никакого underflow я не увидел

База MongoDB Инсерт делаю так db.insert_one(data) Где data = {'Address':item[8], 'Time':str(item[9])} но там полей больше, я просто для примера привел

result = db.objects.insert_one( ... {"last_modified": datetime.datetime.now()})

Хз зачем строка

Просто дату вставить нельзя?

http://api.mongodb.com/python/current/examples/datetimes.html

Ребята, что же это за жёсткое порно такое? f = 'byte' print( f in ('std::basic_string<byte>') ) True f = 'std' print( f in ('std::basic_string<byte>') ) True f = 'fuck' print( f in ('std::basic_string<byte>') ) False

Как после этого доверять такому языку?

лол, мб подучить его сначала?))

Ребята, что же это за жёсткое порно такое? f = 'byte' print( f in ('std::basic_string<byte>') ) True f = 'std' print( f in ('std::basic_string<byte>') ) True f = 'fuck' print( f in ('std::basic_string<byte>') ) False

Что тут не так?

Ребята, что же это за жёсткое порно такое? f = 'byte' print( f in ('std::basic_string<byte>') ) True f = 'std' print( f in ('std::basic_string<byte>') ) True f = 'fuck' print( f in ('std::basic_string<byte>') ) False

Ты там видишь слово fuck?

Что тут не так?

Что оно "глубокое сравнение" коллекций делает.

Вижу.

Что оно "глубокое сравнение" коллекций делает.

Это не тупл, это строка в скобках

Вижу.

Где?

Поставь после строки запятую

Какую запятую

Там нет слова fuck

Поставь после строки запятую

БЛЯЯЯЯЯ! НУ наркоманы!

Поставь после строки запятую

Спасибо огромное!

Поставь после строки запятую

А как это называется? чтобы прочитать?

Спасибо огромное!

Да на здоровье

Ничего не понял

А как это называется? чтобы прочитать?

Ну в любом туториале по туплам должно быть написано про частный случай тупла с одним элементом

Подстроку искали?

Или строку в тупле?

Или строку в тупле?

Это

Подстроку искали?

Нет, я искал атом в списке атомов (в данном случае, список из одного элемента). А он мне его как подстроку искал, редиска.

Ну в любом туториале по туплам должно быть написано про частный случай тупла с одним элементом

Вообще IDE должна ругаться когда элемент в скобках без запятой.

Типа "хей, давай скобки уберем"

И зелёненьким подчёркивать

Вообще IDE должна ругаться когда элемент в скобках без запятой.

Ругалась, но я не среагировал.

Я думал, она ругается на spelling слов.

Это

Женя, спасибо большое!

угу

Питон коварен!

Это типа получается операция IN работает по-разному если что-то разных типов стоит справа от неё, а скобки вокруг одного значения -- это не скобки, которые tuple, а скобки, которые переопределяют приоритет в выражении, и там одно значение типа str, а не одно значение типа tuple, и поэтому оно внутри строки ищет подпоследовательность?

О!

Полиморфизм, епта

Это типа получается операция IN работает по-разному если что-то разных типов стоит справа от неё, а скобки вокруг одного значения -- это не скобки, которые tuple, а скобки, которые переопределяют приоритет в выражении, и там одно значение типа str, а не одно значение типа tuple, и поэтому оно внутри строки ищет подпоследовательность?

То, что на строке так определён in — супер-всрато, на мой вкус

вообще иногда неприятино, что подстроку искать норм, а подспсиок - не норм

строка — это вообще какой-то пидорский контейнер

вообще иногда неприятино, что подстроку искать норм, а подспсиок - не норм

издержки динамической типизации

вообще не контейнер

у неё есть iter, но он выдаёт элементы того же типа, что и сама строка

То, что на строке так определён in — супер-всрато, на мой вкус

То, что ('bla) - это не тапл, вот это -- СУПЕРВСРАТО!

поэтому любой алгоритм рекурсивного прохода по контейнеру объёбывается на сраных строках, если их отдельно не предусмотреть

Это типа получается операция IN работает по-разному если что-то разных типов стоит справа от неё, а скобки вокруг одного значения -- это не скобки, которые tuple, а скобки, которые переопределяют приоритет в выражении, и там одно значение типа str, а не одно значение типа tuple, и поэтому оно внутри строки ищет подпоследовательность?

for и in работают для всего, для чего определны методы next и iter - иными словами для всех итераторов

То, что ('bla) - это не тапл, вот это -- СУПЕРВСРАТО!

а (1+2) - должен быть тапл?

вообще иногда неприятино, что подстроку искать норм, а подспсиок - не норм

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

То, что ('bla) - это не тапл, вот это -- СУПЕРВСРАТО!

нет, это норм, иначе у тебя арифметические выражения сломаются

for и in работают для всего, для чего определны методы next и iter - иными словами для всех итераторов

чот сомнительно, что питон сделает тебе in за O(N)

если он не предусмотрен методом __contains__

а (1+2) - должен быть тапл?

Нет

Там же операция внутри

for и in работают для всего, для чего определны методы next и iter - иными словами для всех итераторов

так-то next и iter могут быть и у бесконечного генератора

Хотя , может быть и тапл

не тапл

так-то next и iter могут быть и у бесконечного генератора

ну так интерфейс генератора расширяет итератор дополнительным send

ну так интерфейс генератора расширяет итератор дополнительным send

иииии?

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

ты хочешь сказать, что питон такой «ну а если send есть, то ну нафиг»?

Ладно, фантазировать на тему, чем бы это могло быть, это не наш путь..

не надо выдумывать-то

ERROR: S client not available

in есть у объектов с методом __contains__

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

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

у меня кончились скобки на клаве

надо было бы, да только не осталось уже видов скобок

а на итераторах он вообще не работает (по крайней мере не обязан)

вообще для тапла - запятая

у меня кончились скобки на клаве

Угловые))

а скобки для группировки

in есть у объектов с методом __contains__

да, ты прав

Угловые))

они операторы сравнения

они операторы сравнения

Перегрузим

вот return 1,2 возвраащет тапл

на самом деле еще смешнее

1, это тапл

ну да

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

потому что тапл - это когда есть запятая

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

когда не понятно к чему запятая относится

потому что тапл - это когда есть запятая

ага, скажи это x = ()

вот это меня бесит кстати

лол

поэтому я всегда пишу tuple()

ага, скажи это x = ()

ну это потому что запяту в воздухе нельзя постаивть, ты воздух группируешь скобками =))))

l[:()] — валидный код на петухоне!

l[:()] — валидный код на петухоне!

А чо будет?

А чо будет?

TypeError

Ы

>>> 1,[0] (1, [0]) >>> (1,)[0] 1

TypeError

смотря что за l

[0][0]

а, не слайс же