Телеграмм чат группы pydjango страница 11452

так, что можно сделать тогда?

15:46пожаловаться #1

TD

добрый день, господа. скажите, почему у меня при ./manage.py test джанга говорит, что база test_* уже существует и предлагает перезаписать. потом запускается тест и пишет ошибку:

django.db.utils.OperationalError: (1118, 'Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs')

такое причем на каждом тесте. версия джанги 1.11

При старте теста создаётся тестовая база.
Когда тест падает, эта база, видимо, не удаляется сама, поэтому в начале и спрашивает, не пересоздать ли её.

Что касается самой ошибки - видимо, тебе просто где-то нужно CharField на TextField поменять. Но тут, не видя кода, нельзя сказать.

15:47пожаловаться #2

DT

Dan Tyan in Django [ru] #STAY HOME

решить проблему что бы тест доходил до конца

15:47пожаловаться #3

S

спасибо, уважаемые. сейчас буду шукать

15:48пожаловаться #4

TD

При старте теста создаётся тестовая база.
Когда тест падает, эта база, видимо, не удаляется сама, поэтому в начале и спрашивает, не пересоздать ли её.

Что касается самой ошибки - видимо, тебе просто где-то нужно CharField на TextField поменять. Но тут, не видя кода, нельзя сказать.

> Что касается самой ошибки - видимо, тебе просто где-то нужно CharField на TextField поменять.

Ой, хотя, это вроде не совсем та ошибка.

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

15:51пожаловаться #5

S

> Что касается самой ошибки - видимо, тебе просто где-то нужно CharField на TextField поменять.

Ой, хотя, это вроде не совсем та ошибка.

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

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

так вот, данные, которые мы кормим, лежат в жсоне и захватываются таким образом: fixtures = [os.path.dirname(__file__) + '/initial_db_data.json'] может в этом трабла? как вообще можно дебагом поймать причину?

15:54пожаловаться #6

TD

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

так вот, данные, которые мы кормим, лежат в жсоне и захватываются таким образом: fixtures = [os.path.dirname(__file__) + '/initial_db_data.json'] может в этом трабла? как вообще можно дебагом поймать причину?

А когда тест падает, там стектрейса нет?
По нему можно было бы понять, в каком файле, на какой строке упал тест.

15:56пожаловаться #7

S

А когда тест падает, там стектрейса нет?
По нему можно было бы понять, в каком файле, на какой строке упал тест.

есть стектрейс, но тут везде стандартные либы, последняя – mysqldb/connections.py

15:57пожаловаться #8

S

вот что дебагер выплевывает

16:00пожаловаться #9

S

подскажет кто? я совсем в ступоре

16:29пожаловаться #10

TD

MySQL Error 1118 (Row size too large) when restoring Django-mailer database

подскажет кто? я совсем в ступоре

Решения отсюда https://stackoverflow.com/questions/25299370/mysql-error-1118-row-size-too-large-when-restoring-django-mailer-database не пробовал?
Похоже, надо параметры бд поменять 🤔

Stack Overflow

I dumped a working production database from a django app and am trying to migrate it to my local development environment. The production server runs MySQL 5.1, and locally I have 5.6.

When migrat...

16:36пожаловаться #11

S

MySQL Error 1118 (Row size too large) when restoring Django-mailer database

Решения отсюда https://stackoverflow.com/questions/25299370/mysql-error-1118-row-size-too-large-when-restoring-django-mailer-database не пробовал?
Похоже, надо параметры бд поменять 🤔

Stack Overflow

I dumped a working production database from a django app and am trying to migrate it to my local development environment. The production server runs MySQL 5.1, and locally I have 5.6.

When migrat...

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

16:38пожаловаться #12

S

сейчас погляжу что там на стаке

16:38пожаловаться #13

TD

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

Ну, если оно сделано с помощью стандартных механизмов джанги, то да, фикстуры до начала тестов импортируются
https://docs.djangoproject.com/en/2.2/topics/testing/tools/#fixture-loading

16:40пожаловаться #14

S

MySQL Error 1118 (Row size too large) when restoring Django-mailer database

Решения отсюда https://stackoverflow.com/questions/25299370/mysql-error-1118-row-size-too-large-when-restoring-django-mailer-database не пробовал?
Похоже, надо параметры бд поменять 🤔

Stack Overflow

I dumped a working production database from a django app and am trying to migrate it to my local development environment. The production server runs MySQL 5.1, and locally I have 5.6.

When migrat...

не помогло

16:48пожаловаться #15

S

Ну, если оно сделано с помощью стандартных механизмов джанги, то да, фикстуры до начала тестов импортируются
https://docs.djangoproject.com/en/2.2/topics/testing/tools/#fixture-loading

так даже если фикстуру закомментить, все равно та же ошибка

16:49пожаловаться #16

E

Egor in Django [ru] #STAY HOME

Подскажите, пишет ошибку type object ’PsychoSessionForm' has no attribute 'fields’ как исправить?

17:03пожаловаться #17

DT

Dan Tyan in Django [ru] #STAY HOME

Egor

Подскажите, пишет ошибку type object ’PsychoSessionForm' has no attribute 'fields’ как исправить?

это админка ?

17:13пожаловаться #18

E

Egor in Django [ru] #STAY HOME

Dan Tyan

это админка ?

Да

17:13пожаловаться #19

S

> Что касается самой ошибки - видимо, тебе просто где-то нужно CharField на TextField поменять.

Ой, хотя, это вроде не совсем та ошибка.

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

description varchar(10000)

в квери. кажется в нем и беда