webhead

Emoji это 4х байтные символы, а начиная с ios5 еще и 3х байтные.
Нормально хранить их можно 3мя способами:
1) Переведя коннект к базе данных и сами таблицы в кодировку utf8mb4, при этом могут быть проблемы с дефолтными настройками на дешевых хостингах и готовых движках (ключи по длине перестают умещаться, итд)
2) Хранить в базе в виде base64 или json в обычном поле
3) Хранить как VARBINARY или BLOB

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

Нет, файл-PHP защищать не нужно, если веб-сервер передает его на обработку PHP-интерпретатору. То есть, если сценарии вообще работают, а не выдается содержимое PHP-файла при запросе по адресу ваш-сайт/action_page.php. Большинство PHP-движков спокойно хранят настройки в PHP-скриптах.

Однако, если данные очень критичны и есть боязнь сбоя сервера (например, администратор допустит случайную и временную ошибку, открыв доступ к содержимому скриптов, исключив интерпретацию), можете вынести все приватные данные за пределы action_page.php, например, в action_page_handler.php , в свою очередь находящийся за пределами публичной директории, и подключаемый, скажем, как require __DIR__ . '../../scripts/action_page_handler.php'; (и это будет единственная строчка в action_page.php, которую кто-либо когда-либо сможет увидеть).

Просто отлично, что вы к этому пришли.
Как говорится, с начала освойте азбуку, а потом уже за c++ принимайтесь.

1. Charles Petzold "C.O.D.E."
Читать обязательно. Очень хорошо разжёвываются все эти битности, разрядности и .тд.
В процессе чтения Вы, вместе с автором постепенно собираете компьютер и попутно осваиваете для этого необходимый бекграунд.
С начала разбираются подходы в кодировании информации, не шифровка, а принципы представления информации в нулях и единицах. Потом разбираются системы счисления, потом немного химии и физики, что бы представлять как течёт ток по проводам. Потом разбираетесь как работают реле, далее идут первые логические элементы на реле. Потом вместе с автором собираете различные компоненты типо памяти, процессора на основе ранее сконструированных логических элементах. В общем это всё продолжается пока вы в конце не построите компьютер и изучите несколько основных ассемблерных команд, попутно изучив как считать в разных системах счисления, краткую историю развития комп техники и все логические элементы.

2. Andrew Tannenbaum "Structured Computer Organization"
По идее, можете даже сразу начать с этой книги, но все те фундаментальные вещи, которые разжёвывает Петцольд тут будут упомянуты вскользь, но тут пойдут уже более серьёзные вещи по поводу архитектуры. Будут рассматриваться уровни устройства современных процессоров, памяти, ассемблер, прерывания и т.д. т.д. т.д. Перечислять всё не имеет смысла, т.к. список будет оооочень большой. Это наиболее полная и подробная книга об архитектуре ЭВМ. В принципе, прочитая её от корки до корки вы будите достаточно хорошо разбираться в архитектуре самих компьютеров.

3. Hennessy J., Patterson D. "Computer Architecture A Quantitative Approach"
Эту пока ещё не читал, но судя по содержанию может быть отличным дополнением после танненбаума. Хотя, вполне может оказаться довольно самодостаточной книгой на ровне с вышеупомянутой книгой.
Судя по предисловию и содержанию, в ней в дополнении к тому, что разбирает танненбаум, много уделяется внимание параллелизму, облакам, шарингу ресурсов и т.д.

Можете взяться за это так:
Если цените время, то начинайте сразу с Танненбаума, но если окажется сложным, то закрывайте и с начала читайте Петцольда.

Если время хватает, то сразу читайте Петцольда, а потом Танненбаума :) И это лучший вариант. ИМХО)
Петцольд читается очень легко и интересно. Я прочитал его на одном дыхании, а вот с Танненбаумом всё не так просто)

UPD:
По поводу актуальности. Актуально всё)
2 и 3 разбирают современные ARM-Cortex A8 и i7 процессоры, Nvidia Fermi, CUDA и т.д.
Ну а в первой книге этого и не надо)

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

Классическое решение от 1С — Битрикс использует следующую схему — выгрузка из 1С в CommerceML (ну в смысле в XML стандартизированного формата CommerceML) и загрузка этого дела на сайт.
Таким образом вы можете загрузить на сайт актуальный ассортимент, прайс лист и остатки на складах.
С сайта вы можете также в XML выгрузить нужные вам счета/заказы и загрузить их в 1С.
Механизм, который позволяет 1С выполнять обмен данными через сереализацию в XML называется конвертацией данных или обменом, конкретный обмен задается правилами обмена (тоже записанными в XML)/ Единтственное, вам конено придется настроить правила обмена, так чтобы 1С отдавала нужные вам данные, а также настроить правила загрузки данных с сайта. Настройка правил обычно выполняется на основе типового шаблона с использованием для допиливания специальной конфигурации, которая так и называется — «Конвертация данных».

Обмен через XML в этом слчае предпочтителен, т.к. вас наверное сервер 1С и web сервер тереторриально разнесены. Т.е. в таком случае COM однозначно не катит, возможен конечно доступ непосредственно к SQL серверу на котором лжит 1С — но здесь тоже непросто, как минимум, для того чтобвы записать счета/заявки в напрямую в SQL базу 1С придется поколдовать (хотя это возможно, и мы так делали).
Дак, как напиасно выше 1С позволяет использовать SOA обертку, но работа с ней требует большего кода на стороне 1С и в целом более сложный механизм, однако позволяет работать с данным полность в реальном времени. Т.е. если в случае выгрзки XML вы можете обновлять на сайте остатки насайте каждый час, то при использовании веб сервиса 1С вы бдете видеть всегда актуальные остатки. Как правило такой оперативности не требуется, если же это то, что вам надо — пишите, распишу иеханизм веб сервисов.

Если требуется более подробный совет пишите в личку — посоветуем, а если надо и поможем;-)

Чтобы сохранять символы с кодами больше 0xFFFF недостаточно задать кодировку сессии, необходимо чтобы таблицы базы данных имели кодировку utf8mb4. Пересоздай таблицы БД с явным указанием кодировки utf8mb4.

Но учти, что максимальная длина индексного значения в БАЙТАХ при этом не меняется. Потому, если у тебя есть индексы по полям типа VARCHAR, то для utf8mb4 (4 байта на символ вместо 3 у utf8) длина этих полей не должна превышать 191 символ (255*3/4).

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

Дам совет от себя, как новичка от мира JS.
Могу посоветовать не книги, а скорее решение математических задач. :)
Прям берем любой вопрос, от простого до сложного и решаем, желательно разными методами:
Сортировки, факториалы, площади, матрицы, что угодно, в порядке усложнения.

Т.е. нужно сперва заставить себя мыслить на языке (тут очень неплохо подходит такое объяснение: ты хорошо знаешь иностранный язык, когда ты мыслишь на этом языке непроизвольно) и как можно больше писать, обращать внимание на суть написанного, а не искать "а где же тут { закрывается".
Брать хорошие и интересные решения других людей и разбирать их, научиться читать код и вникать в то, что он означает.

И самое главное ни в коем случае не читать книг по типу "построй свой отзывчивый сайт", "как создать интернет-магазин" и прочий мусор от мира компьютерной литературы. Уметь программировать !== знанию отдельных инструментов одного конкретного языка.

Ставим себе задачу: я хочу сделать так, чтобы весь текст на страничке после "." разбивался на абзацы. Пытаемся решить самостоятельно, гуглим, вникаем в решение других (если не получилось самому), пытаемся изменить задачу и решить самостоятельно. Решили задачу - едем дальше, ставим новую.
Этот процесс даст очень много понимания в начале пути, а потом можно уже и Флэнаганов читать, подправлять знания в правильное русло.

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

А, ну и побольше математики, правда. Решение математических задач обусловлено строгой логикой, это очень помогает! Вспоминаем (например) как искать площадь треугольника сперва на бумаге, потом пишем это в IDE.
Это более долгий путь, но как по мне, так он более основательный.