Павел Килин

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

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

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

Не проще ли открыть код под GPLv3/LGPL (чтобы его не смогли использовать в закрытых проектах) и предусмотреть коммерческую лицензию для закрытых проектов за деньги? Для некоммерческих и открытых проектов разрешить использовать код бесплатно. Плюс, бери деньги за техподдержку. Так сделано у очень многих проектов (Qt, например).
А то вдруг твоё поделие никто покупать не захочет? Большой проект трудно поддерживать маленьким коллективом (в случае открытых исходников многие смогут отправлять пулл-реквесты). А маленький вряд-ли кто-то купит (если он не обладает какой-нибудь супер уникальной фичей).
Ещё можешь посмотреть, как лицензируются большие движки. Некоторые берут процент с продаж продукта. который их использует, некоторые позволяют использовать движки бесплатно до тех пор, пока прибыль или количество установок проекта не превысят определённую планку.
Вообще, чем более либеральная лицензия, тем больше будет желающих использовать твой движок. Деньги, опять же, можно и с ТП получать (как это делают RedHat. nGinx, и прочие).

А я патриот

Можно использовать aggregation framework

db.col.aggregation({$match:{}},{$match:{}})

будет именно то что вам нужно

https://github.com/caolan/async

Пользуюсь яндексом. работает так как вы хотите. В ящик подключил другие ящики. Отвечать можго от любогоадреса.
Рекомендую.

Ну во-первых, сделайте раздел закрытым (только для зарегистрированных).

Во-вторых, запретите просмотр этого раздела с адресов из списка https://github.com/AntiZapret/antizapret (показывайте для этих адресов 404, а не 403 или любую другую ошибку).

Застраховаться совсем, к сожалению, никак нельзя, кроме как закрыть раздел.

Вести все записи в UTC.

по идее, если json строка , которая приходит, корректная, то

var obj = JSON.parse(/* строка JSON */);
obj.data['itunes:explicit'] //нужное свойство

Варианты продажи:
1. Простая передача прав (вопросы поиска покупателя и цены решаются самостоятельно).
2. Направленная передача домена — аналогично, но гарантом сделки выступает посредник (напр. руцентр). Услуга платная.
3. Аукцион.
4. Агент продажи (платно).
В основном продажи идут на аукционах, которых немало.
Из наших более-менее адекватных:
Аукцион Руцентра, Форум searchengines, Telderi, Webnames, RuskyHost
Зарубежные (хотя с доменом RU — сомнительно): Sedo, Afternic
Из автоматических средств оценки пожалуй Okej, Mysitecost, cy-pr — не самые плохие, но на автоматы не стоит особо расчитывать, определиться с ценой интуитивно по «аналогичным» предолжениям на аукционах и просматривая статистику продаж. Как вариант, запросить бесплатную оценку на форуме searchengines(выше), Domenforum или найти платную услугу оценки/продажи — как на этих форумах так и просто поиском

Мой путь был бы таким:
— key-value db;
— каждое действие генерирует событие;
— для каждого достижения есть свой подписчик который случает необходимые ему собития;
— при срабатывании подписчик читает поле в базе с ключем __;
— сравнивает с лимитом;
— увеличивает его или генерирует событие добавления нового достижения.

я нифига не дизайнер, такой же программист-фрилансер и такая же проблема была у меня лет пять назад
я для себя разделил «дизайн» сайта на три фазы:
1 придумать что-то типа концепции или общей картины что будет и где, какие блоки, какие страницы
2 детализовать концепцию до макетов страниц — часто приходит программисту в виде картинок
3 придумать как это будет верстаться и сделать, то есть допилить до состояния как на картинке в пункте 2

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

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

Третье в целом называется версткой. По хорошему это опять же должен сделать дизайнер, хотя бы для понимания как его дизайн будет выглядеть, но у них руки и голова заточены не в эту сторону, и как правило приходиться переделывать. С другой стороны верстка делается на декларативных языках и обычному программеру надо тоже немного свернуть сознание, что бы думать готовыми блоками и их взаимодействием. Навык работы в функциональных языках или регэкспах тут немного помогает, ага.
Причем есть большая разница между создать макет с нуля и переделать или исправить. Я не знаю почему, но это сильно больше чем разница между начать писать код с нуля vs правка кода. Может быть дело в том что в верстке вариантов намного больше, может быть у меня мышление все еще повернуто бедром.

Как научиться? как всегда — делать, пробовать и разбирать что и почему не так. Я для начала делал всякую фигню. Потом смотрел и переделывал. И опять и снова. У моей домашней странички было что-то около 20 вариантов. Причем некоторые я переверстывал. Последний держиться уже пару лет, но уже хочется что-то изменить, но пока не сформулировалась концепция что и во что менять.

Книги и курсы я не могу посоветовать, потому что с ними у меня не складывается. Редко попадается книга, которая стоит времени, потраченного на нее. А курсы… в общем также. Я вообще стараюсь извлекать знания из того что попадается — увидел сайт — глянь код, но подготовленные к употреблению «блюда» вызывают разочарование.

Посмотрите WebStorm, возможно, полностью подойдет