АСИОУ - автоматизированная система информационного обеспечения управления образовательным процессом
7.5.8 и мой опыт работы по обновлению. - Версия для печати

+- АСИОУ - автоматизированная система информационного обеспечения управления образовательным процессом (https://forum.asiou.ru)
+-- Форум: Поддержка АСИОУ (https://forum.asiou.ru/forumdisplay.php?fid=44)
+-- Тема: 7.5.8 и мой опыт работы по обновлению. (/showthread.php?tid=1130)

Страниц: 1 2

RE: 7.5.8 и мой опыт работы по обновлению. - fstab - 26-04-2018

(26-04-2018, 09:04)tarasalex Писал(а): Python 2.7.5 - дефолтная установка python-а для Ubuntu 14.04.5 LTS. Таким образом меня заставляют вернуться на версию Ubuntu, которая через 1 год потеряет обновления безопасности - см. сайты описания Ubuntu.Я уже сталкивался с такой ситуацией, когда очередное обновление АСИОУ приводит к неработоспособности сервера, так как он не может принять те пакеты, которые предписаны разработчиками.
А понижение версии python-а в следующих версиях Ubuntu приведет потере работоспособности таких блоков программ как систем обновления и центра установки программ в системе (возможно еще чего-то, но я прогуглил только по этому вопросу.), так как на дефолтной версии они делаются для определенной версии Ubuntu (например, для Ubuntu 16,04 LTS дефолтная версия  python-а 2,7,13, а для Ubuntu 18,04 LTS дефолтная версия  python-а 2,7,15).
Кроме того, перед установкой версии python-а необходимо удалить все ранее установленные при помощи pip пакеты. Иначе их работа будет не способна обеспечить совместимость с более раней версией.
Я посмотрел как устроен, что  python для Windows является отдельным программным обеспечением и не как не завязан на системные процессы в Windows. Можно брать любую версию в виде msi- пакета и ставить в любую систему Windows. Поэтому и предлагается не разработка программного обеспечения, а пользователю самому решать вопрос как и что сломалось, если это не дефолтная для разработчиков установка.
Разработчики АСИОУ живут в своей "песочнице", и не видят уходящий от них поезд.

Как говорил Руслан проблему на Ubuntu 14.04 победить не удалось, где то глубоко в настройках некорректно подхватывается локаль и мы получаем не тот формат даты.
Развертка свежей системы решила ситуацию.
Второй вариант развернуть АСИОУ в докере, в таком случае всегда можно будет обновить ОС и не зависеть от версии библиотек хост машины.
Вы пробовали развернуть АСИОУ с использованием virtualenv, чтобы не использовать текущие версии пакетов питона?

RE: 7.5.8 и мой опыт работы по обновлению. - tarasalex - 26-04-2018

Очень удивлен. Вернее будет - обескуражен.
Взял инсталлятор АСИОУ для Windows и попытался установить его на тестовую машину. Открыл питон -  его версия оказалась 2.7.13. Предлагаю скрин экрана - 758err0r-17.PNG

Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:42:59) [MSC v.1500 32 bit (Intel)] on win32

Type "help", "copyright", "credits" or "license" for more information.

У меня в тестовой версии Ubuntu 16.04 LTS так же стоит версия 2.7.13. И ошибки аналогичные рабочей Ubuntu 18.04 LTS с версией python 2.7.15.

Может все таки ошибки не в версии python-а???

RE: 7.5.8 и мой опыт работы по обновлению. - Ruslan - 26-04-2018

(26-04-2018, 09:43)tarasalex Писал(а): Очень удивлен. Вернее будет - обескуражен.
Взял инсталлятор АСИОУ для Windows и попытался установить его на тестовую машину. Открыл питон -  его версия оказалась 2.7.13. Предлагаю скрин экрана - 758err0r-17.PNG

Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:42:59) [MSC v.1500 32 bit (Intel)] on win32

Type "help", "copyright", "credits" or "license" for more information.

У меня в тестовой версии Ubuntu 16.04 LTS так же стоит версия 2.7.13. И ошибки аналогичные рабочей Ubuntu 18.04 LTS с версией python 2.7.15.

Может все таки ошибки не в версии python-а???

Как раз не в питоне, а в настройках сервера. Для начала надо локаль смотреть
https://vps.ua/wiki/beginners/setting-russian-locale-linux/

RE: 7.5.8 и мой опыт работы по обновлению. - tarasalex - 26-04-2018

Даю данные по рабочему серверу.
Welcome to Ubuntu 18.04 LTS (GNU/Linux 4.15.0-20-generic x86_64)

* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support: https://ubuntu.com/advantage


* Canonical Livepatch is available for installation.
- Reduce system reboots and improve kernel security. Activate at:
https://ubuntu.com/livepatch

Данные по лосале
:~$ locale
LANG=ru_RU.UTF-8
LANGUAGE=ru:en
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC=ru_RU.UTF-8
LC_TIME=ru_RU.UTF-8
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY=ru_RU.UTF-8
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER=ru_RU.UTF-8
LC_NAME=ru_RU.UTF-8
LC_ADDRESS=ru_RU.UTF-8
LC_TELEPHONE=ru_RU.UTF-8
LC_MEASUREMENT=ru_RU.UTF-8
LC_IDENTIFICATION=ru_RU.UTF-8
LC_ALL=

Данные по python
:~$ python
Python 2.7.15rc1 (default, Apr 15 2018, 21:51:34)
[GCC 7.3.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>


Какие еще данные нужны по серверу?

RE: 7.5.8 и мой опыт работы по обновлению. - Ruslan - 26-04-2018

Как написал выше fstab - использовать Virtualenv или докер. Проще первое. Как это делать - не помогу.
А так - гугл в помощ https://www.google.ru/search?newwindow=1&ei=24DhWtbhBMaH6ATfkJmwCA&q=linux+python+2.7+time+data+does+not+match+format&oq=linux+python+2.7+time+data+does+not+match+format&gs_l=psy-ab.3..33i160k1.26597.26720.0.26919.2.2.0.0.0.0.123.123.0j1.1.0....0...1c.1.64.psy-ab..1.1.122....0.1sXdO2GE4-E

RE: 7.5.8 и мой опыт работы по обновлению. - tarasalex - 26-04-2018

Руслан.
Разбираясь в ошибка у меня возникли 2 вопроса.
1. В ошибке пишется "time data '2018-04-26' does not match format '%d.%m.%Y". Т.е. это неверный формат даты.Правильно, я задаю дату в виде - '2018-04-26' . Согласно руководству по питону https://docs.python.org/2/library/datetime.html разделу 8.1.7 под эту дату должен быть формат '%Y-%m-%d'. Но у нас запрограммирован такой формат  '%d.%m.%Y'. Следовательно для этого формата должна быть дата вида 26.04.2018. Но при этой дате мы получаем другую ошибку - скрин 758-err0r-19.png

Далее полез уже в код программы - vim /home/asiou/www/asiou/event/views.py
       # Создать массив дополнительных форм
       add_forms = create_add_forms(type, init_object=object, data=post)

       # Обработка входных данных
       if request.method == 'POST':
           this_meropr_date = datetime.strptime(post['date_start'], '%d.%m.%Y')
           meropr_start_edge = datetime.strptime('01.09.'+str(edu_year), '%d.%m.%Y')
           meropr_finish_edge = datetime.strptime('31.08.'+str(int(edu_year)+1), "%d.%m.%Y")

Пробую работать в питоне
root@globeplus2:/home/user# python
Python 2.7.15rc1 (default, Apr 15 2018, 21:51:34)
[GCC 7.3.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from datetime import datetime
>>> print(datetime.strptime('26.04.2018', '%d.%m.%Y'))
2018-04-26 00:00:00
В питоне ошибок не возникает.
Вопрос - тогда в чем ошибка этой даты? Где еще стоит проверка, которая не дает записать данные в базу?

2. Полазил по всему меню АСИОУ и обнаружил, что такая ошибка возникает не только в этом месте. (Будет время - составлю список или сделаю скринами. Но сейчас актуальна проблема стоит в кадрах, при обновлении/добавлении записей и в мероприятиях).
Но в других местах, например, где так же не работает календарь, можно вводить даты в виде  '2018-04-26' и они нормально воспринимаются системой (например, при выставлении заполнении тем урока). Происходит сохранения.
Я понимаю, что могут быть разные форматы для полей записей в таблицах базы данных. Но, можно как-то уже "причесать" весь код за то время что он уже пишется.

3. Что еще больше меня поразило, так это то, что после ошибки полученной на скрине 758-err0r-19.png  я впервые увидел заработавший на этом поле календарь - скрин  758-err0r-20.png. И он меняет дату, но сохранять не получается. А еще интересное, что на соседнем поле календарь не работает.



Пока на сегодня все.
(26-04-2018, 09:22)fstab Писал(а):
(26-04-2018, 09:04)tarasalex Писал(а): Python 2.7.5 - дефолтная установка python-а для Ubuntu 14.04.5 LTS. Таким образом меня заставляют вернуться на версию Ubuntu, которая через 1 год потеряет обновления безопасности - см. сайты описания Ubuntu.Я уже сталкивался с такой ситуацией, когда очередное обновление АСИОУ приводит к неработоспособности сервера, так как он не может принять те пакеты, которые предписаны разработчиками.
А понижение версии python-а в следующих версиях Ubuntu приведет потере работоспособности таких блоков программ как систем обновления и центра установки программ в системе (возможно еще чего-то, но я прогуглил только по этому вопросу.), так как на дефолтной версии они делаются для определенной версии Ubuntu (например, для Ubuntu 16,04 LTS дефолтная версия  python-а 2,7,13, а для Ubuntu 18,04 LTS дефолтная версия  python-а 2,7,15).
Кроме того, перед установкой версии python-а необходимо удалить все ранее установленные при помощи pip пакеты. Иначе их работа будет не способна обеспечить совместимость с более раней версией.
Я посмотрел как устроен, что  python для Windows является отдельным программным обеспечением и не как не завязан на системные процессы в Windows. Можно брать любую версию в виде msi- пакета и ставить в любую систему Windows. Поэтому и предлагается не разработка программного обеспечения, а пользователю самому решать вопрос как и что сломалось, если это не дефолтная для разработчиков установка.
Разработчики АСИОУ живут в своей "песочнице", и не видят уходящий от них поезд.

Как говорил Руслан проблему на Ubuntu 14.04 победить не удалось, где то глубоко в настройках некорректно подхватывается локаль и мы получаем не тот формат даты.
Развертка свежей системы решила ситуацию.
Второй вариант развернуть АСИОУ в докере, в таком случае всегда можно будет обновить ОС и не зависеть от версии библиотек хост машины.
Вы пробовали развернуть АСИОУ с использованием virtualenv, чтобы не использовать текущие версии пакетов питона?
Про то, что python можно запускать в разных версиях под virtualenv и pyevn, читал. Но сам не работал. Поэтому ломать сервер не стал.
У меня на обслуживании есть еще одна школа, в 2016 году я поставил им сервер Ubuntu 14.04 LTS и версия АСИОУ 7.5.8 стала не без труда. (Наверное помогло, что я удалил все старые файлы и поставил всю папку www скачанную из архива. Но с некоторыми пакетами python пришлось побороться - т.е. поставить либо версии выше, либо те которые устанавливались ). Но там все работает, и пока школа не предъявляла каких либо дополнительных доработок. 
Поэтому сказать что-то плохое про Ubuntu 14.04 не могу. Единственное, что ее срок подходит к  концу официальных обновлений.

RE: 7.5.8 и мой опыт работы по обновлению. - Ruslan - 27-04-2018

Насколько я понимаю интерпретация даты и времени происходит в соответствии с локальными настройками. вот здесь и появляются такие косяки.

RE: 7.5.8 и мой опыт работы по обновлению. - tarasalex - 07-06-2018

После нескольких недель мучений с установкой Випнета и отсутствием техподдержки по работе с АСИОУ с Убунтой, поставил старый проверенный и уже работающий в другой школе ubuntu 14.04.5 32-разрядную. Поставил почти все пакеты из рекомендуемых и сервре заработал. И появился календарь из кнопки и месяцы стали русскими и випнет удалось запустить в работу.
Но наши программисты не дремлют.
Поставил очередное обновление АСИОУ база стала 20180528. Но тут от учителей посыпались жалобы. А почему месяц опять стал на  английском в журнале? Мало того, стали переделывать документы по участию учителей в проведении экзаменов. И там в также месяц пишется на английском. 
А кто ответит, почему так?
[attachment=72][attachment=74]

RE: 7.5.8 и мой опыт работы по обновлению. - Ruslan - 08-06-2018

(07-06-2018, 19:41)tarasalex Писал(а): После нескольких недель мучений с установкой Випнета и отсутствием техподдержки по работе с АСИОУ с Убунтой, поставил старый проверенный и уже работающий в другой школе ubuntu 14.04.5 32-разрядную. Поставил почти все пакеты из рекомендуемых и сервре заработал. И появился календарь из кнопки и месяцы стали русскими и випнет удалось запустить в работу.
Но наши программисты не дремлют.
Поставил очередное обновление АСИОУ база стала 20180528. Но тут от учителей посыпались жалобы. А почему месяц опять стал на  английском в журнале? Мало того, стали переделывать документы по участию учителей в проведении экзаменов. И там в также месяц пишется на английском. 
А кто ответит, почему так?

Было такое. Попробуйте settings.py поменять. Вот этот прислали из ТП. заработало.
https://yadi.sk/d/mfB4xwYX3XRBaQ

RE: 7.5.8 и мой опыт работы по обновлению. - tarasalex - 08-06-2018

(08-06-2018, 08:26)Ruslan Писал(а):
(07-06-2018, 19:41)tarasalex Писал(а): После нескольких недель мучений с установкой Випнета и отсутствием техподдержки по работе с АСИОУ с Убунтой, поставил старый проверенный и уже работающий в другой школе ubuntu 14.04.5 32-разрядную. Поставил почти все пакеты из рекомендуемых и сервре заработал. И появился календарь из кнопки и месяцы стали русскими и випнет удалось запустить в работу.
Но наши программисты не дремлют.
Поставил очередное обновление АСИОУ база стала 20180528. Но тут от учителей посыпались жалобы. А почему месяц опять стал на  английском в журнале? Мало того, стали переделывать документы по участию учителей в проведении экзаменов. И там в также месяц пишется на английском. 
А кто ответит, почему так?

Было такое. Попробуйте settings.py поменять. Вот этот прислали из ТП. заработало.
https://yadi.sk/d/mfB4xwYX3XRBaQ

Очень удивительно, но замена помогла. Сравнил старый файл с присланным - разница в том, что
было
# If you set this to False, Django will make some optimizations so as not
# to load the internationalization machinery.
if platform.system() != 'Windows' and APP_ORG_TYPE != OU_RBD:
    USE_I18N = False
else:
    USE_I18N = True

А стало 
# If you set this to False, Django will make some optimizations so as not
# to load the internationalization machinery.
USE_I18N = True


Самое главное, чтобы при последующих обновлениях не затерли это изменение