vostotskiy

Используйте аггрегирование и группировку по году, месяцу, дне.
https://docs.mongodb.com/manual/reference/operator...

Ваш пайплайн будет включать оператор $unwind, с помощью которого вы разобьёте комментарии.
Потом сгруппируете их по дате с объединением через $addToSet.

Поставьте себе Robomongo и посмотрите ютуб про аггрегацию.

https://github.com/akveo/ng2-admin - шаблон админки - есть и на 1.x и на 2.x версиях.

https://github.com/angular/angular.js/wiki/Project...

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

Реализовать с помощью RBAC в виде пермишенов - гибко и удобно

Однозначно RBAC.
А уже вариантов есть много. Например,
Права 1го уровня: "смотреть", "создавать", "редактировать", "кастомизировать дешевый" (в bizRule проверять признак "самый дешевый"), "кастомизировать недешевый", "удалять".
Права 2го уровня: "неавторизованный посетитель", "авторизованный покупатель", "менеджер", "админ".
Признак "самый дешевый" хранить в БД у товара. При изменении любой цены пересчитывать все эти признаки.
В контроллере: вызвать hasAccess с параметром ID товара.

С одной стороны - действительно можно легко реализовать подобный функционал на RBAC с помощью его правил. Но нужно понимать что RBAC (Role Based Access Control) - это система разграничения прав ДОСТУПА на основе РОЛЕЙ. Ваша задача не относиться к РАЗГРАНИЧЕНИЮ ПРАВ, а относиться к логике отображения товара - поэтому, на мой взгляд, подобному функционалу не место в RBAC, это логически не правильно.

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

Какой open source проект на node.js выбрать как эталон для архитектуры и стиля?
Какие есть хорошие образцы сайтов на Node.js + Express, чьи исходные коды можно посмотреть в целях обучения?

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

Сделайте примерно так:

users
id, login, type_id
1, user1, 1
2, user1, 2

types
id, name, title
1, local, Локальный
2, ebay, eBay

я не уверен, что будет лучше
посмотрите в сторону

SELECT DISTINCT id, COUNT(id) 
FROM payment
WHERE 
   created_at  BETWEEN DATE_SUB(CURDATE(), INTERVAL 10 DAY) 
AND 
   CURDATE() AND id NOT IN 
(SELECT DISTINCT id FROM payment WHERE  created_at < DATE_SUB(CURDATE(), INTERVAL 10 DAY) )
GROUP BY ID

Можно попробовать нечто подобное. Возможно написанный код содержит ошибки, написан без синтаксиса, таблицы и тестирования.

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

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

В любом случае ему понадобятся знания по html и css, для их изучения хорошо подойдет htmlacademy

Из полезного могу порекомендовать эти справочники по html и css

https://habrahabr.ru/company/mailru/blog/269465/