Anton Kuzmichev

Скорее всего, это сделано для того, чтобы не пересобирать слои, а использовать закэшированные в случае, когда зависимости не поменялись между сборками. Это существенно ускоряет процесс.

Что означает вот эта первая надпись с одним знаком суммы? Там же 2 переменные в условии - j и k! Эта надпись означает сумму по всем значениям j и k, т.ч. 1 <= j < k+j <= n. Это множество допустимых значений можно представить как какую-то фигуру на плоскости.
Ее можно описать вот этими неравенствами, а можно перебрать все допустимые значения j, для каждого из них посмотреть, какие значения k попадают в искомое множество. Вот так и получаются 2 суммы, одна по j, другая по k.
k не может быть меньше 1 (Видимо, по условию раньше) и больше n, потому что иначе k+j превзойдет n. Зафиксировав k, остаются 2 условия 1 <= j и k+j <= n. ведь j < k+j всегда. Из этих двух условий получаем границы суммирования на j.

Нет, она не корректна, тк ты время на проценты умножаешь.

Простой способ проверки: подставляем единицы измерения и пытаемся понять смысл каждого подвыражения.

M1/M2 - ок, отношения массы одного к массе другого - единиц измерения нет, тк сократились.
Это отношение умноженное на время - уже странно, но тоже ладно. В результате у нас время чего-то, допустим что в секундах.
А вот время домноженное на 100% - это что?

5 секунд умножить на 100% = 500% от секунды?
В принципе корректно, но смысла в этом нет.
Какой смысл?

Переделать авторизацию с Personal на Enterprise, поднять Radius сервер и выдавать каждому пользователю логин и пароль индивидуально. В настройках радиуса установить одну (две) авторизацию на одного пользователя.

Если спрашиваете, то не готовы.

В этом вопросе важно понимать, что изучив всего лишь объектный синтаксис, вы столь же готовы писать ООП, сколь готовы профессионально играть в шахматы, изучив как ходят фигуры.
Главное в ООП - не синтаксис. А взаимодействие объектов. Композиция, наследование, инкапсуляция. Связность, связанность. Это все довольно сложно, и по усилиям, которые требуется затратить на обучение, запредельно отличается от изучения основ процедурного программирования.

Так что просто запаситесь терпением, набирайтесь опыта в программировании, и постепенно разбирайтесь с ООП - сначала на примере чужих классов и книжек. Мартин, Фаулер - вот это вот всё.

{"janus":"message_plugin","transaction":"Q3ohu2pi2I4L","admin_secret":"dsadasdsadasds","plugin":"janus.plugin.videoroom","request":{"request":"create","room":312312231,"permanent":false,"is_private":false}}

и слать это надо в :7889/admin POST'ом.

from itertools import product

print(list(product('1234567890', repeat=3)))

Либо сам выбери то что именно тебе нужно из itertools:

так запускать надо в фоне, без привязки к конкретной сессии.
nohup/screen/tmux/etc или банальный & помогут, но лучше запускать как демон.

fb2 - это просто xml.

Согласен с Anton Kuzmichev, однако если нет возможности изменить структуру данных, то можно разбить строку на массив и сортировать по каждому элементу

create table test (
  col varchar(64)
);

insert into test 
values 
  ('ЧС.1.1'), 
  ('ЧС.1.2'), 
  ('ЧС.1.3.1'), 
  ('ЧС.1.10'), 
  ('ЧС.1.11.1'), 
  ('П.1.1'), 
  ('П.1.2'), 
  ('П.10.2'), 
  ('П.2.10');

select 
  col
from 
  test 
order by 
  (string_to_array(col, '.'))[1], 
  (string_to_array(col, '.'))[2]::int, 
  (string_to_array(col, '.'))[3]::int;

PostgreSQL fiddle

или так:

select col from (
  select 
	col, string_to_array(col, '.') arr
  from 
	test
) tbl
order by 
  arr[1], 
  arr[2]::int, 
  arr[3]::int;