Бля

Финда сосо

Финда сосо

жопорукий?

Booooooooring...

И тут арчешкольники

a = [int(i) for i in input().split()] while a != 'end': a = [int(i) for i in input().split()] if a == 'end': break Выдает ошибку ValueError: invalid literal for int() with base 10: 'end', понимаю, что дело в if a == 'end', но как исправить?

a[0]

a[0]

все равно

a = [int(i) for i in input().split()] while a != 'end': a = [int(i) for i in input().split()] if a == 'end': break Выдает ошибку ValueError: invalid literal for int() with base 10: 'end', понимаю, что дело в if a == 'end', но как исправить?

антипаттерн-на-антипаттерне

a = list(iter(input, 'end'))

a = [int(i) for i in input().split()] while a != 'end': a = [int(i) for i in input().split()] if a == 'end': break Выдает ошибку ValueError: invalid literal for int() with base 10: 'end', понимаю, что дело в if a == 'end', но как исправить?

сперва сделать line = input(), потом проверку на end, а потом уже делать split и конвертацию в интегеры

сперва сделать line = input(), потом проверку на end, а потом уже делать split и конвертацию в интегеры

можно еще свой int сделать

сперва сделать line = input(), потом проверку на end, а потом уже делать split и конвертацию в интегеры

либо я че-то не пойму, либо не получается

если не получается - показывай код

да к Зарту вообще без предъяв))

есть какой нибудь пример как добавить запись в QSqlTableModel через edit и др виджеты

?

не могу найти в хухле

https://www.youtube.com/watch?v=LkbfNoZrTBQ не?

не

м?

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

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

Я использую configparser, потом что из каробки.

Или в переменные окружения пихать, тоже бывает удобно.

мы тоже использыем configparser но мне не очень нравится разметка ini фала(это сугубо личное) а вот в окружение пихать мне кажется не очень хорошая идея

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

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

так зачем коментить в json если он позволяет писать ключи достаточно читаемыми

ini, xml, json, yaml, toml... выбирай яд по нраву

так зачем коментить в json если он позволяет писать ключи достаточно читаемыми

в коментах можно написать гораздо больше, чем в ключах.

в коментах можно написать гораздо больше, чем в ключах.

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

ini, xml, json, yaml, toml... выбирай яд по нраву

ну вот я и спрашиваю кто что хавает ) а то пока всего попробуешь можно отравиться насмерть

фломастеры

фломастеры

да эт понятно, но некоторые цвета видишь вон с каментами например

а yaml из коробки хавает? (ладно, ладно, я сам гляну))

нет

спасибо

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

Я тут правлю читаю php.INI, полезно когда описание рядом с переменными.

еще нашел забавный хак с json, типа добавить поле '_comment' и в него свои гадости писать, но мне как-то это не кажется эстетичным

ща покурю доку по конфигпарсеру тогда

еще нашел забавный хак с json, типа добавить поле '_comment' и в него свои гадости писать, но мне как-то это не кажется эстетичным

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

ну

мды. шла уже какая версия питона, а конфигпарсер всё так же дохнет на простейшей инишке без секций

>>> from io import StringIO >>> from configparser import ConfigParser >>> c = ConfigParser() >>> c.readfp(StringIO('key=val\n')) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "C:\Program Files (x86)\Python 3.5\lib\configparser.py", line 761, in readfp self.read_file(fp, source=filename) File "C:\Program Files (x86)\Python 3.5\lib\configparser.py", line 716, in read_file self._read(f, source) File "C:\Program Files (x86)\Python 3.5\lib\configparser.py", line 1078, in _read raise MissingSectionHeaderError(fpname, lineno, line) configparser.MissingSectionHeaderError: File contains no section headers. file: '<???>', line: 1 'key=val\n'

педерасты

мде

но вообще прикольно вроде, для моей задачи вполне подойдет, спасибо @zagrebelin и @dantyan за наводку!

самый простой вариант - ини формат. из коробки обрабатывается конфигпарсером, либо рисуется в пару-тройку строк кода один из самых простых вариантов. позволяет комментарии. из минусов - тонна подразновидностей с разной реализацией вложенностей и типов xml - тоже есть в коробке, предоставляет типы, не очень сложен в коде, но сильно тяжеловесен в рантайме изза парсера json - в коробке. весьма прост и кроссязычен. убогий набор типов и невозможность комментирования не в коробке: yaml - удобочитаемый формат, с кучей фишек типа вложенностей, референсов, типов. тащит за собой тяжелый парсер, у которого почти нет альтернативных реализаций toml - был придуман как промежуточный вариант между жсон и ямл. более легковесен и прост чем ямл, но сравнительно малоизвестен и малораспространён

самый простой вариант - ини формат. из коробки обрабатывается конфигпарсером, либо рисуется в пару-тройку строк кода один из самых простых вариантов. позволяет комментарии. из минусов - тонна подразновидностей с разной реализацией вложенностей и типов xml - тоже есть в коробке, предоставляет типы, не очень сложен в коде, но сильно тяжеловесен в рантайме изза парсера json - в коробке. весьма прост и кроссязычен. убогий набор типов и невозможность комментирования не в коробке: yaml - удобочитаемый формат, с кучей фишек типа вложенностей, референсов, типов. тащит за собой тяжелый парсер, у которого почти нет альтернативных реализаций toml - был придуман как промежуточный вариант между жсон и ямл. более легковесен и прост чем ямл, но сравнительно малоизвестен и малораспространён

Типы в хмл - это в атрибутах тега написать?

как один из вариантов

а как часто вы используете типы даных в конфигах?

самый простой вариант - ини формат. из коробки обрабатывается конфигпарсером, либо рисуется в пару-тройку строк кода один из самых простых вариантов. позволяет комментарии. из минусов - тонна подразновидностей с разной реализацией вложенностей и типов xml - тоже есть в коробке, предоставляет типы, не очень сложен в коде, но сильно тяжеловесен в рантайме изза парсера json - в коробке. весьма прост и кроссязычен. убогий набор типов и невозможность комментирования не в коробке: yaml - удобочитаемый формат, с кучей фишек типа вложенностей, референсов, типов. тащит за собой тяжелый парсер, у которого почти нет альтернативных реализаций toml - был придуман как промежуточный вариант между жсон и ямл. более легковесен и прост чем ямл, но сравнительно малоизвестен и малораспространён

во, спасибо за детальный обзор!

а как часто вы используете типы даных в конфигах?

а мне еще интересно каких именно может не хватать в том же жсоне например?

у жсона по факту - float, unicode string, list и mapping интегеры хранятся через флоаты. булевы - эмуляция. даты - эмуляция. геометки - костылем. и так примерно всё

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

в некоторых форматах сериализация идёт в один присест

недавно открыл для себя ujson, который в разы быстрее обычной либы/simplejson был рад рекомендую

пфф

а потом потестируй его на юникоде и закрой нахуй обратно, ага

потестировал на бинарных данных, все ок

на фриноде как-то подымался вопрос с заменой штатного json

альтернатив пачка, у каждой свои плюсы (по скорости) и минусы (по корректному следованию апи)

simplejson and ujson may be used as a drop-in replacement for the standard json module, but ujson doesn’t support advanced features like hooks, custom encoders and decoders.

ERROR: S client not available

тож верно ну ладно, не "рекомендую"

если нужна чистая скорость декодирования и минимум фич - вперед и с песней, чо

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

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

Как только захочется вставить datetime - сразу понадобятся энкодеры

это обычно первое, да

можете разъяснить, чем отличается pip от pip3?

тем что про пип3 надо забыть вообще

Почему?

он не нужен

В большенство систем уже по умолчанию применяют 3 питон

от этого та обёртка нужной не становится

это просто дополнительное имя

Ну хоть так)

а что сейчас чаще используеться Virtualenv или докер?

venv

Ребят, подскажите пожалуйста годной документации для джанговсеой админки

Ребят, подскажите пожалуйста годной документации для джанговсеой админки

https://docs.djangoproject.com/en/1.10/ref/contrib/admin/

что с ней не так?)

что с ней не так?)

Люди не верят, что стандартная документация может быть хорошей)

Не хватает иногда

ну есть исходники

Новичкам самое то

?

ну можно спросить, что именно непонятно!

Я так и делал

Кстати

Ребят, подскажите пожалуйста годной документации для джанговсеой админки

Выше кидали + джанга герлс

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

если у кого был такой опыт, поделитесь

если для себя, нормально

если кому-то за деньги, лучше не надо