Куперизация формы, стих 2

* сейчас у клиента есть возможность отослать неправильную форму
  на сервер, чтобы вернуться позже и исправить недочёты;
* но: мы храним только факт ошибки (true/false) в записи;
* таким образом, по возвращении клиенту придётся заново втыкать,
  что-же именно не так с его данными.

Поэтому:

* в записи хранятся проблемные поля целиком;
* мы сможем по прошествии любого времени указать клиенту, в каких
  именно местах у нас с ним возникли разногласия;
Поддадим чуть автоматизации в процесс разработки

* `grunt watch` теперь смотрит так же за папкой `lib`;
* `node` перезапускается автоматом при изменении исходников;
* запуск сервера теперь выглядит так: `npm start`;
Просмотр данных формы

До сих пор мы играли в `mongodb` в одни ворота: вставить можем,
посмотреть - нет. Рано или поздно просматривать данные всё же
придётся, и, видимо, момент настал.
В связи с этим возникают некоторые вопросы, разгребать будем
по одному:

* как сказать серверу, что нам нужна *определённая* запись?

Запросто:

* в запросе "на посмотреть" (метод `GET`), параметром `_id`
  передаём идетнификатор записи. Его можно добавить в адресной
  строке браузера. Это не номер заказа в бланке, это `_id` из
  коллекции `mongodb`;

Есть одна маленькая проблема:

* тупо рендерить шаблон уже нельзя -- сначала надо сделать выборку
  из базы, заполнить этими данными объект `form`, а затем уже тупо
  рендерить шаблон;
Просмотр введённых в форму данных

Теперь, когда у нас есть тулза для просмотра данных в форме, мы
в состоянии показать результаты проверки сразу же после заполнения
формы клиентом.

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