Сергей Еремин

За месяц на битриксе не успеете, хотя можно успеть и за неделю, если знать куда и как.
Нос туда совать совсем не советую - это АД и израиль!
Это просто конструктор, который жрет кучу ресурсов, под нагрузкой, падает не хуже джанги, ужасный код, чудовищная архитектура.
Весь вопрос - успеете ли за месяц на джанге, что тоже еще не факт...
Но как ни странно, в отличии от джанги это все же CMS (!), а не фреймворк с админкой.

Запятая - reserved character по RFC 3986, она должна кодироваться, это нормальное поведение.

Что у вас, собственно, падает?

Странный вопрос. Очевидно, транзакции существуют в пределах одной БД. У вас транзакция локальной БД открывается в контекстном блоке и, естественно, при принудительном завершении кода откатывается, а операции с базой old_z выполняются без транзакции, поэтому и отката никакого нет.

a.button_admin,
a.button_home {

Чего вы хотели добиться, поставив единичку после метода split?

water2=['HETATM 1 H HOH A 1 27.265 36.739 58.126', 
'HETATM 2 H HOH A 1 27.109 35.124 57.944', 
'HETATM 3 O HOH A 1 27.486 35.958 57.542']
for col in water2:
    el = [col.split() for col in water2]

Результат:

print (el)
[['HETATM', '1', 'H', 'HOH', 'A', '1', '27.265', '36.739', '58.126'],
['HETATM', '2', 'H', 'HOH', 'A', '1', '27.109', '35.124', '57.944'],
['HETATM', '3', 'O', 'HOH', 'A', '1', '27.486', '35.958', '57.542']]

Оно?

UPDATE table SET `desc2` = `desc`;

$('#formname').submit(function(e){

А так?

https://api.jquery.com/submit/

В mysql далеко не один таймаут

SHOW VARIABLES WHERE Variable_name LIKE '%timeout%';

К примеру net_read_timeout по умолчанию равен 30, возможно в него вы и упираетесь.

convert_float - в pandas тип одинаков для всех значений в столбце - в столбце есть значение, которое нельзя преобразовать в int. Чаще всего такое бывает, когда в столбце пропущено значение, т.к. пустое значение - это нампаевский NaN типа float.

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

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

-v /mysql:/var/lib/mysql это вполне по феншую
Я делаю что-то вроде этого:
- в контейнере бд -v ./mysql:/var/lib/mysql
- в контейнере веб сервера -v ./www:/var/www/html
- в случае необходимости сборки собственных образов держу в папке build докерфайлы и нужные им данные.

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

Все аккуратно лежит рядышком, запускается и гасится через docker-compose в одном комплексе.

Смысла делать именнованные docker volumes я не понял, тоже самое, только будет лежать в папке /var/lib/docker. Единственный резон это если том с данными используется сразу несколькими контейнерами, и по имени можно сразу понять что это такое.