Егор Живагин

потому что вы не всегда будете хотеть добавить все файлы, которые изменились. Часто нужно добавить некоторые.
Пример: вы просматривали какой-то файл, поставили там случайно пробел. При git status вывело 4 измененных файла, хотя вы уверены только в трех. Тогда вы добавляете три файла и свободно их коммитите, после чего разбираетесь с четвертым.
Особенно жизненно для хотфиксов, когда нет времени разбираться с чем-то, нужно просто залить один файл с фиксом.

Может, я и не понял контекст вопроса, но не один из предложенных вариантов ответа не отвечает на поставленный вопрос. Итак, почему же на клиенте сейчас используется JS, а не PHP?

Кратко: так исторически сложилось.
PHP исходно был собран как интерпретируемый скриптовый язык для серверной генерации домашних страниц, позже был превращен в полноценный инструмент для серверного программирования.
JS был заказан ради внедрения в один конкретный браузер и впервые был анонсирован перед выпуском второй бета-версии Netscape Navigator. Затем он в виде диалектов перекачевал в другие браузеры, ибо идея DHTML (разметка на HTML, оформление на CSS, интерактив и прочая клиентская логика на JS) понравилась многим. Затем он был стандартизован, а после 2009 начался треш.

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

В нашей же пытаются сделать обратную вещь: запустить JS на сервере, чтобы и на клиенте, и на сервере был один язык (гуглите: изоморфный JS). Шансов, что на браузере будут нативно исполняться PHP скрипты, равны нулю. Даже dart не прижился.

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

`Адрес пункта выдачи товара#вот_на_это_место_ругается_отладчик#
`

Лучше сделайте по аналогии с Bootstrap. Разделите сущности по обязанностям, разделите свой container на container и row.
container ограничивает width и имеет margin: 0 auto; .
row это flex контейнер для col. И все правильно, свойстово flex-wrap: wrap. Но тогда у колонок помимо flex: 0 0 {value}%;, определите max-width: {value}%;, чтобы сетка не сыпалась.

В текущем варианте, ваша верстка не гибкая, так как контейнер не используешь без flex и как его сетку не используешь без ограничения ширины.

Примерно так:

.cotainer {
  width: $my-width-value;
  width: 100%;
  margin: 0 auto;
  padding-right: 15px;
  padding-left: 15px;
}

.row {
  display: flex;
  flex-wrap: wrap;
  margin-left: -15px;
  margin-right: -15px;
}

.col {
  flex: 0 0 $col-width:
  max-width: $col-width:
  padding-right: 15px;
  padding-left: 15px;
}

у main.js такой код
import {one, two} from "./nums";

• во-первых import появился только в ES6 и в браузерах вроде не доступен
  
• во-вторых вы импортировали, но не подключили nums.js — в браузере посмотрите, подгрузился ли он, я сразу скажу — нет, вам нужно собра
  

ть исходники (например через webpack)

Сейчас это крайне тяжело. Заражение возможно через четыре канала:
• Уязвимости конкретного браузера. Кстати, это одна из причин, почему каждая вкладка Хрома — отдельный (и низкопривилегированный) процесс: если процесс хакнут, меньше шансов, что дойдёт до овладения компьютером.
UPD. Это такой набор данных (например, специально созданный GIF/JPEG/HTML), который, например, пробивает в браузере буфер.
• Уязвимости плагинов. Уязвимости в Java — это настолько обсосанная вещь, что и говорить не буду; вроде от Java в вебе отказались даже сами Oracle. Flash каждую неделю обновляют. Уязвимости плагинов плохи двумя вещами: 1) Пускай сейчас в мире один браузер — есть ещё два десятка прихлебателей и три браузера «труба пониже, дым пожиже». А Флэш один на всех; 2) Старое плагинное API, оставленное только Флэшу,— большая дыра в безопасности.
• Уязвимости прочего софта. Казалось бы, качаешь PDF — а это эксплойт для Adobe Reader.
• «Троянские кони» — но это уже надо своими руками запустить EXE.
Кстати, в нашей пиратской культуре считается, что UAC надо побыстрее отключить, и во всех «левых» дистрибутивах он выключен. По-моему, это в корне неверно.

Подозреваю, что вы все же делали фронт-энд, а не бэкэнд. С сайта этой библиотеки: "It eases your development with a client-side HTML5 "

Что касается бэкэнда, Node.js нельзя отлаживать в браузере удаленно. То есть может быть сейчас и можно, но это доступно только владельцу сервера (разработчику).

Вы понимаете что весь код доступный браузере не может быть априори безопасным, так как он доступен всем у кого есть доступ к сайту. Отладка Node.js недоступна пользователям так как для этого нужно запустить node в режиме --debug. Важную логику не храните на клиентском JS, оставьте её на сервере. А в браузере сделайте минификацию и отключите source map.

так у вас span - и есть первый child внутри родительского блока box, поэтому к нему и применяются стили.
если вы хотите выделять только среди box__item то оберните их ещё в один див, или используйте nth-of-type, как верно подметили zoozag и Stimulate

var variable = "some";
document.write(myJson[variable][0].first);

Делайте свой проект, только не просто визитку, а что-то типа saas там скил сразу растёт очень быстро. Ну либо берите какие-то проекты на заказ от друзей но сразу предупредите что будет не быстро.