galaxy

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

теперь выполняем следующую команду, и получаем 5000,(ffff+1=0) очевидно что программа совершит не предвиденный переход не пойми куда

И? У вас код не поместился в сегмент, чьи это проблемы?
Код большого размера (> 65KB) разбивался по разным сегментам. Для переходов у Intel были разные виды jump'ов (far/near).

В теории все можно, однако:
- обычно у повер банков выходы только USB, и там 5В. 12 там может быть только через какой-нибудь quickcharge, если таковой поддерживает сам банк и инвертор (ох, сомневаюсь я, что бывают такие инверторы, хотя хз, может и дошла китайская инженерная мысль)
- надо смотреть максимальную выдаваемую мощность (допустим по quickcharge 12В и 3А => 36Вт), делить ее на 1.5-2, чтобы учесть КПД всей цепочки. У вашего ноута, как вы пишете, макс потребляемая 20*3.3 = 66Вт. Снова сомневаюсь, что есть повер банки, способные выдать 100Вт+
- ну и заряжать ноут с батареей 50-100 Вт*ч от банка с плюс-минус такой же емкостью... ну, хз

Что за прикол писать smtp руками? PHPMailer или mail() на худой конец чем не угодил?
Правильно сформировать письмо - нетривиальная задача, полно мелких нюансов.
Вам же, впрочем, основные вещи перечислили:

• нет Content-type и charset
  
• заголовки не кодируются как положено
  
• нет Mime-version
  

Также не указан transfer-encoding.
Нет DKIM (хотя это уже мелочь). Неизвестно, что с SPF у домена.

В mysql, как написал Rsa97, варианты эквивалентны. В стандарте SQL (и многих других СУБД) это не так.
CROSS JOIN - используется без условия ON и действительно выполняет декартово произведение (так же работает запятая).
INNER JOIN требует ON.

Из-за того, что ON условие не обязательно сначала декартово произведение выполняется, а потом условие в ON отсеивает ненужное.

Стоит запомнить, что SQL - язык декларативный (а не императивный). SQL запрос определяет, что надо сделать, а не как. Поэтому хотя и можно представлять себе работу его так, как вы описали, но в реальности почти всегда соединение будет происходить иначе и более оптимально (почитайте про nested loops, merge join, hash join и т.д.).

3.14 - разделитель - точка

Ну для начала попробуй:

in_db("INSERT INTO authorized_user ( name, surname, mail, telefon, pass) VALUES ('$pieces[0]', '$pieces[1]', '$pieces[2]', '$pieces[3]', '$pieces[4]')");

(если там вообще есть таблица authorized_user)

И заодно тут сделай хотя бы:
catch (PDOException $e) { die($e->getMessage()); }

Дальше уже переписывать в нормальном виде: https://phpdelusions.net/pdo_examples/insert

Документация паршивая у вашего sendgrid, но думаю, что нужно до html варианта письма добавить текстовый:

body = params.get('body')
txt_body = ... # перевести в текст, например через html2text: https://pypi.org/project/html2text/
message.add_content(txt_body , 'text/plain')
message.add_content(body, 'text/html')