dollar

Невозможно использовать IMAGE и вставить текст в одной ячейке.

Возможны только разные хаки разной степени приемлемости.

Можно сделать в две колонки - одна для иконок, вторая для текста, при этом можно даже кое-как стереть разделитель, чтобы не было видно, что это разные ячейки, но буквы для колонок всё равно будут разные.

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

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

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

Хакер залил и хочет слить проект в паблик.

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

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

Это нормально.

Контент растёт, и это выливается только в размер игры, и это только плюс игре. При этом нагрузку на процессор и память составляет текущая сцена, а все неактивные сцены тихо-мирно ждут своего часа.

1. Сначала придумывается идея. С прицелом на коммерческий успех, конечно же, то есть в идеале она должна сразу содержать USP. Автор идеи, как правило, становится главным идеологом игры и в будущем контролирует её воплощение, хотя может и какую-то посредственную роль занять в будущем.

2. Пишется вижн игры. На этом этапе нужно определиться с платформой (или платформами), жанром, сеттингом, моделью монетизации и распространения, перечислить основные механики геймплея или даже составить небольшой список основных фич, графический стиль, ЛОР (в общих чертах), ссылки на похожие игры и произведения (которые вдохновили). Ну и конечно же USP - помимо основных фич нужно 1-3 киллер-фичи, которые и сделают игру успешной по вашему мнению. Это всё нужно, чтобы показывать другим людям и у них было понимание идеи игры, а не каша в голове.

3. Делается прототип игры. Можно даже не игры, а ключевой фичи. Два варианта, зачем это нужно: а) для себя, чтобы понять, что идея никуда не годится и надо её менять или улучшать б) чтобы показать инвестору, дать пощупать и понять, чего вы хотите (читать текст никто не любит, а кнопки потыкать всегда приятно и более понятно). Это минимум программирования, или вообще его отсутствие (прототип из бумаги дешево и сердито).

Максимальная команда на стадии прототипа состоит из 4 человек - автор идеи, программист, геймдизайнер, дизайнер (по крайней мере, в ubisoft опытным путем пришли именно к такому составу). Но в целом один человек может справиться.

4. Формируется, так называемый, feature list, это уже конкретные задачи, каждая из которых (если вы планируете делать по скраму) занимает не больше 5 дней, иначе делится на более мелкие задачи.

3 и 4 можно поменять местами, или делать параллельно, если вы хотите денег от инвестора. Хотя в целом это отдельная история, т.к. инвестору больше подойдет бизнес-план, составление которого выходит за рамки вопроса.

Дальше, собственно, возможно начало разработки, если есть деньги, команда, ну или если все согласны на дошираке энтузиазме работать. Одному браться за реализацию крайне не советую, хотя это и не запрещено. И с чего вы взяли, что разработка сводится к программированию? Есть же еще дизайн, геймдизайн, звук, левел-дизайн, ui, ux, ближе к альфе нужен маркетинг и т.д. В некоторых играх программирования практически нет. И всем этим зоопарком ещё и управлять нужно, не забывая про необходимую бюрократию и юридические дела (и не факт, что одного человека хватит на управление). Так что в теории там ещё огого сколько всего помимо программирования. Надеюсь, я вас немного отрезвил.

Зависит от квалификации тестировщика. Если это джун или студент какой-нибудь за доширак, то какие претензии к нему?

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

Ну и наличие тестировщика не отменяет штатных тестов самими программистами. А в случае с вебом, да и вообще с любым сетевым ПО, или БД, или всякие разрозненные API, где всё так шатко, тесты должны быть встроены в само ПО. Тот же бек тоже не должен падать, а должен отдавать хоть какие-то данные, пусть даже это данные об ошибке. Клиент должен их обрабатывать, плюс учитывать свои ошибки, когда данные не сходятся. Ну а тестировщик нужен для отлова того, что не выловлено на этих стадиях. А если выявлено, то по текстам ошибок сразу можно найти виновника, даже если 3 часа ночи, и фронт с беком спят богатырским сном.

"<h1><div class="film-card">"
Кавычки внутри строки не экранированы.
А вообще можете включить вывод ошибок и увидеть точный текст ошибки и номер строки в коде.

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

В браузере обычно есть возможность создать профиль, который позволит синхронизировать данные с облаком. Так что самый простой способ такой:
1) Создать профиль
2) Синхронизироваться
3) На новом месте войти в свой профиль
4) Дождаться синхронизации.

1.

существует 3-и типа скриптов

Все три сразу можно и даже нужно, если требуется для целей расширения. Единственное, content script на все сайты пользователи не любят, т.к. расширение получает слишком много опасных с точки зрения приватности и безопасности прав. А вот content script на конкретный сайт (со ссылками на прокси) или 2-3 сайта - можно, это выглядит хорошо.

2.

Запрос на получение и модификацию popup.html, popup.js не дает

Расширению нужны права на доступ к www.proxybeatch.io (либо доступ вообще ко всем сайтам):
"permissions": [ "https://www.proxybeatch.io/*" ],

3.

как общаться из background.js в popup.js

Никак.
popup.js - временный скрипт. Он выгружается, когда закрывается окно. Хотя это зависит от браузера, может остаться фантомно - это тонкий момент, который нужно учесть при разработке для Firefox и Chrome одновременно.
Вообще можно из popup обратиться к background и там оставить ссылку на себя. Но обращение по этой ссылке опасно.
Лучше делать так: в background происходят все основные процессы и имеют разную степень готовности. А popup просто получает готовую инфу и отображает её. Сам popup при этом никуда не стучится, а отдает задания для background, который уже неспешно занимается обновлением и сортировкой данных.

4.

бэйдж не из popup.js а из background.js

Не знаю, в чем сложность. Бейдж устанавливается абсолютно также. Вероятно, у вас какой-то баг в коде.

5.

Как сделать периодическую проверку

setInterval()
Ну или есть вариант через alarms, но в целом без разницы.

6.

прокси с вэб страницы. Такое возможно?

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

7.

анимированное разворачивание popup, как отключить?

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

Я не в курсе, что за игра, но спасибо за точность вопроса.
1) Есть два варианта:
- а) Смотреть сетевой трафик
- б) Вытаскивать из интерфейса игры (лучше такое делать на пк). В идеале, если чат можно запустить в браузере, тогда можно обойтись веб-технологиями. Иначе можно попытаться вытащить инфу из компонентов окна своим виндовым приложением (если там не кастомные компоненты). Иначе самое сложное - как бы делать скриншоты и распознавать текст.
2) Выше описал. Если трафик не зашифрован, то читаем трафик, нужно знание сетевых протоколов и способов перехвата. Если чат в браузере, то стек веб технологий. Если анализ компонентов, то win api или что-то аналогичное в других ос. Последний вариант - минимум технологий и максимум работы по созданию своей утилиты, а также жутко неудобный вариант (нужно выделить отдельный экран для игры, и его нельзя будет ничем занимать).
3) Помогут, скорее всего. Но кто их вам даст?
4) Посмотреть, какие соединения активны.