Обновление 3.21 - История изменений

Admin: /* Особенности в проведении обновления */

2026-05-29T14:40:00Z

Особенности в проведении обновления

← Предыдущая версия		Версия от 14:40, 29 мая 2026
Строка 65:		Строка 65:

	* Возможно часть сохранённых пользовательских фильтров собьётся ''(в списке абонентов, заданий...)'', т.к. поменялись как ID/UUID так и расширены возможности фильтрации очень сильно. Их необходимо будет перенастроить по-новой.		* Возможно часть сохранённых пользовательских фильтров собьётся ''(в списке абонентов, заданий...)'', т.к. поменялись как ID/UUID так и расширены возможности фильтрации очень сильно. Их необходимо будет перенастроить по-новой.

			* Теперь все API-запросы на "запись/изменение данных" выполняются через POST. Доработайте свои скрипты, при необходимости.

	'''Список изменений:''' [[3.21\|просмотреть]]		'''Список изменений:''' [[3.21\|просмотреть]]

	'''Проведение обновления:''' [[Обновление\|инструкция]]		'''Проведение обновления:''' [[Обновление\|инструкция]]

Admin: /* Особенности в проведении обновления */

2026-05-29T09:52:56Z

Особенности в проведении обновления

← Предыдущая версия		Версия от 09:52, 29 мая 2026
Строка 40:		Строка 40:

	* Если вы обновляетесь с версии 3.19 и ранее - ознакомьтесь со страницей: [[Обновление 3.20]]		* Если вы обновляетесь с версии 3.19 и ранее - ознакомьтесь со страницей: [[Обновление 3.20]]

			* Если вы используете [[Кастомизация\|кастомизацию]] - перенесите файлы по новому пути

	* Перенесите/удалите посторонние файлы, каталоги и прочее из директории userside. Там должны находится только дистрибутивные файлы самой системы и файлы, которые система создает во время своей работы. Модули userside (usm) также не должны там хранится. Используйте отдельные каталоги для них (например, /opt/userside). Посторонние файлы из директории userside могут быть удалены в процессе обновления		* Перенесите/удалите посторонние файлы, каталоги и прочее из директории userside. Там должны находится только дистрибутивные файлы самой системы и файлы, которые система создает во время своей работы. Модули userside (usm) также не должны там хранится. Используйте отдельные каталоги для них (например, /opt/userside). Посторонние файлы из директории userside могут быть удалены в процессе обновления

Admin: /* Несколько слов от автора */

2026-05-23T14:47:51Z

Несколько слов от автора

← Предыдущая версия		Версия от 14:47, 23 мая 2026
Строка 10:		Строка 10:

	* Проведён глубокий рефакторинг и обновление UI/UX. Исключена т.н. "мобильная версия" как таковая и сделан упор на комфортный внешний вид в мобильных устройствах.		* Проведён глубокий рефакторинг и обновление UI/UX. Исключена т.н. "мобильная версия" как таковая и сделан упор на комфортный внешний вид в мобильных устройствах.

			* В [[Схема коммутации\|схеме коммутации]] переработана механика - ускорение в 2-10 раз по отображению плюс коммутация в схеме теперь не перезагружает страницу. Также напоминаю, что у нас есть [["Горячие клавиши"]] которые ещё больше ускоряют работу.

	* У нас появилась/переработана/документирована событийная система [[Internal API]] v2. Версия v1 пока поддерживается ''(custom_api.php)'' но постепенно переходите на v2.		* У нас появилась/переработана/документирована событийная система [[Internal API]] v2. Версия v1 пока поддерживается ''(custom_api.php)'' но постепенно переходите на v2.

Admin: /* Несколько слов от автора */

2026-05-23T14:27:40Z

Несколько слов от автора

← Предыдущая версия		Версия от 14:27, 23 мая 2026
Строка 11:		Строка 11:
	* Проведён глубокий рефакторинг и обновление UI/UX. Исключена т.н. "мобильная версия" как таковая и сделан упор на комфортный внешний вид в мобильных устройствах.		* Проведён глубокий рефакторинг и обновление UI/UX. Исключена т.н. "мобильная версия" как таковая и сделан упор на комфортный внешний вид в мобильных устройствах.

	* У нас появилась/переработана/документирована событийная система Internal API v2. Версия v1 пока поддерживается ''(custom_api.php)'' но постепенно переходите на v2.		* У нас появилась/переработана/документирована событийная система [[Internal API]] v2. Версия v1 пока поддерживается ''(custom_api.php)'' но постепенно переходите на v2.

	* [[Обновление]]. '''Рекомендую иметь два инстанса системы'''. Отдельно действующую и отдельно тестовую. На тестовой вы можете периодически обновлять базу данных с действующей системы и проводить обновление, убеждаясь, что всё работает, ознакомиться с нововведениями или выявлять моменты, которые у вас перестали работать.		* [[Обновление]]. '''Рекомендую иметь два инстанса системы'''. Отдельно действующую и отдельно тестовую. На тестовой вы можете периодически обновлять базу данных с действующей системы и проводить обновление, убеждаясь, что всё работает, ознакомиться с нововведениями или выявлять моменты, которые у вас перестали работать.

Uscld2 в 06:35, 20 мая 2026

2026-05-20T06:35:30Z

← Предыдущая версия		Версия от 06:35, 20 мая 2026
Строка 49:		Строка 49:
	</pre>		</pre>

	* ~~'''~~Обязательно выполните FULL ~~VACUUM~~ после обновления~~'''~~		* Обязательно выполните VACUUM FULL + ANALYZE после обновления:
			<pre>
			sudo -u postgres vacuumdb --full --analyze userside
			</pre>
			или тоже самое при помощи SQL-запроса:
			<pre>
			sudo -u postgres psql -d userside -c "vacuum full analyze"
			</pre>

	* Не забудьте обновить все модули на их свежие версии		* Не забудьте обновить все модули на их свежие версии

Uscld2 в 07:48, 19 мая 2026

2026-05-19T07:48:45Z

← Предыдущая версия		Версия от 07:48, 19 мая 2026
Строка 41:		Строка 41:
	* Перенесите/удалите посторонние файлы, каталоги и прочее из директории userside. Там должны находится только дистрибутивные файлы самой системы и файлы, которые система создает во время своей работы. Модули userside (usm) также не должны там хранится. Используйте отдельные каталоги для них (например, /opt/userside). Посторонние файлы из директории userside могут быть удалены в процессе обновления		* Перенесите/удалите посторонние файлы, каталоги и прочее из директории userside. Там должны находится только дистрибутивные файлы самой системы и файлы, которые система создает во время своей работы. Модули userside (usm) также не должны там хранится. Используйте отдельные каталоги для них (например, /opt/userside). Посторонние файлы из директории userside могут быть удалены в процессе обновления

	* Версия 3.21 требует PHP версии 8.4.		* Версия 3.21 требует PHP версии 8.4. Остальные требования остаются такими же как для версии 3.20

	* С помощью автоматического [[Инсталлятор\|инсталлятора]] выполните [[Обновление\|обновление]]:		* С помощью автоматического [[Инсталлятор\|инсталлятора]] выполните [[Обновление\|обновление]]:
	sudo -u www-data ~~php userside_install~~.~~phar~~ install		<pre>
			curl -fsSL https://my.userside.eu/install.sh \| sudo -u www-data bash
			sudo -u www-data ./installer install
			</pre>

	* '''Обязательно выполните FULL VACUUM после обновления'''		* '''Обязательно выполните FULL VACUUM после обновления'''

Admin: /* Несколько слов от автора */

2026-05-18T14:02:02Z

Несколько слов от автора

← Предыдущая версия		Версия от 14:02, 18 мая 2026
Строка 10:		Строка 10:

	* Проведён глубокий рефакторинг и обновление UI/UX. Исключена т.н. "мобильная версия" как таковая и сделан упор на комфортный внешний вид в мобильных устройствах.		* Проведён глубокий рефакторинг и обновление UI/UX. Исключена т.н. "мобильная версия" как таковая и сделан упор на комфортный внешний вид в мобильных устройствах.

			* У нас появилась/переработана/документирована событийная система Internal API v2. Версия v1 пока поддерживается ''(custom_api.php)'' но постепенно переходите на v2.

	* [[Обновление]]. '''Рекомендую иметь два инстанса системы'''. Отдельно действующую и отдельно тестовую. На тестовой вы можете периодически обновлять базу данных с действующей системы и проводить обновление, убеждаясь, что всё работает, ознакомиться с нововведениями или выявлять моменты, которые у вас перестали работать.		* [[Обновление]]. '''Рекомендую иметь два инстанса системы'''. Отдельно действующую и отдельно тестовую. На тестовой вы можете периодически обновлять базу данных с действующей системы и проводить обновление, убеждаясь, что всё работает, ознакомиться с нововведениями или выявлять моменты, которые у вас перестали работать.

Admin: /* Особенности в проведении обновления */

2026-05-18T13:43:42Z

Особенности в проведении обновления

← Предыдущая версия		Версия от 13:43, 18 мая 2026
Строка 47:		Строка 47:

	* Не забудьте обновить все модули на их свежие версии		* Не забудьте обновить все модули на их свежие версии

			* Возможно часть сохранённых пользовательских фильтров собьётся ''(в списке абонентов, заданий...)'', т.к. поменялись как ID/UUID так и расширены возможности фильтрации очень сильно. Их необходимо будет перенастроить по-новой.

	'''Список изменений:''' [[3.21\|просмотреть]]		'''Список изменений:''' [[3.21\|просмотреть]]

	'''Проведение обновления:''' [[Обновление\|инструкция]]		'''Проведение обновления:''' [[Обновление\|инструкция]]

Admin: /* Несколько слов от автора */

2026-05-18T13:41:53Z

Несколько слов от автора

← Предыдущая версия		Версия от 13:41, 18 мая 2026
Строка 9:		Строка 9:
	* Сделан архитектурный переход от числовых идентификаторов объектов ''(ID)'' к строковым идентификаторам ''(UUID)''. Для многих типов объектов - старый ID остался для удобства ''(например "Задание №7562" удобнее чем "Задание №ae4ae420-7643-4572-a752-9ecfdbeca371")''. Но внутри базы и ядра - привязка идёт по UUID. Кроме прочего это даёт возможность чуть позже сделать следующий шаг - возможность объединения нескольких систем в одну при необходимости. '''Очень важно''' - так как такая миграция ID/UUID затрагивает практически всю базу ''(и часто неоднократно)'' то после завершения обновления необходимо сделать FULL VACUUM. Без этого шага всё будет работать очень медленно. Также стоит учесть, что на большой базе '''обновление/миграция может занимать часы'''.		* Сделан архитектурный переход от числовых идентификаторов объектов ''(ID)'' к строковым идентификаторам ''(UUID)''. Для многих типов объектов - старый ID остался для удобства ''(например "Задание №7562" удобнее чем "Задание №ae4ae420-7643-4572-a752-9ecfdbeca371")''. Но внутри базы и ядра - привязка идёт по UUID. Кроме прочего это даёт возможность чуть позже сделать следующий шаг - возможность объединения нескольких систем в одну при необходимости. '''Очень важно''' - так как такая миграция ID/UUID затрагивает практически всю базу ''(и часто неоднократно)'' то после завершения обновления необходимо сделать FULL VACUUM. Без этого шага всё будет работать очень медленно. Также стоит учесть, что на большой базе '''обновление/миграция может занимать часы'''.

	* Проведён глубокий рефакторинг и обновление UI/UX		* Проведён глубокий рефакторинг и обновление UI/UX. Исключена т.н. "мобильная версия" как таковая и сделан упор на комфортный внешний вид в мобильных устройствах.

	* [[Обновление]]. '''Рекомендую иметь два инстанса системы'''. Отдельно действующую и отдельно тестовую. На тестовой вы можете периодически обновлять базу данных с действующей системы и проводить обновление, убеждаясь, что всё работает, ознакомиться с нововведениями или выявлять моменты, которые у вас перестали работать.		* [[Обновление]]. '''Рекомендую иметь два инстанса системы'''. Отдельно действующую и отдельно тестовую. На тестовой вы можете периодически обновлять базу данных с действующей системы и проводить обновление, убеждаясь, что всё работает, ознакомиться с нововведениями или выявлять моменты, которые у вас перестали работать.

Admin: /* Несколько слов от автора */

2026-05-18T12:33:15Z

Несколько слов от автора

← Предыдущая версия		Версия от 12:33, 18 мая 2026
Строка 8:		Строка 8:

	* Сделан архитектурный переход от числовых идентификаторов объектов ''(ID)'' к строковым идентификаторам ''(UUID)''. Для многих типов объектов - старый ID остался для удобства ''(например "Задание №7562" удобнее чем "Задание №ae4ae420-7643-4572-a752-9ecfdbeca371")''. Но внутри базы и ядра - привязка идёт по UUID. Кроме прочего это даёт возможность чуть позже сделать следующий шаг - возможность объединения нескольких систем в одну при необходимости. '''Очень важно''' - так как такая миграция ID/UUID затрагивает практически всю базу ''(и часто неоднократно)'' то после завершения обновления необходимо сделать FULL VACUUM. Без этого шага всё будет работать очень медленно. Также стоит учесть, что на большой базе '''обновление/миграция может занимать часы'''.		* Сделан архитектурный переход от числовых идентификаторов объектов ''(ID)'' к строковым идентификаторам ''(UUID)''. Для многих типов объектов - старый ID остался для удобства ''(например "Задание №7562" удобнее чем "Задание №ae4ae420-7643-4572-a752-9ecfdbeca371")''. Но внутри базы и ядра - привязка идёт по UUID. Кроме прочего это даёт возможность чуть позже сделать следующий шаг - возможность объединения нескольких систем в одну при необходимости. '''Очень важно''' - так как такая миграция ID/UUID затрагивает практически всю базу ''(и часто неоднократно)'' то после завершения обновления необходимо сделать FULL VACUUM. Без этого шага всё будет работать очень медленно. Также стоит учесть, что на большой базе '''обновление/миграция может занимать часы'''.

			* Проведён глубокий рефакторинг и обновление UI/UX

	* [[Обновление]]. '''Рекомендую иметь два инстанса системы'''. Отдельно действующую и отдельно тестовую. На тестовой вы можете периодически обновлять базу данных с действующей системы и проводить обновление, убеждаясь, что всё работает, ознакомиться с нововведениями или выявлять моменты, которые у вас перестали работать.		* [[Обновление]]. '''Рекомендую иметь два инстанса системы'''. Отдельно действующую и отдельно тестовую. На тестовой вы можете периодически обновлять базу данных с действующей системы и проводить обновление, убеждаясь, что всё работает, ознакомиться с нововведениями или выявлять моменты, которые у вас перестали работать.