@banteg @Kolyann @zagrebelin

Что было?

@banteg @Kolyann @zagrebelin

Что?

Всем привет, кто как составляет план своего проекта? Я например, обычно в виде блоков квадратов чтобы была логика и все остальное. Решил вспомнить про алгоритмические структуры блок-схем и т.д. Стоит ли игра времени? Заучивать структуры и пользоваться ими? Поделитесь опытом.

Всем привет, кто как составляет план своего проекта? Я например, обычно в виде блоков квадратов чтобы была логика и все остальное. Решил вспомнить про алгоритмические структуры блок-схем и т.д. Стоит ли игра времени? Заучивать структуры и пользоваться ими? Поделитесь опытом.

Знать нужно, а пользоваться, не уверен, если на весь проект. Только в рамках одной функции пользую

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

В целом всяко будет полезно, спасибо)

Подскажите пожалуйста, есть где список "всевозможных" кнопок для README.md на GitHub. Там копка статуса/версии/языка/итд.

В гугле :) markdown язык разметки

Посмотри на Travis-CI

Там при билде дается код картинки

Посмотри на Travis-CI

А вот с остальными как? Есть ведь множество других обозначений.

А вот с остальными как? Есть ведь множество других обозначений.

У coveralls своя пикча Вообще по идеи каждый сервис тебе дает свою картинку

И ничего не мешает тебе сделать свои

В markdown можно их вставлять

Может есть где уже статься со списком со всеми картинками.

Я велосипед люблю, но не строить.

Тут просто завист что тебе нужно, еще можно по разным репозиториям лазить и смотреть что они ставят

Обычно пикчи кликабельны

UnicodeEncodeError at /answers/archive 'ascii' codec can't encode characters in position 10-18: ordinal not in range(128)

такая ошибка вылазивает

как исправить?

Мало инфы)

Консольный скрипт?

Где трейсбек?

Русские символы где-то походу, мб питон2 юзаешь , добавь кодировку в начале

джанго

питон3

русские символы

да

выборка из базы

если рендерю в шаблон то все норм

если делаю print(list) в коде

такая ошибка

Max_length=255 мб, хз

def archive(request): answers = Answer.objects.all() print(answers)

Где трейсбек?

Только вчера такое было, на Python2.7, отделался unicode()

Environment: Request Method: GET Request URL: http://sunna.press/answers/archive Django Version: 1.9.8 Python Version: 3.4.3 Installed Applications: ['django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.messages', 'django.contrib.staticfiles', 'news', 'answers', 'calen', 'hadis', 'handbook', 'namaztime', 'comments', 'tinymce', 'import_export', 'rest_framework'] Installed Middleware: ['django.middleware.security.SecurityMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.auth.middleware.SessionAuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware'] Traceback: File "/home/admin/sunnapress/env/lib/python3.4/site-packages/django/core/handlers/base.py" in get_response 149. response = self.process_exception_by_middleware(e, request) File "/home/admin/sunnapress/env/lib/python3.4/site-packages/django/core/handlers/base.py" in get_response 147. response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/home/admin/sunnapress/answers/views.py" in archive 122. print(answers) Exception Type: UnicodeEncodeError at /answers/archive Exception Value: 'ascii' codec can't encode characters in position 10-18: ordinal not in range(128)

В начало файла: # -*- coding: utf-8 -*-

For answer in answers: Print answer

For answer in answers: Print answer

Тут речь не о том явно)

3-ий питон, не обязательно указывать кодировку

В начало файла: # -*- coding: utf-8 -*-

добавил

не помогло

А вот это уже звучит интересно

Попробуй print(unicode(answers))

Звучит как будто в базе хранится не в юникоде

answers.decode("utf-8")

Как-то так

Или encode

Ну или базу для теста пересоздай

э, а чочо емакс?

вот это вот -*- это емакс модлайн же

а вы эта, print(type(answer))

В 3-питоне кодировку в начале не обязательно указывать, он там по дефолту понимает

Я пишу обычно # coding: utf-8

Я еще это, может файл сам не в ютф?

Хз в чем разница на самом деле

Может есть где уже статься со списком со всеми картинками.

http://shields.io

Во втором питоне stdout можно было ресетнуть с нужной кодировкой, а вот в третьем все грустнеее - надо переменную окружения ставить. PYTHONENCODING=UTF-8

А во втором спасало такое: sys.setdefaultencoding('utf-8')

А во втором спасало такое: sys.setdefaultencoding('utf-8')

Спасибо за полезную информацию.

ну конкретные бэйджики можно на самом деле получить на страницах этих проектов. Типа идешь на травис, добавляешь там проект. Потом, если хочешь, еще и бэйджик прилепляешь

ERROR: S client not available

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

Celery боль

Кто использует acyncio?

asyncio

Celery боль

Только сейчас отправился в чудный мир бд и бигдат, посоны, поясните, почему не использовать редис как основное хранилище вместо каких-нибудь целери и mongodb?

Потому что оно в оперативной памяти дату хранит

Данные

> целери селери вообще не про хранение данных

Ну это я уже понял, еще старые данные в обычной базе хранит. Так почему бы и нет? На амазоне же копейки стоит всё это.

Только сейчас отправился в чудный мир бд и бигдат, посоны, поясните, почему не использовать редис как основное хранилище вместо каких-нибудь целери и mongodb?

Почему не использовать? Использовать, но только там, где надо. Редисовые типы данных и вообще их способ хранения не предполагает легкой жизни для обычных реляционных задач

Почему не использовать? Использовать, но только там, где надо. Редисовые типы данных и вообще их способ хранения не предполагает легкой жизни для обычных реляционных задач

>их способ хранения не предполагает легкой жизни для обычных реляционных задач А можно вот тут подробнее?

Если ты откроешь доку по редису, то увидишь, что это key-value хранилище. В питоньем представлении сродни диктам. Что слишком примитивно для хранения сложных "объектов" типа юзера с его связями

Канеш, у редиса есть дополнительные типы данных типа хешей и сетов, но всё равно этого мало

Если ты откроешь доку по редису, то увидишь, что это key-value хранилище. В питоньем представлении сродни диктам. Что слишком примитивно для хранения сложных "объектов" типа юзера с его связями

Если честно, никак не могу заметить подвоха.

грубо говоря, ты можешь хранить в редисе одного юзера. А если хочешь двух, уже надо думать

С монгой уже посложнее, т.к. там вложенность неограниченная (практически) и можно навелосипедить всякого. Но зачем велосипедить?

и будут ключи вида user1_name, user2_name

грубо говоря, ты можешь хранить в редисе одного юзера. А если хочешь двух, уже надо думать

{users : {username: {some:some, 1:[2]} } } И где проблема-то?

{users : {username: {some:some, 1:[2]} } } И где проблема-то?

В редисе такая вложенность не прокатит

К тому же, даже если начать изобретать подобный ад, то быстро упрешься в банальные фичи, которые умеют реляционки, но не умеет такое решение. Например, в реляционке ты волен при объявлении FK указывать базе, что ей делать при апдейте/удалении родителя.

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

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

Потому что реляционки древние, отлаженные и опробованные годами и тысячами людей решения, которые работают (даже mysql лучше монги в общем случае)

И что?

Ты думаешь, что 4 запроса к носкл быстрее чем к скл?

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

Ты думаешь, что 4 запроса к носкл быстрее чем к скл?

Так казалось пока ты не начал убеждать. И еще, в еще одном мелком проектике около 110 обращений к бд выходит, опять же, может получится чуть уменьшить.

ты сначала допиши, а потом будешь уменьшать

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

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

ужастик с работы - "иногда у нас не хватает оперативки, но там на каждый семафор выделяется сколько-то, поэтому мы просто увеличиваем константу ЧИСЛО_СЕМАФОРОВ" - "Нахрена?" - "Ну больше никак"

кулстори