Pilgrish

В Python нет многострочных комментариев, есть только строчные.
Комментирование происходит только символом #.
Механика работы комментирования. Интерпретатор Python идёт по программе и построчно её исполняет. Как только встречает символ # вне текста (вне кавычек), то он игнорирует всё, написанное после этого символа на данной строке, то есть не исполняет.

В Python есть тип данных str (строки, текст). В документации Python указано, как можно создавать строки. А именно: ставятся парные кавычки — всё записанное между ними будет считаться строкой. При этом есть два варианта такого указания строк: с одним символом кавычек (не важно, " или ') или с тремя одинаковыми символами кавычек (не важно, " или '). Разница в том, что в тройных кавычках внутри можно делать переносы строк, а в одиночных нельзя. То есть в случае тройных кавычек интерпретатор будет считать строкой всё, что увидит вплоть до следующих таких тройных кавычек, где бы они не стояли, даже если на другой строке. А вот если с одиночными кавычками забыть их закрыть на той же строке, то произойдёт ошибка SyntaxError при запуске программы.

Ещё есть такая особенность указания строк. Если две строчки, записанные через кавычки, стоят в одном выражении, и между ними нет ничего кроме пробельных символов (в том числе переносов строк), то они будут объединены в одну строку, как в случае с конкатенацией. Это используется, например, для переноса длинной строчки, когда строка в коде программы превышает оговоренную максимальную длину (в смысле в самом коде визуально строчка кода, которая по английски line, а не та строчка, что в кавычках пишется, превышает какое-то число символов, то есть слишком долго в право идёт) — можно взять этот текст в круглые скобки и разбить на несколько строк — главное не поставить запятые вне кавычек, чтобы оно не превратилось в кортеж.

Для интерпретатора не обязательно сохранять значения в переменную. Например, в строчке программы можно написать просто число — будет просто число, которое сразу же забудется вне этой строчки, так как не было сохранено в переменную. Точно так же может быть в строчке программы любой текст, который в кавычках записан — если его никуда при этом не передавать и не сохранять, то он просто будет, а после сразу забудется.

То есть в тройных кавычках находится обычная строка (тип str), а не комментарий. Эта часть исполняется интерпретатором. Если сохранить её в переменную — она будет в переменной. Если например, записать её внутри списка (тип list), то она будет элементом этого списка.
В данном случае строчка в тройных кавычках была записана внутри фигурных скобок — в выражении содержимого словаря. Потому она объединилась со следующей строчкой в кавычках, так как между ними не было ничего, кроме пробельных символов.

Если же нужно комментирование, то нужно использовать символ #.
Для быстрого комментирования нескольких строк в многих IDE можно выделить несколько строк и после сразу всех их закомментировать нажатием Ctrl+/.

Но ещё есть понятие "докстриги" (англ. Docstring). Это строчки, используемые для документации. Они тоже никуда не сохраняются явно, но при этом на самом деле сохраняются в атрибут объекта __doc__. Их используют для указания документации прямо в коде для модуля, класса, функции.

Упоминаются докстринги в PEP 8 в виде правила этого соглашения, как их нужно писать.
Подробное объяснение, что это такое, зачем, как работает, расписано в PEP 257.

мне отформатировали NVME

Если SSD исправен, то обычно после этого за достаточно короткое время отрабатывает TRIM и восстанавливать там больше нечего.

Грубо говоря. Ваш накопитель использует шифрование

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

Файлы лежащие на поверхности диска те что записаны расшифровываются корректно

Звучит как ересь.
На какой поверхности? Поверхности есть у HDD (жёстких дисков).

но есть области вне их

"Области вне их"? Вне чего?

где лежат какие-то данные не расшифровываются корректно

И? Соответствующее пространство пропадает? Файлы отттуда отдаются битыми? Что-то ещё?
И вы, пользуясь диском, этого не заметили?

Это не связано с работоспособностью накопителя

Ну ладно. Но файлы почему-то не читается ¯\_(ツ)_/¯

Вы точно обращались в специализированные компании, занимающиеся только восстановлением данных?
Или в компьютерные сервисы aka ремонт ноутбуков?

я проверил и Windows не шифровал диск Bitlockerom

Как именно вы проверили?
Подключили диск к компьютеру? Тогда ТРИМ наверняка успел отработать.

Возможно ли с него восстановить данные?

Накопитель я, понятно, не видел, но в целом предположил бы, что шанс восстановить информацию с этого ССД был бы только если бы машину с ним выключили очень быстро после форматирования.
Идеально, если выдёргиванием питания сразу же.

Не получится с вероятностью 99.99999% ничего восстановить.
Вот примерное описание что там происходит.

.....устройство SSD должно использовать для записи свежих данных либо свои новые ячейки, либо сначала стереть предыдущие данные. Стирание старых данных в устройствах SSD достаточно медленный процесс. Именно поэтому Удаление файлов в устройствах SSD работает следующем образом: когда пользователь, программа, или сама ОС удаляет файл, ОС запускает команду TRIM, которая информирует устройство SSD о том, что эти данные больше не нужны. Устройство SSD переводит ячейки, в которых хранился файл в специальный пул, чтобы стереть их потом. Если какая-либо программа или ОС запрашивает данные из этих ячеек, SSD возвращает просто мусор или нули.
Более того, устройство постоянно перемещает данные по своим ячейкам для более равномерного их износа. Только само устройство знает где конкретно хранятся данные файла в конкретное время. ОС этим процессом не управляет, и, более того, у нее нет никаких возможностей узнать реальное физическое место данных.
Именно поэтому восстановление данных с устройств SSD при форматировании очень сложно и практически не возможно...

Простой ответ: практически любой банк РФ умеет принимать платежи по СБП. для этого надо сообщить плательщику номер телефона, к которому уже привязан СБП.

Правильное решение:
1. Открыть юрлицо или ИП
2. Открыть РКО в банке
3. Подключить Интернет-Эквайринг
4. Подключить к Интернет-Эквайрингу облачную кассу с фискальным накопителем.
5. Настроить виджет/форму на сайте.
6. Начать принимать платежи на расчетный счет юрлица или ИП.
7. Платить налоги в соответствии с налоговым режимом и организационной формой.
Минус: стоимость эквайринга 0.4% по СБП, а по картам еще выше.

Неправильное решение из-за лимитов НПД (2.4 млн в год):
1. Открыть самозанятость (режим НПД).
2. Давать реквизиты для перевода по СБП (телефон).
3. Начать принимать платежи на счет физлица.
4. Каждый месяц оплачивать налог НПД по счету от ФНС.

Рекомендации по снижению рисков по 115фз:
1. Платить налоги НПД с этого же счета.
2. Вести реальные хозяйственные операции: покупать в магазинах, оплачивать услуги.
3. Не выводить деньги в день прихода (с ними нужно "переспать").
4. Держать остаток на счету сопоставимый с оборотом за месяц.
5. Не снимать наличные на все поступления.

Так же как обычная розетка, только для сети. Конечно к ней идет кабель и расключается внутри розетки.

Анекдот в тему: "Ездил Чукча в Москву, купил там телевизор, приехал домой и хвастается жене: смотри я телевизор купил, а она отвечает что он дурак и электричества у них нет, а он возражает что не дурак и купил розетку"

так тут примерно то же самое, к такой розетке понадобится "источник".

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

подключается в зависимости от выбранной модели и её назначения.