ребята как вы создаёте slug?

через pre_save() или override save()

class Item(models.Model): title = models.CharField(u'Заголовок', max_length=255) slug = models.SlugField(u'Псевдоним', max_length=255, editable=False) def save(self, *args, **kwars): self.slug = translit.slugify(self.title) super(Item, self).save(*args, **kwars)

Обычно slug на фронте, на лету, подставляется.

всем хай. Хочу поучаствовать джанго-проекте. Есть чо?

class Item(models.Model): title = models.CharField(u'Заголовок', max_length=255) slug = models.SlugField(u'Псевдоним', max_length=255, editable=False) def save(self, *args, **kwars): self.slug = translit.slugify(self.title) super(Item, self).save(*args, **kwars)

когда хочу изменить в ДБ ошибка выдаёть что переопределен метод save()

А ошибка точно в этом? может на импорт либы ругается? from pytils import translit

да когда комментирую save() всё ок

да когда комментирую save() всё ок

хм.. а покажи саму ошибку

хм.. а покажи саму ошибку

сейчас не могу (((((

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

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

в смысле

В модели у поля если написать db_index=True - для этого поля создается индекс. Нужно потом узнать имя этого индекса

I'm so sorry я ещё не знаю db_index ???

В модели у поля если написать db_index=True - для этого поля создается индекс. Нужно потом узнать имя этого индекса

django.db.backends.base.introspection.BaseDatabaseIntrospection#get_indexes Returns a dictionary of indexed fieldname -> infodict for the given table, where each infodict is in the format: {'primary_key': boolean representing whether it's the primary key, 'unique': boolean representing whether it's a unique index} Only single-column indexes are introspected. """это базовый интерфейс, в конкретных бэкендах могут быть особенности

хотя не совсем, он имени индексов не вернёт. вот метод get_constraints уже вернёт более полную инфомрацию

django.db.backends.base.introspection.BaseDatabaseIntrospection#get_indexes Returns a dictionary of indexed fieldname -> infodict for the given table, where each infodict is in the format: {'primary_key': boolean representing whether it's the primary key, 'unique': boolean representing whether it's a unique index} Only single-column indexes are introspected. """это базовый интерфейс, в конкретных бэкендах могут быть особенности

круто, это работает, спасибо!

а может быть ошибка при подключении постгрес базы, если приложение на en-us, а база на 1251 кодировке? мог бы и сменить базу, но мне лучше использовать arrayfield

круто, это работает, спасибо!

Если 1.11, то лучше использовать https://docs.djangoproject.com/en/1.11/ref/models/options/#django.db.models.Options.indexes

а может быть ошибка при подключении постгрес базы, если приложение на en-us, а база на 1251 кодировке? мог бы и сменить базу, но мне лучше использовать arrayfield

Нет, база работает сама по себе и отдает тебе данные.

Всем привет, миграции все-таки лучше на локале хранить или после каждого коммита делать make,igrations?

после изменений моделей - сразу миграции делать и прогонять

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

makemigrations merge есть для таких случай.

да, но он сам срабатывает

т.е. специально вызывать его не нужно

а тут получаются ошибки из разряда does not exist или alredy exist

когда 2 миграции с одинаковым номером, появляется это упоминание

почему вопрос возник pycharm по умолчанию не добавляет миграции в проект

т.е. видимо по мнению разрабочтиков это не явлется хорошей практикой

почему вопрос возник pycharm по умолчанию не добавляет миграции в проект

по умолчанию вроде как в исключениях

ну да от этого вопрос и возник добавлять их в проект или нет

т.е. видимо по мнению разрабочтиков это не явлется хорошей практикой

pycharm новые файлы статики тоже не добавляет автоматом в проект, но это же не повод их не коммитить?

https://docs.djangoproject.com/en/1.11/topics/migrations/#version-control

pycharm новые файлы статики тоже не добавляет автоматом в проект, но это же не повод их не коммитить?

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

ну да от этого вопрос и возник добавлять их в проект или нет

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

Что значит "Pycharm не добавляет файлы в проект"? Файлы миграции есть в файловой системе, появляется в обозревателе проекта ( или как там оно называтся), куда он должен что добавлять?

по умолчанию он их не добавляет в в отслеживание системой контроля версий

Что значит "Pycharm не добавляет файлы в проект"? Файлы миграции есть в файловой системе, появляется в обозревателе проекта ( или как там оно называтся), куда он должен что добавлять?

.gitignore подразумевается, мне так показалось

понятно что вопрос решается настройками

вопрос как лучше

да мало ли что там PyCharm делает

исходя из ответов, уже вопрос переходит в плоскость философии

Because migrations are stored in version control, you’ll occasionally come across situations where you and another developer have both committed a migration to the same app at the same time, resulting in two migrations with the same number. Don’t worry - the numbers are just there for developers’ reference, Django just cares that each migration has a different name. Migrations specify which other migrations they depend on - including earlier migrations in the same app - in the file, so it’s possible to detect when there’s two new migrations for the same app that aren’t ordered. When this happens, Django will prompt you and give you some options. If it thinks it’s safe enough, it will offer to automatically linearize the two migrations for you. If not, you’ll have to go in and modify the migrations yourself - don’t worry, this isn’t difficult, and is explained more in Migration files below.

ERROR: S client not available

Выше кинул ссылку на эту тему

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

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

У меня в последней версии вроде добавляет, но это не точно. если делать через pycharm + ctrl+alt+r

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

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

миграции можно именовать

миграции можно именовать

т.е. Вы имеете ввиду как бы центролизованно (на уровне договоренности) установить очередность миграций?

Поправьте если что не так, попробую подытожить всё вышесказанное " 1. Миграции НАДО хранить в системе контроля версий. 2. Если конфликт не разрешается makemigrations merge'м то разрешаем его ручками. 3. на уровне договоренности стараемся не плодить конфликтных миграций.

Поправьте если что не так, попробую подытожить всё вышесказанное " 1. Миграции НАДО хранить в системе контроля версий. 2. Если конфликт не разрешается makemigrations merge'м то разрешаем его ручками. 3. на уровне договоренности стараемся не плодить конфликтных миграций.

Вроде так, спасибо!

Скучно тут..

Павел давай, если скучно, не будем пытаться веселить народ оффтопом, а пойдем в веселые чатики а этот скучный оставим для джанги (всех касается :))

Я понимаю что тут Python Django и тд. НО реально тишина. Я весёлый программист :D

Ребята, помогите советом. Разрабатываю что то вроде магазина, где есть несколько категорий товаров и у каждого типа есть свой характеристики (к примеру компьютер: (ОЗУ, проц, видюха), платье (материал, цвет, размер) и др). И есть страница фильтраций товара. Как сделать, чтобы в странице фильтраций в зависимости от типа товаров фильтры менялись под характеристики?

ооо, эту задачу ещё никто не решил

правильней - завести json-schama для каждой группы товаров, на базе неё сохранять характеристики в бд в jsonfield, а в фильтрах выбирать из неё поля

Можно подсмотреть как тут сделано https://github.com/mirumee/saleor/blob/master/saleor/product/models.py

Привет всем! Нужно авторизировать юзера по цифровой подписи. Как можно это реализовать? Можно ли в джанге генерировать строку, которую будет запрашивать клиент -> на клиенте по этой строкие генерируется подпись -> проверяется на беке. То есть нужно генерировать строку и хранить ее на сервере до запроса на авторизацию и это для одного и того же юзера что бы работало.

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

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

А для проверки подписи обязательно держать оригинал строки?

А для проверки подписи обязательно держать оригинал строки?

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

Привет всем. Есть кто работал с django LogEntry? Мне тут нужно добавить дополнительное поле в соотв. таблицу + переопределить метод записи в эту таблицу. По методу предполагаю, что нужно переопределить класс LogEntryManager и метод в нем log_action. Подскажите как это сделать и в каких файлах, может есть пример, ссылка?

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

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