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

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

Но видеть их внутри () очень стремно

Я нигде такого не встречал.

надеюсь, не умрешь от перфекционизма

Но видеть их внутри () очень стремно

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

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

Я просто нигде такого не видел за всю свою жизнь. У нас обычно перед листом делают мульти лайн комментарий, но никогда не внутри

Я просто нигде такого не видел за всю свою жизнь. У нас обычно перед листом делают мульти лайн комментарий, но никогда не внутри

ох, немало впереди тебя ждет :) это довольно частое и вполне нормальное явление

ох, немало впереди тебя ждет :) это довольно частое и вполне нормальное явление

Я уже не мало работаю )

Ну как

Кто-то всю жизнь, а я пока не всю ))

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

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

Видимо работает ) Просто мне в жизни не пришло бы в голову ставить комментарии внутри (...)

Да и у коллег такого не видел )

теперь увидел

что-то новое узнал сегодня, не зря день прошел :)

теперь увидел

+

что-то новое узнал сегодня, не зря день прошел :)

Каждый день что-то новое узнаю :) Обожаю этот community ))

Каждый день что-то новое узнаю :) Обожаю этот community ))

Я тоже стал вас обожать ребята

Парни, кто знает, можно ли расширить модель Session из contrib модуля и если можно, то как? Чтобы таблица сдублировалась в бд

Делай OneToOne

Я сделал, да в мускуле чё-то не канает

А что ты хочешь доп хранить в Session?

django.db.utils.IntegrityError: (1215, 'Cannot add foreign key constraint')

Пользователя, модель User собственная

То есть у одного пользователя может быть несколько сессий

И как ты собираешься это использовать..?

Если не секрет

Ну типа зашёл на сайт с телефона, потом решил с компа - две сессии, один юзер

Если уж говорить об этом, то в вк так же, да и на многих сайтах)

Пробовал другие бд?

Столько гемороя с этой orm

Ну, я отсюда и сделал вывод, что руками придётся разгребать. И пришёл к тому, что лучше модифицировать Session

проще без нее

К сожалению, не имею права менять дб

бд*

Погоди. Так по дефолту работать будет...

Разве нет?

скидывайте pastebin с ошибкой

и кодом

Заходишь с телефона он тебя логинит. И с компа нужно будет залогиниться, но работать будет. Две сессии, один юзер

скидывайте pastebin с ошибкой

django.db.utils.IntegrityError: (1215, 'Cannot add foreign key constraint')

А почему он не может добавить?

https://pastebin.com/AgmUaaqE

Ну, только у меня ошибка нелицеприглядно выглядит. В одну строчку всё выводит

Oleg, я точно не помню, но по-моему у Сессии юзер, а не наоборот. Так что ты сможешь подефолту иметь две сессии с один и тем же юзером.

Но это не точно.

Ну, в таблице сессии только 3 поля - это ключ, хэш и время хранения

Погоди

Я только что залогинился у себя на сайте с телефона под своим аккаунтом и с компа под своим аккаунтом. Работает.

Разве не в user хранится сессия?

Я так думаю, что у меня этого нет, потому что таблица User своя

Модель, точнее

Разве не в user хранится сессия?

Неа. Как ты проверяешь валидность юзера? Через сессию. request.user.is_authenticated Request и есть твоя сессия, не так? Получается у реквеста / сессии юзер

Иначе откуда мы получаем AnonymousUser?

Я так думаю, что у меня этого нет, потому что таблица User своя

Покажи

mysql> DESCRIBE django_session; +--------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +--------------+-------------+------+-----+---------+-------+ | session_key | varchar(40) | NO | PRI | NULL | | | session_data | longtext | NO | | NULL | | | expire_date | datetime(6) | NO | MUL | NULL | | +--------------+-------------+------+-----+---------+-------+ 3 rows in set (0,04 sec) mysql>

mysql> DESCRIBE mainapp_user; +--------------+--------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +--------------+--------------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | createmoment | datetime(6) | NO | | NULL | | | email | varchar(254) | YES | UNI | NULL | | | password | varchar(60) | YES | | NULL | | | id_vk | varchar(32) | YES | UNI | NULL | | | id_ok | varchar(32) | YES | UNI | NULL | | | status_id | int(11) | NO | MUL | NULL | | | userdata_id | int(11) | NO | UNI | NULL | | | cookie | varchar(255) | YES | UNI | NULL | | +--------------+--------------+------+-----+---------+----------------+ 9 rows in set (0,00 sec) mysql>

А можно модельку?

Зачем было создавать кастом модельку... Половину филдов те же самые

https://pastebin.com/FsRt3yRs

email и password необязательны

А в книге, которую я читал, авторизация только через них

А в книге, которую я читал, авторизация только через них

Необязательно. По дефолту кстати авторизация через username + password

ERROR: S client not available

Ммм, то есть я мог не парится и сделать проще? У меня много таблиц, которые ссылаются на User

Вдруг получится также, как с сессией, что я просто не могу добавить ForeignKey

Во, мне не надо username

Ммм, то есть я мог не парится и сделать проще? У меня много таблиц, которые ссылаются на User

Когда ты говоришь User я всегда думаю про дефолтного User'a

Ну, в данном случае, я не знаю, что делать

Может и правда стоит взять оригинального юзера

И не парится с сессиями

А то мне и авторизацию свою приходится делать

А то мне и авторизацию свою приходится делать

А вот это уже рискованно ?

Я это уже чувствую)

А то мне и авторизацию свою приходится делать

Прости, а как ты их авторизуешь?

Без логина, пароля и тд

По id из соцсетей

Через oauth

но пока никак

но пока никак

В смысле ))

Всмысле, у меня даже модели не сформированы

И ничего пока не разработано

В общем. Советую использовать стандартную модель и уже её расширять.

Хорошо, понял, спасибо)

Привет всем Такая проблема: при попытке получить данные из drf , используя только авторизованных пользователей через токены выдает {"detail":"Invalid token."} Код прикреплю ниже В settings.py прописал для drf : 'DEFAULT_AUTHENTICATION_CLASSES': ( 'rest_framework.authentication.TokenAuthentication', ),

Токен получаю через метод obtain_jwt_token

Стандартной библиотеки

Т.к. у меня переопределен базовый класс User

Получил token

Через api, пытаюсь проверить через curl

Ввожу следующее: curl -X GET http://127.0.0.1:8000/api/getid/ -H 'Authorization: Token eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJleHAiOjE1MDI2NjY0MTMsInVzZXJfaWQiOjEsInVzZXJuYW1lIjoibnJqc2hrYUBnbWFpbC5jb20ifQ.vJnaEgbqlFz74MfHxR4vQKEPMy9YgEblFxv1ohQc8oE'

Не получается

Выводит, что неправильный токен