M-ka

организовать очередь запуска для ф-й и будет счастье...

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

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

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

1. каждое слово можно обвернуть в тег с типом дисплей блок.... если не подходит проставить бр
2. можно задать для спана ворд спейсинг равный шырине блока... (плохо работает да и еще нужно тогда ставить оверфлов)
3. принудительная смена направления текста, что бы он писался вертикально... (хотя тогда придется подгонять и извращаться с текста да и тоже не оч хорошо работает, хотя мне не приходилось менять только для одного блока, обычно на весь контент)
4. htmlbook.ru/css/word-wrap break-word хз, в каком состоянии, думаю по прежнему не работает...
5. word-break почти тоже №4, только больше танцев с бубном... htmlbook.ru/css/word-break

вообщем пока самый лучше 1й вариант.

При таком умею

Умею Front-End(Backbone, React, Ember, Angular),

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

Знаю немного node.js,

, да аффтар натуральный (удалено нецензурное выражение). Знал бы он его, то не писал, а седел бы и копал.... гуглил то, что не выходит, ну а только потом бы писал о том, что не выходит.... а не такую ахинею...

Следует переделать этот гамнокодогенератор по следующему принципу:
1. пхп генерит мега объект жсона под жс, который сразу находится в жс, в котором хранится ску, описание, цена.
2. на каком то этапе запускается жс генератор таблици и генерит таблицу на основании контента №1. Не всю таблицу, только пересоздание строк (удалить если есть, нагенерить новых)
ПЫСЫ, у чекбоксов ай ди == ску !!! (ну или кусок ай ди должен содержать ску, что бы потом найти продукт)
3. на всех чекбоксах одно тупое событие, получить все ску на нажатых чекбоксах
4. на основании события №3, провести манипуляции вывода тотала, а инфу по цене брать не с ячеек, которые и нафиг не нужны, а с объекта по ску

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

не режез жк пост нужно, а через жк аякс, а всю инфу кинуть на дату...

api.jquery.com/jQuery.ajax
не полениться написать для этого всего свою обертку на обработку сенда и эроров да и вообще засылки данных

не ковырял рельсы 5, но с 4го помнится, по созданию пустого проекта, в составе была какая то версия ангуляра... или это у меня какая то сборка не стандартная стала? а если все же он в комплекте, то может не следует выдумывать велосипед и использовать то, что в комплекте?

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

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

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

Да, если повезет...

Возможно, если повезет...

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

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

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

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

пишется подобное за 10 минут (быстрее, чем гуглить и разбираться, как работает чья то версия)

ну посмотри в консоле, что выводится.... это кнопка Ф12
посмотрев, сможешь поправить проблемные строки... набросать консоль лог, что бы посмотреть, что пересылается, если нет понятия, как это делать по брекпоинтам