deepblack

А чего вы, собственно, хотели? Боты - они же простые как три рубля. Их задача быстренько индексировать страницу. Представьте сколько нужно ресурсов, чтобы исполнять JS на каждой странице... Да и зачем? Если разработчику нужно индексировать Vue, то он потратит на это свои ресурсы.
То, о чем вы пишите, называется SSR. Не знаю в каких таких "статьях" вы читали про гугл, но есть официальная дока про SSR на сайте Vue:
https://ssr.vuejs.org/ru/

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

Ну вообще стоит начать с того, что Вы подразумеваете под говонокодом. Зачастую говнокод - это не только криво написаный метод/класс, это еще плохо оптимизированная бд, кривая архитектура приложения и неверно выбранные инструменты для решения задач поставленных перед проектом. В любом случае проект делают люди, которые меняться на проекте, посему нужно выяснить детали самого подхода разработки проектов в самой компании:
- спросить сколько проект находится в разработке, степень покрытия тестами, если прокт древний и не покрыт, то плохо;
- если проект древний, то узнать обновляются ли на нем версии инструментов/фреймворков на более новые, выяснить что с обратной совместимостью;
- спросить как происходит процесс мерджа новых фич, если если через мерджреквесты на тимлида, которые он аппрувит или отклоняет, то уже не плохо, и Вам подскажут, проконтролируют, что не плохо. Eсли пуш в ветку девелопмент, то плохо;
- если используют мерджреквесты на тимлида, то спросить используется ли git-flow, если да, то хорошо, это минимизирует варинт того, что Вы получите кучу крешей от того, что было запушино коллегами, если не используется, то плохо;
- узнать что проиходит с CI на проекте, если есть тесты, то запускаются ли они при деплойменте, если да то хорошо, нет - плохо;
- если это web проект, на котором используется бекенд и фронтенд фреймворки, то стоит спросить развернуты ли они на разных серверах, если да то хорошо, если нет то плохо;
Выяснить это все иначе, чем по косвенным признакам, является маловероятным.

https://www.google.ru/search?q=file+upload+node+js

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

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

Об этом стоит подумать. А что там будет - блог движок, чат бот, или еще что-то - вообще не важно.

Проще простого:
1. Изначально - img-кнопка "Заполнить форму".
2. Активация формы - по клику (динамическая, на JS).

Т.е. не давайте простым парсерам возможности определения, что страница содержит форму.

Ещё вариант:
Чекбокс спрятать за overflow:hidden и там написать: "I confirm" или "Подтверждаю" или "Даю согласие" и подобное...
С поставленной галкой, после отправки, пишем точно так же, как и обычно: "Спасибо! Ваша форма отправлена.".
На сервере - с этой галкой, сразу в бан.

И 99.9% - сразу попадутся..

Что бы "обрезать и склеивать ролики", "аппаратные возможности карты nVIDIA" не нужны. Всё это можно делать без перекодирования.
Если нужно перекодировать: Avidemux.

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

Сначала указываете причину создания нешлифованного проекта:
"Проект, показывающий моё %умение/skill%...".
И потом, пишите пункты (в readme.md), которые Вы бы сделали до идеала.
Обязательно, после этих пунктов, приводите ссылку на проект с максимально отшлифованной игрой (чтобы могли сравнить слова с делом).

Скачать "тулзу" для стресс тестов можно тут

• Страница для скачивания jmeter.apache.org/download_jmeter.cgi
  
• Бинарник mirror.linux-ia64.org/apache/jmeter/binaries/apach...
  
• Исходники https://github.com/apache/jmeter
  

Пошаговая инструкция

1. Скачать и распаковать
   
2. Перейти в папку bin и запустить jmeter или jmeter.bat (в зависимости от операционной системы)
   
3. Прочитать документацию
   

(Иметь установленную среду выполнения Java 8+)

Есть *иконка* черного цвета,

Было бы лучше, если бы вы приложили код файла этой иконки, чтобы на Вашем примере можно было показать решение.

но что делать, если мне нужна она белого цвета

Открыть svg-файл с помощью графического редактора или редактора кода и изменить цвет

Можно как то изменить цвет ?

Можно. В основном, цвет SVG-элементов задаётся через атрибут/свойство "fill", иногда через атрибут/свойство "stroke". В зависимости от типа фигуры.

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

Update
Вот Вам код svg-файла с белым цветом значка

<svg height="34" viewBox="0 0 24 24" width="34" xmlns="http://www.w3.org/2000/svg"><path d="M8.59 16.34l4.58-4.59-4.58-4.59L10 5.75l6 6-6 6z" fill="#fff"/></svg>

А вот он же, но закодированный в Base64 (в котором Вы предоставили пример)

data:image/svg+xml;base64,PHN2ZyBoZWlnaHQ9IjM0IiB2aWV3Qm94PSIwIDAgMjQgMjQiIHdpZHRoPSIzNCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIj48cGF0aCBkPSJNOC41OSAxNi4zNGw0LjU4LTQuNTktNC41OC00LjU5TDEwIDUuNzVsNiA2LTYgNnoiIGZpbGw9IiNmZmYiLz48L3N2Zz4=

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

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

Если коротко, и без проверок, и чтобы /api/get-icon.php?id=... то так:

Грубо, в начале скрипта:

<?php
$icons=array(
'icon1' => 'iVBORw0KGgoAAAANSU==....',
'icon2' =>'kakffdjgjfhgkjhasjkghfs==...');
if(isset($_GET['icon']))
{
header ('Content-Type: image/png');
switch($_GET['icon'])
{
case "icon1":
print base64_decode($icons['icon1']);
die();
case "icon2":
print base64_decode($icons['icon2']);
die();
}
}


///ну а тут уже любой другой код

Можно не swicth-case, а нормально, типа

<?php
if (array_key_exists('$_GET['icon'], $icons)) {

}?>

или с БД доставать.

А зачем вообще иконки в скрипте хранить то?
Я вижу в этом смысл, если только у вас всё приложение целиком состоит из одного скрипта.

то максимальное количество на IPv4 - 2^32 * 2^16 = 281474976710656 (на самом деле не все адреса можно использовать), даже если на одного пользователя будет уходить 16Kb (буферы, структурки, поинтеры итд) то это 4 398 046 511 104 Mb памяти :) Она то и кончится первой.

Прикиньте сколько вы хотите памяти на сокеты, и поделите на 16Kb (из головы, для ноды можно самому замерить).

Если отключить TCP keep-alive и WS ping, то сокеты пассивны и не кушают ЦПУ.