Начнём с того, что эта cvsшка не позволяет сделать роллбек

Роллбек сделать нельзя или там просто не хранятся данные для роллбека?

Если я правильно понял то это вообще нихуя не система контроля версий из твоего описания, а какой-то хостинг.

Денвер - локальный сервер. Скачать Денвер, установить WAMP сервер для localhost (PHP 5.3.13, MySQL 5.1, PostgreSQL 8.4 etc.)

Нет, просто пусть это здесь будет.

Что это?)

Ничего не спрашивай.

Почему бомж рекламирует Денвер?)

У меня питон версии 3.9. Виндовс 11. Не работает ipv4. Что делать ?

А чего версия ip такая скромная?

Ipv7 нормально работает. Но у меня есть устаревшие сети

господа почему python 2.7 для set() делает сортировку ? In [10]: a=[3,'z',2,1,'a','d'] In [11]: set(a) Out[11]: {1, 2, 3, 'a', 'd', 'z'} ведь по доке он Unordered collections of unique elements https://docs.python.org/2/library/sets.html

господа почему python 2.7 для set() делает сортировку ? In [10]: a=[3,'z',2,1,'a','d'] In [11]: set(a) Out[11]: {1, 2, 3, 'a', 'd', 'z'} ведь по доке он Unordered collections of unique elements https://docs.python.org/2/library/sets.html

Unordered это значит что порядок не сохраняется (не гарантируется), в отличии от списка/кортежа. Сортирует потому что особенность реализации скорее всего.

господа почему python 2.7 для set() делает сортировку ? In [10]: a=[3,'z',2,1,'a','d'] In [11]: set(a) Out[11]: {1, 2, 3, 'a', 'd', 'z'} ведь по доке он Unordered collections of unique elements https://docs.python.org/2/library/sets.html

solea:~ cadmi$ python Python 2.7.12 (default, Oct 11 2016, 05:24:00) [GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.38)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> a=[3,'z',2,1,'a','d'] >>> set(a) set(['a', 1, 2, 3, 'd', 'z']) >>>

рандом это, а не сортировка

% python Python 2.7.12 (default, Jul 1 2016, 15:12:24) [GCC 5.4.0 20160609] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> set([3,'z',2,1,'a','d']) set(['a', 1, 2, 3, 'd', 'z'])

не совсем рандом, это так как ключи лежат в хэш таблице же

эта баг ?

числа будут по порядку, это очевидно же

там может еще и ipython присортировывает, для лучшей читаемости :)

нет, Ипитон не делает такого

эта баг ?

Фича.

нельзя полагаться на то, что там что-то сортированное

Не переживайте, в 3.6 будет ордеред дикт. Только он не по ключу сортит. А по порядку вставки. Вангую и сет аналогично устроен будет

ну так все правильно - сет не сортирован, что в доке, что в интерпретаторе вон. кто полагается то? :)

эта баг ?

Это реализация математического понятия множество, для которого порядок не важен, что даёт некий простор для манёвра разработчикам интерпретатора.

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

какая разница как он там делает

Не переживайте, в 3.6 будет ордеред дикт. Только он не по ключу сортит. А по порядку вставки. Вангую и сет аналогично устроен будет

почему в 3.6? collections.OrderedDict есть и в 2.7 :)

В 3.6 все дикты будут такими

Не переживайте, в 3.6 будет ордеред дикт. Только он не по ключу сортит. А по порядку вставки. Вангую и сет аналогично устроен будет

Только в доке сказано что на это полагаться нельзя также как и раньше)

Эт да

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

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

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

Чего?

Блеять. Ну есть мегадикт

Из бд полученный

Даже в стандартной джсон библиотеке есть сортировка

Ты его думпаешь в хттп респонсе в джсон

Сортировка там тормозит же

Не понял

Шашечки или ехать?

Ехать с шашечками. Епта.

С новыми диктами все равно сортировать нужно

А щас просто едем.

"мало ли че"

ERROR: S client not available

С новыми диктами все равно сортировать нужно

Не нужно. Зачем ?

Только в доке сказано что на это полагаться нельзя также как и раньше)

И мало ли што ?

Потому что через полгода твой код внезапно станет на новой версии делать не то что нужно

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

Наркоманы чтоле

?

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

.

Ты же сейчас предлагаешь тоже самое делать, но в другую сторону - полагаться на порядок ключей

Просто если случайно зарандмится у меня то фейла не будет.

Просто трафик повысится ввиду не работающего etag

А. Тогда ясно

В 3.6 все дикты будут такими

А где именно вот так написано? Я понял из PEP что ordered будет kwargs в функциях, а не совсем все dict-ы

А где именно вот так написано? Я понял из PEP что ordered будет kwargs в функциях, а не совсем все dict-ы

dict() now uses a “compact” representation pioneered by PyPy.

ну и ссылка https://morepypy.blogspot.ru/2015/01/faster-more-memory-efficient-and-more.html

Потому и что pypy крутой

уруру

Не переживайте, в 3.6 будет ордеред дикт. Только он не по ключу сортит. А по порядку вставки. Вангую и сет аналогично устроен будет

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

А где именно вот так написано? Я понял из PEP что ordered будет kwargs в функциях, а не совсем все dict-ы

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

и это реально в 3.6 будет или пока какбе только план?

Ага, я уже проверил в beta2 - действительно dict теперь сохраняет тот порядок в котором туда вставляли ключи